From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 00:04:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2105916A4CE for ; Sun, 3 Oct 2004 00:04:14 +0000 (GMT) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id C072743D2D for ; Sun, 3 Oct 2004 00:04:13 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id i9304D58033620; Sat, 2 Oct 2004 20:04:13 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id i9304APP033619; Sat, 2 Oct 2004 20:04:10 -0400 (EDT) (envelope-from afields) Date: Sat, 2 Oct 2004 20:04:10 -0400 From: Allan Fields To: Hannes Mehnert Message-ID: <20041003000410.GF28121@afields.ca> References: <20041002190838.GA8104@mehnert.org> <20041002205034.GC28121@afields.ca> <20041002211430.GC8104@mehnert.org> <20041002231723.GA700@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041002231723.GA700@mehnert.org> User-Agent: Mutt/1.4i cc: phk@phk.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: file system recovery [gbde] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 00:04:14 -0000 On Sun, Oct 03, 2004 at 01:17:23AM +0200, Hannes Mehnert wrote: > On Sat, Oct 02, 2004 at 11:14:30PM +0200, Hannes Mehnert wrote: > > > > I downgraded to -CURRENT from 20040915, but it was also not able > > > > to run fsck. > > > > > > Did you rebuild and install modules? g_bde can be loaded as a module > > > when you run gbde(8) command. > > > > Yes, I'll downgrade to before phks commit and try again. > > Ok, downgraded to 20040910 (phks commit was on Sep 11 to -current). > Didn't work. If you have any other ideas how to fix this, please mail > them. What didn't work in specific? You were able to reattach but the filesystem doesn't check out? If so, try recovering from the image you made. I'm not sure if in doing the fsck it might have changed the structure of the underlying gbde device (upon writing to it). > Best Regards, > > Hannes Mehnert -- Allan Fields, AFRSL - http://afields.ca 2D4F 6806 D307 0889 6125 C31D F745 0D72 39B4 5541 From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 00:15:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F39A16A4CE for ; Sun, 3 Oct 2004 00:15:01 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DF9D43D2D for ; Sun, 3 Oct 2004 00:15:00 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CDu1j-0001Rk-00; Sun, 03 Oct 2004 02:14:59 +0200 Received: from [217.227.153.30] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CDu1i-0006DB-00; Sun, 03 Oct 2004 02:14:59 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Sun, 3 Oct 2004 02:14:06 +0200 User-Agent: KMail/1.7 References: <200409272240.00356.A.S.Usov@kvi.nl> <200410012101.01067.max@love2party.net> <200410021858.35419.A.S.Usov@kvi.nl> In-Reply-To: <200410021858.35419.A.S.Usov@kvi.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2886916.6Y4RbX6Be8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410030214.14718.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: "Alexander S. Usov" Subject: Re: ALTQ/pf troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 00:15:01 -0000 --nextPart2886916.6Y4RbX6Be8 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 02 October 2004 18:58, Alexander S. Usov wrote: > On Friday 01 October 2004 21:00, Max Laier wrote: > > First of all a look at your queue statistics would be helpful: > > $ pfctl -vvsq > > how many packets are being dropped? Which queues do the packets end up > > in? > > > > If you can easily check OpenBSD behavior, that'd be a good check as wel= l. > > Ok. Today I downloaded and installed OpenBSD 3.6-snapshot (it's a centrino > notebook and I wanted to be sure that it will be supported). > Should say that their installer is quite fun, but console and csh are too > old-fashioned. > > So the result is like this: > $ ifconfig bce0 > bce0: flags=3D8a43 mtu 1= 500 > address: 00:c0:9f:1c:1b:8b > media: Ethernet autoselect (100baseTX full-duplex) > status: active > inet6 fe80::2c0:9fff:fe1c:1b8b%bce0 prefixlen 64 scopeid 0x1 > inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 > > pf.conf is the same, as used in FreeBSD, just bfe0 renamed to bce0 > > without queueing transfer speed is about 35-40KB/s > $ netstat 3 > lo0 in lo0 out total in total out > packets errs packets errs colls packets errs packets errs colls > 2 0 2 0 0 10256 0 12381 0 0 > 0 0 0 0 0 56 0 81 0 0 > > For queue bandwidth 350Kb > $ pfctl -vvsq > queue q priq( default ) > [ pkts: 3646 bytes: 5379512 dropped pkts: 0 bytes: = 0 > ] [ qlength: 0/ 50 ] > [ measured: 26.4 packets/s, 312.48Kb/s ] > > $ netstat 3 > lo0 in lo0 out total in total out > packets errs packets errs colls packets errs packets errs colls > 2 0 2 0 0 13924 0 17688 0 0 > 0 0 0 0 0 54 0 78 0 0 > 0 0 0 0 0 56 0 81 0 0 > > which is correct. > So it's defenitely something is wrong in FreeBSD. > I suspect this is somehow related to bfe driver, as on a different machine > the same system (rsync copy up to the few files in /etc & /var) with the > same configuration but xl card works correctly. Okay. Thank you for the information and hunting. Can you please turn this i= nto=20 a PR? Thanks in advance. =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 --nextPart2886916.6Y4RbX6Be8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBX0RWXyyEoT62BG0RAkW6AJ0Woaw+OAx2CKfv/CJuhnGfaVAe1QCdHBMO L7+Fp0f/B8CU3RK87es7Zyg= =5vm2 -----END PGP SIGNATURE----- --nextPart2886916.6Y4RbX6Be8-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 00:37:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD6F816A4E8 for ; Sun, 3 Oct 2004 00:37:14 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2060443D4C for ; Sun, 3 Oct 2004 00:37:14 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 71B5D9585D; Sun, 3 Oct 2004 02:37:12 +0200 (CEST) Date: Sun, 3 Oct 2004 02:37:10 +0200 From: Hannes Mehnert To: Allan Fields Message-ID: <20041003003710.GB700@mehnert.org> References: <20041002190838.GA8104@mehnert.org> <20041002205034.GC28121@afields.ca> <20041002211430.GC8104@mehnert.org> <20041002231723.GA700@mehnert.org> <20041003000410.GF28121@afields.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041003000410.GF28121@afields.ca> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: file system recovery [gbde] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 00:37:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Oct 02, 2004 at 08:04:10PM -0400, Allan Fields wrote: > What didn't work in specific? You were able to reattach but the > filesystem doesn't check out? Yes, I can attach the bde device (and see a /dev/ad0s2f.bde). fsck still returns with 'fsck_ufs: cannot alloc 1314140572 bytes for inoinfo'. The only difference I can see is that dumpfs doesn't segfault at the first cylinder group, but at the fourth cylinder group (0,1,2 and 3 seem to have valid (non-negative) data. > If so, try recovering from the image you made. I made the backup after I booted the new kernel (and after it froze while being mounted). It doesn't make any difference when I use the backup (same errors). Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBX0mzRcuNlziBjRwRArtlAJ95Ze69pP7PEgJKWyhUAT/BgyDCtQCghaX6 BMeKbnaZmIzDHeucl/T/YEA= =s0oB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 00:46:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A96C516A4CE for ; Sun, 3 Oct 2004 00:46:04 +0000 (GMT) Received: from smtp14.wxs.nl (smtp14.wxs.nl [195.121.6.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7059543D1F for ; Sun, 3 Oct 2004 00:46:04 +0000 (GMT) (envelope-from freebsd@akruijff.dds.nl) Received: from kruij557.speed.planet.nl (ipd50a97ba.speed.planet.nl [213.10.151.186]) by smtp14.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I4Z00BW4GSRCS@smtp14.wxs.nl> for freebsd-current@freebsd.org; Sun, 03 Oct 2004 02:46:03 +0200 (CEST) Received: from alex.lan (localhost [127.0.0.1]) by kruij557.speed.planet.nl (8.12.10/8.12.10) with ESMTP id i930k2sS019383; Sun, 03 Oct 2004 02:46:03 +0200 Received: (from akruijff@localhost) by alex.lan (8.12.10/8.12.10/Submit) id i930k2Pi019382; Sun, 03 Oct 2004 02:46:02 +0200 Content-return: prohibited Date: Sun, 03 Oct 2004 02:46:02 +0200 From: Alex de Kruijff In-reply-to: <415D71FF.6040805@tele2.it> To: Esaltato Message-id: <20041003004602.GC1111@alex.lan> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.4.2.1i References: <415D71FF.6040805@tele2.it> X-Authentication-warning: alex.lan: akruijff set sender to freebsd@akruijff.dds.nl using -f cc: freebsd-current@freebsd.org Subject: Re: upgrading: 5.2.1 to 5.3 OR a new 5.3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 00:46:04 -0000 On Fri, Oct 01, 2004 at 05:04:31PM +0200, Esaltato wrote: > Hello. What is your general opinion on upgrading FreeBSD installations? > I ask this since 5.3 is close and I'm gonna move to a new hd, but I > don't know whether is more wise to move my existing beloved 5.2.1 > install or to start anew. > Reinstalling has it pros like deleting all the possible junk. But being > FreeBSD a very polished filesystem furnished OS, I think it might be > safe to convert my 5.2.1 to 5.3 without inheriting too much junk. > Are there any cons? Maybe the new tecnhology may leave unexpected > problems pending against the old one? > I must say I'm really in favour of a new install, but thinking to the > many customizations and mods I've done and to the time it could take to > redo them... > Obviously i would take my conf. files with me, upgrading them when > necessary. > Opinions? Stay with 5.2.1 plus patches for now. 5.3 is still BETA afther this comes the candidate releases (RC) and afhter this the acual release 5.3. Afther this comes patches and err_data. -- Alex Articles based on solutions that I use: http://www.kruijff.org/alex/FreeBSD/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 01:10:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD4C816A4CE for ; Sun, 3 Oct 2004 01:10:15 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E56E43D1F for ; Sun, 3 Oct 2004 01:10:15 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-212-202-198-15.dynamic.qsc.de [212.202.198.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id C0F5E9585D; Sun, 3 Oct 2004 03:10:13 +0200 (CEST) Date: Sun, 3 Oct 2004 03:10:09 +0200 From: Hannes Mehnert To: Allan Fields Message-ID: <20041003011009.GA958@mehnert.org> References: <20041002190838.GA8104@mehnert.org> <20041002205034.GC28121@afields.ca> <20041002211430.GC8104@mehnert.org> <20041002231723.GA700@mehnert.org> <20041003000410.GF28121@afields.ca> <20041003003710.GB700@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041003003710.GB700@mehnert.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: file system recovery [gbde] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 01:10:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Oct 03, 2004 at 02:37:10AM +0200, Hannes Mehnert wrote: > The only difference I can see is that dumpfs doesn't segfault at > the first cylinder group, but at the fourth cylinder group (0,1,2 > and 3 seem to have valid (non-negative) data. Actually, all but cylinder group 5 have valid data. Are there any tools around to edit cylinder group block data? Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBX1FvRcuNlziBjRwRAmheAKDBYm7t+gC8nRB1rEk8fkl9crOUKwCaAq5K vrO0n1tj72XrO8wQQhw4Xow= =Js8U -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 01:35:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E9016A4CE for ; Sun, 3 Oct 2004 01:35:00 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B99B143D3F for ; Sun, 3 Oct 2004 01:34:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i931Xmas069329; Sat, 2 Oct 2004 19:33:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 02 Oct 2004 19:35:17 -0600 (MDT) Message-Id: <20041002.193517.46314784.imp@bsdimp.com> To: vova@fbsd.ru From: "M. Warner Losh" In-Reply-To: <1096620622.907.16.camel@localhost> References: <415C59C7.7090408@pythonemproject.com> <1096620622.907.16.camel@localhost> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: rob@pythonemproject.com cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 01:35:00 -0000 In message: <1096620622.907.16.camel@localhost> Vladimir Grebenschikov writes: : cbb0: mem 0xd0201000-0xd0201fff irq 9 at : device 5.0 on pci2 : cardbus0: on cbb0 : cbb0: bad Vcc request. ctrl=0xffffff88, status=0xffffffff : cbb_power: 0V : : Not sure is it related or not. I've seen this, but never with a cardbus bridge on pci2... status = 0xfffffff is pretty bogus. Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 01:43:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 539C916A4CE for ; Sun, 3 Oct 2004 01:43:56 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id F02F443D31 for ; Sun, 3 Oct 2004 01:43:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i931hHHN069411; Sat, 2 Oct 2004 19:43:20 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 02 Oct 2004 19:44:45 -0600 (MDT) Message-Id: <20041002.194445.93451101.imp@bsdimp.com> To: kris@obsecurity.org From: "M. Warner Losh" In-Reply-To: <20041001163250.GA71766@xor.obsecurity.org> References: <20041001163250.GA71766@xor.obsecurity.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: phk@phk.freebsd.dk cc: freebsd-current@freebsd.org cc: daniel_k_eriksson@msn.com Subject: Re: zero and null regression? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 01:43:57 -0000 In message: <20041001163250.GA71766@xor.obsecurity.org> Kris Kennaway writes: : On Fri, Oct 01, 2004 at 05:02:58AM +0000, Daniel Eriksson wrote: : > After upgrading a 6-CURRENT machine from a 5 day old kernel to one cvsuped : > just a few hours ago, special files zero and null created through mknod no : > longer works. : > : > # mknod zerotest c 2 12 : > # chmod 666 zerotest : > # cat zerotest > /dev/null : > cat: zerotest: Socket operation on non-socket : > : > Could this be related to the vfs stuff Poul-Henning Kamp is working with? : : I'm pretty sure this is by design - see phk's commits and related : discussion. Use devfs for device nodes. This is inconvenient when you have a chroot that you use to build products in that isn't a jail... Not impossible to work around, just very inconvenient :-( Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 01:47:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3C4816A4CE for ; Sun, 3 Oct 2004 01:47:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A5E43D1D for ; Sun, 3 Oct 2004 01:47:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i931hkQt069412; Sat, 2 Oct 2004 19:43:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 02 Oct 2004 19:45:15 -0600 (MDT) Message-Id: <20041002.194515.99052407.imp@bsdimp.com> To: dgilbert@dclg.ca From: "M. Warner Losh" In-Reply-To: <16733.37521.568515.842497@canoe.dclg.ca> References: <16733.37521.568515.842497@canoe.dclg.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB hub issue adendum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 01:47:08 -0000 In message: <16733.37521.568515.842497@canoe.dclg.ca> David Gilbert writes: : I've had the USB hub issue bite be on and off for awhile now. It : appears to be completely random corruption because moving from BETA3 : to BETA6 fixed it (for now) for me. Does BETA7 fix the problems for you? Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 01:53:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6150916A4CE for ; Sun, 3 Oct 2004 01:53:15 +0000 (GMT) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26DA843D2F for ; Sun, 3 Oct 2004 01:53:15 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id i931rEAv033912; Sat, 2 Oct 2004 21:53:14 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id i931rEdW033911; Sat, 2 Oct 2004 21:53:14 -0400 (EDT) (envelope-from afields) Date: Sat, 2 Oct 2004 21:53:14 -0400 From: Allan Fields To: Hannes Mehnert Message-ID: <20041003015313.GG28121@afields.ca> References: <20041002190838.GA8104@mehnert.org> <20041002205034.GC28121@afields.ca> <20041002211430.GC8104@mehnert.org> <20041002231723.GA700@mehnert.org> <20041003000410.GF28121@afields.ca> <20041003003710.GB700@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041003003710.GB700@mehnert.org> User-Agent: Mutt/1.4i cc: freebsd-current@freebsd.org Subject: Re: file system recovery [gbde] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 01:53:15 -0000 On Sun, Oct 03, 2004 at 02:37:10AM +0200, Hannes Mehnert wrote: > I made the backup after I booted the new kernel (and after it froze > while being mounted). It doesn't make any difference when I use the > backup (same errors). Right, in which case it's the equivalent as if part of your disk was randomly overwritten/corrupt in certain areas because you likely had some writes going over parts of the disk which were used by other files and metadata when it was first mounted and written to. I think your recovery angle is a good approach w/ the older kernel. > Best Regards, > > Hannes Mehnert -- Allan Fields, AFRSL - http://afields.ca 2D4F 6806 D307 0889 6125 C31D F745 0D72 39B4 5541 From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 02:21:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B93F16A4CE for ; Sun, 3 Oct 2004 02:21:49 +0000 (GMT) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D5FA43D1D for ; Sun, 3 Oct 2004 02:21:49 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) ESMTP id i932Lk3l023040; Sat, 2 Oct 2004 19:21:48 -0700 Received: from yggdrasil.seektruth.org (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i932Lj5X029180 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 2 Oct 2004 19:21:45 -0700 From: David Syphers To: freebsd-current@freebsd.org Date: Sat, 2 Oct 2004 19:22:16 -0700 User-Agent: KMail/1.7 References: <415D71FF.6040805@tele2.it> In-Reply-To: <415D71FF.6040805@tele2.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410021922.16505.dsyphers@u.washington.edu> cc: Esaltato Subject: Re: upgrading: 5.2.1 to 5.3 OR a new 5.3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 02:21:49 -0000 On Friday 01 October 2004 08:04 am, Esaltato wrote: > Hello. What is your general opinion on upgrading FreeBSD installations? > I ask this since 5.3 is close and I'm gonna move to a new hd, but I > don't know whether is more wise to move my existing beloved 5.2.1 > install or to start anew. > Reinstalling has it pros like deleting all the possible junk. But being > FreeBSD a very polished filesystem furnished OS, I think it might be > safe to convert my 5.2.1 to 5.3 without inheriting too much junk. > Are there any cons? Maybe the new tecnhology may leave unexpected > problems pending against the old one? > I must say I'm really in favour of a new install, but thinking to the > many customizations and mods I've done and to the time it could take to > redo them... > Obviously i would take my conf. files with me, upgrading them when > necessary. > Opinions? I'd recommend a reinstall. There have been several changes since 5.2.1 that require ports to be rebuilt - new perl, new gcc, incompatible library changes - so you'd have to rebuild all your ports anyway. It does take a little while to get everything back the way you want it again (I just did a reinstall myself). But there's something nice about having a clean system. -David From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 04:47:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48EAA16A4CE; Sun, 3 Oct 2004 04:47:50 +0000 (GMT) Received: from blue.host.is (blue.host.is [212.30.222.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60E0943D39; Sun, 3 Oct 2004 04:47:49 +0000 (GMT) (envelope-from martin@swift.is) Received: by blue.host.is (Postfix, from userid 1001) id CE3AC1C8; Sun, 3 Oct 2004 04:47:46 +0000 (GMT) Date: Sun, 3 Oct 2004 04:47:46 +0000 From: Martin Swift To: John Baldwin Message-ID: <20041003044746.GA6694@swift.is> References: <20040921183041.GD10593@swift.is> <20040922081623.GA19645@swift.is> <200409221616.54982.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409221616.54982.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.org Subject: Re: BETA5 hangs shortly after boot. Unknown cause. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 04:47:50 -0000 [Sorry about the delay, fell ill] On Wed, Sep 22, 2004 at 04:16:54PM -0400, John Baldwin wrote: > On Wednesday 22 September 2004 04:16 am, Martin Swift wrote: > > Using the debug option in the boot menu gives (hand transcript): > > > > ---------- > > Fatal trap 12: page fault while in kernel mode > > fault virual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc057c368 > > This matters. If you have a kernel.debug, can you do a gdb against it and do > 'l *0xc057c368'? Don't know if I do, can't get that far, machine locks up too fast :-(. Gonna give BETA6 a try. Thanks and sorry I couldn't be of more help, Martin Swift From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 07:00:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FA5D16A4CE for ; Sun, 3 Oct 2004 07:00:49 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E58043D54 for ; Sun, 3 Oct 2004 07:00:48 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CE0ML-0006i4-00 for ; Sun, 03 Oct 2004 09:00:41 +0200 Received: from future-is.orange.co.uk ([193.35.129.169]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Oct 2004 09:00:41 +0200 Received: from matth by future-is.orange.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Oct 2004 09:00:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Matt Hamilton Date: Sun, 03 Oct 2004 07:41:08 +0100 Lines: 41 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: future-is.orange.co.uk User-Agent: Mozilla Thunderbird 0.7.3 (Macintosh/20040803) X-Accept-Language: en-us, en X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Sender: news Subject: 5.3-BETA5 AMD64 Python problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 07:00:49 -0000 Hi All, We have just bought ourselves an AMD64 machine (HP DL145) and I have put 5.3-BETA5 on it. This is our first foray into 5.x, so far we have kept all our servers on 4.x. The server is meant to be a Zope server, but I am having trouble with python. Python 2.3.4 as built from ports cannot pass its own unit tests on this platform, specifically it fails test_re.py in about the 4th test (something to do with catching infinite recursion on a regular expression). The test just core dumps (as does trying to start Zope). I thought this was the well known 'FreeBSD has a tiny pthread stack size' issue. This is fixed in recent pythons (and the ports) by calling pthread_setstacksize to increase the stack to 1MB. I've tried this on 5.3-BETA5/AMD64, but to no avail. If I compile python *without* thread support, then the unit test passes. So I think it is related to threads. I've not managed to keep my finger on the -current development pulse, but wasn't threads re-written in 5.x? Or was it just the scheduler (I am using whichever scheduler 5.3-BETA5 uses by default). I've even tried raising the stack size to 64MB in python, but still it core dumps. Anyone else using python on 5.x? Can you test it passes its regex unit tests? As currently I'm unsure if the problem is related to: 1) AMD64 support 2) 5.x's new threads and/or scheduler 3) something else :) I'm pretty sure I've heard of people running Zope on 5.1 (I'm guessing it was i386) so I'm thinking it is a 64-bit issue. -Matt -- Matt Hamilton matth@netsight.co.uk Netsight Internet Solutions, Ltd. Business Vision on the Internet http://www.netsight.co.uk +44 (0)117 9090901 Web Design | Zope/Plone Development & Consulting | Co-location | Hosting From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 07:53:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A86016A4CE; Sun, 3 Oct 2004 07:53:25 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 173BF43D45; Sun, 3 Oct 2004 07:53:20 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i937r4ja020979; Sun, 3 Oct 2004 03:53:04 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i937r3MK020978; Sun, 3 Oct 2004 03:53:03 -0400 (EDT) (envelope-from green) Date: Sun, 3 Oct 2004 03:53:03 -0400 From: Brian Fundakowski Feldman To: John Baldwin Message-ID: <20041003075303.GG1034@green.homeunix.org> References: <20040924230425.GB1164@green.homeunix.org> <20040925101021.A78979@bpgate.speednet.com.au> <200409271635.44017.jhb@FreeBSD.org> <20041002060201.GB1034@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041002060201.GB1034@green.homeunix.org> User-Agent: Mutt/1.5.6i cc: scottl@FreeBSD.org cc: Andy Farkas cc: freebsd-current@FreeBSD.org cc: julian@FreeBSD.org cc: jeff@FreeBSD.org Subject: Re: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 07:53:25 -0000 On Sat, Oct 02, 2004 at 02:02:01AM -0400, Brian Fundakowski Feldman wrote: > On Mon, Sep 27, 2004 at 04:35:44PM -0400, John Baldwin wrote: > > On Friday 24 September 2004 08:24 pm, Andy Farkas wrote: > > > I have been having this problem for a few weeks now. Glad I'm not the only > > > one. My box is a 4xPPro running 5.3-BETA5. It panics with either ULE > > > or 4BSD. > > > > > > My theory is that a physical IPI gets lost somewhere and the kerenl spins > > > waiting for it. But thats just a stab in the dark because nobody cares to > > > explain why IPI's would be stuck. > > > > The panic has to do with a previous IPI not finished being sent from the same > > CPU. I've yet to determine why this happens. You can try editing > > sys/i386/i386/local_apic.c and turning on 'DETECT_DEADLOCK' (I think it is > > just commented out) and seeing if that improves stability. I also see this > > on a 4xPIIXeon system I use for testing. > > > > > -andyf > > > > > > On Fri, 24 Sep 2004, Brian Fundakowski Feldman wrote: > > > > This is on a 2xAthlon with the SCHED_ULE, HZ=1000, SW_WATCHDOG, and > > > > nothing really special in development. > > > > > > > > FreeBSD green.homeunix.org 6.0-CURRENT FreeBSD 6.0-CURRENT #110: Wed Sep > > > > 22 11:28:27 EDT 2004 > > > > root@green.homeunix.org:/usr/src/sys/i386/compile/GREEN i386 > > > > > > > > panic: APIC: Previous IPI is stuck > > > > cpuid = 1 > > > > KDB: stack backtrace: > > > > kdb_backtrace(c063cae7,1,c063c5e7,d4411b28,c1da2000) at > > > > kdb_backtrace+0x2e panic(c063c5e7,1,f3,1,2) at panic+0x128 > > > > lapic_ipi_vectored(f3,1,c1da2494,1,c0675910) at 64) at > > > > sched_add_internal+0x21e kseq_assign(c0675910,1,c0625a07,5e0,c1da1540) at > > > > kseq_assign+0x4a sched_clock(c1da2000,2,c0621165,17e,d4411c54) at > > > > sched_clock+0x74 statclock(d4411c54,c1ecc840,d4411c3c,c05edc8b,d4411c54) > > > > at statclock+0xf8 rtcintr(d4411c54,c0487af4,c06733a0,2,8) at rtcintr+0x4f > > > > intr_execute_handlers(c1dca8f0,d4411c54,d4411cb4,c05ea0e3,38) at > > > > intr_execute_ha ndlers+0xab > > > > lapic_handle_intr(38) at lapic_handle_intr+0x3a > > > > Xapic_isr1() at Xapic_isr1+0x33 > > > > --- interrupt, eip = 0xc04a640a, esp = 0xd4411c98, ebp = 0xd4411cb4 --- > > > > _mtx_lock_sleep(c06733e0,c1da2000,0,c06220e8,222) at > > > > _mtx_lock_sleep+0x13a _mtx_lock_flags(c06733e0,0,c06220e8,222,0) at > > > > _mtx_lock_flags+0xc0 > > > > ithread_loop(c1da6200,d4411d48,c0621edb,31f,c1da6200) at > > > > ithread_loop+0x15a fork_exit(c0499660,c1da6200,d4411d48) at > > > > fork_exit+0xc6 > > > > fork_trampoline() at fork_trampoline+0x8 > > > > --- trap 0x1, eip = 0, esp = 0xd4411d7c, ebp = 0 --- > > > > KDB: enter: panic > > > > panic: APIC: Previous IPI is stuck > > > > cpuid = 1 > > > > boot() called on cpu#1 > > > > Uptime: 2d0h16m55s > > > > ^^ full hang instead of reset > > Okay, I just got another one of these, exactly the same as that one but > for the fact that the softclock() interrupt was specifically locking > Giant instead of the interrupt thread loop. So the other CPU owned > Giant at the time and the scheduling CPU is trying to acquire it and > interrupted by needing to run the statclock(). > > This is way too coincidental to ignore. > > SCHED_ULE is far too complex for me to understand much of right now; > what prevents sched_clock() from calling kseq_assign() multiple times > per CPU? Are we _absolutely_100%_certain_ that functionality works > correctly? Ping... adding Jeff... I really wish I understood SCHED_ULE, because it seems entirely plausible it's trying to send two IPIs, the first of which would get blocked waiting for the held sched_lock, and the second of which would never have its interrupt serviced because the first one blocked on sched_lock would have interrupts disabled and would remain unable to respond to an IPI... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 09:19:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC6F416A4CE for ; Sun, 3 Oct 2004 09:19:27 +0000 (GMT) Received: from telecom.net.et (sparrow.telecom.net.et [213.55.64.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A444B43D53 for ; Sun, 3 Oct 2004 09:19:25 +0000 (GMT) (envelope-from mtm@identd.net) Received: from [213.55.68.144] (HELO rogue.acs.lan) by telecom.net.et (CommuniGate Pro SMTP 3.4.8) with ESMTP id 58891421; Sun, 03 Oct 2004 12:12:14 +0300 Received: by rogue.acs.lan (Postfix, from userid 1000) id D17DFB830; Sun, 3 Oct 2004 12:19:13 +0300 (EAT) Date: Sun, 3 Oct 2004 12:19:13 +0300 From: Mike Makonnen To: Doug White Message-ID: <20041003091913.GA1720@rogue.acs.lan> References: <20041002151123.J37762@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20041002151123.J37762@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD/6.0-CURRENT (i386) cc: current@freebsd.org Subject: Re: IFS pollution from localpkg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 09:19:27 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Oct 02, 2004 at 03:18:52PM -0700, Doug White wrote: > I guess no one changes the script_name_sep rc.conf variable to something > more dangerous than the default space... > > Anyway, I think we should investigate running local package scripts with > IFS (and other hazardous variables) stripped using env. Or perhaps not > play with IFS at all unless the user sets script_name_sep, and change the > default accordingly. > > I'm not sure why this doesn't mess more stuff up :-/ It looks like this particular bug has been around since that feature was introduced in rev. 1.272 way back in July 2001. I guess people don't use it that much. Does the following patch fix your problem? Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon ! --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=diff Index: etc/rc.d/localpkg =================================================================== RCS file: /home/ncvs/src/etc/rc.d/localpkg,v retrieving revision 1.4 diff -u -r1.4 localpkg --- etc/rc.d/localpkg 28 Jul 2004 00:09:18 -0000 1.4 +++ etc/rc.d/localpkg 3 Oct 2004 09:12:25 -0000 @@ -40,7 +40,7 @@ if [ -x "${script}" ]; then (set -T trap 'exit 1' 2 - ${script} start) + /bin/env IFS="${script_save_sep}" ${script} start) elif [ -f "${script}" -o -L "${script}" ]; then echo -n " (skipping ${script##*/}, not executable)" fi @@ -77,7 +77,7 @@ if [ -x "${script}" ]; then (set -T trap 'exit 1' 2 - ${script} stop) + /bin/env IFS="${script_save_sep}" ${script} stop) fi done IFS="${script_save_sep}" --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 10:44:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAEB316A4CE for ; Sun, 3 Oct 2004 10:44:38 +0000 (GMT) Received: from mta09-svc.ntlworld.com (mta09-svc.ntlworld.com [62.253.162.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 367E743D3F for ; Sun, 3 Oct 2004 10:44:38 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from [80.6.110.132] by mta09-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20041003103927.IPYR1100.mta09-svc.ntlworld.com@[80.6.110.132]>; Sun, 3 Oct 2004 11:39:27 +0100 In-Reply-To: <20041002102918.W22102@fw.reifenberger.com> References: <20041002081928.GA21439@gothmog.gr> <20041002102918.W22102@fw.reifenberger.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <6053756A-1528-11D9-BECB-000A95C1B5C0@markdnet.demon.co.uk> Content-Transfer-Encoding: 7bit From: Mark Dixon Date: Sun, 3 Oct 2004 11:38:34 +0100 To: Michael Reifenberger X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3) X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: Protection from the dreaded "rm -fr /" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 10:44:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2 Oct 2004, at 09:34, Michael Reifenberger wrote: > This does only help for the obvious case of '/' but not for the > './' and '../' or '../../' ... accidents. > > Furthermore does it prevent root from doing `rm -rf /` which is a > pretty > legal operation for root since he knows what he is doing. > > This is UNIX, not Windows. > I agree, this is not a route we want to go down. root should be able to do whatever they want, no questions asked. If you put in protections to prevent root doing 'silly' things, it will simply encourage admins to be root when they probably shouldn't Mark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBX9ayLqgJ90OcaiARAu0pAKDv9Hc6bQl9xi8N5OOXIaG3o6zzjgCfeC3G 60/slkjUAZ1+bALuUVT0GJQ= =LCcS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 11:04:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E12E16A4CE for ; Sun, 3 Oct 2004 11:04:37 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id B658743D1F for ; Sun, 3 Oct 2004 11:04:36 +0000 (GMT) (envelope-from raphaelr@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so124589rnk for ; Sun, 03 Oct 2004 04:04:36 -0700 (PDT) Received: by 10.38.208.53 with SMTP id f53mr4715230rng; Sun, 03 Oct 2004 04:04:36 -0700 (PDT) Received: by 10.38.162.46 with HTTP; Sun, 3 Oct 2004 04:04:36 -0700 (PDT) Message-ID: <3f030e4204100304043ef4b8f@mail.gmail.com> Date: Sun, 3 Oct 2004 13:04:36 +0200 From: "Raphael R." To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_221_16269327.1096801476179" cc: bms@spc.org Subject: tcpdump -tttt option loses timezone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Raphael R." List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 11:04:37 -0000 ------=_Part_221_16269327.1096801476179 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline The -tttt option doesn't use timezone, the time is always GMT: # tcpdump -n -tttt 06/13/2004 13:31:35.758527 192.168.2.1 > 192.168.2.254: icmp: echo request 06/13/2004 13:31:35.758684 192.168.2.254 > 192.168.2.1: icmp: echo reply without time option, I have: # tcpdump -n 15:31:30.808613 192.168.2.1 > 192.168.2.254: icmp: echo request 15:31:30.808769 192.168.2.254 > 192.168.2.1: icmp: echo reply The reason is quite simple (based on 3.8.3 source code) in tcpdump.c: .... int tflag = 1; /* print packet arrival time */ .... .... case 't': --tflag; break; .... .... if (tflag > 0) thiszone = gmt2local(0); .... if -tttt option is enabled gmt2local isn't called and thiszone is alway equals to 0. I've provided a patch: --- tcpdump.c.orig Sun Jun 13 15:50:49 2004 +++ tcpdump.c Sun Jun 13 15:56:42 2004 @@ -615,7 +615,7 @@ /* NOTREACHED */ } - if (tflag > 0) + if ((tflag > 0) || (tflag == -3)) thiszone = gmt2local(0); if (RFileName != NULL) { Another solution is to remove the "if (tflag > 0)" test. This bug was discovered on FreeBSD 5.2.1 (tcpdump 3.7.2 + multidlt) with but apply to all others platforms. This bug is now fixed on branch tcpdump_3_8 and HEAD on tcpdump CVS. I hope that it can be fixed before the 5.3-RELEASE. Raphael Raimbault. ------=_Part_221_16269327.1096801476179 Content-Type: application/octet-stream; name="tcpdump.c.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="tcpdump.c.patch" LS0tIHRjcGR1bXAuYy5vcmlnCVN1biBKdW4gMTMgMTU6NTA6NDkgMjAwNAorKysgdGNwZHVtcC5j CVN1biBKdW4gMTMgMTY6MDU6MzQgMjAwNApAQCAtNjE1LDcgKzYxNSw3IEBACiAJCQkvKiBOT1RS RUFDSEVEICovCiAJCX0KIAotCWlmICh0ZmxhZyA+IDApCisJaWYgKCh0ZmxhZyA+IDApIHx8ICh0 ZmxhZyA9PSAtMykpCiAJCXRoaXN6b25lID0gZ210MmxvY2FsKDApOwogCiAJaWYgKFJGaWxlTmFt ZSAhPSBOVUxMKSB7Cg== ------=_Part_221_16269327.1096801476179-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 2 16:54:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65C5A16A4CE for ; Sat, 2 Oct 2004 16:54:04 +0000 (GMT) Received: from chatserv.de (p15119030.pureserver.info [217.160.175.43]) by mx1.FreeBSD.org (Postfix) with SMTP id D340C43D60 for ; Sat, 2 Oct 2004 16:54:02 +0000 (GMT) (envelope-from sascha@schumann.cx) Received: (qmail 27498 invoked by uid 1040); 2 Oct 2004 16:54:00 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 2 Oct 2004 16:54:01 -0000 Date: Sat, 2 Oct 2004 18:54:00 +0200 (CEST) From: Sascha Schumann X-X-Sender: sas@localhost To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 03 Oct 2004 11:59:47 +0000 Subject: Conclusion of thread "Deadlocks with recent SMP current"? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Oct 2004 16:54:04 -0000 Hi, was there any conclusion to that thread? I have got two systems which are showing the exact same symptoms running RELENG_5_2. The busier one deadlocks regularly once a day. What is the recommended way to procede? I don't want to upgrade to RELENG_5 due to the experimental nature of the network stack, gcc 3.4 integration and general dislike of bleeding edge software for production systems. (and yes, the freebsd 5 systems are inherited.) Thanks for any advise. - Sascha From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 12:43:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A19DB16A4CE for ; Sun, 3 Oct 2004 12:43:54 +0000 (GMT) Received: from web54005.mail.yahoo.com (web54005.mail.yahoo.com [206.190.36.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B86743D45 for ; Sun, 3 Oct 2004 12:43:54 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041003124353.29822.qmail@web54005.mail.yahoo.com> Received: from [147.46.44.181] by web54005.mail.yahoo.com via HTTP; Sun, 03 Oct 2004 05:43:53 PDT Date: Sun, 3 Oct 2004 05:43:53 -0700 (PDT) From: spam maps To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 12:43:54 -0000 Hello, On my cvs-updated 5.3 system I have /stand/ and /rescue/. /rescue/ is updated according to cvsup/makeworld etc., but /stand/ is not. Is /stand/ becoming redundant? Should these two directories be merged into a single /rescue/? I notice following differences. Files and directories that are in /stand/, but not in /rescue/: /rescue/-sh /rescue/arp /rescue/boot_crunch /rescue/cpio /rescue/find /rescue/minigzip /rescue/ppp /rescue/sed /rescue/sysinstall /rescue/usbd /rescue/usbdevs /rescue/etc/ /rescue/help/ Moreover, for those files that are in both, the /stand/ ones are obviously older than the ones (from cvsup process) in /rescue/. Regards, Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 12:47:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C4D216A4CE for ; Sun, 3 Oct 2004 12:47:11 +0000 (GMT) Received: from web54005.mail.yahoo.com (web54005.mail.yahoo.com [206.190.36.229]) by mx1.FreeBSD.org (Postfix) with SMTP id ADAEE43D1F for ; Sun, 3 Oct 2004 12:47:10 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041003124710.30828.qmail@web54005.mail.yahoo.com> Received: from [147.46.44.181] by web54005.mail.yahoo.com via HTTP; Sun, 03 Oct 2004 05:47:10 PDT Date: Sun, 3 Oct 2004 05:47:10 -0700 (PDT) From: spam maps To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3 & bind9: named.conf vs. named.sample ; why are they different? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 12:47:11 -0000 I have these two files in /var/named/etc/namedb, but are different. Is /var/named/etc/namedb/named.conf redundant and old? # diff -u /var/named/etc/namedb/named.conf /var/named/etc/namedb/named.sample --- /var/named/etc/namedb/named.conf Sat Oct 2 14:58:53 2004 +++ /var/named/etc/namedb/named.sample Sat Oct 2 14:55:49 2004 @@ -1,14 +1,28 @@ -// $FreeBSD: src/etc/namedb/named.conf,v 1.15 2004/06/06 11:46:29 schweikh Exp $ +// $FreeBSD: src/etc/namedb/named.conf,v 1.15.2.1 2004/09/30 23:36:07 dougb Exp $ // -// Refer to the named.conf(5) and named(8) man pages for details. If -// you are ever going to set up a primary server, make sure you +// Refer to the named.conf(5) and named(8) man pages, and the documentation +// in /usr/share/doc/bind9 for more details. +// +// If you are going to set up an authoritative server, make sure you // understand the hairy details of how DNS works. Even with // simple mistakes, you can break connectivity for affected parties, // or cause huge amounts of useless Internet traffic. options { - directory "/etc/namedb"; - pid-file "/var/run/named/pid"; + directory "/etc/namedb"; + pid-file "/var/run/named/pid"; + dump-file "/var/dump/named_dump.db"; + statistics-file "/var/stats/named.stats"; + +// If named is being used only as a local resolver, this is a safe default. +// For named to be accessible to the network, comment this option, specify +// the proper IP address, or delete this option. + listen-on { 127.0.0.1; }; + +// If you have IPv6 enabled on this system, uncomment this option for +// use as a local resolver. To give access to the network, specify +// an IPv6 address, or the keyword "any". +// listen-on-v6 { ::1; }; // In addition to the "forwarders" clause, you can force your name // server to never initiate queries of its own, but always ask its @@ -28,30 +42,12 @@ * If there is a firewall between you and nameservers you want * to talk to, you might need to uncomment the query-source * directive below. Previous versions of BIND always asked - * questions using port 53, but BIND 8.1 uses an unprivileged - * port by default. + * questions using port 53, but BIND versions 8 and later + * use a pseudo-random unprivileged UDP port by default. */ // query-source address * port 53; - - /* - * location for the dumpfile. - */ - // dump-file "s/named_dump.db"; }; -// Note: the following will be supported in a future release. -/* -host { any; } { - topology { - 127.0.0.0/8; - }; -}; -*/ - -// Setting up secondaries is way easier and a rough example for this -// is provided below. -// // If you enable a local name server, don't forget to enter 127.0.0.1 // first in your /etc/resolv.conf so this server will be queried. // Also, make sure to enable it in /etc/rc.conf. @@ -63,26 +59,26 @@ zone "0.0.127.IN-ADDR.ARPA" { type master; - file "localhost.rev"; + file "master/localhost.rev"; }; // RFC 3152 zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA" { type master; - file "localhost-v6.rev"; + file "master/localhost-v6.rev"; }; // RFC 1886 -- deprecated zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.INT" { type master; - file "localhost-v6.rev"; + file "master/localhost-v6.rev"; }; // NB: Do not use the IP addresses below, they are faked, and only // serve demonstration/documentation purposes! // -// Example secondary config entries. It can be convenient to become -// a secondary at least for the zone your own domain is in. Ask +// Example slave zone config entries. It can be convenient to become +// a slave at least for the zone your own domain is in. Ask - * If running in a sandbox, you may have to specify a different - * location for the dumpfile. - */ - // dump-file "s/named_dump.db"; }; -// Note: the following will be supported in a future release. -/* -host { any; } { - topology { - 127.0.0.0/8; - }; -}; -*/ - -// Setting up secondaries is way easier and a rough example for this -// is provided below. -// // If you enable a local name server, don't forget to enter 127.0.0.1 // first in your /etc/resolv.conf so this server will be queried. // Also, make sure to enable it in /etc/rc.conf. @@ -63,26 +59,26 @@ zone "0.0.127.IN-ADDR.ARPA" { type master; - file "localhost.rev"; + file "master/localhost.rev"; }; // RFC 3152 zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA" { type master; - file "localhost-v6.rev"; + file "master/localhost-v6.rev"; }; // RFC 1886 -- deprecated zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.INT" { type master; - file "localhost-v6.rev"; + file "master/localhost-v6.rev"; }; // NB: Do not use the IP addresses below, they are faked, and only // serve demonstration/documentation purposes! // -// Example secondary config entries. It can be convenient to become -// a secondary at least for the zone your own domain is in. Ask +// Example slave zone config entries. It can be convenient to become +// a slave at least for the zone your own domain is in. Ask // your network administrator for the IP address of the responsible // primary. // @@ -92,23 +88,15 @@ // // Before starting to set up a primary zone, make sure you fully // understand how DNS and BIND works. There are sometimes -// non-obvious pitfalls. Setting up a secondary is simpler. +// non-obvious pitfalls. Setting up a slave zone is simpler. // // NB: Don't blindly enable the examples below. :-) Use actual names // and addresses instead. -// -// NOTE!!! FreeBSD can run bind in a sandbox (see named_flags in rc.conf). -// The directory containing the secondary zones must be write accessible -// to bind. The following sequence is suggested: -// -// mkdir /etc/namedb/s -// chown bind:bind /etc/namedb/s -// chmod 750 /etc/namedb/s /* -zone "domain.com" { +zone "example.com" { type slave; - file "s/domain.com.bak"; + file "slave/example.com"; masters { 192.168.1.1; }; @@ -116,7 +104,7 @@ zone "0.168.192.in-addr.arpa" { type slave; - file "s/0.168.192.in-addr.arpa.bak"; + file "slave/0.168.192.in-addr.arpa"; masters { 192.168.1.1; _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 14:16:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CB5C16A4CE; Sun, 3 Oct 2004 14:16:55 +0000 (GMT) Received: from pengo.systems.pipex.net (pengo.systems.pipex.net [62.241.160.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DA7443D3F; Sun, 3 Oct 2004 14:16:54 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from ape (81-178-127-34.dsl.pipex.com [81.178.127.34]) by pengo.systems.pipex.net (Postfix) with SMTP id 43B334C0028E; Sun, 3 Oct 2004 15:16:49 +0100 (BST) Message-ID: <08d601c4a954$242380b0$f700000a@ape> From: "Markie" To: , "FreeBSD Current" Date: Sun, 3 Oct 2004 15:20:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: switching cardbus card hangs in 6-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 14:16:55 -0000 I installed via a 5.3-BETA5 CD and I was able to switch network cards, a D-Link DWL-G650 and an Intel... can't remember, fxp0 driver; both are cardbus cards anyway. Now I have updated to 6.0-CURRENT (a few days ago) I have noticed I can no longer take the card out. If I do, the system appears appears to hang while running X. I just now tried from the console and it's actually a panic. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id =00 fault virtual address 0x3c fault code = supervisor read, page not present instruction pointer = 0x8:0xc056a2ce stack pointer = 0x10:0xc7c86b90 frame pointer = 0x10:0xc7c86bac 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 = 40 (cbb0) trap number = 12 panic: page fault cpuid = 0 Uptime: 3m53s You'll probably have to excuse the formatting as that was hand typed. Curiously, it doesn't come up with the press any key to reboot or anything and just seems to be stuck there. I don't think that's normal? Perhaps I should send this to the current list too... Any advice? From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 14:30:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F4D816A4CE; Sun, 3 Oct 2004 14:30:46 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C0EC43D5A; Sun, 3 Oct 2004 14:30:45 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost.init-main.com [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i93ET8Sf008251; Sun, 3 Oct 2004 23:29:09 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200410031429.i93ET8Sf008251@sana.init-main.com> To: Uwe Doering From: takawata@jp.freebsd.org In-reply-to: Your message of "Sun, 03 Oct 2004 11:08:49 +0200." <415FC1A1.3020502@geminix.org> Date: Sun, 03 Oct 2004 23:29:08 +0900 Sender: takawata@init-main.com cc: freebsd-current@freebsd.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 14:30:46 -0000 In message <415FC1A1.3020502@geminix.org>, Uwe Doering wrote: >Hi there, > >with regard to your above mentioned fix you may be interested in reading >this short discussion, especially my answer to the original article: > >http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116615+0+archive/2004/freebsd-stable/20040613.freebsd-stable Thank you for your comment. The code is what nullfs do. static int null_getattr(ap) struct vop_getattr_args /* { struct vnode *a_vp; struct vattr *a_vap; struct ucred *a_cred; struct thread *a_td; } */ *ap; { int error; if ((error = null_bypass((struct vop_generic_args *)ap)) != 0) return (error); ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; return (0); } I'm pleased if you explain why it is done for nullfs and not for unionfs, if any. IMHO, there are not so much advantage in assuming exactly same file exists in different filesystem, if the entity is same. But I want to hear from FS gurus. I found that I reverted the change at CVS rev 1.62. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/unionfs/union_vnops.c.diff?r1=1.61&r2=1.62 From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 15:34:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7613016A4CE for ; Sun, 3 Oct 2004 15:34:16 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D89643D46 for ; Sun, 3 Oct 2004 15:34:16 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so4350754rnk for ; Sun, 03 Oct 2004 08:34:15 -0700 (PDT) Received: by 10.38.70.21 with SMTP id s21mr3580351rna; Sun, 03 Oct 2004 08:34:15 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Sun, 3 Oct 2004 08:34:15 -0700 (PDT) Message-ID: <6917b781041003083422828183@mail.gmail.com> Date: Sun, 3 Oct 2004 11:34:15 -0400 From: "David D.W. Downey" To: Ruslan Ermilov In-Reply-To: <20041003051530.GA2165@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <415EC5E6.2070305@FreeBSD.org> <20041002165116.GB57797@ip.net.ua> <415F796F.8010204@FreeBSD.org> <20041003051530.GA2165@ip.net.ua> cc: Current cc: Scott Long Subject: Re: [Fwd: Re: Inability to create jails under 5.3-BETA6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 15:34:19 -0000 Sorry Ruslan, Had some issues here that necessitated a reinstall which kept me offline since i messaged about this. OK, I'll check out what you said. I just tried under BETA7 using the man page details to try it. I'll check out your suggestion and go from there. My Makefile is currently $FreeBSD: src/Makefile,v 1.306 2004/08/09 11:38:41 harti Exp $ and this is 5.3-BETA7 pull as of yesterday night. Is 1.442 in 6.x or something? (I just redid a fresh pull while working on this email and it's still 1.306) David On Sun, 3 Oct 2004 08:15:30 +0300, Ruslan Ermilov wrote: > Hi Scott, > > On Sat, Oct 02, 2004 at 10:00:47PM -0600, Scott Long wrote: > > Is it better to MFC the hack from HEAD, or just update the manpage? > > > I think it's better to MFC it (I planned to do it anyway), > especially that the patch is trivial and only changes the > type of the DESTDIR variable in three places. (Patch is > attached, in case you want to commit it -- I will be away > from my computer in the next 12 or so hours.) > > Cheers, > > > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > > > > -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 16:40:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41E6116A4CE for ; Sun, 3 Oct 2004 16:40:26 +0000 (GMT) Received: from mwinf0108.wanadoo.fr (smtp1.wanadoo.fr [193.252.22.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id BECBF43D31 for ; Sun, 3 Oct 2004 16:40:08 +0000 (GMT) (envelope-from dak@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0108.wanadoo.fr (SMTP Server) with SMTP id 9A433180014C for ; Sun, 3 Oct 2004 18:40:07 +0200 (CEST) Received: from smtp.wanadoo.fr (ca-sqy-2-245.w80-8.abo.wanadoo.fr [80.8.55.245]) by mwinf0108.wanadoo.fr (SMTP Server) with ESMTP id 409FA1800145 for ; Sun, 3 Oct 2004 18:40:07 +0200 (CEST) Received: from nebula.wanadoo.fr (localhost [127.0.0.1]) by smtp.wanadoo.fr (8.13.1/8.13.1) with ESMTP id i93Ge6DZ020489 for ; Sun, 3 Oct 2004 18:40:06 +0200 (CEST) (envelope-from dak@nebula.wanadoo.fr) Received: (from dak@localhost) by nebula.wanadoo.fr (8.13.1/8.13.1/Submit) id i93Ge6uA020488 for current@freebsd.org; Sun, 3 Oct 2004 18:40:06 +0200 (CEST) (envelope-from dak) Date: Sun, 3 Oct 2004 18:40:06 +0200 From: Aurelien NEPHTALI To: current@freebsd.org Message-ID: <20041003164006.GA20441@nebula.wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: .symtab section is now broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 16:40:26 -0000 Hi, I have coded some tools that read ELF binaries. Thet used to work 1 or 2 years ago but now they don't. These tools parse an ELF file to get addresses of malloc(),free(),etc into the PLT to put breakpoint on them. The problem comes from the .symtab section. I'm using this struct to read symbols: typedef struct s_symhdr { unsigned int st_name; unsigned int st_value; unsigned int st_size; unsigned char st_info; unsigned char st_other; unsigned short st_shndx; } t_symhdr; Before, the field 'st_value' contained the symbol's address into the PLT, now it's null, ie (readelf output): 71: 00000000 41 FUNC GLOBAL DEFAULT UND malloc ^^^^^^^^ value I was suspecting the new gcc so I installed gcc 2.95 but it's the same problem. Is there a reason ? What to do to still get the value I want ? I have tested on NetBSD 1.6.1 and it works fine. Thanks. -- NEPHTALI 'dak' Aurelien TEK2 - Promo 2008 06.19.84.90.10 From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 18:09:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D666216A4CE; Sun, 3 Oct 2004 18:09:26 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 152F643D1F; Sun, 3 Oct 2004 18:09:26 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i93I9PDd032457; Sun, 3 Oct 2004 21:09:25 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 73321-08; Sun, 3 Oct 2004 21:09:24 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i93I9NGN032454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Oct 2004 21:09:24 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i93I9RP0003968; Sun, 3 Oct 2004 21:09:27 +0300 (EEST) (envelope-from ru) Date: Sun, 3 Oct 2004 21:09:27 +0300 From: Ruslan Ermilov To: "David D.W. Downey" Message-ID: <20041003180927.GA3932@ip.net.ua> References: <415EC5E6.2070305@FreeBSD.org> <20041002165116.GB57797@ip.net.ua> <415F796F.8010204@FreeBSD.org> <20041003051530.GA2165@ip.net.ua> <6917b781041003083422828183@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <6917b781041003083422828183@mail.gmail.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Current cc: Scott Long Subject: Re: [Fwd: Re: Inability to create jails under 5.3-BETA6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 18:09:26 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 03, 2004 at 11:34:15AM -0400, David D.W. Downey wrote: > Sorry Ruslan, >=20 > Had some issues here that necessitated a reinstall which kept me > offline since i messaged about this. >=20 > OK, I'll check out what you said. I just tried under BETA7 using the > man page details to try it. I'll check out your suggestion and go from > there. >=20 > My Makefile is currently $FreeBSD: src/Makefile,v 1.306 2004/08/09 > 11:38:41 harti Exp $ > and this is 5.3-BETA7 pull as of yesterday night. Is 1.442 in 6.x or > something? (I just redid a fresh pull while working on this email and > it's still 1.306) >=20 You need src/Makefile.inc1,v 1.442 not src/Makefile. > On Sun, 3 Oct 2004 08:15:30 +0300, Ruslan Ermilov wrote: > > Hi Scott, > >=20 > > On Sat, Oct 02, 2004 at 10:00:47PM -0600, Scott Long wrote: > > > Is it better to MFC the hack from HEAD, or just update the manpage? > > >=20 > > I think it's better to MFC it (I planned to do it anyway), > > especially that the patch is trivial and only changes the > > type of the DESTDIR variable in three places. (Patch is > > attached, in case you want to commit it -- I will be away > > from my computer in the next 12 or so hours.) I also attached a ready to commit patch in this email. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYEBXqRfpzJluFF4RAkXYAJ9dVO5ZSfheVN5wtvvxg6LQhtJU5gCeK3Uf 6VOvZt5s0o4KBZpY69QXiaU= =NZSu -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 18:12:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA53B16A4CE for ; Sun, 3 Oct 2004 18:12:13 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7727043D4C for ; Sun, 3 Oct 2004 18:12:13 +0000 (GMT) (envelope-from sjr@comcast.net) Received: from istari.comcast.net (pcp08127824pcs.nrockv01.md.comcast.net[69.138.220.134](misconfigured sender)) by comcast.net (sccrmhc11) with ESMTP id <2004100318121001100jv4ipe>; Sun, 3 Oct 2004 18:12:10 +0000 Received: from istari.comcast.net (localhost [127.0.0.1]) by istari.comcast.net (8.12.11/8.12.11) with ESMTP id i93IC79a000175 for ; Sun, 3 Oct 2004 14:12:09 -0400 (EDT) (envelope-from sjr@istari.comcast.net) Message-Id: <200410031812.i93IC79a000175@istari.comcast.net> Date: Sun, 3 Oct 2004 14:12:06 -0400 (EDT) From: "Stephen J. Roznowski" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: Networking problems with 5.3-BETA6/7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 18:12:14 -0000 Greetings, I'm trying to install 5.3-BETA6 onto an HP Presario SA4000Z. [AMD64 using an nForce3 250 chipset]. I've also upgraded to RELENG_5 and the problem remains. The network configures as "fwe0" and appears to have the correct IP address, but if I attempt to ping the gateway, I get a "Host is down" error. I've tried using "fwip0" instead, but I get the same error. I can provide more [system] details if needed.... So, any ideas what to try next to get the network functional?? Thanks, -SR -- Stephen J. Roznowski (sjr@comcast.net) From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 18:21:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84B0616A4CE for ; Sun, 3 Oct 2004 18:21:48 +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 33B6F43D45 for ; Sun, 3 Oct 2004 18:21:48 +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.34 (FreeBSD)) id 1CEAzT-000CXF-HH for freebsd-current@freebsd.org; Sun, 03 Oct 2004 11:21:47 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16736.17211.132754.898091@ran.psg.com> Date: Sun, 3 Oct 2004 11:21:47 -0700 To: FreeBSD Current Subject: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 18:21:48 -0000 i have a belkin usb serial that used to work a year ago back in the 4.x days. i am having trouble getting it to work now in 6-current. it comes up as ugen0: Belkin USB PDA Adapter Belkin Components, rev 1.10/1.02, addr 4 and # usbdevs -v # edited Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 4: full speed, power 100 mA, config 1, Belkin Components(0x0109), Belkin USB PDA Adapter(0x050d), rev 1.02 port 2 addr 2: full speed, self powered, config 1, USB HUB(0x0500), Western Digital(0x1058), rev 0.07 port 1 powered port 2 addr 3: full speed, self powered, config 1, External HDD(0x0400), Western Digital(0x1058), rev 1.06 port 3 powered port 4 powered i am trying a usbd.conf of device "Belkin USB PDA Adapter" devname "ucom0" vendor 0x0109 product 0x050d # attach but am kinda lost as kermitting to /dev/ucom0 gives me C-Kermit>set line /dev/ucom0 /dev/ucom0: No such file or directory Connection to /dev/ucom0 failed: No such file or directory yet # kldstat Id Refs Address Size Name 1 16 0xc0400000 3a42f4 kernel 2 1 0xc07a5000 6eb8 linprocfs.ko 3 2 0xc07ac000 1fa44 linux.ko 4 1 0xc07cc000 bc08 ipfw.ko 5 1 0xc07d8000 5f84 snd_ich.ko 6 2 0xc07de000 204fc sound.ko 7 1 0xc07ff000 5418 acpi_video.ko 8 15 0xc0805000 5d6f4 acpi.ko 9 1 0xc5981000 3000 ucom.ko should i remove all usb from the kernel? randy From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 18:32:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF61516A4CE; Sun, 3 Oct 2004 18:32:26 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0624943D1D; Sun, 3 Oct 2004 18:32:26 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i93IWbYw008147; Sun, 3 Oct 2004 14:32:37 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i93IWbHU008146; Sun, 3 Oct 2004 14:32:37 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 3 Oct 2004 14:32:37 -0400 From: David Schultz To: Takanori Watanabe Message-ID: <20041003183237.GA8100@VARK.MIT.EDU> Mail-Followup-To: Takanori Watanabe , Uwe Doering , freebsd-fs@FreeBSD.ORG, bp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <41601BE0.4050401@geminix.org> <200410031805.i93I5JNZ009076@sana.init-main.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410031805.i93I5JNZ009076@sana.init-main.com> cc: freebsd-fs@FreeBSD.ORG cc: bp@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: Uwe Doering Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 18:32:27 -0000 On Mon, Oct 04, 2004, Takanori Watanabe wrote: > >With 'unionfs' you can have underlying files from two different layers > >(upper and lower) on two different file systems which may, by > >coincidence, have the same inode number. Now, if you override the real > >va_fsid with that of the 'unionfs' mount you'll end up with two > >'unionfs' vnodes that appear to represent the same file (a hard link, > >for instance), but in reality the files are different entities. > >Obviously, both the kernel and applications might draw wrong conclusions > >in this case. > > I think the three filesystem entry > 1. upper layer file > 2. lower layer file > 3. unionfs file > can be treated as different. I didn't pursue this before because I was concerned that it would introduce cache consistency issues between the union vnode and the underlying vnode. But I guess all vnops ultimately wind up at the underlying vnode, so this hopefully isn't an issue... From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 19:05:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B43EB16A4CE for ; Sun, 3 Oct 2004 19:05:11 +0000 (GMT) Received: from out009.verizon.net (out009pub.verizon.net [206.46.170.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F1C543D1D for ; Sun, 3 Oct 2004 19:05:11 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out009.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041003190508.UUHP23440.out009.verizon.net@[10.0.3.231]> for ; Sun, 3 Oct 2004 14:05:08 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: FreeBSD Current In-Reply-To: <16736.17211.132754.898091@ran.psg.com> References: <16736.17211.132754.898091@ran.psg.com> Content-Type: text/plain Message-Id: <1096830295.847.1.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 03 Oct 2004 15:04:56 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out009.verizon.net from [141.153.167.39] at Sun, 3 Oct 2004 14:05:08 -0500 Subject: Re: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 19:05:11 -0000 On Sun, 2004-10-03 at 14:21, Randy Bush wrote: > i have a belkin usb serial that used to work a year ago back > in the 4.x days. i am having trouble getting it to work now > in 6-current. > > it comes up as > > ugen0: Belkin USB PDA Adapter Belkin Components, rev 1.10/1.02, addr 4 > > and > > # usbdevs -v # edited > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 > port 1 addr 4: full speed, power 100 mA, config 1, Belkin Components(0x0109), Belkin USB PDA Adapter(0x050d), rev 1.02 > port 2 addr 2: full speed, self powered, config 1, USB HUB(0x0500), Western Digital(0x1058), rev 0.07 > port 1 powered > port 2 addr 3: full speed, self powered, config 1, External HDD(0x0400), Western Digital(0x1058), rev 1.06 > port 3 powered > port 4 powered > > i am trying a usbd.conf of > > device "Belkin USB PDA Adapter" > devname "ucom0" > vendor 0x0109 > product 0x050d > # attach > > but am kinda lost as kermitting to /dev/ucom0 gives me > > C-Kermit>set line /dev/ucom0 > /dev/ucom0: No such file or directory > Connection to /dev/ucom0 failed: No such file or directory > > yet > > # kldstat > Id Refs Address Size Name > 1 16 0xc0400000 3a42f4 kernel > 2 1 0xc07a5000 6eb8 linprocfs.ko > 3 2 0xc07ac000 1fa44 linux.ko > 4 1 0xc07cc000 bc08 ipfw.ko > 5 1 0xc07d8000 5f84 snd_ich.ko > 6 2 0xc07de000 204fc sound.ko > 7 1 0xc07ff000 5418 acpi_video.ko > 8 15 0xc0805000 5d6f4 acpi.ko > 9 1 0xc5981000 3000 ucom.ko > > should i remove all usb from the kernel? > > 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" You need 'ubsa' module loaded or device 'ubsa' in you kernel configuration. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 19:33:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8834A16A4CE for ; Sun, 3 Oct 2004 19:33:07 +0000 (GMT) Received: from mwinf0806.wanadoo.fr (smtp8.wanadoo.fr [193.252.22.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2C9643D2F for ; Sun, 3 Oct 2004 19:33:06 +0000 (GMT) (envelope-from dak@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0806.wanadoo.fr (SMTP Server) with SMTP id C81E71800112 for ; Sun, 3 Oct 2004 21:33:05 +0200 (CEST) Received: from smtp.wanadoo.fr (ca-sqy-2-245.w80-8.abo.wanadoo.fr [80.8.55.245]) by mwinf0806.wanadoo.fr (SMTP Server) with ESMTP id 956BD18001AD for ; Sun, 3 Oct 2004 21:33:05 +0200 (CEST) Received: from nebula.wanadoo.fr (localhost [127.0.0.1]) by smtp.wanadoo.fr (8.13.1/8.13.1) with ESMTP id i93JX47t001232 for ; Sun, 3 Oct 2004 21:33:05 +0200 (CEST) (envelope-from dak@nebula.wanadoo.fr) Received: (from dak@localhost) by nebula.wanadoo.fr (8.13.1/8.13.1/Submit) id i93JX4Lb001231 for current@freebsd.org; Sun, 3 Oct 2004 21:33:04 +0200 (CEST) (envelope-from dak) Date: Sun, 3 Oct 2004 21:33:04 +0200 From: Aurelien Nephtali To: current@freebsd.org Message-ID: <20041003193304.GA1202@nebula.wanadoo.fr> References: <20041003164006.GA20441@nebula.wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041003164006.GA20441@nebula.wanadoo.fr> User-Agent: Mutt/1.5.6i Subject: Re: .symtab section is now broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 19:33:07 -0000 I fixed the problem by linking with -static but I'm sure that before I wasn't using this. On Sun, Oct 03, 2004 at 06:40:06PM +0200, Aurelien NEPHTALI wrote: > Hi, > > I have coded some tools that read ELF binaries. Thet used to work 1 or 2 years > ago but now they don't. These tools parse an ELF file to get addresses of > malloc(),free(),etc into the PLT to put breakpoint on them. > > The problem comes from the .symtab section. I'm using this struct to read > symbols: > > typedef struct s_symhdr > { > unsigned int st_name; > unsigned int st_value; > unsigned int st_size; > unsigned char st_info; > unsigned char st_other; > unsigned short st_shndx; > } t_symhdr; > > Before, the field 'st_value' contained the symbol's address into the PLT, > now it's null, ie (readelf output): > > 71: 00000000 41 FUNC GLOBAL DEFAULT UND malloc > ^^^^^^^^ > value > > I was suspecting the new gcc so I installed gcc 2.95 but it's the same problem. > > Is there a reason ? What to do to still get the value I want ? > > I have tested on NetBSD 1.6.1 and it works fine. > > Thanks. > > -- > NEPHTALI 'dak' Aurelien > TEK2 - Promo 2008 > 06.19.84.90.10 > _______________________________________________ > 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" -- NEPHTALI 'dak' Aurelien TEK2 - Promo 2008 06.19.84.90.10 From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 19:54:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C351516A4CE for ; Sun, 3 Oct 2004 19:54:38 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E40743D39 for ; Sun, 3 Oct 2004 19:54:38 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3762807rnk for ; Sun, 03 Oct 2004 12:54:34 -0700 (PDT) Received: by 10.38.73.46 with SMTP id v46mr4335470rna; Sun, 03 Oct 2004 12:54:34 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Sun, 3 Oct 2004 12:54:34 -0700 (PDT) Message-ID: <6917b781041003125473180ac5@mail.gmail.com> Date: Sun, 3 Oct 2004 15:54:34 -0400 From: "David D.W. Downey" To: Ruslan Ermilov In-Reply-To: <20041003180927.GA3932@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <415EC5E6.2070305@FreeBSD.org> <20041002165116.GB57797@ip.net.ua> <415F796F.8010204@FreeBSD.org> <20041003051530.GA2165@ip.net.ua> <6917b781041003083422828183@mail.gmail.com> <20041003180927.GA3932@ip.net.ua> cc: Current cc: Scott Long Subject: Re: [Fwd: Re: Inability to create jails under 5.3-BETA6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 19:54:39 -0000 On Sun, 3 Oct 2004 21:09:27 +0300, Ruslan Ermilov wrote: > On Sun, Oct 03, 2004 at 11:34:15AM -0400, David D.W. Downey wrote: > > Sorry Ruslan, > > > > Had some issues here that necessitated a reinstall which kept me > > offline since i messaged about this. > > > > OK, I'll check out what you said. I just tried under BETA7 using the > > man page details to try it. I'll check out your suggestion and go from > > there. > > > > My Makefile is currently $FreeBSD: src/Makefile,v 1.306 2004/08/09 > > 11:38:41 harti Exp $ > > and this is 5.3-BETA7 pull as of yesterday night. Is 1.442 in 6.x or > > something? (I just redid a fresh pull while working on this email and > > it's still 1.306) > > > You need src/Makefile.inc1,v 1.442 not src/Makefile. > > > On Sun, 3 Oct 2004 08:15:30 +0300, Ruslan Ermilov wrote: > > > Hi Scott, > > > > > > On Sat, Oct 02, 2004 at 10:00:47PM -0600, Scott Long wrote: > > > > Is it better to MFC the hack from HEAD, or just update the manpage? > > > > > > > I think it's better to MFC it (I planned to do it anyway), > > > especially that the patch is trivial and only changes the > > > type of the DESTDIR variable in three places. (Patch is > > > attached, in case you want to commit it -- I will be away > > > from my computer in the next 12 or so hours.) > > I also attached a ready to commit patch in this email. > > Also ran into a problem using the method you described of make installworld DESTDIR=$D doing that failed to install quite a few files. /etc/ is almost completely unpopulated. Doesn't even know who root is! (from inside the jail) ==================== # ls etc/ X11 fstab mail ntp ppp rc.d ssh bluetooth gnats mtree pam.d rc.conf resolv.conf ssl defaults isdn namedb periodic rc.conf~ skel # (rc.conf and resolv.conf are edits i made following the man page) My exact sequences were as follows... >From silvani (the host) (codecastle.com is my private internal network) I ran /bin/sh (since no offense but I can't stand csh) # cd /usr/src # cvsup -g -L 2 /usr/sup/current-supfile # D=/usr/local/LOCKBOX/virtual-tree/development/devel.codecastle.com # mkdir -p $D # ls -alh /usr/local/LOCKBOX/virtual-tree/development/ total 10 drwxr-xr-x 5 root wheel 512B Oct 3 13:47 . drwxr-xr-x 4 root wheel 512B Sep 30 00:19 .. drwxrwxr-x 2 root operator 512B Oct 3 00:28 .snap drwxr-xr-x 16 root wheel 512B Oct 3 13:47 desktop.codecastle.com drwxr-xr-x 16 root wheel 512B Oct 3 13:41 devel.codecastle.com # make buildworld # make installworld DESTDIR=$D # jail /usr/local/LOCKBOX/virtual-tree/development/devel.codecastle.com 192.168.1.5 /bin/sh # touch /etc/fstab # echo 'nameserver 4.2.2.1' >> /etc/resolv.conf # echo 'nameserver 4.2.2.3' >> /etc/resolv.conf [Then i hand edited /etc/rc.conf to add the appropriate entries as shown in the man page for jail] Then I did this... # passwd root passwd: root: no such user # Which prompted me to check the /etc dir for passwd and master.passwd. As the above ls showed there were a truckload of files missing just in the /etc/ dir itself. Any ideas? -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 19:59:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E00416A4CE; Sun, 3 Oct 2004 19:59:41 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E24743D1F; Sun, 3 Oct 2004 19:59:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F329251CE1; Sun, 3 Oct 2004 13:00:40 -0700 (PDT) Date: Sun, 3 Oct 2004 13:00:40 -0700 From: Kris Kennaway To: "David D.W. Downey" Message-ID: <20041003200040.GA23567@xor.obsecurity.org> References: <415EC5E6.2070305@FreeBSD.org> <20041002165116.GB57797@ip.net.ua> <415F796F.8010204@FreeBSD.org> <20041003051530.GA2165@ip.net.ua> <6917b781041003083422828183@mail.gmail.com> <20041003180927.GA3932@ip.net.ua> <6917b781041003125473180ac5@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <6917b781041003125473180ac5@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: Scott Long cc: Current Subject: Re: [Fwd: Re: Inability to create jails under 5.3-BETA6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 19:59:41 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 03, 2004 at 03:54:34PM -0400, David D.W. Downey wrote: > Also ran into a problem using the method you described of make > installworld DESTDIR=3D$D >=20 > doing that failed to install quite a few files. /etc/ is almost > completely unpopulated. Doesn't even know who root is! Er, that's because you forgot the 'make distribution' step in the list (see the jail manpage). Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYFpoWry0BWjoQKURAg4TAJsFzds5VG534W67+svbTXGKEOOyrQCdEX9o GezoBIclbYSNaolnn8oyKYc= =KP3Z -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:01:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E2E816A4CE for ; Sun, 3 Oct 2004 20:01:28 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2100243D4C for ; Sun, 3 Oct 2004 20:01:28 +0000 (GMT) (envelope-from david.downey@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3763068rnk for ; Sun, 03 Oct 2004 13:01:24 -0700 (PDT) Received: by 10.38.171.77 with SMTP id t77mr5263717rne; Sun, 03 Oct 2004 13:01:24 -0700 (PDT) Received: by 10.38.82.69 with HTTP; Sun, 3 Oct 2004 13:01:23 -0700 (PDT) Message-ID: <6917b781041003130131b3359d@mail.gmail.com> Date: Sun, 3 Oct 2004 16:01:23 -0400 From: "David D.W. Downey" To: Kris Kennaway In-Reply-To: <20041003200040.GA23567@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <415EC5E6.2070305@FreeBSD.org> <20041002165116.GB57797@ip.net.ua> <415F796F.8010204@FreeBSD.org> <20041003051530.GA2165@ip.net.ua> <6917b781041003083422828183@mail.gmail.com> <20041003180927.GA3932@ip.net.ua> <6917b781041003125473180ac5@mail.gmail.com> <20041003200040.GA23567@xor.obsecurity.org> cc: Scott Long cc: Current Subject: Re: [Fwd: Re: Inability to create jails under 5.3-BETA6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David D.W. Downey" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:01:28 -0000 On Sun, 3 Oct 2004 13:00:40 -0700, Kris Kennaway wrote: > On Sun, Oct 03, 2004 at 03:54:34PM -0400, David D.W. Downey wrote: > > Er, that's because you forgot the 'make distribution' step in the list > (see the jail manpage). > > Kris > DOH! Thanks, -- David D.W. Downey From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:02:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A8E816A4D0 for ; Sun, 3 Oct 2004 20:02:10 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1662E43D2F for ; Sun, 3 Oct 2004 20:02:07 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i93K1iIV009605; Sun, 3 Oct 2004 16:01:46 -0400 Message-ID: <41605AB9.8090008@elischer.org> Date: Sun, 03 Oct 2004 13:02:01 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Sascha Schumann References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Conclusion of thread "Deadlocks with recent SMP current"? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:02:10 -0000 Sascha Schumann wrote: > Hi, > > was there any conclusion to that thread? I have got two > systems which are showing the exact same symptoms running > RELENG_5_2. The busier one deadlocks regularly once a day. > > What is the recommended way to procede? I don't want to > upgrade to RELENG_5 due to the experimental nature of the > network stack, gcc 3.4 integration and general dislike of > bleeding edge software for production systems. (and yes, the > freebsd 5 systems are inherited.) > > Thanks for any advise. > > - Sascha > > _______________________________________________ > 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" We have two thread dealock cases hat we are tracking down there are fixes for both in the works. From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:02:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1467E16A4CE for ; Sun, 3 Oct 2004 20:02:46 +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 DE63543D31 for ; Sun, 3 Oct 2004 20:02:45 +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.34 (FreeBSD)) id 1CECZB-0000eP-5o for freebsd-current@freebsd.org; Sun, 03 Oct 2004 13:02:45 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16736.23268.584348.209354@ran.psg.com> Date: Sun, 3 Oct 2004 13:02:44 -0700 To: FreeBSD Current Subject: fails to mount md /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:02:46 -0000 i get # /sbin/mdmfs -s 64m -M md /tmp mdmfs: mdconfig (attach) exited with error code 1 kernel has /dev/md # grep md /sys/i386/conf/RAN #device amd # AMD 53C974 (Tekram DC-390(T)) device md # Memory "disks" but their ain't no /dev/md0 # ls /dev/md* /dev/mdctl i do have /etc/rc.conf set up the same as on systems which mount it successfully # grep tmp /etc/rc.conf tmpmfs="YES" # Set to YES to always create an mfs /tmp, NO to never tmpsize="64m" # Size of mfs /tmp if created clear_tmp_enable="YES" # Clear /tmp at startup. randy From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:07:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 001FE16A4CE; Sun, 3 Oct 2004 20:07:51 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9713D43D1D; Sun, 3 Oct 2004 20:07:51 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i93K832c008713; Sun, 3 Oct 2004 16:08:03 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i93K83cl008712; Sun, 3 Oct 2004 16:08:03 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 3 Oct 2004 16:08:03 -0400 From: David Schultz To: Uwe Doering Message-ID: <20041003200803.GA8668@VARK.MIT.EDU> Mail-Followup-To: Uwe Doering , Takanori Watanabe , freebsd-fs@FreeBSD.ORG, bp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <41601BE0.4050401@geminix.org> <200410031805.i93I5JNZ009076@sana.init-main.com> <20041003183237.GA8100@VARK.MIT.EDU> <41605620.90407@geminix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41605620.90407@geminix.org> cc: freebsd-fs@FreeBSD.ORG cc: bp@FreeBSD.ORG cc: Takanori Watanabe cc: freebsd-current@FreeBSD.ORG Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:07:52 -0000 On Sun, Oct 03, 2004, Uwe Doering wrote: > >>I think the three filesystem entry > >>1. upper layer file > >>2. lower layer file > >>3. unionfs file > >>can be treated as different. > > > >I didn't pursue this before because I was concerned that it would > >introduce cache consistency issues between the union vnode and the > >underlying vnode. But I guess all vnops ultimately wind up at the > >underlying vnode, so this hopefully isn't an issue... > > Applications use the synthesized unionfs vnodes. They have no knowledge > of what's going on underneath. So they can't tell whether one unionfs > vnode refers to a file in the upper layer, and the other to one in the > lower layer. That isn't the issue. The issue is that an application might open the vnode in the unionfs mount, and another application might modify the same file in the underlying file system. If the kernel doesn't understand that it is really the same file, then cache incoherencies will occur. I'm actually not sure to what extent this is a problem already; John Heidemann's Phd thesis had a way of dealing with it, but FreeBSD doesn't do things that way AFAIK. From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:08:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28AD916A4CE for ; Sun, 3 Oct 2004 20:08:14 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F2943D2F for ; Sun, 3 Oct 2004 20:08:13 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i93K8D90059692; Sun, 3 Oct 2004 13:08:13 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <41605C2C.8050004@freebsd.org> Date: Sun, 03 Oct 2004 13:08:12 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: spam maps References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> In-Reply-To: <20041003124353.29822.qmail@web54005.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:08:14 -0000 /stand is largely defunct. It is, I believe, still used to bootstrap the CD-ROM installation, but has no particular purpose after that point. Most of these do have counterparts in /rescue (e.g. -sh is redundant with sh, minigzip is redundant with gzip, cpio with pax/tar, etc.) sysinstall is in /usr/sbin now. The point of /rescue is to provide a reliable environment from which a broken /bin and /sbin can be repaired. That seems to boil down to basic tools for locating and copying files from various sources (to replace a hosed shared library, for instance). If there are things that should be in /rescue that would be needed in certain scenarios, feel free to propose additions or changes to /rescue. Be prepared to nominate deletions as well; very many people think that /rescue is already too large. Tim spam maps wrote: > Hello, > > On my cvs-updated 5.3 system I have /stand/ and > /rescue/. > > /rescue/ is updated according to cvsup/makeworld etc., > but /stand/ is not. Is /stand/ becoming redundant? > Should these two directories be merged into a single > /rescue/? > > I notice following differences. Files and directories > that are in /stand/, but not in /rescue/: > > /rescue/-sh > /rescue/arp > /rescue/boot_crunch > /rescue/cpio > /rescue/find > /rescue/minigzip > /rescue/ppp > /rescue/sed > /rescue/sysinstall > /rescue/usbd > /rescue/usbdevs > /rescue/etc/ > /rescue/help/ > > Moreover, for those files that are in both, the > /stand/ > ones are obviously older than the ones (from cvsup > process) in /rescue/. > > Regards, > Rob. > > > > _______________________________ > Do you Yahoo!? > Declare Yourself - Register online to vote today! > http://vote.yahoo.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:10:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90FB916A4D0 for ; Sun, 3 Oct 2004 20:10:26 +0000 (GMT) Received: from chatserv.de (p15119030.pureserver.info [217.160.175.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A21DA43D2F for ; Sun, 3 Oct 2004 20:10:23 +0000 (GMT) (envelope-from sascha@schumann.cx) Received: from lx.foo (chatserv [217.160.175.43]) by chatserv.de (Postfix) with ESMTP id 9ACD611009D for ; Sun, 3 Oct 2004 22:10:21 +0200 (CEST) Date: Sun, 3 Oct 2004 22:10:21 +0200 (CEST) From: Sascha Schumann X-X-Sender: sas@lx To: freebsd-current@freebsd.org In-Reply-To: <20041002210024.GA55807@xor.obsecurity.org> Message-ID: References: <20041002210024.GA55807@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Conclusion of thread "Deadlocks with recent SMP current"? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:10:26 -0000 Just to give an update on our progress. db server: Was upgraded to RELENG_5 with conservative settings (no CPUTYPE, kernel config basically GENERIC except an increased MAXDSIZ). Worked ok until we put some load onto it. Crashed hard after about an hour of doing some work. www server: Booted cleanly into 5.3 kernel, but would not boot anymore after the following installworld. Deadlocks during boot with all tested kernels - even those from a 5.2 install medium and the previously successfully running 5.2.1 kernel. vga0: adv1: Invalid baseport of specified. Nearest etc. Both machines are 4xP4 Xeons with 4GB of RAM. If anyone is interested in details, let me know. - Sascha From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:28:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E859F16A4CE for ; Sun, 3 Oct 2004 20:28:13 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D4943D4C for ; Sun, 3 Oct 2004 20:28:13 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id B49A95313; Sun, 3 Oct 2004 22:28:11 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id DABC25312; Sun, 3 Oct 2004 22:28:04 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id B5894B860; Sun, 3 Oct 2004 22:28:04 +0200 (CEST) To: "Stephen J. Roznowski" References: <200410031812.i93IC79a000175@istari.comcast.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 03 Oct 2004 22:28:04 +0200 In-Reply-To: <200410031812.i93IC79a000175@istari.comcast.net> (Stephen J. Roznowski's message of "Sun, 3 Oct 2004 14:12:06 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org Subject: Re: Networking problems with 5.3-BETA6/7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:28:14 -0000 "Stephen J. Roznowski" writes: > I'm trying to install 5.3-BETA6 onto an HP Presario SA4000Z. [AMD64 > using an nForce3 250 chipset]. I've also upgraded to RELENG_5 and the > problem remains. > > The network configures as "fwe0" and appears to have the correct IP > address, but if I attempt to ping the gateway, I get a "Host is down" > error. I've tried using "fwip0" instead, but I get the same error. fwe0 is the Firewire interface, not the Ethernet interface. The nVidia nForce3 Ethernet interface is not supported. David O'Brien apparently has a driver for it which he hasn't committed yet; you could ask him for the sources. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:32:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE8B016A4CE for ; Sun, 3 Oct 2004 20:32:18 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 900E443D1F for ; Sun, 3 Oct 2004 20:32:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DC49151491; Sun, 3 Oct 2004 13:33:18 -0700 (PDT) Date: Sun, 3 Oct 2004 13:33:18 -0700 From: Kris Kennaway To: Sascha Schumann Message-ID: <20041003203318.GA26177@xor.obsecurity.org> References: <20041002210024.GA55807@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Conclusion of thread "Deadlocks with recent SMP current"? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:32:18 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 03, 2004 at 10:10:21PM +0200, Sascha Schumann wrote: > Just to give an update on our progress. >=20 > db server: Was upgraded to RELENG_5 with conservative > settings (no CPUTYPE, kernel config basically GENERIC except > an increased MAXDSIZ). Worked ok until we put some load onto > it. Crashed hard after about an hour of doing some work. >=20 > www server: Booted cleanly into 5.3 kernel, but would not > boot anymore after the following installworld. Deadlocks > during boot with all tested kernels - even those from a 5.2 > install medium and the previously successfully running 5.2.1 > kernel. =20 > =20 > vga0: > adv1: Invalid baseport of specified. Nearest etc. > >=20 > Both machines are 4xP4 Xeons with 4GB of RAM. If anyone is > interested in details, let me know. Yes, you'll need to provide actual details if you want someone to try to fix your problems. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYGIOWry0BWjoQKURArmUAKDAZeaaNPPyaG4HwMaW8it78fH1DACfVHLt vUYs4Q7s/ALKTqFzfRHbjh8= =jhKr -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:33:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A904516A4CE for ; Sun, 3 Oct 2004 20:33:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7783C43D41 for ; Sun, 3 Oct 2004 20:33:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CBD7851491; Sun, 3 Oct 2004 13:34:02 -0700 (PDT) Date: Sun, 3 Oct 2004 13:34:02 -0700 From: Kris Kennaway To: Dag-Erling Sm?rgrav Message-ID: <20041003203402.GB26177@xor.obsecurity.org> References: <200410031812.i93IC79a000175@istari.comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: "Stephen J. Roznowski" Subject: Re: Networking problems with 5.3-BETA6/7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:33:02 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 03, 2004 at 10:28:04PM +0200, Dag-Erling Sm?rgrav wrote: > "Stephen J. Roznowski" writes: > > I'm trying to install 5.3-BETA6 onto an HP Presario SA4000Z. [AMD64 > > using an nForce3 250 chipset]. I've also upgraded to RELENG_5 and the > > problem remains. > > > > The network configures as "fwe0" and appears to have the correct IP > > address, but if I attempt to ping the gateway, I get a "Host is down" > > error. I've tried using "fwip0" instead, but I get the same error. >=20 > fwe0 is the Firewire interface, not the Ethernet interface. The > nVidia nForce3 Ethernet interface is not supported. David O'Brien > apparently has a driver for it which he hasn't committed yet; you > could ask him for the sources. /usr/ports/net/nvnet? Kris --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYGI6Wry0BWjoQKURAvJOAKDmzlavohCjb6Omwynj1hd+NLnfhACeLNRu HFVop3eYpW4i24SIZ7ToBLU= =HOlQ -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:51:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3B3E16A4CE for ; Sun, 3 Oct 2004 20:51:12 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74E843D2D for ; Sun, 3 Oct 2004 20:51:12 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 89E665313; Sun, 3 Oct 2004 22:51:11 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id A78EA5312; Sun, 3 Oct 2004 22:51:04 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 8360EB860; Sun, 3 Oct 2004 22:51:04 +0200 (CEST) To: Kris Kennaway References: <200410031812.i93IC79a000175@istari.comcast.net> <20041003203402.GB26177@xor.obsecurity.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 03 Oct 2004 22:51:04 +0200 In-Reply-To: <20041003203402.GB26177@xor.obsecurity.org> (Kris Kennaway's message of "Sun, 3 Oct 2004 13:34:02 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: "Stephen J. Roznowski" Subject: Re: Networking problems with 5.3-BETA6/7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:51:13 -0000 Kris Kennaway writes: > On Sun, Oct 03, 2004 at 10:28:04PM +0200, Dag-Erling Sm?rgrav wrote: > > fwe0 is the Firewire interface, not the Ethernet interface. The > > nVidia nForce3 Ethernet interface is not supported. David O'Brien > > apparently has a driver for it which he hasn't committed yet; you > > could ask him for the sources. > /usr/ports/net/nvnet? only works on i386. there are patches to make it work on amd64, but I've had no luck with them. David claimed in May to have an almost- finished nve(4) driver that worked on amd64. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:52:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3563316A4CE for ; Sun, 3 Oct 2004 20:52:54 +0000 (GMT) Received: from max.af.czu.cz (max.af.czu.cz [193.84.41.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C45FE43D48 for ; Sun, 3 Oct 2004 20:52:52 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 78060 invoked by uid 89); 3 Oct 2004 20:52:51 -0000 Received: from unknown (HELO ?10.15.141.2?) (ares@max.af.czu.cz@217.11.239.237) by max.af.czu.cz with AES256-SHA encrypted SMTP; 3 Oct 2004 20:52:51 -0000 From: Tomas Randa To: freebsd-current@FreeBSD.ORG Content-Type: text/plain Message-Id: <1096836705.1446.4.camel@ares.office.internetservice.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 03 Oct 2004 22:51:45 +0200 Content-Transfer-Encoding: 7bit Subject: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:52:54 -0000 Hi, I am running VIA8237 ata controller with BETA6 from 02.10.04 and in dmesg still have the following errors: ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=846959 I thing it will good with beta6, because some changes was made on ata, but not. Thanks for help. Tomas Randa From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 21:00:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1F3516A4CE for ; Sun, 3 Oct 2004 21:00:16 +0000 (GMT) Received: from update.ods.org (221056.ds.nac.net [66.246.72.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D22C43D5D for ; Sun, 3 Oct 2004 21:00:16 +0000 (GMT) (envelope-from jd@ods.org) Received: from localhost (221056.ds.nac.net [127.0.0.1]) by update.ods.org (Postfix) with ESMTP id 04DD11A524D for ; Sun, 3 Oct 2004 17:00:16 -0400 (EDT) Received: from update.ods.org ([127.0.0.1]) by localhost (update.ods.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 96314-01 for ; Sun, 3 Oct 2004 17:00:15 -0400 (EDT) Received: from VPN-jd.ods.org (VPN-jd.ods.org [64.247.11.255]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by update.ods.org (Postfix) with ESMTP id 482F61A5245 for ; Sun, 3 Oct 2004 17:00:15 -0400 (EDT) Date: Sun, 03 Oct 2004 12:32:55 -0400 From: Jason DiCioccio To: freebsd-current@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.3 (Linux/x86) Resent-Date: Sun, 03 Oct 2004 16:55:00 -0400 Resent-From: Jason DiCioccio Resent-To: freebsd-current@freebsd.org Resent-Message-ID: X-Resent-Mailer: Mulberry/3.1.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; FORMAT=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at ods.org Subject: Serial ATA, Write Caching and Soft-Updates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 21:00:16 -0000 Greetings! I'm just asking this question mainly out of curiosity. However, I know that Serial ATA drives can support 'native command queuing' (an improved version of tagged command queuing apparently). As a result, are serial ATA drives safe to use in a soft-updates+write caching enabled setup? Do they suffer from the same write caching issues that the PATA drives suffered from? Thanks! -JD- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 21:01:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC07316A4CE; Sun, 3 Oct 2004 21:01:45 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B1CE43D2D; Sun, 3 Oct 2004 21:01:45 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i93L1vFc009209; Sun, 3 Oct 2004 17:01:57 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i93L1uLD009208; Sun, 3 Oct 2004 17:01:56 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sun, 3 Oct 2004 17:01:56 -0400 From: David Schultz To: Uwe Doering Message-ID: <20041003210156.GA9127@VARK.MIT.EDU> Mail-Followup-To: Uwe Doering , Takanori Watanabe , freebsd-fs@FreeBSD.ORG, bp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <41601BE0.4050401@geminix.org> <200410031805.i93I5JNZ009076@sana.init-main.com> <20041003183237.GA8100@VARK.MIT.EDU> <41605620.90407@geminix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41605620.90407@geminix.org> cc: freebsd-fs@FreeBSD.ORG cc: bp@FreeBSD.ORG cc: Takanori Watanabe cc: freebsd-current@FreeBSD.ORG Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 21:01:46 -0000 On Sun, Oct 03, 2004, Uwe Doering wrote: > David Schultz wrote: > >On Mon, Oct 04, 2004, Takanori Watanabe wrote: > > > >>>With 'unionfs' you can have underlying files from two different layers > >>>(upper and lower) on two different file systems which may, by > >>>coincidence, have the same inode number. Now, if you override the real > >>>va_fsid with that of the 'unionfs' mount you'll end up with two > >>>'unionfs' vnodes that appear to represent the same file (a hard link, > >>>for instance), but in reality the files are different entities. > >>>Obviously, both the kernel and applications might draw wrong conclusions > >>>in this case. > >> > >>I think the three filesystem entry > >>1. upper layer file > >>2. lower layer file > >>3. unionfs file > >>can be treated as different. > > > >I didn't pursue this before because I was concerned that it would > >introduce cache consistency issues between the union vnode and the > >underlying vnode. But I guess all vnops ultimately wind up at the > >underlying vnode, so this hopefully isn't an issue... > > Applications use the synthesized unionfs vnodes. They have no knowledge > of what's going on underneath. So they can't tell whether one unionfs > vnode refers to a file in the upper layer, and the other to one in the > lower layer. In my previous message I was confusing two issues, so please allow me to clarify. One issue is that NFS uses the fsid to look up vnodes, so it isn't clear to me what effect this change might have over NFS-exported unionfs mounts. (A while ago they didn't work anyway, but I thought that was fixed.) The other issue is cache coherency between the upper and lower vnodes, which I think unionfs gets wrong when mmap() is involved---I think it needs its own (get|put)pages() that proxy the request to the correct layer. From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 21:22:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29ECB16A4CE for ; Sun, 3 Oct 2004 21:22:17 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 140F643D4C for ; Sun, 3 Oct 2004 21:22:16 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i93LRacr031872 for ; Mon, 4 Oct 2004 10:29:57 +1300 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i93LLNjX028247 for ; Mon, 4 Oct 2004 10:21:24 +1300 Message-ID: <41606B0D.3070303@ThePacific.Net> Date: Mon, 04 Oct 2004 10:11:41 +1300 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 21:22:17 -0000 Hi There. We are legally abaible to run 14 channels on 2.4Ghz, but the Atheros driver on freebsd permit use only 11, I being trying to change the setup with the sysctl otions, nothing work. Same wireless card on diferent OS with diferent driver I can get all the channel. any ideas? cheers Marcos From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 00:12:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A081D16A4CE; Mon, 4 Oct 2004 00:12:16 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 311E643D45; Mon, 4 Oct 2004 00:12:16 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i940CE7Z006641; Sun, 3 Oct 2004 20:12:14 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i940CEn8006638; Sun, 3 Oct 2004 20:12:14 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 3 Oct 2004 20:12:14 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20041003200636.D90253@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1781484747-1096848734=:90253" X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: boris@freebsd.org Subject: [PATCH] contrib/smbfs/smbutil - 2 typos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 00:12:16 -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-1781484747-1096848734=:90253 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, Nothing big, just a couple of annoyances. I've copied boris@ on this email. Could this be committed? :) Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-1781484747-1096848734=:90253 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="smbutil.typo.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20041003201214.F90253@alpha.siliconlandmark.com> Content-Description: Content-Disposition: attachment; filename="smbutil.typo.patch" SW5kZXg6IHByaW50LmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm aWxlOiAvaG9tZS9uY3ZzL3NyYy9jb250cmliL3NtYmZzL3NtYnV0aWwvcHJp bnQuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMS4xLjENCmRpZmYgLXUg LXIxLjEuMS4xIHByaW50LmMNCi0tLSBwcmludC5jCTE0IERlYyAyMDAxIDEx OjA2OjAzIC0wMDAwCTEuMS4xLjENCisrKyBwcmludC5jCTMgT2N0IDIwMDQg MjM6NTk6NDUgLTAwMDANCkBAIC0xNDUsNyArMTQ1LDcgQEANCiBwcmludF91 c2FnZSh2b2lkKQ0KIHsNCiAJcHJpbnRmKA0KLQkidXNhZ2U6IHNtYnV0aWwg cHJpbnQgW2Nvbm5lY3Rpb24gb3B0aW5vbnNdIC8vdXNlckBzZXJ2ZXIvc2hh cmVcbiINCisJInVzYWdlOiBzbWJ1dGlsIHByaW50IFtjb25uZWN0aW9uIG9w dGlvbnNdIC8vdXNlckBzZXJ2ZXIvc2hhcmVcbiINCiAJKTsNCiAJZXhpdCgx KTsNCiB9DQpJbmRleDogdmlldy5jDQo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvY29udHJpYi9zbWJmcy9zbWJ1 dGlsL3ZpZXcuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMS4xLjMNCmRp ZmYgLXUgLXIxLjEuMS4zIHZpZXcuYw0KLS0tIHZpZXcuYwkyMiBBcHIgMjAw MiAxNjoxNToyMCAtMDAwMAkxLjEuMS4zDQorKysgdmlldy5jCTMgT2N0IDIw MDQgMjM6NTk6NTcgLTAwMDANCkBAIC0xMzAsNyArMTMwLDcgQEANCiB2aWV3 X3VzYWdlKHZvaWQpDQogew0KIAlwcmludGYoDQotCSJ1c2FnZTogc21idXRp bCB2aWV3IFtjb25uZWN0aW9uIG9wdGlub25zXSAvL1t1c2VyQF1zZXJ2ZXJc biINCisJInVzYWdlOiBzbWJ1dGlsIHZpZXcgW2Nvbm5lY3Rpb24gb3B0aW9u c10gLy9bdXNlckBdc2VydmVyXG4iDQogCSk7DQogCWV4aXQoMSk7DQogfQ0K --0-1781484747-1096848734=:90253-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 00:19:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E5A716A4CE for ; Mon, 4 Oct 2004 00:19:42 +0000 (GMT) Received: from smtp.easystreet.com (smtp.easystreet.com [69.30.22.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E38F843D2F for ; Mon, 4 Oct 2004 00:19:39 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from [192.168.0.103] (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.easystreet.com (Postfix) with ESMTP id 95C7B36403F for ; Sun, 3 Oct 2004 17:19:39 -0700 (PDT) From: Eric Anholt To: current@FreeBSD.org Content-Type: text/plain Message-Id: <1096849178.859.45.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 03 Oct 2004 17:19:39 -0700 Content-Transfer-Encoding: 7bit Subject: Removing generic AGP options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 00:19:42 -0000 I would like to remove the generic support from the various AGP drivers. These are the cases of matching the vendor and PCIC_BRIDGE || PCIS_BRIDGE_HOST with AGP capabilities. My reasoning is that, while we sometimes get lucky, most of the times it seems like the wrong type of AGP driver attaches, and people get unexplained hangs when doing "startx." One example would be myself with a new AMD64 system, where agp_via attached when agp_amd64 looks like what was necessary. I know we've had examples of this before with agp_amd, agp_via, and agp_intel in the past. Any opposition? I think most of our drivers have the PCI IDs they currently support anyway (I might check linux before making the change), so I don't think this would have much impact on current users. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 01:03:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D80616A4CE for ; Mon, 4 Oct 2004 01:03:34 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5DAF43D2D for ; Mon, 4 Oct 2004 01:03:33 +0000 (GMT) (envelope-from patrick@137.org) Received: from morpheus.infiscape.com ([12.216.47.168]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20041004010332m9200atgkme>; Mon, 4 Oct 2004 01:03:32 +0000 Received: from dsl.80.187.networkiowa.com (dsl.80.187.networkiowa.com [209.234.80.187]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by morpheus.infiscape.com (Postfix) with ESMTP id DBB4D390014 for ; Sun, 3 Oct 2004 20:03:31 -0500 (CDT) From: Patrick Hartling To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RQqghuUyuTunfNoIn3LL" Date: Sun, 03 Oct 2004 20:02:15 -0500 Message-Id: <1096851735.869.18.camel@dsl.80.187.networkiowa.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: offsetof() macro, C++, and GCC 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 01:03:34 -0000 --=-RQqghuUyuTunfNoIn3LL Content-Type: multipart/mixed; boundary="=-9iN2Cm6WIjnvOh4dLc70" --=-9iN2Cm6WIjnvOh4dLc70 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The offsetof() macro defined in stddef.h evaluates to code that can violate the C++ standard depending upon the context of its use. I have attached code that demonstrates the problem. GCC 3.4.2 in the base system refuses to compile the code, giving this error message: % g++ -c const-exp.cpp const-exp.cpp:14: error: a casts to a type other than an integral or enumeration type cannot appear in a constant-expression const-exp.cpp:14: error: '->' cannot appear in a constant-expression const-exp.cpp:14: error: `&' cannot appear in a constant-expression The gcc34 port (gcc-3.4.2_20040827) builds it just fine. The difference, as far as I can tell, is that gcc34 from the Ports Collection gets offsetof() from its own stddef.h, which has C++-friendly code: /* Offset of member MEMBER in a struct of type TYPE. */ #ifndef __cplusplus #define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER) #else /* The cast to "char &" below avoids problems with user-defined "operator &", which can appear in a POD type. */ #define offsetof(TYPE, MEMBER) \ (__offsetof__ (reinterpret_cast \ (&reinterpret_cast \ (static_cast (0)->MEMBER)))) #endif /* C++ */ Would fixing this problem be as simple as using the above code in /usr/include/stddef.h? The attached code was adapted from some very similar code in Boost.Python (from the file boost/python/object/instance.hpp), which does not compile with the base system GCC 3.4.2. There may be other parts of Boost 1.31.0--and the upcoming Boost 1.32.0--that are affected by this offsetof() problem. -Patrick --=20 Patrick L. Hartling | Research Assistant, VRAC http://www.137.org/patrick/ | 2274 Howe Hall Room 2624 PGP: http://tinyurl.com/2oum9 | http://www.vrac.iastate.edu/ --=-9iN2Cm6WIjnvOh4dLc70-- --=-RQqghuUyuTunfNoIn3LL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYKEXwZ1qaMh08hcRAhwlAKCiR2TrPIqyH/2a5Vlgsxqrl6pdkQCePMU6 QTKIKSzrRLiajgxLWdKTiJQ= =bEPg -----END PGP SIGNATURE----- --=-RQqghuUyuTunfNoIn3LL-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 01:26:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BB3216A4CE for ; Mon, 4 Oct 2004 01:26:35 +0000 (GMT) Received: from fed1rmmtao02.cox.net (fed1rmmtao02.cox.net [68.230.241.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 181D443D48 for ; Mon, 4 Oct 2004 01:26:35 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao02.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041004012633.KHLZ26240.fed1rmmtao02.cox.net@mezz.mezzweb.com> for ; Sun, 3 Oct 2004 21:26:33 -0400 Date: Sun, 03 Oct 2004 20:26:49 -0500 To: freebsd-current@freebsd.org References: <200410031812.i93IC79a000175@istari.comcast.net> <20041003203402.GB26177@xor.obsecurity.org> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20041003203402.GB26177@xor.obsecurity.org> User-Agent: Opera M2/7.54 (Linux, build 751) Subject: Re: Networking problems with 5.3-BETA6/7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 01:26:35 -0000 Resend, but only to freebsd-current. Somehow, my client has dropped freebsd-current from the CC. On Sun, 3 Oct 2004 13:34:02 -0700, Kris Kennaway wrote: > On Sun, Oct 03, 2004 at 10:28:04PM +0200, Dag-Erling Sm?rgrav wrote: >> "Stephen J. Roznowski" writes: >> > I'm trying to install 5.3-BETA6 onto an HP Presario SA4000Z. [AMD64 >> > using an nForce3 250 chipset]. I've also upgraded to RELENG_5 and the >> > problem remains. >> > >> > The network configures as "fwe0" and appears to have the correct IP >> > address, but if I attempt to ping the gateway, I get a "Host is down" >> > error. I've tried using "fwip0" instead, but I get the same error. >> >> fwe0 is the Firewire interface, not the Ethernet interface. The >> nVidia nForce3 Ethernet interface is not supported. David O'Brien >> apparently has a driver for it which he hasn't committed yet; you >> could ask him for the sources. Just wondering if it includes PCI/SMBus? I have nForce2 MCP chipest (not AMD64, just i386) with Gigabit Ethernet, so hope his driver will working on nForce2 as I don't mind to test it if it will working with nForce2. > /usr/ports/net/nvnet? The problem with nvnet is that... It's very out of date. The author of nvnet or whomever (programmer) will have to update to match nvidia.com's newer nForce driver for add more IDs and might (not sure) require update some more codes than just IDs. Cheers, Mezz > Kris -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 01:42:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4732B16A4CE; Mon, 4 Oct 2004 01:42:34 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC82943D1F; Mon, 4 Oct 2004 01:42:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i941gWqg049017; Sun, 3 Oct 2004 21:42:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i941gWKk081772; Sun, 3 Oct 2004 21:42:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CFD027303F; Sun, 3 Oct 2004 21:42:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041004014232.CFD027303F@freebsd-current.sentex.ca> Date: Sun, 3 Oct 2004 21:42:32 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 01:42:34 -0000 TB --- 2004-10-04 00:29:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-04 00:29:54 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-10-04 00:29:54 - checking out the source tree TB --- 2004-10-04 00:29:54 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-10-04 00:29:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-04 00:35:36 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-04 00:35:36 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-10-04 00:35:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/ia64/ia64/src/sbin/dumpfs/dumpfs.c (cd /tinderbox/CURRENT/ia64/ia64/src/rescue/rescue/../../sbin/dumpon && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE dumpon.o) rm -f .depend mkdep -f .depend -a -DRESCUE /tinderbox/CURRENT/ia64/ia64/src/sbin/dumpon/dumpon.c echo dumpon: /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/sbin/dumpon/dumpon.c /tinderbox/CURRENT/ia64/ia64/src/sbin/dumpon/dumpon.c: In function `check_size': /tinderbox/CURRENT/ia64/ia64/src/sbin/dumpon/dumpon.c:82: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sbin/dumpon. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-10-04 01:42:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-04 01:42:32 - ERROR: failed to build world TB --- 2004-10-04 01:42:32 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 02:20:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 601DC16A4CE for ; Mon, 4 Oct 2004 02:20:23 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B239B43D31 for ; Mon, 4 Oct 2004 02:20:22 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i942Irrr082647; Sun, 3 Oct 2004 20:18:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Oct 2004 20:20:26 -0600 (MDT) Message-Id: <20041003.202026.127179512.imp@bsdimp.com> To: marcos@ThePacific.Net From: "M. Warner Losh" In-Reply-To: <41606B0D.3070303@ThePacific.Net> References: <41606B0D.3070303@ThePacific.Net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 02:20:23 -0000 In message: <41606B0D.3070303@ThePacific.Net> "Marcos Biscaysaqu - ThePacific.net" writes: : We are legally abaible to run 14 channels on 2.4Ghz, but the Atheros : driver on freebsd permit use only 11, I being trying to change the setup : with the sysctl otions, nothing work. Same wireless card on diferent : OS with diferent driver I can get all the channel. : any ideas? Did you buy the wireless card in a regulatory domain that only allows 11 channels? The atheros cards have the reg dom burned into their flash. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 02:39:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3765416A4CE; Mon, 4 Oct 2004 02:39:08 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D9343D1D; Mon, 4 Oct 2004 02:39:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i942d7UB027248; Sun, 3 Oct 2004 22:39:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i942d6JL003054; Sun, 3 Oct 2004 22:39:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 048F37303F; Sun, 3 Oct 2004 22:39:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041004023906.048F37303F@freebsd-current.sentex.ca> Date: Sun, 3 Oct 2004 22:39:06 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 02:39:08 -0000 TB --- 2004-10-04 01:42:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-04 01:42:32 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-10-04 01:42:33 - checking out the source tree TB --- 2004-10-04 01:42:33 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-10-04 01:42:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-04 01:48:38 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-04 01:48:38 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-10-04 01:48:38 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpfs/dumpfs.c (cd /tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/../../sbin/dumpon && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE dumpon.o) rm -f .depend mkdep -f .depend -a -DRESCUE /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon/dumpon.c echo dumpon: /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon/dumpon.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon/dumpon.c: In function `check_size': /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon/dumpon.c:82: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-10-04 02:39:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-04 02:39:06 - ERROR: failed to build world TB --- 2004-10-04 02:39:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 02:58:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB12516A4CE; Mon, 4 Oct 2004 02:58:14 +0000 (GMT) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AEB943D2F; Mon, 4 Oct 2004 02:58:14 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i942wDZp023667 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 3 Oct 2004 19:58:13 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i942wD4e001939; Sun, 3 Oct 2004 19:58:13 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i942wDOs001938; Sun, 3 Oct 2004 19:58:13 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Sun, 3 Oct 2004 19:58:13 -0700 From: "Bruce A. Mah" To: freebsd-current@freebsd.org Message-ID: <20041004025813.GA1912@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ User-Agent: Mutt/1.5.6i cc: bmah@freebsd.org Subject: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 02:58:14 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I just updated a RELENG_5 system from sometime around 5.3-BETA4 (17 September) to very late 5.3-BETA6 (just before the 5.3-BETA7 version number bump) and it's now hanging after probing its DVD drive. This problem sounds vaguely like what was described in the thread "ATTN Soren: BETA3 still hangs on ATAPI DVD Detection during boot": http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036543.ht= ml The interesting thing is that my system appeared to be working just fine with the BETA4 code. I've appended verbose boot output from BETA4, as well as the lines that I think were relevant from a BETA6 boot, at least up to the point where it hung. The latter output is hand-copied. The system isn't totally wedged because I can page back through the console's scrollback buffer, but the kernel just doesn't seem to finish probing and attaching devices. I tried disabling ATAPI DMA as Soren suggested in the thread above by setting hw.ata.atapi_dma=3D0 from the loader; this seemed to have no effect. I tried backing out the ata driver updates from 30 September to see if that might help matters, but it didn't seem to help. Neither did booting the kernel from the 5.3-BETA6 bootonly iso image; that hangs in exactly the same way. At this point I'm kind of flailing around at random. At first I had suspected the ata(4) driver but the evidence I've seen so far doesn't really point in that direction. Any ideas? Thanks for any suggestions! Bruce. ----- (5.3-BETA4 boot. This kernel was built from source shortly before 5.3-BETA= 5.) FreeBSD 5.3-BETA4 #4: Fri Sep 17 13:00:00 PDT 2004 root@tomcat.kitchenlab.org:/usr/obj/usr/src/sys/NIMITZ5 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a37000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0a37228. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0a372d4. Preloaded elf module "/boot/kernel/uvisor.ko" at 0xc0a37380. Preloaded elf module "/boot/kernel/ucom.ko" at 0xc0a3742c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a374d8. Calibrating clock(s) ... i8254 clock: 1193183 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 996749528 Hz CPU: Intel Pentium III (996.75-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x68a Stepping =3D 10 Features=3D0x383f9ff real memory =3D 535691264 (510 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000001f5b4fff, 513327104 bytes (125324 pages) avail memory =3D 514519040 (490 MB) bios32: Found BIOS32 Service Directory header at 0xc00fdad0 bios32: Entry =3D 0xfdae0 (c00fdae0) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xdb01 pnpbios: Found PnP BIOS data at 0xc00f6830 pnpbios: Entry =3D f0000:5834 Rev =3D 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D11308086) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00f6e20 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 A 0xfe 14 embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 31 C 0x6b 3 4 5 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 1 1 3 A 0x61 4 5 6 7 9 10 11 12 14 slot 1 1 3 B 0x62 4 5 6 7 9 10 11 12 14 slot 1 1 3 C 0x63 4 5 6 7 9 10 11 12 14 slot 1 1 3 D 0x60 4 5 6 7 9 10 11 12 14 slot 2 1 4 A 0x61 4 5 6 7 9 10 11 12 14 slot 2 1 4 B 0x62 4 5 6 7 9 10 11 12 14 slot 2 1 4 C 0x63 4 5 6 7 9 10 11 12 14 slot 2 1 4 D 0x60 4 5 6 7 9 10 11 12 14 slot 3 1 5 A 0x61 4 5 6 7 9 10 11 12 14 slot 3 1 5 B 0x62 4 5 6 7 9 10 11 12 14 slot 3 1 5 C 0x63 4 5 6 7 9 10 11 12 14 slot 3 1 5 D 0x60 4 5 6 7 9 10 11 12 14 embedded 1 2 A 0x60 4 5 6 7 9 10 11 12 14 embedded 1 2 B 0x61 4 5 6 7 9 10 11 12 14 embedded 1 8 A 0x68 4 5 6 7 9 10 11 12 14 AcpiOsDerivePciId: bus 1 dev 2 func 0 AcpiOsDerivePciId: bus 1 dev 2 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 ACPI timer looks GOOD min =3D 2, max =3D 3, width =3D 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.LNKB irq 0: [ 4 5 6 7 9 10 11 12 14] 11+ low,level,sharable 0.3= 1.1 \\_SB_.LNKH irq 0: [ 4 5 6 7 9 10 11 12 14] 10+ low,level,sharable 0.3= 1.2 \\_SB_.LNKD irq 0: [ 4 5 6 7 9 10 11 12 14] 5+ low,level,sharable 0.3= 1.3 \\_SB_.LNKA irq 0: [ 4 5 6 7 9 10 11 12 14] 9+ low,level,sharable 0.1= =2E0 \\_SB_.LNKB irq 0: [ 4 5 6 7 9 10 11 12 14] 11+ low,level,sharable 0.1= =2E1 \\_SB_.LNKC irq 0: [ 4 5 6 7 9 10 11 12 14] 0+ low,level,sharable 0.1= =2E2 \\_SB_.LNKD irq 0: [ 4 5 6 7 9 10 11 12 14] 5+ low,level,sharable 0.1= =2E3 \\_SB_.LNKA irq 0: [ 4 5 6 7 9 10 11 12 14] 9+ low,level,sharable 0.2= =2E0 \\_SB_.LNKB irq 0: [ 4 5 6 7 9 10 11 12 14] 11+ low,level,sharable 0.2= =2E1 \\_SB_.LNKC irq 0: [ 4 5 6 7 9 10 11 12 14] 0+ low,level,sharable 0.2= =2E2 \\_SB_.LNKD irq 0: [ 4 5 6 7 9 10 11 12 14] 5+ low,level,sharable 0.2= =2E3 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x1130, revid=3D0x02 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 3, range 32, base e8000000, size 26, enabled map[14]: type 1, range 32, base eff80000, size 19, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.LNKA) pcib0: possible interrupts: 4 5 6 7 9 10 11 12 14 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 3, priority 23716): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 110 110 160 220 5110 5110 5110 5110 50110 \\_SB_.LNKD (references 3, priority 23716): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 110 110 160 220 5110 5110 5110 5110 50110 \\_SB_.LNKA (references 2, priority 15811): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 110 110 160 220 5110 5110 5110 5110 50110 \\_SB_.LNKC (references 2, priority 15811): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 110 110 160 220 5110 5110 5110 5110 50110 \\_SB_.LNKH (references 1, priority 7905): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 110 110 160 220 5110 5110 5110 5110 50110 pcib0: slot 2 INTA routed to irq 9 via \\_SB_.LNKA found-> vendor=3D0x8086, dev=3D0x1132, revid=3D0x02 bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D9 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0x11 bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2440, revid=3D0x11 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 0000ffa0, size 4, enabled found-> vendor=3D0x8086, dev=3D0x244b, revid=3D0x11 bus=3D0, slot=3D31, func=3D1 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.31.INTD (src \\_SB_.LNKD) pcib0: possible interrupts: 4 5 6 7 9 10 11 12 14 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 3, priority 24090): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 220 240 270 440 5220 5220 5220 5220 50220 \\_SB_.LNKD (references 3, priority 24090): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 220 240 270 440 5220 5220 5220 5220 50220 \\_SB_.LNKC (references 2, priority 16060): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 220 240 270 440 5220 5220 5220 5220 50220 \\_SB_.LNKH (references 1, priority 8030): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 220 240 270 440 5220 5220 5220 5220 50220 pcib0: slot 31 INTD routed to irq 5 via \\_SB_.LNKD found-> vendor=3D0x8086, dev=3D0x2442, revid=3D0x11 bus=3D0, slot=3D31, func=3D2 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=3Dd, irq=3D5 map[20]: type 4, range 32, base 00000540, size 4, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB) pcib0: possible interrupts: 4 5 6 7 9 10 11 12 14 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 3, priority 24466): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 330 350 410 660 5330 5330 5330 5330 50330 \\_SB_.LNKC (references 2, priority 16311): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 330 350 410 660 5330 5330 5330 5330 50330 \\_SB_.LNKH (references 1, priority 8155): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 330 350 410 660 5330 5330 5330 5330 50330 pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x2443, revid=3D0x11 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[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.31.INTC (src \\_SB_.LNKH) pcib0: possible interrupts: 4 5 6 7 9 10 11 12 14 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 2, priority 16562): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 440 460 520 910 5440 5440 5440 5440 50440 \\_SB_.LNKH (references 1, priority 8281): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 440 460 520 910 5440 5440 5440 5440 50440 pcib0: slot 31 INTC routed to irq 10 via \\_SB_.LNKH found-> vendor=3D0x8086, dev=3D0x2444, revid=3D0x11 bus=3D0, slot=3D31, func=3D4 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=3Dc, irq=3D10 map[10]: type 4, range 32, base 0000dc00, size 8, enabled map[14]: type 4, range 32, base 0000d800, size 6, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB) pcib0: slot 31 INTB is already routed to irq 11 found-> vendor=3D0x8086, dev=3D0x2445, revid=3D0x11 bus=3D0, slot=3D31, func=3D5 class=3D04-01-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 agp0: mem 0xeff80000-0xefffffff,0= xe8000000-0xebffffff irq 9 at device 2.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe8000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xeff80000 pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xa000-0xafff pcib1: memory decode 0xefd00000-0xefdfffff pcib1: prefetched decode 0xe7b00000-0xe7bfffff pcib1: Subtractively decoded bridge. ACPI PCI link initial configuration: \\_SB_.LNKB irq*11: [ 4 5 6 7 9 10 11 12 14] 11+ low,level,sharable 1.3= =2E0 \\_SB_.LNKC irq 0: [ 4 5 6 7 9 10 11 12 14] 0+ low,level,sharable 1.3= =2E1 \\_SB_.LNKD irq* 5: [ 4 5 6 7 9 10 11 12 14] 5+ low,level,sharable 1.3= =2E2 \\_SB_.LNKA irq* 9: [ 4 5 6 7 9 10 11 12 14] 9+ low,level,sharable 1.3= =2E3 \\_SB_.LNKC irq 0: [ 4 5 6 7 9 10 11 12 14] 0+ low,level,sharable 1.4= =2E0 \\_SB_.LNKD irq* 5: [ 4 5 6 7 9 10 11 12 14] 5+ low,level,sharable 1.4= =2E1 \\_SB_.LNKA irq* 9: [ 4 5 6 7 9 10 11 12 14] 9+ low,level,sharable 1.4= =2E2 \\_SB_.LNKB irq*11: [ 4 5 6 7 9 10 11 12 14] 11+ low,level,sharable 1.4= =2E3 \\_SB_.LNKD irq* 5: [ 4 5 6 7 9 10 11 12 14] 5+ low,level,sharable 1.5= =2E0 \\_SB_.LNKA irq* 9: [ 4 5 6 7 9 10 11 12 14] 9+ low,level,sharable 1.5= =2E1 \\_SB_.LNKB irq*11: [ 4 5 6 7 9 10 11 12 14] 11+ low,level,sharable 1.5= =2E2 \\_SB_.LNKC irq 0: [ 4 5 6 7 9 10 11 12 14] 0+ low,level,sharable 1.5= =2E3 \\_SB_.LNKA irq* 9: [ 4 5 6 7 9 10 11 12 14] 9+ low,level,sharable 1.2= =2E0 \\_SB_.LNKB irq*11: [ 4 5 6 7 9 10 11 12 14] 11+ low,level,sharable 1.2= =2E1 \\_SB_.LNKE irq 0: [ 4 5 6 7 9 10 11 12 14] 11+ low,level,sharable 1.8= =2E0 pci1: on pcib1 pci1: physical bus=3D1 map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=3D0x104c, dev=3D0xac41, revid=3D0x02 bus=3D1, slot=3D2, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0xc0 (48000 ns), maxlat=3D0x04 (1000 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base efdff800, size 11, enabled pcib1: device (null) requested decoded memory range 0xefdff800-0xefdfffff map[14]: type 1, range 32, base efdf8000, size 14, enabled pcib1: device (null) requested decoded memory range 0xefdf8000-0xefdfbfff pcib1: matched entry for 1.2.INTB (src \\_SB_.LNKB) pcib1: slot 2 INTB is already routed to irq 11 found-> vendor=3D0x104c, dev=3D0x8017, revid=3D0x02 bus=3D1, slot=3D2, func=3D1 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Db, irq=3D11 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base efdfe000, size 12, enabled pcib1: device (null) requested decoded memory range 0xefdfe000-0xefdfefff map[14]: type 4, range 32, base 0000ac00, size 6, enabled pcib1: device (null) requested decoded I/O range 0xac00-0xac3f pcib1: matched entry for 1.8.INTA (src \\_SB_.LNKE) pcib1: possible interrupts: 4 5 6 7 9 10 11 12 14 ACPI PCI link arbitrated settings: \\_SB_.LNKC (references 5, priority 42911): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 750 760 820 1210 5740 5740 5740 5740 50740 \\_SB_.LNKE (references 1, priority 8582): interrupts: 10 9 5 11 12 7 6 4 14 penalty: 750 760 820 1210 5740 5740 5740 5740 50740 pcib1: slot 8 INTA routed to irq 11 via \\_SB_.LNKE found-> vendor=3D0x8086, dev=3D0x2449, revid=3D0x03 bus=3D1, slot=3D8, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000 n= s) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 cbb0: at device 2.0 on pci1 pcib1: device cbb0 requested decoded memory range 0xefd00000-0xefdfffff cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xefd00000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib1: matched entry for 1.2.INTA (src \\_SB_.LNKA) pcib1: slot 2 INTA is already routed to irq 9 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac41104c 0x02100007 0x06070002 0x00822000=20 0x10: 0xefd00000 0x020000a0 0x20030201 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x04400109=20 0x40: 0x89a71509 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x08249060 0x00000400 0x00000000 0x00001000=20 0x90: 0x216400c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe110001 0x00c00100 0x0000000a 0x0000001f=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 fwohci0: mem 0xefdf8000-0xefdfbfff,0xefdff800-= 0xefdfffff irq 11 at device 2.1 on pci1 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xefdff800 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:40:ca:07:02:00:53:e4 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:40:ca:00:53:e4 fwe0: bpf attached fwe0: Ethernet address: 02:40:ca:00:53:e4 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) fxp0: port 0xac00-0xac3f mem = 0xefdfe000-0xefdfefff irq 11 at device 8.0 on pci1 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xefdfe000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 2449 8086 3013 0003 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:40:ca:28:84:c9 fxp0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: channel #0 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-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: channel #1 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=3D03 ostat0=3D50 ostat1=3D01 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ata1: [MPSAFE] uhci0: port 0xcc00-0xcc1f i= rq 5 at device 31.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 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 pci0: at device 31.3 (no driver attached) uhci1: port 0xd400-0xd41f i= rq 10 at device 31.4 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 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 pcm0: port 0xd800-0xd83f,0xdc00-0xdcff irq 11 at dev= ice 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xdc00 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xd800 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume= , Crystal Semi 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: sndbuf_setmap 1f07e000, 4000; 0xd96c1000 -> 1f07e000 pcm0: sndbuf_setmap 1f074000, 4000; 0xd96c5000 -> 1f074000 acpi_button0: on acpi0 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 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 irq 6 dr= q 2 on acpi0 fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 device_attach: fdc0 attach returned 6 sio0: irq maps: 0x801 0x811 0x801 0x801 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 irq 6 dr= q 2 on acpi0 fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 device_attach: fdc0 attach returned 6 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 sio: sio0 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 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed 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 0xe0000-0xe0fff,0xc0000-0xcbfff on isa0 pmtimer0 on isa0 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) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> 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: 0x801 0x801 0x801 0x801 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 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=20 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 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=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 996749528 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: setting PIO4 on Intel ICH2 chip ata0-master: setting UDMA100 on Intel ICH2 chip ad0: ATA-6 disk at ata0-master ad0: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ar: FreeBSD check1 failed ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin ATAPI_RESET time =3D 670us ata1-master: setting PIO4 on Intel ICH2 chip ata1-master: setting UDMA33 on Intel ICH2 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 4133KB/s (4133KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 47998 Hz, will use 48000 Hz [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:167766732 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:167766795 l:666697= 50 [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 ad0s1, start 32256 length 85896566784 end 85896599039 GEOM: Configure ad0s2, start 85896599040 length 34134912000 end 120031511039 GEOM: Configure ad0s1a, start 0 length 536870912 end 536870911 GEOM: Configure ad0s1b, start 536870912 length 1073741824 end 1610612735 GEOM: Configure ad0s1c, start 0 length 85896566784 end 85896566783 GEOM: Configure ad0s1d, start 1610612736 length 1073741824 end 2684354559 GEOM: Configure ad0s1e, start 2684354560 length 21474836480 end 24159191039 GEOM: Configure ad0s1f, start 24159191040 length 21474836480 end 45634027519 GEOM: Configure ad0s1g, start 45634027520 length 40262539264 end 85896566783 GEOM: Configure ad0s2a, start 0 length 536870912 end 536870911 GEOM: Configure ad0s2c, start 0 length 34134912000 end 34134911999 GEOM: Configure ad0s2e, start 536870912 length 1073741824 end 1610612735 GEOM: Configure ad0s2f, start 1610612736 length 1073741824 end 2684354559 GEOM: Configure ad0s2g, start 2684354560 length 21474836480 end 24159191039 GEOM: Configure ad0s2h, start 24159191040 length 9975720960 end 34134911999 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 6 (probe2:ata1:0:0:0): Unretryable Error (probe6:sbp0:0:2:0): error 22 (probe6:sbp0:0:2:0): Unretryable Error (probe7:sbp0:0:3:0): error 22 (probe7:sbp0:0:3:0): Unretryable Error (probe8:sbp0:0:4:0): error 22 (probe8:sbp0:0:4:0): Unretryable Error (probe9:sbp0:0:5:0): error 22 (probe9:sbp0:0:5:0): Unretryable Error (probe10:sbp0:0:6:0): error 22 (probe10:sbp0:0:6:0): Unretryable Error (probe4:sbp0:0:0:0): error 22 (probe4:sbp0:0:0:0): Unretryable Error (probe5:sbp0:0:1:0): error 22 (probe5:sbp0:0:1:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: Serial Number 3 pass0: 33.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: Serial Number 3 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered splash: image decoder found: logo_saver ----- (Selected lines from 5.3-BETA6 kernel, built just prior to 5.3-BETA7 version bump. Copied by hand.) atapci0: port 0xffa0-0xffaf,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid0x20 type 4 at 0xffa0 ata0: channel #0 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-master: stat 0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapi0: Reserved 0x08 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ata1: [MPSAFE] ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: setting PIO4 on Intel ICH2 chip ata0-master: setting UDMA100 on Intel ICH2 chip ad0: ATA-6 disk at ata0-master ad0: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512B ad0: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin ata1-master: setting PIO4 on Intel ICH2 chip ata1-master: setting UDMA33 on Intel ICH2 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 4133KB/s (4133KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disk --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYLxF2MoxcVugUsMRAu82AJ4j/dWZImJjVBDRjeVN+yDAh8NpnwCgt/LU ns5A2jPpD+7U2atUGPhqqqM= =U4d3 -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 03:54:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBA9A16A4CE for ; Mon, 4 Oct 2004 03:54:54 +0000 (GMT) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31A1B43D1D for ; Mon, 4 Oct 2004 03:54:54 +0000 (GMT) (envelope-from ntwrkguy2000@nyc.rr.com) Received: from laptop (66-108-196-196.nyc.rr.com [66.108.196.196]) i943sS6n007851 for ; Sun, 3 Oct 2004 23:54:51 -0400 (EDT) Message-Id: <200410040354.i943sS6n007851@ms-smtp-01.rdc-nyc.rr.com> From: "Clayton Parker" To: Date: Sun, 3 Oct 2004 23:54:38 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSpxdvPbns3XmlZRPWpWCpg9BfRZw== X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Foolish question probably, but I need to ask anyways.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 03:54:55 -0000 I want to use cvsup standard-supfile to keep my system up to date within the 5.X tag but whenever I try to update it, it goes to 6.0-CURRENT which is not what I want. I am on BETA6 and want to get to BETA7...help? My standard-supfile says *default release=cvs tag=RELENG_5 so I don't know what's wrong. Thanks in advance, -Clayton From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 03:57:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68A7116A4CE; Mon, 4 Oct 2004 03:57:46 +0000 (GMT) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 529A143D2D; Mon, 4 Oct 2004 03:57:46 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i943vjTW031449 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 3 Oct 2004 20:57:46 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i943vjsC000874; Sun, 3 Oct 2004 20:57:45 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i943vjpt000873; Sun, 3 Oct 2004 20:57:45 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Sun, 3 Oct 2004 20:57:45 -0700 From: "Bruce A. Mah" To: freebsd-current@freebsd.org Message-ID: <20041004035745.GA837@tomcat.kitchenlab.org> References: <20041004025813.GA1912@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20041004025813.GA1912@tomcat.kitchenlab.org> X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ User-Agent: Mutt/1.5.6i cc: bmah@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 03:57:46 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, Bruce A. Mah wrote: > I just updated a RELENG_5 system from sometime around 5.3-BETA4 (17 > September) to very late 5.3-BETA6 (just before the 5.3-BETA7 version > number bump) and it's now hanging after probing its DVD drive. This > problem sounds vaguely like what was described in the thread "ATTN > Soren: BETA3 still hangs on ATAPI DVD Detection during boot": >=20 > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036543.= html Ah, disregard. This was actually more closely related to an fdc driver bug discussed in the "5.3-BETA5-i386-disc1 bootstrap failures" thread: http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038602.ht= ml Guess I missed that thread. hint.fd.0.disabled=3D1 is an acceptable workaround to me, at least for now. Sorry for the chatter... Bruce. --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYMo52MoxcVugUsMRAnjpAJ9ZeRXwcsOThcgJw8RtPPad17wNzwCgrJF3 iVJF2qRyzzWYl14ihSKDdNo= =CNAm -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 04:53:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E367B16A4CE for ; Mon, 4 Oct 2004 04:53:14 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB0443D53 for ; Mon, 4 Oct 2004 04:53:14 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])i944rC8m040317 for ; Sun, 3 Oct 2004 21:53:13 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Sun, 03 Oct 2004 21:53:20 -0700 From: "Jason C. Wells" To: freebsd-current@freebsd.org Message-ID: <48E727D28B46C650D05F4456@[192.168.1.16]> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=0.0 required=4.0 tests=none version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: entropy functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 04:53:15 -0000 I see a new feature and tweaks in my system regarding entropy. My reading of /etc/rc.d/random tells me that both are loaded if both exist and the rc.conf variables are anything aren't set to no. What is the difference between entropy_file and entropy_dir in rc.conf? Is -current still the appropriate place to talk about RELENG_5? Thanks, Jason C. Wells From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:05:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 022A916A4CE for ; Mon, 4 Oct 2004 05:05:38 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D6543D2F for ; Mon, 4 Oct 2004 05:05:37 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so4397257rnk for ; Sun, 03 Oct 2004 22:05:37 -0700 (PDT) Received: by 10.38.70.21 with SMTP id s21mr4072237rna; Sun, 03 Oct 2004 22:05:36 -0700 (PDT) Received: by 10.38.15.21 with HTTP; Sun, 3 Oct 2004 22:05:36 -0700 (PDT) Message-ID: Date: Mon, 4 Oct 2004 00:05:36 -0500 From: Eric Kjeldergaard To: Clayton Parker In-Reply-To: <200410040354.i943sS6n007851@ms-smtp-01.rdc-nyc.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410040354.i943sS6n007851@ms-smtp-01.rdc-nyc.rr.com> cc: freebsd-current@freebsd.org Subject: Re: Foolish question probably, but I need to ask anyways.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:05:38 -0000 Are you /sure/ you don't have a tag=. in that supfile? . is where 6.0 lives. It's possible you mistakenly have that in there. Just a guess. On Sun, 3 Oct 2004 23:54:38 -0400, Clayton Parker wrote: > I want to use cvsup standard-supfile to keep my system up to date within the > 5.X tag but whenever I try to update it, it goes to 6.0-CURRENT which is not > what I want. I am on BETA6 and want to get to BETA7...help? My > standard-supfile says *default release=cvs tag=RELENG_5 so I don't know > what's wrong. > > Thanks in advance, > -Clayton > > _______________________________________________ > 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" > -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:08:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D34B016A4CE; Mon, 4 Oct 2004 05:08:24 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6726943D45; Mon, 4 Oct 2004 05:08:24 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9457Vij084148; Sun, 3 Oct 2004 23:07:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Oct 2004 23:09:04 -0600 (MDT) Message-Id: <20041003.230904.100900509.imp@bsdimp.com> To: bmah@freebsd.org From: "M. Warner Losh" In-Reply-To: <20041004035745.GA837@tomcat.kitchenlab.org> References: <20041004025813.GA1912@tomcat.kitchenlab.org> <20041004035745.GA837@tomcat.kitchenlab.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:08:24 -0000 In message: <20041004035745.GA837@tomcat.kitchenlab.org> "Bruce A. Mah" writes: : hint.fd.0.disabled=1 is an acceptable workaround to me, at least for now. Does BETA7 fix things for you? Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:08:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C7C316A4CE; Mon, 4 Oct 2004 05:08:25 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1569C43D3F; Mon, 4 Oct 2004 05:08:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9456ldM084146; Sun, 3 Oct 2004 23:06:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Oct 2004 23:08:20 -0600 (MDT) Message-Id: <20041003.230820.31058467.imp@bsdimp.com> To: bmah@freebsd.org From: "M. Warner Losh" In-Reply-To: <20041004025813.GA1912@tomcat.kitchenlab.org> References: <20041004025813.GA1912@tomcat.kitchenlab.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:08:25 -0000 In message: <20041004025813.GA1912@tomcat.kitchenlab.org> "Bruce A. Mah" writes: : fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 irq 6 drq 2 on acpi0 What happens if you remove fdc from the kernel? This may be yet another strage resource thing. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:08:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1412A16A4D4 for ; Mon, 4 Oct 2004 05:08:42 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id C393A43D1D for ; Mon, 4 Oct 2004 05:08:41 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so3785585rnk for ; Sun, 03 Oct 2004 22:08:41 -0700 (PDT) Received: by 10.38.73.46 with SMTP id v46mr4670475rna; Sun, 03 Oct 2004 22:08:41 -0700 (PDT) Received: by 10.38.15.21 with HTTP; Sun, 3 Oct 2004 22:08:41 -0700 (PDT) Message-ID: Date: Mon, 4 Oct 2004 00:08:41 -0500 From: Eric Kjeldergaard To: "Jason C. Wells" In-Reply-To: <48E727D28B46C650D05F4456@192.168.1.16> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <48E727D28B46C650D05F4456@192.168.1.16> cc: freebsd-current@freebsd.org Subject: Re: entropy functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:08:42 -0000 RELENG_5 is 5-current and is indeed appropriate to talk about here. Now, as to the other question, you should read the fine manual. `man rc.conf` will tell you what you need to know regarding those. On Sun, 03 Oct 2004 21:53:20 -0700, Jason C. Wells wrote: > I see a new feature and tweaks in my system regarding entropy. My reading > of /etc/rc.d/random tells me that both are loaded if both exist and the > rc.conf variables are anything aren't set to no. What is the difference > between entropy_file and entropy_dir in rc.conf? > > Is -current still the appropriate place to talk about RELENG_5? > > Thanks, > Jason C. Wells > > _______________________________________________ > 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" > -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:11:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA3A16A4CE; Mon, 4 Oct 2004 05:11:35 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD6A43D2F; Mon, 4 Oct 2004 05:11:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i945Aagv084183; Sun, 3 Oct 2004 23:10:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Oct 2004 23:12:09 -0600 (MDT) Message-Id: <20041003.231209.04694657.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <48733.1096570677@critter.freebsd.dk> References: <200409301409.25904.jhb@FreeBSD.org> <48733.1096570677@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Unit number allocation API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:11:36 -0000 In message: <48733.1096570677@critter.freebsd.dk> "Poul-Henning Kamp" writes: : My personal guess is that driver->attach() and driver->probe() will : never get out from Giant (I can't seriously see the benefits as : being bigger than the effort) and therefore I think the problem of : locking API's like this can be wholesale ignored for a very long : time. This is my guess as well. I have in my tree some locking assertions to make sure this is the case, and hope to commit them soon. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:11:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA3A16A4CE; Mon, 4 Oct 2004 05:11:35 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD6A43D2F; Mon, 4 Oct 2004 05:11:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i945Aagv084183; Sun, 3 Oct 2004 23:10:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Oct 2004 23:12:09 -0600 (MDT) Message-Id: <20041003.231209.04694657.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <48733.1096570677@critter.freebsd.dk> References: <200409301409.25904.jhb@FreeBSD.org> <48733.1096570677@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Unit number allocation API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:11:36 -0000 In message: <48733.1096570677@critter.freebsd.dk> "Poul-Henning Kamp" writes: : My personal guess is that driver->attach() and driver->probe() will : never get out from Giant (I can't seriously see the benefits as : being bigger than the effort) and therefore I think the problem of : locking API's like this can be wholesale ignored for a very long : time. This is my guess as well. I have in my tree some locking assertions to make sure this is the case, and hope to commit them soon. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:28:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2825516A4CE for ; Mon, 4 Oct 2004 05:28:22 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 732AC43D3F for ; Mon, 4 Oct 2004 05:28:21 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CE1Hb-000273-G5; Sun, 03 Oct 2004 11:59:51 +0400 From: Vladimir Grebenschikov To: "M. Warner Losh" In-Reply-To: <20041002.193517.46314784.imp@bsdimp.com> References: <415C59C7.7090408@pythonemproject.com> <1096620622.907.16.camel@localhost> <20041002.193517.46314784.imp@bsdimp.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Sun, 03 Oct 2004 11:59:51 +0400 Message-Id: <1096790391.4282.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: rob@pythonemproject.com cc: freebsd-current@freebsd.org Subject: Re: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:28:22 -0000 =F7 =D3=C2, 02/10/2004 =D7 19:35 -0600, M. Warner Losh =D0=C9=DB=C5=D4: > In message: <1096620622.907.16.camel@localhost> > Vladimir Grebenschikov writes: > : cbb0: mem 0xd0201000-0xd0201fff irq 9 at > : device 5.0 on pci2 > : cardbus0: on cbb0 > : cbb0: bad Vcc request. ctrl=3D0xffffff88, status=3D0xffffffff > : cbb_power: 0V > :=20 > : Not sure is it related or not. >=20 > I've seen this, but never with a cardbus bridge on pci2... status =3D > 0xfffffff is pretty bogus. Can you provide some hints how to find root of problems ? (sysctl debug., etc ?) for "cbb0: PC Card card activation failed" > Warner --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:29:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B1A416A4CE for ; Mon, 4 Oct 2004 05:29:33 +0000 (GMT) Received: from web54003.mail.yahoo.com (web54003.mail.yahoo.com [206.190.36.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 1590743D39 for ; Mon, 4 Oct 2004 05:29:31 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041004052930.72382.qmail@web54003.mail.yahoo.com> Received: from [147.46.44.181] by web54003.mail.yahoo.com via HTTP; Sun, 03 Oct 2004 22:29:30 PDT Date: Sun, 3 Oct 2004 22:29:30 -0700 (PDT) From: spam maps To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3: redundant libraries in /usr/lib after cvsup-ing and build world ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:29:33 -0000 Hello, In /usr/lib I have libraries with dates of my latest world build, and with older dates. I consider the libraries with old dates to be redundant. A typical example is, when I do # ll /usr/lib/*libssh* 289008 Oct 3 17:28 /usr/lib/libssh.a 11 Oct 3 17:28 /usr/lib/libssh.so -> libssh.so.2 194148 Oct 3 17:28 /usr/lib/libssh.so.2 280822 Feb 24 2004 /usr/lib/libssh_p.a "Oct 3" is when I did my last build world. Is /usr/lib/libssh_p.a (Feb. 24) indeed redundant? Can I remove it, without breaking the system? There are many more seemingly redundant libraries with lib*_p.a : libalias_p.a, libatm_p.a, libbluetooth_p.a, libbsdxml_p.a, libbsnmp_p.a, libbz2_p.a, libc_p.a, libc_r_p.a, libcalendar_p.a, libcam_p.a, libcom_err_p.a, libcompat_p.a, libedit_p.a, libcrypt_p.a, libdevinfo_p.a, libdevstat_p.a, libdialog_p.a, libfetch_p.a, libfl_p.a, libform_p.a, libftpio_p.a, libg2c_p.a, libgcc_p.a, libgeom_p.a, libgnuregex_p.a, libhistory_p.a, libipsec_p.a, libipx_p.a, libisc_p.a, libkeycap_p.a, libkiconv_p.a, libkse_p.a, libkvm_p.a, libl_p.a, libln_p.a, libm_p.a, libmd_p.a, libmenu_p.a, libmilter_p.a, libmp_p.a, libncp_p.a, libobjc_p.a, libncurses_p.a, libnetgraph_p.a, libngatm_p.a, libopie_p.a, libpanel_p.a, libpcap_p.a, libradius_p.a, libreadline_p.a, librpcsvc_p.a, libsbuf_p.a, libsdp_p.a, libsmb_p.a, libstdc++_p.a, libsupc++_p.a, libtacplus_p.a, libthr_p.a, libufs_p.a, libugidfw_p.a, libusbhid_p.a, libutil_p.a, libvgl_p.a, libwrap_p.a, libxpg4_p.a, liby_p.a, libypclnt_p.a, libz_p.a, libroken_p.a, libasn1_p.a, libhdb_p.a, libkafs5_p.a, libkrb5_p.a, libkadm5clnt_p.a, libkadm5srv_p.a, libgssapi_p.a, libcrypto_p.a, libssl_p.a, libssh_p.a ----------------------- In addition, I have following libraries with old dates: /usr/lib/libisc.a /usr/lib/libisc.so -> libisc.so.1 /usr/lib/libisc.so.1 /usr/lib/libkse.a /usr/lib/libkse.so -> libkse.so.1 /usr/lib/libkse.so.1 /lib/geom/geom_concat.so.1 /lib/geom/geom_label.so.1 /lib/geom/geom_nop.so.1 /lib/geom/geom_stripe.so.1 /libexec/ld-elf.so.1 Can I remove all these as well? Thanks, Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:31:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F075F16A4CE; Mon, 4 Oct 2004 05:31:12 +0000 (GMT) Received: from relay.butya.kz (butya-gw.butya.kz [212.19.129.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0880243D2F; Mon, 4 Oct 2004 05:31:11 +0000 (GMT) (envelope-from bp@butya.kz) Received: from lion.butya.kz (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with SMTP id A06715C9F; Mon, 4 Oct 2004 12:31:06 +0700 (ALMST) Received: from relay.butya.kz (localhost [127.0.0.1]) by localhost.butya.kz (Postfix) with ESMTP id 79AEC5C9D; Mon, 4 Oct 2004 12:31:06 +0700 (ALMST) Received: by relay.butya.kz (Postfix, from userid 1000) id 745055C84; Mon, 4 Oct 2004 12:31:06 +0700 (ALMST) Date: Mon, 4 Oct 2004 12:31:06 +0700 From: Boris Popov To: Uwe Doering Message-ID: <20041004053106.GQ88303@vertex.kz> References: <41601BE0.4050401@geminix.org> <200410031805.i93I5JNZ009076@sana.init-main.com> <20041003183237.GA8100@VARK.MIT.EDU> <41605620.90407@geminix.org> <20041003200803.GA8668@VARK.MIT.EDU> <416069E2.6030403@geminix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416069E2.6030403@geminix.org> User-Agent: Mutt/1.5.6i cc: freebsd-fs@FreeBSD.ORG cc: David Schultz cc: Takanori Watanabe cc: freebsd-current@FreeBSD.ORG Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:31:13 -0000 On Sun, Oct 03, 2004 at 11:06:42PM +0200, Uwe Doering wrote: > > > >That isn't the issue. The issue is that an application might open > >the vnode in the unionfs mount, and another application might > >modify the same file in the underlying file system. If the kernel > >doesn't understand that it is really the same file, then cache > >incoherencies will occur. I'm actually not sure to what extent > >this is a problem already; John Heidemann's Phd thesis had a way > >of dealing with it, but FreeBSD doesn't do things that way AFAIK. > > Okay, but that's a different matter. What I was addressing at the start > of this discussion is an ambiguity issue with meta data, that is, > information that ends up in stat(2) and friends. Exactly, one never knows what parts of metadata used by applications. I can confirm that ino are ought to be unique inside filesystem, otherwise some programs will fail in a very obscure ways. > > As to your concern, in CURRENT this might be fixed already. There, the > unionfs vnode doesn't have an object attached. Instead, calls to > VOP_GETVOBJECT() get forwarded to the underlying file, so the same > object gets referred as for direct modifications of that file. That > should rule out any coherency problems, IMHO. > > Unfortunately, AFAIK, this fix has never been MFC'ed to 4-STABLE. The > respective CVS commits are union_subr.c (rev. 1.51) and union_vnops.c > (rev. 1.82). Correct, VOP_*VOBJECT() vnops were introduced to fill the gap in absence of UBC and should solve most of the cache coherency problems when used properly. -- Boris Popov http://rbp.euro.ru From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 05:38:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9133916A4CE for ; Mon, 4 Oct 2004 05:38:01 +0000 (GMT) Received: from rip.psg.com (splat.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BA2743D5F for ; Mon, 4 Oct 2004 05:38:01 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1CELXt-000FpV-1D; Mon, 04 Oct 2004 05:38:01 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.42 (FreeBSD)) id 1CELVX-0000G6-53; Sun, 03 Oct 2004 22:35:35 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16736.57638.524126.37243@roam.psg.com> Date: Sun, 3 Oct 2004 22:35:34 -0700 To: "Alexandre \"Sunny\" Kovalenko" References: <16736.17211.132754.898091@ran.psg.com> <1096830295.847.1.camel@RabbitsDen> cc: FreeBSD Current Subject: Re: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 05:38:01 -0000 > You need 'ubsa' module loaded or device 'ubsa' in you kernel > configuration. # kldstat Id Refs Address Size Name 1 18 0xc0400000 3a42f4 kernel 2 1 0xc07a5000 6eb8 linprocfs.ko 3 2 0xc07ac000 1fa44 linux.ko 4 1 0xc07cc000 bc08 ipfw.ko 5 1 0xc07d8000 5f84 snd_ich.ko 6 2 0xc07de000 204fc sound.ko 7 1 0xc07ff000 5418 acpi_video.ko 8 15 0xc0805000 5d6f4 acpi.ko 9 1 0xc0863000 38e8 ubsa.ko 10 2 0xc0867000 36c8 ucom.ko ugen0: Belkin USB PDA Adapter Belkin Components, rev 1.10/1.02, addr 2 # ls /dev/u* /dev/ugen0 /dev/ugen0.2 /dev/usb /dev/usb1 /dev/ugen0.1 /dev/urandom@ /dev/usb0 /dev/usb2 so, still no device, and, of course, a crash some time after usb device removal randy From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:05:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3308316A4CF for ; Mon, 4 Oct 2004 06:05:29 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16FB943D46 for ; Mon, 4 Oct 2004 06:05:29 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 914D9F1A80; Sun, 3 Oct 2004 23:05:27 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25521-02; Sun, 3 Oct 2004 23:05:26 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id A6595F1A38; Sun, 3 Oct 2004 23:05:26 -0700 (PDT) From: Sean McNeil To: Randy Bush In-Reply-To: <16736.57638.524126.37243@roam.psg.com> References: <16736.17211.132754.898091@ran.psg.com> <16736.57638.524126.37243@roam.psg.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-l4b8W8pgD+A0dtDqPOf1" Message-Id: <1096869926.6566.1.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 03 Oct 2004 23:05:26 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: FreeBSD Current cc: "Alexandre \"Sunny\" Kovalenko" Subject: Re: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:05:29 -0000 --=-l4b8W8pgD+A0dtDqPOf1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-10-03 at 22:35, Randy Bush wrote: > > You need 'ubsa' module loaded or device 'ubsa' in you kernel > > configuration. >=20 > # kldstat > Id Refs Address Size Name > 1 18 0xc0400000 3a42f4 kernel > 2 1 0xc07a5000 6eb8 linprocfs.ko > 3 2 0xc07ac000 1fa44 linux.ko > 4 1 0xc07cc000 bc08 ipfw.ko > 5 1 0xc07d8000 5f84 snd_ich.ko > 6 2 0xc07de000 204fc sound.ko > 7 1 0xc07ff000 5418 acpi_video.ko > 8 15 0xc0805000 5d6f4 acpi.ko > 9 1 0xc0863000 38e8 ubsa.ko > 10 2 0xc0867000 36c8 ucom.ko >=20 >=20 > ugen0: Belkin USB PDA Adapter Belkin Components, rev 1.10/1.02, addr 2 >=20 > # ls /dev/u* > /dev/ugen0 /dev/ugen0.2 /dev/usb /dev/usb1 > /dev/ugen0.1 /dev/urandom@ /dev/usb0 /dev/usb2 >=20 >=20 > so, still no device, and, of course, a crash some time after > usb device removal Don't you also need to load uplcom.ko? I do for my serial-usb converter. I had to load it in the boot loader to have it actually work, though. You will also find that the device name has changed. It is no longer ucom0 but ttyU0. Cheers, Sean --=-l4b8W8pgD+A0dtDqPOf1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYOgmyQsGN30uGE4RAkXUAKCocZoMjrkzbXbdOEYZK4xdJmfNogCfeUyn LhnbEkt4KtVuxSnyjskB9gE= =UAGf -----END PGP SIGNATURE----- --=-l4b8W8pgD+A0dtDqPOf1-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:18:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 267FE16A4CE; Mon, 4 Oct 2004 06:18:20 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA6D143D1D; Mon, 4 Oct 2004 06:18:19 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i946IToh011539; Mon, 4 Oct 2004 02:18:29 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i946ITp7011538; Mon, 4 Oct 2004 02:18:29 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 4 Oct 2004 02:18:29 -0400 From: David Schultz To: Takanori Watanabe Message-ID: <20041004061829.GB11422@VARK.MIT.EDU> Mail-Followup-To: Takanori Watanabe , Boris Popov , gemini@geminix.org, freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG References: <20041004053106.GQ88303@vertex.kz> <200410040606.i9466UVm012207@sana.init-main.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410040606.i9466UVm012207@sana.init-main.com> cc: freebsd-fs@FreeBSD.ORG cc: Boris Popov cc: freebsd-current@FreeBSD.ORG cc: gemini@geminix.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:18:20 -0000 On Mon, Oct 04, 2004, Takanori Watanabe wrote: > In message <20041004053106.GQ88303@vertex.kz>, Boris Popov wrote: > >On Sun, Oct 03, 2004 at 11:06:42PM +0200, Uwe Doering wrote: > >> > > >> >That isn't the issue. The issue is that an application might open > >> >the vnode in the unionfs mount, and another application might > >> >modify the same file in the underlying file system. If the kernel > >> >doesn't understand that it is really the same file, then cache > >> >incoherencies will occur. I'm actually not sure to what extent > >> >this is a problem already; John Heidemann's Phd thesis had a way > >> >of dealing with it, but FreeBSD doesn't do things that way AFAIK. > >> > >> Okay, but that's a different matter. What I was addressing at the start > >> of this discussion is an ambiguity issue with meta data, that is, > >> information that ends up in stat(2) and friends. > > > > Exactly, one never knows what parts of metadata used by applications. > >I can confirm that ino are ought to be unique inside filesystem, otherwise > >some programs will fail in a very obscure ways. > > Ok, the issue Uwe says is when underlying filesystem and > wrapping filesystem are diffent and if there are two files > with same identifier exists. > And the issue I want to fix is when underlying filesystem and > wrapping filesystem are same so getcwd routine failed to distinguish > the mount point. > > So it can be solved by translating fsid if the fsid of a file is same as > that of mountpoint. True? Many applications use the file's inode number and the filesystem device number to uniquely identify files, since this information can be easily and portably extracted via stat(2). IIRC, unionfs has always used the upper layer's device number, which is arguably wrong. I think the main consumer of fsids is NFS, which uses fsids along with i-numbers to construct file handles. umount(..., MNT_BYFSID) is another interface that uses fsids. From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:21:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1585216A4CE for ; Mon, 4 Oct 2004 06:21:12 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46FDE43D1D for ; Mon, 4 Oct 2004 06:21:11 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i946LAVF053344; Mon, 4 Oct 2004 09:21:10 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 10972-10; Mon, 4 Oct 2004 09:21:09 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i946L9Y0053341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Oct 2004 09:21:09 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i946LC08047482; Mon, 4 Oct 2004 09:21:12 +0300 (EEST) (envelope-from ru) Date: Mon, 4 Oct 2004 09:21:12 +0300 From: Ruslan Ermilov To: spam maps Message-ID: <20041004062112.GC47338@ip.net.ua> References: <20041004052930.72382.qmail@web54003.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E13BgyNx05feLLmH" Content-Disposition: inline In-Reply-To: <20041004052930.72382.qmail@web54003.mail.yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: 5.3: redundant libraries in /usr/lib after cvsup-ing and build world ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:21:12 -0000 --E13BgyNx05feLLmH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi there, On Sun, Oct 03, 2004 at 10:29:30PM -0700, spam maps wrote: > In /usr/lib I have libraries with dates of my latest > world build, and with older dates. I consider the > libraries with old dates to be redundant. > A typical example is, when I do >=20 > # ll /usr/lib/*libssh* > 289008 Oct 3 17:28 /usr/lib/libssh.a > 11 Oct 3 17:28 /usr/lib/libssh.so -> libssh.so.2 > 194148 Oct 3 17:28 /usr/lib/libssh.so.2 > 280822 Feb 24 2004 /usr/lib/libssh_p.a >=20 > "Oct 3" is when I did my last build world. > Is /usr/lib/libssh_p.a (Feb. 24) indeed redundant? > Can I remove it, without breaking the system? >=20 Yes. It's a profiled library that was installed during the initial install (from CD-ROM or FTP?), and now apparently you have NOPROFILE set in your /etc/make.conf. > There are many more seemingly redundant libraries > with lib*_p.a : >=20 > libalias_p.a, libatm_p.a, libbluetooth_p.a, [20 lines of *_p.a libraries removed] > libgssapi_p.a, libcrypto_p.a, libssl_p.a, libssh_p.a >=20 > ----------------------- >=20 > In addition, I have following libraries with > old dates: >=20 > /usr/lib/libisc.a > /usr/lib/libisc.so -> libisc.so.1 > /usr/lib/libisc.so.1 >=20 > /usr/lib/libkse.a > /usr/lib/libkse.so -> libkse.so.1 > /usr/lib/libkse.so.1 >=20 > /lib/geom/geom_concat.so.1 > /lib/geom/geom_label.so.1 > /lib/geom/geom_nop.so.1 > /lib/geom/geom_stripe.so.1 >=20 > /libexec/ld-elf.so.1 >=20 > Can I remove all these as well? >=20 Yes for the above list, but generally one should be careful with removing the .a libraries -- they are installed with -C. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --E13BgyNx05feLLmH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYOvYqRfpzJluFF4RAsVGAJ4i6tZjKlLYNJ1YnPlwvRO9qjrxsQCeOpMr zzc214FaFVzUc/f8LE/N4Z4= =Kl4D -----END PGP SIGNATURE----- --E13BgyNx05feLLmH-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:38:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D06F016A4CE for ; Mon, 4 Oct 2004 06:38:45 +0000 (GMT) Received: from relay.butya.kz (butya-gw.butya.kz [212.19.129.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8A1443D39 for ; Mon, 4 Oct 2004 06:38:43 +0000 (GMT) (envelope-from bp@butya.kz) Received: from lion.butya.kz (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with SMTP id 383BD5CB8; Mon, 4 Oct 2004 13:38:41 +0700 (ALMST) Received: from relay.butya.kz (localhost [127.0.0.1]) by localhost.butya.kz (Postfix) with ESMTP id 10F455CB3; Mon, 4 Oct 2004 13:38:41 +0700 (ALMST) Received: by relay.butya.kz (Postfix, from userid 1000) id 0CBF35CAE; Mon, 4 Oct 2004 13:38:41 +0700 (ALMST) Date: Mon, 4 Oct 2004 13:38:41 +0700 From: Boris Popov To: Key Dof Message-ID: <20041004063840.GR88303@vertex.kz> References: <1095947258.61028.12.camel@ramses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1095947258.61028.12.camel@ramses> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: smbfs and SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:38:45 -0000 On Thu, Sep 23, 2004 at 03:47:38PM +0200, Key Dof wrote: > Hi, > I am using 5.2.1-p10 with a HTT P4 cpu, when i try to mount smbfs i > get that the module was not compiled with SMP support (in > /var/log/messages) > I put SMP=yes and SMP_SUPPORT=yes in my make.conf and i recompiled smbfs > and mount_smbfs but it didn't change anything. > Any idea how to solve this? Put an entire smbfs options into kernel config and rebuild/reinstall kernel. -- Boris Popov http://rbp.euro.ru From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:43:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F52D16A4CE for ; Mon, 4 Oct 2004 06:43:38 +0000 (GMT) Received: from web54010.mail.yahoo.com (web54010.mail.yahoo.com [206.190.36.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D0CA43D2D for ; Mon, 4 Oct 2004 06:43:38 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041004064337.19785.qmail@web54010.mail.yahoo.com> Received: from [147.46.44.181] by web54010.mail.yahoo.com via HTTP; Sun, 03 Oct 2004 23:43:37 PDT Date: Sun, 3 Oct 2004 23:43:37 -0700 (PDT) From: spam maps To: freebsd-current@freebsd.org In-Reply-To: <20041004062112.GC47338@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3: redundant libraries in /usr/lib after cvsup-ing and build world ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:43:38 -0000 --- Ruslan Ermilov wrote: > On Sun, Oct 03, 2004 at 10:29:30PM -0700, spam maps > wrote: > > > > /libexec/ld-elf.so.1 > > > > Can I remove all these as well? > > > Yes for the above list, but generally one should be > careful with removing the .a libraries -- they are > installed with -C. # ls -i /libexec/ld-elf.so.1 /usr/libexec/ld-elf.so.1 8710 /libexec/ld-elf.so.1 8710 /usr/libexec/ld-elf.so.1 But: # ls -il /libexec/ld-elf.so.1 /usr/libexec/ld-elf.so.1 8710 /libexec/ld-elf.so.1 110872 /usr/libexec/ld-elf.so.1 -> /libexec/ld-elf.so.1 However, /libexec/ld-elf.so.1 has an old date, whereas /usr/libexec/ld-elf.so.1 has the date of most recent world build. Is it still save to remove libexec/ld-elf.so.1 ? Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:44:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D7F416A4CE for ; Mon, 4 Oct 2004 06:44:45 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C7C43D4C for ; Mon, 4 Oct 2004 06:44:44 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id BC8BD5313; Mon, 4 Oct 2004 08:44:43 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C28745315; Mon, 4 Oct 2004 08:44:37 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 9DDD6B861; Mon, 4 Oct 2004 08:44:37 +0200 (CEST) To: spam maps References: <20041004052930.72382.qmail@web54003.mail.yahoo.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 04 Oct 2004 08:44:37 +0200 In-Reply-To: <20041004052930.72382.qmail@web54003.mail.yahoo.com> (spam maps's message of "Sun, 3 Oct 2004 22:29:30 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org Subject: Re: 5.3: redundant libraries in /usr/lib after cvsup-ing and build world ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:44:45 -0000 spam maps writes: > A typical example is, when I do > > # ll /usr/lib/*libssh* > 289008 Oct 3 17:28 /usr/lib/libssh.a > 11 Oct 3 17:28 /usr/lib/libssh.so -> libssh.so.2 > 194148 Oct 3 17:28 /usr/lib/libssh.so.2 > 280822 Feb 24 2004 /usr/lib/libssh_p.a > > "Oct 3" is when I did my last build world. > Is /usr/lib/libssh_p.a (Feb. 24) indeed redundant? > Can I remove it, without breaking the system? *_p.a are profiling libraries, which you probably disabled by adding NOPROFILE=3DYES to /etc/make.conf. You can safely remove them. > /usr/lib/libisc.a > /usr/lib/libisc.so -> libisc.so.1 > /usr/lib/libisc.so.1 Old libisc from BIND 8. BIND 9 doesn't use it, but some ports may want it. You should keep it around until those ports are fixed. > /usr/lib/libkse.a > /usr/lib/libkse.so -> libkse.so.1 > /usr/lib/libkse.so.1 This library has been renamed. You can remove it. > /lib/geom/geom_concat.so.1 > /lib/geom/geom_label.so.1 > /lib/geom/geom_nop.so.1 > /lib/geom/geom_stripe.so.1 You can remove these. > /libexec/ld-elf.so.1 Do *not* remove this, or you will be very sorry you did. It is normal for ld-elf.so.1 to have a timestamp older than your latest build, because installworld only installs a new ld-elf.so.1 if it differs from the old one. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:52:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C50316A4CE; Mon, 4 Oct 2004 06:52:50 +0000 (GMT) Received: from relay.butya.kz (butya-gw.butya.kz [212.19.129.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F55143D1D; Mon, 4 Oct 2004 06:52:48 +0000 (GMT) (envelope-from bp@butya.kz) Received: from lion.butya.kz (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with SMTP id 1F9DA5C9F; Mon, 4 Oct 2004 13:52:43 +0700 (ALMST) Received: from relay.butya.kz (localhost [127.0.0.1]) by localhost.butya.kz (Postfix) with ESMTP id EB20B5C9D; Mon, 4 Oct 2004 13:52:42 +0700 (ALMST) Received: by relay.butya.kz (Postfix, from userid 1000) id E3B6C5C84; Mon, 4 Oct 2004 13:52:42 +0700 (ALMST) Date: Mon, 4 Oct 2004 13:52:42 +0700 From: Boris Popov To: Andre Guibert de Bruet Message-ID: <20041004065242.GS88303@vertex.kz> References: <20041003200636.D90253@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041003200636.D90253@alpha.siliconlandmark.com> User-Agent: Mutt/1.5.6i cc: bp@freebsd.org cc: current@freebsd.org Subject: Re: [PATCH] contrib/smbfs/smbutil - 2 typos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:52:50 -0000 On Sun, Oct 03, 2004 at 08:12:14PM -0400, Andre Guibert de Bruet wrote: > Hi, > > Nothing big, just a couple of annoyances. I've copied boris@ on this > email. Could this be committed? :) Yep, it should be committed. Thanks! -- Boris Popov http://rbp.euro.ru From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 07:07:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B7716A4CE; Mon, 4 Oct 2004 07:07:28 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE5D943D45; Mon, 4 Oct 2004 07:07:27 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost.init-main.com [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i9475jwq012503; Mon, 4 Oct 2004 16:05:45 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200410040705.i9475jwq012503@sana.init-main.com> To: Uwe Doering From: takawata@jp.freebsd.org In-reply-to: Your message of "Mon, 04 Oct 2004 08:26:14 +0200." <4160ED06.6070603@geminix.org> Date: Mon, 04 Oct 2004 16:05:45 +0900 Sender: takawata@init-main.com cc: freebsd-fs@FreeBSD.org cc: Boris Popov cc: das@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 07:07:29 -0000 In message <4160ED06.6070603@geminix.org>, Uwe Doering wrote: >Takanori Watanabe wrote: >> In message <20041004053106.GQ88303@vertex.kz>, Boris Popov wrote: >> >>>On Sun, Oct 03, 2004 at 11:06:42PM +0200, Uwe Doering wrote: >>> >>>>>That isn't the issue. The issue is that an application might open >>>>>the vnode in the unionfs mount, and another application might >>>>>modify the same file in the underlying file system. If the kernel >>>>>doesn't understand that it is really the same file, then cache >>>>>incoherencies will occur. I'm actually not sure to what extent >>>>>this is a problem already; John Heidemann's Phd thesis had a way >>>>>of dealing with it, but FreeBSD doesn't do things that way AFAIK. >>>> >>>>Okay, but that's a different matter. What I was addressing at the start >>>>of this discussion is an ambiguity issue with meta data, that is, >>>>information that ends up in stat(2) and friends. >>> >>> Exactly, one never knows what parts of metadata used by applications. >>>I can confirm that ino are ought to be unique inside filesystem, otherwise >>>some programs will fail in a very obscure ways. >> >> Ok, the issue Uwe says is when underlying filesystem and >> wrapping filesystem are diffent and if there are two files >> with same identifier exists. >> And the issue I want to fix is when underlying filesystem and >> wrapping filesystem are same so getcwd routine failed to distinguish >> the mount point. >> >> So it can be solved by translating fsid if the fsid of a file is same as >> that of mountpoint. True? > >Correct. In this case the inode number is guaranteed to be unique. >This might be okay as a local patch, but it is IMHO not a fix suited for >FreeBSD in general. Ok. How about this? Index: union_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/unionfs/union_vnops.c,v retrieving revision 1.109 diff -u -r1.109 union_vnops.c --- union_vnops.c 2 Oct 2004 17:17:04 -0000 1.109 +++ union_vnops.c 4 Oct 2004 07:04:38 -0000 @@ -951,6 +951,8 @@ error = VOP_GETATTR(vp, vap, ap->a_cred, ap->a_td); if (error) return (error); + ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; + /* XXX isn't this dangerous without a lock? */ union_newsize(ap->a_vp, vap->va_size, VNOVAL); } @@ -972,7 +974,6 @@ union_newsize(ap->a_vp, VNOVAL, vap->va_size); } - ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; if ((vap != ap->a_vap) && (vap->va_type == VDIR)) ap->a_vap->va_nlink += vap->va_nlink; From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 07:10:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 483E016A4CE for ; Mon, 4 Oct 2004 07:10:24 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED1C43D1F for ; Mon, 4 Oct 2004 07:10:24 +0000 (GMT) (envelope-from rob@pythonemproject.com) Received: from [192.168.1.102] (c-67-169-203-186.client.comcast.net[67.169.203.186]) by comcast.net (rwcrmhc13) with ESMTP id <20041004071018015003a9rje> (Authid: europax); Mon, 4 Oct 2004 07:10:19 +0000 Message-ID: <4160F7E0.40103@pythonemproject.com> Date: Mon, 04 Oct 2004 00:12:32 -0700 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040816 X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <415C59C7.7090408@pythonemproject.com> <1096620622.907.16.camel@localhost> <20041002.193517.46314784.imp@bsdimp.com> <1096790391.4282.1.camel@localhost> In-Reply-To: <1096790391.4282.1.camel@localhost> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: wifi on 5.3, sort of OT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 07:10:24 -0000 Vladimir Grebenschikov wrote: > ÷ ÓÂ, 02/10/2004 × 19:35 -0600, M. Warner Losh ÐÉÛÅÔ: > >>In message: <1096620622.907.16.camel@localhost> >> Vladimir Grebenschikov writes: >>: cbb0: mem 0xd0201000-0xd0201fff irq 9 at >>: device 5.0 on pci2 >>: cardbus0: on cbb0 >>: cbb0: bad Vcc request. ctrl=0xffffff88, status=0xffffffff >>: cbb_power: 0V >>: >>: Not sure is it related or not. >> >>I've seen this, but never with a cardbus bridge on pci2... status = >>0xfffffff is pretty bogus. > > > Can you provide some hints how to find root of problems ? > (sysctl debug., etc ?) > > for "cbb0: PC Card card activation failed" > > >>Warner > > Thanks for everyone who posted replies. I will eventually figure it out. For now, I got sucked in to AMD-64, so I'm running out of time for all these projects LOL. I'm beginning to hate all drivers. May as well write them in FORTRAN. Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 07:43:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57D0B16A4CE for ; Mon, 4 Oct 2004 07:43:23 +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 9BF9543D1D for ; Mon, 4 Oct 2004 07:43:22 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i947hIk3039460; Mon, 4 Oct 2004 09:43:20 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4160FF10.2090006@DeepCore.dk> Date: Mon, 04 Oct 2004 09:43:12 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomas Randa References: <1096836705.1446.4.camel@ares.office.internetservice.cz> In-Reply-To: <1096836705.1446.4.camel@ares.office.internetservice.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 07:43:23 -0000 Tomas Randa wrote: > Hi, >=20 > I am running VIA8237 ata controller with BETA6 from 02.10.04 and in > dmesg still have the following errors: >=20 > ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D846= 959 Those messages are just that a WARNING that you system has processed the = command and has gotten the result back from the HW, however tht=20 taskqueue that should send the result back to the system hasn't run yet..= --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 07:48:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D99816A4CE; Mon, 4 Oct 2004 07:48:19 +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 5E09B43D5E; Mon, 4 Oct 2004 07:48:18 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i947mE3k039524; Mon, 4 Oct 2004 09:48:16 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41610039.8030204@DeepCore.dk> Date: Mon, 04 Oct 2004 09:48:09 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Bruce A. Mah" References: <20041004025813.GA1912@tomcat.kitchenlab.org> In-Reply-To: <20041004025813.GA1912@tomcat.kitchenlab.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 07:48:19 -0000 Bruce A. Mah wrote: > I just updated a RELENG_5 system from sometime around 5.3-BETA4 (17 > September) to very late 5.3-BETA6 (just before the 5.3-BETA7 version > number bump) and it's now hanging after probing its DVD drive. This > problem sounds vaguely like what was described in the thread "ATTN > Soren: BETA3 still hangs on ATAPI DVD Detection during boot": >=20 > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/03654= 3.html >=20 > The interesting thing is that my system appeared to be working just > fine with the BETA4 code. >=20 > I've appended verbose boot output from BETA4, as well as the lines > that I think were relevant from a BETA6 boot, at least up to the point > where it hung. The latter output is hand-copied. The system isn't > totally wedged because I can page back through the console's > scrollback buffer, but the kernel just doesn't seem to finish probing > and attaching devices. >=20 > I tried disabling ATAPI DMA as Soren suggested in the thread above by > setting hw.ata.atapi_dma=3D0 from the loader; this seemed to have no > effect. >=20 > I tried backing out the ata driver updates from 30 September to see if > that might help matters, but it didn't seem to help. Neither did > booting the kernel from the 5.3-BETA6 bootonly iso image; that hangs > in exactly the same way. >=20 > At this point I'm kind of flailing around at random. At first I > had suspected the ata(4) driver but the evidence I've seen so far > doesn't really point in that direction. >=20 > Any ideas? Thanks for any suggestions! > (probe0:ata0:0:0:0): error 22 > (probe0:ata0:0:0:0): Unretryable Error Try ripping out atapicam, see if that changes anything.... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 09:21:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D39A16A4CE for ; Mon, 4 Oct 2004 09:21:46 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C59443D1D for ; Mon, 4 Oct 2004 09:21:45 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.45.86] (ppp2D56.dyn.pacific.net.au [61.8.45.86]) i949JDE3030829; Mon, 4 Oct 2004 19:19:14 +1000 From: Sam Lawrance To: Randy Bush In-Reply-To: <16736.17211.132754.898091@ran.psg.com> References: <16736.17211.132754.898091@ran.psg.com> Content-Type: text/plain Message-Id: <1096881852.11360.5.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 04 Oct 2004 19:24:12 +1000 Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 09:21:46 -0000 On Mon, 2004-10-04 at 04:21, Randy Bush wrote: > # usbdevs -v # edited > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 > port 1 addr 4: full speed, power 100 mA, config 1, Belkin Components(0x0109), Belkin USB PDA Adapter(0x050d), rev 1.02 > port 2 addr 2: full speed, self powered, config 1, USB HUB(0x0500), Western Digital(0x1058), rev 0.07 > port 1 powered > port 2 addr 3: full speed, self powered, config 1, External HDD(0x0400), Western Digital(0x1058), rev 1.06 > port 3 powered > port 4 powered Randy, you want the 'umct' driver. It supports that device. Anybody notice the vendor and product IDs are reversed? Belkin Components ID is 0x050d, the F5U109 is 0x0109. -Sam From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 09:41:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD6F816A4CE for ; Mon, 4 Oct 2004 09:41:53 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2176E43D58 for ; Mon, 4 Oct 2004 09:41:52 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.45.86] (ppp2D56.dyn.pacific.net.au [61.8.45.86]) i949dMWV006835 for ; Mon, 4 Oct 2004 19:39:23 +1000 From: Sam Lawrance To: FreeBSD Current In-Reply-To: <1096881852.11360.5.camel@dirk.no.domain> References: <16736.17211.132754.898091@ran.psg.com> <1096881852.11360.5.camel@dirk.no.domain> Content-Type: text/plain Message-Id: <1096883053.11360.10.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 04 Oct 2004 19:44:13 +1000 Content-Transfer-Encoding: 7bit Subject: Re: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 09:41:53 -0000 On Mon, 2004-10-04 at 19:24, Sam Lawrance wrote: > On Mon, 2004-10-04 at 04:21, Randy Bush wrote: > > # usbdevs -v # edited > > Controller /dev/usb1: > > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 > > port 1 addr 4: full speed, power 100 mA, config 1, Belkin Components(0x0109), Belkin USB PDA Adapter(0x050d), rev 1.02 > > port 2 addr 2: full speed, self powered, config 1, USB HUB(0x0500), Western Digital(0x1058), rev 0.07 > > Anybody notice the vendor and product IDs are reversed? Belkin > Components ID is 0x050d, the F5U109 is 0x0109. Actually, the IDs are in the right order.. the textual vendor and product names are reversed - only for the Belkin, though. From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 10:13:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B9D816A4CE for ; Mon, 4 Oct 2004 10:13:14 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C80C43D1F for ; Mon, 4 Oct 2004 10:13:13 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.42 (FreeBSD)) id 1CEPqC-000Mnm-28 for freebsd-current@freebsd.org; Mon, 04 Oct 2004 12:13:12 +0200 Date: Mon, 4 Oct 2004 12:13:12 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20041004101311.GD39704@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <20041004025813.GA1912@tomcat.kitchenlab.org> <20041004035745.GA837@tomcat.kitchenlab.org> <20041003.230904.100900509.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041003.230904.100900509.imp@bsdimp.com> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 10:13:14 -0000 Hi Warner. On Sun, Oct 03, 2004 at 11:09:04PM -0600, M. Warner Losh wrote: > In message: <20041004035745.GA837@tomcat.kitchenlab.org> > "Bruce A. Mah" writes: > : hint.fd.0.disabled=1 is an acceptable workaround to me, at least for now. > > Does BETA7 fix things for you? No, the system I have with this problem does still not boot with floppy enabled on BETA7 as of this morning. What can I do to help you? - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 10:31:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4010716A4CE for ; Mon, 4 Oct 2004 10:31:55 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D293343D1D for ; Mon, 4 Oct 2004 10:31:53 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id 00E706ACBD; Mon, 4 Oct 2004 20:31:50 +1000 (EST) Date: Mon, 4 Oct 2004 20:31:49 +1000 From: John Birrell To: current@freebsd.org Message-ID: <20041004103149.GA1042@freebsd3.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.3-BETA7 crash ata_atapicmd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 10:31:55 -0000 This is the same machine that has the 2 minute floppy delay with 5.3-BETA6. It's not the fastest machine in the world, so I thought I'd post this much info while I build a kernel with debug symbols. /boot/kernel/acpi.ko text=0x3f978 data=0x1be4+0x110c syms=[0x4+0x72a0+0x4+0x9743] KDB: debugger backends: ddb KDB: current backend: ddb 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.3-BETA7 #0: Mon Oct 4 18:37:44 EST 2004 jb@freebsd3.cimlogic.com.au:/usr/obj/usr/src/sys/FREEBSD3 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(TM) CPU 1100MHz (1102.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 259981312 (247 MB) avail memory = 249053184 (237 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pci0: at device 7.4 (no driver attached) pci0: at device 7.5 (no driver attached) rl0: port 0xdc00-0xdcff mem 0xe7000000-0xe70000ff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:02:44:2c:61:b7 rl1: port 0xe000-0xe0ff mem 0xe7001000-0xe70010ff irq 11 at device 13.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:20:ed:34:42:d9 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 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 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1102505924 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging unlimited ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ad0: 8063MB [16383/16/63] at ata0-master UDMA33 acd0: WARNING - MODE_SENSE_BIG read data overrun 18>0 acd0: FAILURE - MODE_SENSE_BIG timed out Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04303dc stack pointer = 0x10:0xc0821cc0 frame pointer = 0x10:0xc0821ccc 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 = 0 (swapper) [thread 0] Stopped at ata_atapicmd+0x38: movzwl 0(%eax),%eax db> where ata_atapicmd(c11684ac,c0821cec,c119d39c,22,2) at ata_atapicmd+0x38 acd_mode_sense(c119d000,2a,c119d39c,22) at acd_mode_sense+0x45 acd_get_cap(c119d000,c11684ac,c05fee10,0,20202020) at acd_get_cap+0x21 acd_attach(c11684ac) at acd_attach+0x40 ata_boot_attach(0) at ata_boot_attach+0x74 run_interrupt_driven_config_hooks(0,81ec00,81e000,0,c042a435) at run_interrupt_driven_config_hooks+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> -- John Birrell From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 11:06:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B5DE16A4CE for ; Mon, 4 Oct 2004 11:06:31 +0000 (GMT) Received: from lucifer.we.lc.ehu.es (lucifer.we.lc.ehu.es [158.227.6.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9D6143D5A for ; Mon, 4 Oct 2004 11:06:29 +0000 (GMT) (envelope-from jose@we.lc.ehu.es) Received: from [158.227.6.80] (titan.we.lc.ehu.es [158.227.6.80]) (authenticated bits=0)i94B6SVM000329 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 4 Oct 2004 13:06:28 +0200 (CEST) (envelope-from jose@we.lc.ehu.es) Mime-Version: 1.0 (Apple Message framework v619) To: freebsd-current@FreeBSD.org Message-Id: <6D638CE9-15F5-11D9-83EA-000A9566C46A@we.lc.ehu.es> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1-469182470; protocol="application/pkcs7-signature" From: "Jose M. Alcaide" Date: Mon, 4 Oct 2004 13:06:23 +0200 X-Mailer: Apple Mail (2.619) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: [5.3-BETA6] problems with sysintall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 11:06:31 -0000 --Apple-Mail-1-469182470 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed I have just installed 5.3-BETA6 on my old laptop using a CD built from the disc1 ISO image, and I found several problems: 1. The spacebar does not work with the first sysinstall menu. The other submenus seem to accept the spacebar just fine, however. 2. A GUI selection (KDE, GNOME) is not being offered at the configuration stage. I know that X configuration has been removed from sysinstall, but I think that the GUI selection should be offered anyway. 3. Some package mess: sudo is in the CD but does not show in INDEX. There is no KDE metapackage. Some GNOME dependencies are missing (libtiff at least). Possibly more... -- ***** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ***** ***** "Go ahead... make my day" -- Harry Callahan ***** --Apple-Mail-1-469182470-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 11:11:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BD1916A4CE for ; Mon, 4 Oct 2004 11:11:13 +0000 (GMT) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5FC543D1D for ; Mon, 4 Oct 2004 11:11:12 +0000 (GMT) (envelope-from ntwrkguy2000@nyc.rr.com) Received: from laptop (66-108-196-196.nyc.rr.com [66.108.196.196]) i94BB4BO005734; Mon, 4 Oct 2004 07:11:10 -0400 (EDT) Message-Id: <200410041111.i94BB4BO005734@ms-smtp-02.rdc-nyc.rr.com> From: "Clayton Parker" To: "'Eric Kjeldergaard'" Date: Mon, 4 Oct 2004 07:12:20 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-reply-to: X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSpz+IbxYe0U5ATQOibzFOcCKlUHgAMvewQ X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org Subject: RE: Foolish question probably, but I need to ask anyways.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 11:11:13 -0000 Yes, I am positive. I will try 'cvsup -g -L 2 standard-supfile' now to see if it upgrades me to BETA7. I hope so... -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Eric Kjeldergaard Sent: Monday, October 04, 2004 1:06 AM To: Clayton Parker Cc: freebsd-current@freebsd.org Subject: Re: Foolish question probably, but I need to ask anyways.... Are you /sure/ you don't have a tag=. in that supfile? . is where 6.0 lives. It's possible you mistakenly have that in there. Just a guess. On Sun, 3 Oct 2004 23:54:38 -0400, Clayton Parker wrote: > I want to use cvsup standard-supfile to keep my system up to date within the > 5.X tag but whenever I try to update it, it goes to 6.0-CURRENT which is not > what I want. I am on BETA6 and want to get to BETA7...help? My > standard-supfile says *default release=cvs tag=RELENG_5 so I don't know > what's wrong. > > Thanks in advance, > -Clayton > > _______________________________________________ > 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" > -- If I write a signature, my emails will appear more personalised. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 11:38:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F28B16A4CE for ; Mon, 4 Oct 2004 11:38:37 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F1F943D1D for ; Mon, 4 Oct 2004 11:38:36 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 7E96C11652; Mon, 4 Oct 2004 13:38:33 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: Ceri Davies References: <861xgm5ltz.fsf@thirst.unx.era.pl> <20040928194853.GT2493@submonkey.net> <86k6ud2t6t.fsf@thirst.unx.era.pl> <20040929131136.GA2493@submonkey.net> <86mzz8x8zv.fsf@thirst.unx.era.pl> <20041002100703.GA501@isis.wad.cz> Date: Mon, 04 Oct 2004 13:38:33 +0200 In-Reply-To: <20041002100703.GA501@isis.wad.cz> (Roman Neuhauser's message of "Sat, 2 Oct 2004 12:07:03 +0200") Message-ID: <86is9qpvba.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Bug in #! processing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 11:38:37 -0000 Roman Neuhauser writes: > # zaks@prioris.mini.pw.edu.pl / 2004-09-30 13:59:48 +0200: >> I don't see a convincing use for comments on the first line of script. >> Hash is special already when treated as comment character. # is not a >> comment in any `scripting language'. It is a shell legacy and shouldn't >> be forced on the remaining universe. > > '#' is the (or a) comment character in awk, perl, PHP, python, ruby and > sed, just from the top of my head. True. It's not in: Common Lisp, Scheme, SQL, M4, JavaScript. But as I stated - shell and other interpreted languages are not the whole world. /S From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 11:47:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D50D916A4CE for ; Mon, 4 Oct 2004 11:47:36 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1956943D2D for ; Mon, 4 Oct 2004 11:47:35 +0000 (GMT) (envelope-from yurtesen-dated-1097754449.20cf4f@ispro.net.tr) Received: (qmail 49446 invoked by uid 89); 4 Oct 2004 11:47:29 -0000 Received: from [192.168.0.74] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Mon, 04 Oct 2004 14:47:26 +0300 (EEST) Message-ID: <4161C4D8.4040308@ispro.net.tr> Date: Mon, 04 Oct 2004 14:47:04 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <41606B0D.3070303@ThePacific.Net> <20041003.202026.127179512.imp@bsdimp.com> In-Reply-To: <20041003.202026.127179512.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: marcos@ThePacific.Net cc: freebsd-current@freebsd.org Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 11:47:36 -0000 M. Warner Losh wrote: > In message: <41606B0D.3070303@ThePacific.Net> > "Marcos Biscaysaqu - ThePacific.net" writes: > : We are legally abaible to run 14 channels on 2.4Ghz, but the Atheros > : driver on freebsd permit use only 11, I being trying to change the setup > : with the sysctl otions, nothing work. Same wireless card on diferent > : OS with diferent driver I can get all the channel. > : any ideas? > > Did you buy the wireless card in a regulatory domain that only allows > 11 channels? The atheros cards have the reg dom burned into their > flash. > > Warner That cant be the cause of this problem since Marcos already told that he can get all the channels by using the same wireless card but a different OS. Evren From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 13:15:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA71D16A4CE for ; Sun, 3 Oct 2004 13:15:47 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ADCA43D3F for ; Sun, 3 Oct 2004 13:15:47 +0000 (GMT) (envelope-from sjr@comcast.net) Received: from istari.comcast.net (pcp08127824pcs.nrockv01.md.comcast.net[69.138.220.134](misconfigured sender)) by comcast.net (rwcrmhc13) with ESMTP id <200410031315450150039lh1e>; Sun, 3 Oct 2004 13:15:45 +0000 Received: from istari.comcast.net (localhost [127.0.0.1]) by istari.comcast.net (8.12.11/8.12.11) with ESMTP id i93DFecT098486 for ; Sun, 3 Oct 2004 09:15:42 -0400 (EDT) (envelope-from sjr@istari.comcast.net) Message-Id: <200410031315.i93DFecT098486@istari.comcast.net> Date: Sun, 3 Oct 2004 09:15:40 -0400 (EDT) From: "Stephen J. Roznowski" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 Subject: Networking problems with 5.3-BETA6 on HP SA4000Z X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 13:15:47 -0000 Greeting, I'm trying to install 5.3-BETA6 on an HP SA4000Z. It has the nForce3 250 chipset. Everything appears to be running fine, but I can't get the network to send any traffic. It shows as "fwe0", appears to have the correct IP address, but pinging the gateway gets a "no route to host" error. I've tried swapping "fwe0" to "fwip0", but get the same error.... I can provide more (specific) details if it helps..... Any suggestions on what to try next? Thanks, -SR -- Stephen J. Roznowski (sjr@comcast.net) From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 15:34:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4298716A4CE; Sun, 3 Oct 2004 15:34:09 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id F362B43D41; Sun, 3 Oct 2004 15:34:08 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <41601BE0.4050401@geminix.org> Date: Sun, 03 Oct 2004 17:33:52 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: takawata@jp.freebsd.org References: <200410031429.i93ET8Sf008251@sana.init-main.com> In-Reply-To: <200410031429.i93ET8Sf008251@sana.init-main.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CE8N5-0003HN-00; Sun, 03 Oct 2004 17:34:00 +0200 X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-current@freebsd.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 15:34:09 -0000 takawata@jp.freebsd.org wrote: > In message <415FC1A1.3020502@geminix.org>, Uwe Doering wrote: > >>Hi there, >> >>with regard to your above mentioned fix you may be interested in reading >>this short discussion, especially my answer to the original article: >> >>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116615+0+archive/2004/freebsd-stable/20040613.freebsd-stable > > Thank you for your comment. > > The code is what nullfs do. > > static int > null_getattr(ap) > struct vop_getattr_args /* { > struct vnode *a_vp; > struct vattr *a_vap; > struct ucred *a_cred; > struct thread *a_td; > } */ *ap; > { > int error; > > if ((error = null_bypass((struct vop_generic_args *)ap)) != 0) > return (error); > > ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; > return (0); > } > > I'm pleased if you explain why it is done > for nullfs and not for unionfs, if any. > IMHO, there are not so much advantage in assuming > exactly same file exists in different filesystem, > if the entity is same. 'nullfs' has only one underlying file system, so replacing the file system id doesn't break the uniqueness of the va_fsid/va_fileid pair. The latter is the inode number in case of UFS. With 'unionfs' you can have underlying files from two different layers (upper and lower) on two different file systems which may, by coincidence, have the same inode number. Now, if you override the real va_fsid with that of the 'unionfs' mount you'll end up with two 'unionfs' vnodes that appear to represent the same file (a hard link, for instance), but in reality the files are different entities. Obviously, both the kernel and applications might draw wrong conclusions in this case. > But I want to hear from FS gurus. > I found that I reverted the change at CVS rev 1.62. > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/unionfs/union_vnops.c.diff?r1=1.61&r2=1.62 Right. Better safe than sorry. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 16:38:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 957B616A4CE for ; Sun, 3 Oct 2004 16:38:10 +0000 (GMT) Received: from update.ods.org (221056.ds.nac.net [66.246.72.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4781343D49 for ; Sun, 3 Oct 2004 16:38:10 +0000 (GMT) (envelope-from jd@ods.org) Received: from localhost (221056.ds.nac.net [127.0.0.1]) by update.ods.org (Postfix) with ESMTP id 606181A51C7 for ; Sun, 3 Oct 2004 12:38:09 -0400 (EDT) Received: from update.ods.org ([127.0.0.1]) by localhost (update.ods.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40879-09 for ; Sun, 3 Oct 2004 12:38:08 -0400 (EDT) Received: from VPN-jd.ods.org (VPN-jd.ods.org [64.247.11.255]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by update.ods.org (Postfix) with ESMTP id E13231A51B4 for ; Sun, 3 Oct 2004 12:38:08 -0400 (EDT) Date: Sun, 03 Oct 2004 12:32:53 -0400 From: Jason DiCioccio To: freebsd-current@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at ods.org X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 Subject: Serial ATA, Write Caching and Soft-Updates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 16:38:10 -0000 Greetings! I'm just asking this question mainly out of curiosity. However, I know that Serial ATA drives can support 'native command queuing' (an improved version of tagged command queuing apparently). As a result, are serial ATA drives safe to use in a soft-updates+write caching enabled setup? Do they suffer from the same write caching issues that the PATA drives suffered from? Thanks! -JD- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 18:06:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA2B516A4CE; Sun, 3 Oct 2004 18:06:58 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id C31EF43D2D; Sun, 3 Oct 2004 18:06:57 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost.init-main.com [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i93I5JNZ009076; Mon, 4 Oct 2004 03:05:20 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200410031805.i93I5JNZ009076@sana.init-main.com> To: Uwe Doering In-reply-to: Your message of "Sun, 03 Oct 2004 17:33:52 +0200." <41601BE0.4050401@geminix.org> Date: Mon, 04 Oct 2004 03:05:19 +0900 From: Takanori Watanabe X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@freebsd.org cc: bp@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 18:06:58 -0000 In message <41601BE0.4050401@geminix.org>, Uwe Doering $B$5$s$$$o$/(B: >takawata@jp.freebsd.org wrote: >> In message <415FC1A1.3020502@geminix.org>, Uwe Doering wrote: >> >>>Hi there, >>> >>>with regard to your above mentioned fix you may be interested in reading >>>this short discussion, especially my answer to the original article: >>> >>>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116615+0+archive/2004/freebsd-s >table/20040613.freebsd-stable >> >> Thank you for your comment. >> >> The code is what nullfs do. >> >> static int >> null_getattr(ap) >> struct vop_getattr_args /* { >> struct vnode *a_vp; >> struct vattr *a_vap; >> struct ucred *a_cred; >> struct thread *a_td; >> } */ *ap; >> { >> int error; >> >> if ((error = null_bypass((struct vop_generic_args *)ap)) != 0) >> return (error); >> >> ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; >> return (0); >> } >> >> I'm pleased if you explain why it is done >> for nullfs and not for unionfs, if any. >> IMHO, there are not so much advantage in assuming >> exactly same file exists in different filesystem, >> if the entity is same. > >'nullfs' has only one underlying file system, so replacing the file >system id doesn't break the uniqueness of the va_fsid/va_fileid pair. >The latter is the inode number in case of UFS. > >With 'unionfs' you can have underlying files from two different layers >(upper and lower) on two different file systems which may, by >coincidence, have the same inode number. Now, if you override the real >va_fsid with that of the 'unionfs' mount you'll end up with two >'unionfs' vnodes that appear to represent the same file (a hard link, >for instance), but in reality the files are different entities. >Obviously, both the kernel and applications might draw wrong conclusions >in this case. I think the three filesystem entry 1. upper layer file 2. lower layer file 3. unionfs file can be treated as different. >> But I want to hear from FS gurus. >> I found that I reverted the change at CVS rev 1.62. >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/unionfs/union_vnops.c.diff? >r1=1.61&r2=1.62 > >Right. Better safe than sorry. Same change are applyed in nullfs and reverted by bp@. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/nullfs/null_vnops.c.diff?r1=1.33&r2=1.34 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/fs/nullfs/null_vnops.c.diff?r1=1.40&r2=1.41 From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 19:42:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED66816A4CE; Sun, 3 Oct 2004 19:42:29 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A5043D54; Sun, 3 Oct 2004 19:42:29 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <41605620.90407@geminix.org> Date: Sun, 03 Oct 2004 21:42:24 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Schultz References: <41601BE0.4050401@geminix.org> <200410031805.i93I5JNZ009076@sana.init-main.com> <20041003183237.GA8100@VARK.MIT.EDU> In-Reply-To: <20041003183237.GA8100@VARK.MIT.EDU> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030207000702050607060306" Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CECFX-0008J5-00; Sun, 03 Oct 2004 21:42:28 +0200 X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@FreeBSD.ORG cc: bp@FreeBSD.ORG cc: Takanori Watanabe cc: freebsd-current@FreeBSD.ORG Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 19:42:30 -0000 This is a cryptographically signed message in MIME format. --------------ms030207000702050607060306 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit David Schultz wrote: > On Mon, Oct 04, 2004, Takanori Watanabe wrote: > >>>With 'unionfs' you can have underlying files from two different layers >>>(upper and lower) on two different file systems which may, by >>>coincidence, have the same inode number. Now, if you override the real >>>va_fsid with that of the 'unionfs' mount you'll end up with two >>>'unionfs' vnodes that appear to represent the same file (a hard link, >>>for instance), but in reality the files are different entities. >>>Obviously, both the kernel and applications might draw wrong conclusions >>>in this case. >> >>I think the three filesystem entry >>1. upper layer file >>2. lower layer file >>3. unionfs file >>can be treated as different. > > I didn't pursue this before because I was concerned that it would > introduce cache consistency issues between the union vnode and the > underlying vnode. But I guess all vnops ultimately wind up at the > underlying vnode, so this hopefully isn't an issue... Applications use the synthesized unionfs vnodes. They have no knowledge of what's going on underneath. So they can't tell whether one unionfs vnode refers to a file in the upper layer, and the other to one in the lower layer. In case of a stat(2), for instance, if va_fsid is to be overridden by the va_fsid of the unionfs' mount, unionfs would need to generate and manage its own (unique) file numbers as well, instead of passing va_fileid of the underlying layer unchanged. Otherwise you get the ambiguity I pointed out. Uwe -- Uwe Doering gemini@geminix.org --------------ms030207000702050607060306 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHrjCC A9MwggM8oAMCAQICDmNUAAAAAoJXW0abG14gMA0GCSqGSIb3DQEBBAUAMIG8MQswCQYDVQQG EwJERTEQMA4GA1UECBMHSGFtYnVyZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMxVEMg VHJ1c3RDZW50ZXIgZm9yIFNlY3VyaXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAGA1UE CxMZVEMgVHJ1c3RDZW50ZXIgQ2xhc3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlmaWNh dGVAdHJ1c3RjZW50ZXIuZGUwHhcNMDQwNDI4MTIxODM5WhcNMDUwNDI4MTIxODM5WjBGMQsw CQYDVQQGEwJERTEUMBIGA1UEAxMLVXdlIERvZXJpbmcxITAfBgkqhkiG9w0BCQEWEmdlbWlu aUBnZW1pbml4Lm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL2v0dloMDr/ lryhtRYHqKz9SsOUbXjUx7WVDPOKnDXkkAS8KYmgxvgWyeSoCHLSA8RIzejUwu/djAyI0z4U jRsZQYC/8qEnoDaZ+mawWNtib3MH+kxgDM1ZQpKuyvXFrob39zr4/CwK8rWPX//dTvrhgba8 svvviFSyC8/dDqMJzdYX78Z2ubrXgMsUbKLV9Ruw38z925nv6/dZx8HdpcdvVpQ2WHyBXlOA p8XxeB4jqU4Hr+g+fGAf2Un2PCLkAyPS1ZXIMfvJ3O4eyXg7bBVi3TRpdjp4FOw4BvYWfKda cPC/zS5IIlxR7LItPslm08iOUzb5+r4CcvYI1r1NVQMCAwEAAaOByDCBxTAMBgNVHRMBAf8E AjAAMA4GA1UdDwEB/wQEAwIF4DAzBglghkgBhvhCAQgEJhYkaHR0cDovL3d3dy50cnVzdGNl bnRlci5kZS9ndWlkZWxpbmVzMBEGCWCGSAGG+EIBAQQEAwIFoDBdBglghkgBhvhCAQMEUBZO aHR0cHM6Ly93d3cudHJ1c3RjZW50ZXIuZGUvY2dpLWJpbi9jaGVjay1yZXYuY2dpLzYzNTQw MDAwMDAwMjgyNTc1QjQ2OUIxQjVFMjA/MA0GCSqGSIb3DQEBBAUAA4GBAEOLk5EYoZXWBr+8 as3IXYuobmSfZOCzKC1fFZd0G+Ok2kB/ctYzWhZQYjrNytjQIICscEKywFKRWEBh9DhbKOgc XheFRl3qNIeYCcruZjLnKMIcFGFoMs6dlfXnW+kDWIvshzGcFRbXv9Npce9Hn1jPIR7xrua+ ZplRab2xddtDMIID0zCCAzygAwIBAgIOY1QAAAACgldbRpsbXiAwDQYJKoZIhvcNAQEEBQAw gbwxCzAJBgNVBAYTAkRFMRAwDgYDVQQIEwdIYW1idXJnMRAwDgYDVQQHEwdIYW1idXJnMTow OAYDVQQKEzFUQyBUcnVzdENlbnRlciBmb3IgU2VjdXJpdHkgaW4gRGF0YSBOZXR3b3JrcyBH bWJIMSIwIAYDVQQLExlUQyBUcnVzdENlbnRlciBDbGFzcyAxIENBMSkwJwYJKoZIhvcNAQkB FhpjZXJ0aWZpY2F0ZUB0cnVzdGNlbnRlci5kZTAeFw0wNDA0MjgxMjE4MzlaFw0wNTA0Mjgx MjE4MzlaMEYxCzAJBgNVBAYTAkRFMRQwEgYDVQQDEwtVd2UgRG9lcmluZzEhMB8GCSqGSIb3 DQEJARYSZ2VtaW5pQGdlbWluaXgub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAva/R2WgwOv+WvKG1FgeorP1Kw5RteNTHtZUM84qcNeSQBLwpiaDG+BbJ5KgIctIDxEjN 6NTC792MDIjTPhSNGxlBgL/yoSegNpn6ZrBY22Jvcwf6TGAMzVlCkq7K9cWuhvf3Ovj8LAry tY9f/91O+uGBtryy+++IVLILz90OownN1hfvxna5uteAyxRsotX1G7DfzP3bme/r91nHwd2l x29WlDZYfIFeU4CnxfF4HiOpTgev6D58YB/ZSfY8IuQDI9LVlcgx+8nc7h7JeDtsFWLdNGl2 OngU7DgG9hZ8p1pw8L/NLkgiXFHssi0+yWbTyI5TNvn6vgJy9gjWvU1VAwIDAQABo4HIMIHF MAwGA1UdEwEB/wQCMAAwDgYDVR0PAQH/BAQDAgXgMDMGCWCGSAGG+EIBCAQmFiRodHRwOi8v d3d3LnRydXN0Y2VudGVyLmRlL2d1aWRlbGluZXMwEQYJYIZIAYb4QgEBBAQDAgWgMF0GCWCG SAGG+EIBAwRQFk5odHRwczovL3d3dy50cnVzdGNlbnRlci5kZS9jZ2ktYmluL2NoZWNrLXJl di5jZ2kvNjM1NDAwMDAwMDAyODI1NzVCNDY5QjFCNUUyMD8wDQYJKoZIhvcNAQEEBQADgYEA Q4uTkRihldYGv7xqzchdi6huZJ9k4LMoLV8Vl3Qb46TaQH9y1jNaFlBiOs3K2NAggKxwQrLA UpFYQGH0OFso6BxeF4VGXeo0h5gJyu5mMucowhwUYWgyzp2V9edb6QNYi+yHMZwVFte/02lx 70efWM8hHvGu5r5mmVFpvbF120MxggR0MIIEcAIBATCBzzCBvDELMAkGA1UEBhMCREUxEDAO BgNVBAgTB0hhbWJ1cmcxEDAOBgNVBAcTB0hhbWJ1cmcxOjA4BgNVBAoTMVRDIFRydXN0Q2Vu dGVyIGZvciBTZWN1cml0eSBpbiBEYXRhIE5ldHdvcmtzIEdtYkgxIjAgBgNVBAsTGVRDIFRy dXN0Q2VudGVyIENsYXNzIDEgQ0ExKTAnBgkqhkiG9w0BCQEWGmNlcnRpZmljYXRlQHRydXN0 Y2VudGVyLmRlAg5jVAAAAAKCV1tGmxteIDAJBgUrDgMCGgUAoIICeTAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDEwMDMxOTQyMjRaMCMGCSqGSIb3DQEJ BDEWBBQvNHPNl7rYSOfMmMAICn5iUWqsADBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDCB4AYJKwYBBAGCNxAEMYHSMIHPMIG8MQswCQYDVQQGEwJERTEQMA4GA1UECBMHSGFtYnVy ZzEQMA4GA1UEBxMHSGFtYnVyZzE6MDgGA1UEChMxVEMgVHJ1c3RDZW50ZXIgZm9yIFNlY3Vy aXR5IGluIERhdGEgTmV0d29ya3MgR21iSDEiMCAGA1UECxMZVEMgVHJ1c3RDZW50ZXIgQ2xh c3MgMSBDQTEpMCcGCSqGSIb3DQEJARYaY2VydGlmaWNhdGVAdHJ1c3RjZW50ZXIuZGUCDmNU AAAAAoJXW0abG14gMIHiBgsqhkiG9w0BCRACCzGB0qCBzzCBvDELMAkGA1UEBhMCREUxEDAO BgNVBAgTB0hhbWJ1cmcxEDAOBgNVBAcTB0hhbWJ1cmcxOjA4BgNVBAoTMVRDIFRydXN0Q2Vu dGVyIGZvciBTZWN1cml0eSBpbiBEYXRhIE5ldHdvcmtzIEdtYkgxIjAgBgNVBAsTGVRDIFRy dXN0Q2VudGVyIENsYXNzIDEgQ0ExKTAnBgkqhkiG9w0BCQEWGmNlcnRpZmljYXRlQHRydXN0 Y2VudGVyLmRlAg5jVAAAAAKCV1tGmxteIDANBgkqhkiG9w0BAQEFAASCAQAl8LuqkrFmjYEr QuQUVSET1aJ5PlDWrWI8dNdKVuvQ4E/+mD592d/+2YfRWqzx7Cw1u6m+S05/5SDk4+9RMpD0 2T2vf+Z3mtMPRbTIQAHAm78S3hr23PqHhZgOscfs5zaYkffyF3F36my16SbQGkWe6ZGdNJ7H S2P60a/KDT5aMzj7eTaG4W0cAalSW8Lh6FUDy+Lnj0GpMh9QbEyXWjUzT+EgQRdOtK1E2UVa xtP3HSHLniE9avxmByX+ESj7fQlAludhKVgqNAWnPXrSwkYX6seuWdp32tv5/gvIlHpV/qsk 1Lfq2bVmXB/A2izFmG9lKXPl64mg2QdkW9sbvjc8AAAAAAAA --------------ms030207000702050607060306-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 20:00:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F3B716A4CE for ; Sun, 3 Oct 2004 20:00:38 +0000 (GMT) Received: from r2d2.bromirski.net (r2d2.bromirski.net [217.153.57.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A3B43D1F for ; Sun, 3 Oct 2004 20:00:37 +0000 (GMT) (envelope-from lbromirski@mr0vka.eu.org) Received: from [192.168.0.10] (host-ip246-150.crowley.pl [62.111.150.246]) by r2d2.bromirski.net (Postfix) with ESMTP id BC4A2108B02 for ; Sun, 3 Oct 2004 22:26:26 +0200 (CEST) Message-ID: <41605B97.4070903@mr0vka.eu.org> Date: Sun, 03 Oct 2004 22:05:43 +0200 From: =?ISO-8859-2?Q?=A3ukasz_Bromirski?= User-Agent: Mozilla Thunderbird 0.8 (Windows/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 Subject: FreeBSD RELENG_5/6 and IPsec.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 20:00:38 -0000 Hi, Is there anyone currently working on making the FAST_IPSEC and pf compatible in one kernel? I need IPsec for quagga TCP MD5 checksums, and pf for sanity/firewall control, but as it was mentioned on this and other lists, kernel won't compile if they're in it together. -- this space was intentionally left blank | £ukasz Bromirski you can insert your favourite quote here | lukasz:bromirski,net From owner-freebsd-current@FreeBSD.ORG Sun Oct 3 21:06:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E2E116A4CE; Sun, 3 Oct 2004 21:06:46 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9C9A43D3F; Sun, 3 Oct 2004 21:06:45 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <416069E2.6030403@geminix.org> Date: Sun, 03 Oct 2004 23:06:42 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Schultz References: <41601BE0.4050401@geminix.org> <200410031805.i93I5JNZ009076@sana.init-main.com> <20041003183237.GA8100@VARK.MIT.EDU> <41605620.90407@geminix.org> <20041003200803.GA8668@VARK.MIT.EDU> In-Reply-To: <20041003200803.GA8668@VARK.MIT.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CEDZ6-000A5x-00; Sun, 03 Oct 2004 23:06:45 +0200 X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@FreeBSD.ORG cc: bp@FreeBSD.ORG cc: Takanori Watanabe cc: freebsd-current@FreeBSD.ORG Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2004 21:06:46 -0000 David Schultz wrote: > On Sun, Oct 03, 2004, Uwe Doering wrote: > >>>>I think the three filesystem entry >>>>1. upper layer file >>>>2. lower layer file >>>>3. unionfs file >>>>can be treated as different. >>> >>>I didn't pursue this before because I was concerned that it would >>>introduce cache consistency issues between the union vnode and the >>>underlying vnode. But I guess all vnops ultimately wind up at the >>>underlying vnode, so this hopefully isn't an issue... >> >>Applications use the synthesized unionfs vnodes. They have no knowledge >>of what's going on underneath. So they can't tell whether one unionfs >>vnode refers to a file in the upper layer, and the other to one in the >>lower layer. > > That isn't the issue. The issue is that an application might open > the vnode in the unionfs mount, and another application might > modify the same file in the underlying file system. If the kernel > doesn't understand that it is really the same file, then cache > incoherencies will occur. I'm actually not sure to what extent > this is a problem already; John Heidemann's Phd thesis had a way > of dealing with it, but FreeBSD doesn't do things that way AFAIK. Okay, but that's a different matter. What I was addressing at the start of this discussion is an ambiguity issue with meta data, that is, information that ends up in stat(2) and friends. As to your concern, in CURRENT this might be fixed already. There, the unionfs vnode doesn't have an object attached. Instead, calls to VOP_GETVOBJECT() get forwarded to the underlying file, so the same object gets referred as for direct modifications of that file. That should rule out any coherency problems, IMHO. Unfortunately, AFAIK, this fix has never been MFC'ed to 4-STABLE. The respective CVS commits are union_subr.c (rev. 1.51) and union_vnops.c (rev. 1.82). Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 00:31:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F6A116A4CE for ; Mon, 4 Oct 2004 00:31:18 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A820243D1D for ; Mon, 4 Oct 2004 00:31:17 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from [192.160.235.2] (cs242743-143.austin.rr.com [24.27.43.143]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.soaustin.net (Postfix) with ESMTP id 3ECAB14316; Sun, 3 Oct 2004 19:31:17 -0500 (CDT) From: Mark Linimon Organization: Lonesome Dove Computing Services To: freebsd-current@freebsd.org Date: Sun, 3 Oct 2004 19:29:30 -0500 User-Agent: KMail/1.6.2 References: <1096849178.859.45.camel@leguin> In-Reply-To: <1096849178.859.45.camel@leguin> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410031929.30743.linimon@lonesome.com> X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: Eric Anholt Subject: Re: Removing generic AGP options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 00:31:18 -0000 It would eliminate one source of PRs, if anyone wants that as a datapoint. mcl From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:08:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 532CE16A4CE; Mon, 4 Oct 2004 06:08:14 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7422C43D1F; Mon, 4 Oct 2004 06:08:13 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost.init-main.com [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i9466UVm012207; Mon, 4 Oct 2004 15:06:31 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200410040606.i9466UVm012207@sana.init-main.com> To: Boris Popov In-reply-to: Your message of "Mon, 04 Oct 2004 12:31:06 +0700." <20041004053106.GQ88303@vertex.kz> Date: Mon, 04 Oct 2004 15:06:30 +0900 From: Takanori Watanabe X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@FreeBSD.org cc: das@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: gemini@geminix.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:08:14 -0000 In message <20041004053106.GQ88303@vertex.kz>, Boris Popov wrote: >On Sun, Oct 03, 2004 at 11:06:42PM +0200, Uwe Doering wrote: >> > >> >That isn't the issue. The issue is that an application might open >> >the vnode in the unionfs mount, and another application might >> >modify the same file in the underlying file system. If the kernel >> >doesn't understand that it is really the same file, then cache >> >incoherencies will occur. I'm actually not sure to what extent >> >this is a problem already; John Heidemann's Phd thesis had a way >> >of dealing with it, but FreeBSD doesn't do things that way AFAIK. >> >> Okay, but that's a different matter. What I was addressing at the start >> of this discussion is an ambiguity issue with meta data, that is, >> information that ends up in stat(2) and friends. > > Exactly, one never knows what parts of metadata used by applications. >I can confirm that ino are ought to be unique inside filesystem, otherwise >some programs will fail in a very obscure ways. Ok, the issue Uwe says is when underlying filesystem and wrapping filesystem are diffent and if there are two files with same identifier exists. And the issue I want to fix is when underlying filesystem and wrapping filesystem are same so getcwd routine failed to distinguish the mount point. So it can be solved by translating fsid if the fsid of a file is same as that of mountpoint. True? From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:38:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 826E316A4CE; Mon, 4 Oct 2004 06:38:24 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A8F943D31; Mon, 4 Oct 2004 06:38:24 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <4160EFDC.90609@geminix.org> Date: Mon, 04 Oct 2004 08:38:20 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Schultz References: <20041004053106.GQ88303@vertex.kz> <200410040606.i9466UVm012207@sana.init-main.com> <20041004061829.GB11422@VARK.MIT.EDU> In-Reply-To: <20041004061829.GB11422@VARK.MIT.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CEMUJ-000NfK-00; Mon, 04 Oct 2004 08:38:23 +0200 X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@FreeBSD.ORG cc: Boris Popov cc: Takanori Watanabe cc: freebsd-current@FreeBSD.ORG Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:38:24 -0000 David Schultz wrote: > On Mon, Oct 04, 2004, Takanori Watanabe wrote: > >>In message <20041004053106.GQ88303@vertex.kz>, Boris Popov wrote: >> >>>On Sun, Oct 03, 2004 at 11:06:42PM +0200, Uwe Doering wrote: >>> >>>>>That isn't the issue. The issue is that an application might open >>>>>the vnode in the unionfs mount, and another application might >>>>>modify the same file in the underlying file system. If the kernel >>>>>doesn't understand that it is really the same file, then cache >>>>>incoherencies will occur. I'm actually not sure to what extent >>>>>this is a problem already; John Heidemann's Phd thesis had a way >>>>>of dealing with it, but FreeBSD doesn't do things that way AFAIK. >>>> >>>>Okay, but that's a different matter. What I was addressing at the start >>>>of this discussion is an ambiguity issue with meta data, that is, >>>>information that ends up in stat(2) and friends. >>> >>> Exactly, one never knows what parts of metadata used by applications. >>>I can confirm that ino are ought to be unique inside filesystem, otherwise >>>some programs will fail in a very obscure ways. >> >>Ok, the issue Uwe says is when underlying filesystem and >>wrapping filesystem are diffent and if there are two files >>with same identifier exists. >>And the issue I want to fix is when underlying filesystem and >>wrapping filesystem are same so getcwd routine failed to distinguish >>the mount point. >> >>So it can be solved by translating fsid if the fsid of a file is same as >>that of mountpoint. True? > > Many applications use the file's inode number and the filesystem > device number to uniquely identify files, since this information > can be easily and portably extracted via stat(2). IIRC, unionfs > has always used the upper layer's device number, which is arguably > wrong. Not exactly. If the underlying file is in the upper layer, the va_fsid/va_fileid fields of the upper layer are returned. If the file resides in the lower layer, va_fsid/va_fileid come from that layer. If there is a file in both the upper and lower layer, the upper layer's meta data is returned. Which is correct as well because in this case the file in the lower layer is completely ignored as far as data retrieval and modification are concerned. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 07:29:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1005816A4CE; Mon, 4 Oct 2004 07:29:41 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id A00CA43D39; Mon, 4 Oct 2004 07:29:40 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <4160FBD9.10603@geminix.org> Date: Mon, 04 Oct 2004 09:29:29 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: takawata@jp.freebsd.org References: <200410040705.i9475jwq012503@sana.init-main.com> In-Reply-To: <200410040705.i9475jwq012503@sana.init-main.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CENHn-000OjA-00; Mon, 04 Oct 2004 09:29:32 +0200 X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@FreeBSD.org cc: Boris Popov cc: das@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 07:29:41 -0000 takawata@jp.freebsd.org wrote: > In message <4160ED06.6070603@geminix.org>, Uwe Doering wrote: > >>Takanori Watanabe wrote: >>[...] >>>Ok, the issue Uwe says is when underlying filesystem and >>>wrapping filesystem are diffent and if there are two files >>>with same identifier exists. >>>And the issue I want to fix is when underlying filesystem and >>>wrapping filesystem are same so getcwd routine failed to distinguish >>>the mount point. >>> >>>So it can be solved by translating fsid if the fsid of a file is same as >>>that of mountpoint. True? >> >>Correct. In this case the inode number is guaranteed to be unique. >>This might be okay as a local patch, but it is IMHO not a fix suited for >>FreeBSD in general. > > Ok. How about this? > > Index: union_vnops.c > =================================================================== > RCS file: /home/ncvs/src/sys/fs/unionfs/union_vnops.c,v > retrieving revision 1.109 > diff -u -r1.109 union_vnops.c > --- union_vnops.c 2 Oct 2004 17:17:04 -0000 1.109 > +++ union_vnops.c 4 Oct 2004 07:04:38 -0000 > @@ -951,6 +951,8 @@ > error = VOP_GETATTR(vp, vap, ap->a_cred, ap->a_td); > if (error) > return (error); > + ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; > + > /* XXX isn't this dangerous without a lock? */ > union_newsize(ap->a_vp, vap->va_size, VNOVAL); > } > @@ -972,7 +974,6 @@ > union_newsize(ap->a_vp, VNOVAL, vap->va_size); > } > > - ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; > > if ((vap != ap->a_vap) && (vap->va_type == VDIR)) > ap->a_vap->va_nlink += vap->va_nlink; This wouldn't be correct, either. Unionfs can be stacked, that is, you can't even be sure for a single layer that the passed up va_fsid will always be the same. The underlying unionfs can be comprised of two layers on two different file systems as well, and so on. You can override va_fsid only if the original file system id is guaranteed to be the same for all files in that layer (single file system case). Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 06:26:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C431416A4CF; Mon, 4 Oct 2004 06:26:19 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E31443D41; Mon, 4 Oct 2004 06:26:19 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <4160ED06.6070603@geminix.org> Date: Mon, 04 Oct 2004 08:26:14 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Takanori Watanabe References: <200410040606.i9466UVm012207@sana.init-main.com> In-Reply-To: <200410040606.i9466UVm012207@sana.init-main.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CEMIa-000NRR-00; Mon, 04 Oct 2004 08:26:17 +0200 X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@FreeBSD.org cc: Boris Popov cc: das@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:26:20 -0000 Takanori Watanabe wrote: > In message <20041004053106.GQ88303@vertex.kz>, Boris Popov wrote: > >>On Sun, Oct 03, 2004 at 11:06:42PM +0200, Uwe Doering wrote: >> >>>>That isn't the issue. The issue is that an application might open >>>>the vnode in the unionfs mount, and another application might >>>>modify the same file in the underlying file system. If the kernel >>>>doesn't understand that it is really the same file, then cache >>>>incoherencies will occur. I'm actually not sure to what extent >>>>this is a problem already; John Heidemann's Phd thesis had a way >>>>of dealing with it, but FreeBSD doesn't do things that way AFAIK. >>> >>>Okay, but that's a different matter. What I was addressing at the start >>>of this discussion is an ambiguity issue with meta data, that is, >>>information that ends up in stat(2) and friends. >> >> Exactly, one never knows what parts of metadata used by applications. >>I can confirm that ino are ought to be unique inside filesystem, otherwise >>some programs will fail in a very obscure ways. > > Ok, the issue Uwe says is when underlying filesystem and > wrapping filesystem are diffent and if there are two files > with same identifier exists. > And the issue I want to fix is when underlying filesystem and > wrapping filesystem are same so getcwd routine failed to distinguish > the mount point. > > So it can be solved by translating fsid if the fsid of a file is same as > that of mountpoint. True? Correct. In this case the inode number is guaranteed to be unique. This might be okay as a local patch, but it is IMHO not a fix suited for FreeBSD in general. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 07:50:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B56316A4CE; Mon, 4 Oct 2004 07:50:57 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 239A843D5D; Mon, 4 Oct 2004 07:50:57 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <416100D9.10809@geminix.org> Date: Mon, 04 Oct 2004 09:50:49 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: takawata@jp.freebsd.org References: <200410040705.i9475jwq012503@sana.init-main.com> <4160FBD9.10603@geminix.org> In-Reply-To: <4160FBD9.10603@geminix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1CENcR-000PA7-00; Mon, 04 Oct 2004 09:50:52 +0200 X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@FreeBSD.org cc: Boris Popov cc: das@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 07:50:57 -0000 Uwe Doering wrote: > takawata@jp.freebsd.org wrote: >> >>[...] >> Ok. How about this? >> >> Index: union_vnops.c >> =================================================================== >> RCS file: /home/ncvs/src/sys/fs/unionfs/union_vnops.c,v >> retrieving revision 1.109 >> diff -u -r1.109 union_vnops.c >> --- union_vnops.c 2 Oct 2004 17:17:04 -0000 1.109 >> +++ union_vnops.c 4 Oct 2004 07:04:38 -0000 >> @@ -951,6 +951,8 @@ >> error = VOP_GETATTR(vp, vap, ap->a_cred, ap->a_td); >> if (error) >> return (error); >> + ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; >> + >> /* XXX isn't this dangerous without a lock? */ >> union_newsize(ap->a_vp, vap->va_size, VNOVAL); >> } >> @@ -972,7 +974,6 @@ >> union_newsize(ap->a_vp, VNOVAL, vap->va_size); >> } >> >> - ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; >> >> if ((vap != ap->a_vap) && (vap->va_type == VDIR)) >> ap->a_vap->va_nlink += vap->va_nlink; > > This wouldn't be correct, either. Unionfs can be stacked, that is, you > can't even be sure for a single layer that the passed up va_fsid will > always be the same. The underlying unionfs can be comprised of two > layers on two different file systems as well, and so on. You can > override va_fsid only if the original file system id is guaranteed to be > the same for all files in that layer (single file system case). Since you mentioned nullfs earlier on, it just occured to me that overriding va_fsid in nullfs is wrong, too. You can have a nullfs mount with an underlying unionfs, so the passed up va_fsid isn't guaranteed to be the same in this case, either, and therefore must not be overridden. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 08:05:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E43C216A4CE for ; Mon, 4 Oct 2004 08:05:54 +0000 (GMT) Received: from smtp1.home.se (smtp1.home.se [213.214.194.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C5F543D49 for ; Mon, 4 Oct 2004 08:05:54 +0000 (GMT) (envelope-from andox@telia.com) Received: from [10.0.1.2] andox@home.se [217.215.121.64] Novell NetWare; Mon, 04 Oct 2004 10:01:02 +0200 Message-ID: <4161045F.1060904@telia.com> Date: Mon, 04 Oct 2004 10:05:51 +0200 From: Andox User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 Subject: ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 08:05:55 -0000 Thanks, Søren for looking into this problem. I have had it since 5.2.1 release. With your latest fix committed to RELENG_5 my computer is more stable but it’s not 100% yet. I still get lookups then copying files between two disks. My test is to copy some DVDs of total 22GB from one disk to another and after some minutes the computer crashes with no error message in /var/log/messages. Also then mounting disks, I get: adX: TIMEOUT - READ_DMA retrying (2 retries left) LBA=XXXXXXXXX Usually I get one of these messages for each 'mount'. These messages seem harmless but still they show up. I am using ATAIDLE (/usr/ports/sysutils/ataidle) with the mounted disks if this matters… My dmesg: 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.3-BETA6 #6: Fri Oct 1 09:58:16 CEST 2004 root at moonstone.bostream.com:/usr/obj/usr/src/sys/MOONSTONE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (601.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383f9ff real memory = 805289984 (767 MB) avail memory = 778289152 (742 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 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 device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) atapci1: port 0xa800-0xa80f,0xb000-0xb003,0xb400-0xb407,0xb800-0xb803,0xd000-0xd007 mem 0xe0800000-0xe0803fff irq 10 at device 11.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 rl0: port 0xa400-0xa4ff mem 0xe0000000-0xe00000ff irq 11 at device 12.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:02:44:30:ec:ee rl1: port 0xa000-0xa0ff mem 0xdf800000-0xdf8000ff irq 12 at device 14.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:20:18:8e:66:bc atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xcc000-0xce7ff,0xc0000-0xc87ff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 601367557 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 43979MB [89355/16/63] at ata0-master UDMA33 acd0: CDROM at ata0-slave PIO4 ad4: 190782MB [387621/16/63] at ata2-master UDMA100 ad5: 114473MB [232581/16/63] at ata2-slave UDMA100 ad6: 58644MB [119150/16/63] at ata3-master UDMA100 ad7: 43979MB [89355/16/63] at ata3-slave UDMA100 Mounting root from ufs:/dev/ad4s1a -- Best regards, Andreas From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 09:13:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6497816A4CF; Mon, 4 Oct 2004 09:13:59 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3CF243D45; Mon, 4 Oct 2004 09:13:58 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost.init-main.com [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i949CEjk012965; Mon, 4 Oct 2004 18:12:14 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200410040912.i949CEjk012965@sana.init-main.com> To: Uwe Doering In-reply-to: Your message of "Mon, 04 Oct 2004 09:29:29 +0200." <4160FBD9.10603@geminix.org> Date: Mon, 04 Oct 2004 18:12:14 +0900 From: Takanori Watanabe X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 cc: freebsd-fs@FreeBSD.org cc: Boris Popov cc: das@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 09:13:59 -0000 In message <4160FBD9.10603@geminix.org>, Uwe Doering wrote: >takawata@jp.freebsd.org wrote: >> In message <4160ED06.6070603@geminix.org>, Uwe Doering wrote: >> >>>Takanori Watanabe wrote: >>>[...] >>>>Ok, the issue Uwe says is when underlying filesystem and >>>>wrapping filesystem are diffent and if there are two files >>>>with same identifier exists. >>>>And the issue I want to fix is when underlying filesystem and >>>>wrapping filesystem are same so getcwd routine failed to distinguish >>>>the mount point. >>>> >>>>So it can be solved by translating fsid if the fsid of a file is same as >>>>that of mountpoint. True? >>> >>>Correct. In this case the inode number is guaranteed to be unique. >>>This might be okay as a local patch, but it is IMHO not a fix suited for >>>FreeBSD in general. >> >> Ok. How about this? > >This wouldn't be correct, either. Unionfs can be stacked, that is, you >can't even be sure for a single layer that the passed up va_fsid will >always be the same. The underlying unionfs can be comprised of two >layers on two different file systems as well, and so on. You can >override va_fsid only if the original file system id is guaranteed to be >the same for all files in that layer (single file system case). Ok, whats next? Index: union.h =================================================================== RCS file: /home/ncvs/src/sys/fs/unionfs/union.h,v retrieving revision 1.28 diff -u -r1.28 union.h --- union.h 7 Apr 2004 20:46:03 -0000 1.28 +++ union.h 4 Oct 2004 09:03:26 -0000 @@ -44,6 +44,7 @@ struct ucred *um_cred; /* Credentials of user calling mount */ int um_cmode; /* cmask from mount process */ int um_op; /* Operation mode */ + dev_t um_upperdev; /* Upper root node fsid[0]*/ }; #ifdef _KERNEL Index: union_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/unionfs/union_vfsops.c,v retrieving revision 1.67 diff -u -r1.67 union_vfsops.c --- union_vfsops.c 30 Jul 2004 22:08:51 -0000 1.67 +++ union_vfsops.c 4 Oct 2004 09:03:26 -0000 @@ -72,6 +72,7 @@ struct vnode *lowerrootvp = NULLVP; struct vnode *upperrootvp = NULLVP; struct union_mount *um = 0; + struct vattr va; struct ucred *cred = 0; char *cp = 0, *target; int op; @@ -190,6 +191,12 @@ M_UNIONFSMNT, M_WAITOK | M_ZERO); um->um_op = op; + + error = VOP_GETATTR(upperrootvp, &va, td->td_ucred, td); + if(error) + goto bad; + + um->um_upperdev = va.va_fsid; switch (um->um_op) { case UNMNT_ABOVE: Index: union_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/unionfs/union_vnops.c,v retrieving revision 1.109 diff -u -r1.109 union_vnops.c --- union_vnops.c 2 Oct 2004 17:17:04 -0000 1.109 +++ union_vnops.c 4 Oct 2004 09:03:27 -0000 @@ -932,6 +932,7 @@ { int error; struct union_node *un = VTOUNION(ap->a_vp); + struct union_mount *um = MOUNTTOUNIONMOUNT(ap->a_vp->v_mount); struct vnode *vp; struct vattr *vap; struct vattr va; @@ -972,7 +973,8 @@ union_newsize(ap->a_vp, VNOVAL, vap->va_size); } - ap->a_vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; + if(vap->va_fsid == um->um_upperdev) + vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; if ((vap != ap->a_vap) && (vap->va_type == VDIR)) ap->a_vap->va_nlink += vap->va_nlink; From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 10:38:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86AF816A4CE for ; Mon, 4 Oct 2004 10:38:46 +0000 (GMT) Received: from mail.struchtrup.de (mail.struchtrup.de [80.190.247.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26DA743D41 for ; Mon, 4 Oct 2004 10:38:46 +0000 (GMT) (envelope-from sebastian.struchtrup@gmx.de) Received: from p5087cefd.dip0.t-ipconnect.de ([80.135.206.253] helo=[10.0.0.2]) by mail.struchtrup.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42 (FreeBSD)) id 1CEQIP-000NAC-B0; Mon, 04 Oct 2004 10:42:21 +0000 Message-ID: <41612915.70209@gmx.de> Date: Mon, 04 Oct 2004 12:42:29 +0200 From: Sebastian Schulze Struchtrup User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040916) X-Accept-Language: en-us, en MIME-Version: 1.0 To: max@love2party.net, freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Struchtrup-MailScanner-Information: Please contact the ISP for more information X-Struchtrup-MailScanner: Found to be clean X-MailScanner-From: sebastian.struchtrup@gmx.de X-Mailman-Approved-At: Mon, 04 Oct 2004 12:02:39 +0000 Subject: High rate traffic silence an em interface. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 10:38:46 -0000 >This might be my fault! Just committed a fix from Mike Makonnen, that might >solve the problem you are seeing. It's just a missing "!" so it should be >easy to apply to RELENG_5 as well. Please give it a try (and accept my >apology for the headache caused). Seems to work for me now, too. Thank you!! From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 12:08:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C10B816A4CF for ; Mon, 4 Oct 2004 12:08:21 +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 1C10043D1F for ; Mon, 4 Oct 2004 12:08:21 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i94C8Gef041951; Mon, 4 Oct 2004 14:08:18 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41613D2B.6030609@DeepCore.dk> Date: Mon, 04 Oct 2004 14:08:11 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason DiCioccio References: 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.4 cc: freebsd-current@freebsd.org Subject: Re: Serial ATA, Write Caching and Soft-Updates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 12:08:21 -0000 Jason DiCioccio wrote: > Greetings! > I'm just asking this question mainly out of curiosity. However, I kno= w=20 > that Serial ATA drives can support 'native command queuing' (an improve= d=20 > version of tagged command queuing apparently). As a result, are serial= =20 > ATA drives safe to use in a soft-updates+write caching enabled setup? = > Do they suffer from the same write caching issues that the PATA drives = > suffered from? First off we (or rather I) need to grow support for NCQ, and in most=20 cases you will need a controller that supports it as well. As to the suffering, no idea yet, havn't had any NCQ capable HW in the=20 lab yet. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 12:25:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44DF416A4CE for ; Mon, 4 Oct 2004 12:25:41 +0000 (GMT) Received: from gate.leissner.se (gate.leissner.se [212.3.0.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CDB143D2D for ; Mon, 4 Oct 2004 12:25:40 +0000 (GMT) (envelope-from pol@leissner.se) Received: (from uucp@localhost) by gate.leissner.se (8.9.3-030919/8.9.3) id OAA04396; Mon, 4 Oct 2004 14:25:24 +0200 (CEST) Received: from UNKNOWN(192.71.29.17), claiming to be "pol.leissner.se" via SMTP by gate.leissner.se, id smtpdeM4383; Mon Oct 4 14:25:18 2004 Received: from pol.leissner.se (localhost.leissner.se [127.0.0.1]) by pol.leissner.se (8.12.10/8.12.10) with ESMTP id i94CPGaw094103; Mon, 4 Oct 2004 14:25:16 +0200 (CEST) (envelope-from pol@leissner.se) Received: from localhost (pol@localhost)i94CPEPo094100; Mon, 4 Oct 2004 14:25:15 +0200 (CEST) (envelope-from pol@leissner.se) X-Authentication-Warning: pol.leissner.se: pol owned process doing -bs Date: Mon, 4 Oct 2004 14:25:14 +0200 (SST) From: Peter Olsson To: Sebastian Schulze Struchtrup In-Reply-To: <41612915.70209@gmx.de> Message-ID: <20041004142028.O59122@pol.leissner.se> References: <41612915.70209@gmx.de> X-NCC-RegID: se.leissner X-Organization: Leissner Data AB MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: max@love2party.net cc: freebsd-current@freebsd.org Subject: Re: High rate traffic silence an em interface. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 12:25:41 -0000 On Mon, 4 Oct 2004 12:42 +0200, Sebastian Schulze Struchtrup wrote: >> This might be my fault! Just committed a fix from Mike Makonnen, that might >> solve the problem you are seeing. It's just a missing "!" so it should be >> easy to apply to RELENG_5 as well. Please give it a try (and accept my >> apology for the headache caused). > > Seems to work for me now, too. Just saw this thread now, we also have an em0 card that disappears from the network sometimes. Every time it comes back after almost exactly 3 hours and 50 minutes. Is this the problem that is fixed, and is the fix included in RELENG_5 by now? Thanks! Peter Olsson From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 12:40:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5F9C16A4CE for ; Mon, 4 Oct 2004 12:40:10 +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 044C843D4C for ; Mon, 4 Oct 2004 12:40:10 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i94Ce63s042339; Mon, 4 Oct 2004 14:40:08 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <416144A0.9070302@DeepCore.dk> Date: Mon, 04 Oct 2004 14:40:00 +0200 From: =?windows-1252?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andox References: <4161045F.1060904@telia.com> In-Reply-To: <4161045F.1060904@telia.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 12:40:10 -0000 Andox wrote: > Thanks, S=F8ren for looking into this problem. I have had it since 5.2.= 1=20 > release. > With your latest fix committed to RELENG_5 my computer is more stable=20 > but it=92s > not 100% yet. I still get lookups then copying files between two disks.= > My test is to copy some DVDs of total 22GB from one disk to another and= =20 > after > some minutes the computer crashes with no error message in=20 > /var/log/messages. Hmm, have you tried an uptodate -current kernel lately ? > Also then mounting disks, I get: > adX: TIMEOUT - READ_DMA retrying (2 retries left) LBA=3DXXXXXXXXX > Usually I get one of these messages for each 'mount'. > These messages seem harmless but still they show up. >=20 > I am using ATAIDLE (/usr/ports/sysutils/ataidle) with the mounted disks= =20 > if this matters=85 Hmm, you will get a timeout on the disks if they spun down since they'll = have to get wacked to come back to life. At any rate the number of problem reports on using ataidle in this setup = is increasing so my standpoint of it being a bad idea and keeping it out = of ATA as such seems to hold ;) PLEASE try to run without ataidle for a while and see if behavior=20 changes.... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 12:46:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 777C416A4D2 for ; Mon, 4 Oct 2004 12:46:55 +0000 (GMT) Received: from ausc60ps301.us.dell.com (ausc60ps301.us.dell.com [143.166.148.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id F159D43D3F for ; Mon, 4 Oct 2004 12:46:54 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx2kcps315.aus.amer.dell.com (143.166.3.50) by ausc60ps301.us.dell.com with ESMTP; 04 Oct 2004 07:46:53 -0500 X-Ironport-AV: i="3.85,121,1094446800"; d="scan'208"; a="85288722:sNHT26863048" X-MimeOLE: Produced By Microsoft Exchange V6.0.6527.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 4 Oct 2004 07:46:38 -0500 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A1E1F41@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD-BETA7 - ATAPI warnings gone! :-) Thread-Index: AcSqEDAS7cyY4QnQR9WFwe0yKTZm8g== From: To: X-OriginalArrivalTime: 04 Oct 2004 12:46:39.0036 (UTC) FILETIME=[30EE9FC0:01C4AA10] Subject: FreeBSD-BETA7 - ATAPI warnings gone! :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 12:46:55 -0000 All, Just downloaded the BETA7 and installed it on Dell PE1750 with *All* Packages. All the packages installed without any issue. After rebooting, I didn't get any (usual?!) ATAPI warings/errors. ;-) Great improvement. Thanks to Soren@ and re@. --T. Muthu Mohan From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 13:11:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A5A216A4CE for ; Mon, 4 Oct 2004 13:11:05 +0000 (GMT) Received: from www.cyclades.de (mail.linux-router.org [62.225.173.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E56A43D5A for ; Mon, 4 Oct 2004 13:11:04 +0000 (GMT) (envelope-from mh@kernel32.de) Received: from pd956a904.dip.t-dialin.net ([217.86.169.4] helo=[192.168.100.105]) by www.cyclades.de with asmtp (Exim 3.35 #1 (Debian)) id 1CEScD-0007SS-00; Mon, 04 Oct 2004 15:10:58 +0200 Message-ID: <41614BDA.8070803@kernel32.de> Date: Mon, 04 Oct 2004 15:10:50 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Stephen J. Roznowski" References: <200410031315.i93DFecT098486@istari.comcast.net> In-Reply-To: <200410031315.i93DFecT098486@istari.comcast.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner: Found to be clean X-MailScanner-SpamCheck: cc: freebsd-current@freebsd.org Subject: Re: Networking problems with 5.3-BETA6 on HP SA4000Z X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 13:11:05 -0000 Hej SR, Stephen J. Roznowski wrote: > Greeting, > > I'm trying to install 5.3-BETA6 on an HP SA4000Z. It has the > nForce3 250 chipset. > > Everything appears to be running fine, but I can't get the network > to send any traffic. It shows as "fwe0", appears to have the > correct IP address, but pinging the gateway gets a "no route to host" > error. > > I've tried swapping "fwe0" to "fwip0", but get the same error.... > fwe and fwip is the FireWire Ethernet Stuff. Are you sure that this is the interface you want to use ? I believe there is an onboard Ethernet Interface, but I believe it's not yet supported in FreeBSD ... > I can provide more (specific) details if it helps..... > > Any suggestions on what to try next? > unluckily not. Try to figure out wether you have a Windows XP Driver for the onboard LAN. Then the NDIS Project (Project Evil) _could_ work. At least I think it could. Correct me If I'm wrong. The easiest way would probably be, taking a standard PCI based Ethernet NIC and off you go :) preferable Intel's Ethernet Express Pro ;) best regards, Marian From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 12:37:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9127716A4CE for ; Mon, 4 Oct 2004 12:37:04 +0000 (GMT) Received: from org.ukrsat.com (org.ukrsat.com [212.35.173.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C94443D5F for ; Mon, 4 Oct 2004 12:37:00 +0000 (GMT) (envelope-from hunter@comsys.com.ua) Received: from localhost (localhost [127.0.0.1]) From: "Sergey Smitienko" To: Date: Mon, 4 Oct 2004 15:36:56 +0300 Message-ID: <027201c4aa0e$d6021020$13caa8c0@aa.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Scanned-By: MIMEDefang 2.36 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on org.ukrsat.com X-Virus-Status: Clean X-Mailman-Approved-At: Mon, 04 Oct 2004 13:16:17 +0000 Subject: FreeBSD 5.3 IPSec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 12:37:04 -0000 Hello,=20 I'm having problem with an IPSec connection between two test hosts = running 5.3-BETA3 using isakmpd. Both kernels are GENERIC with IPSEC/IPSEC_ESP options additions. As far = as I understand from=20 the isakmpd debug output it does negotiate a connection and then fails = to setup kernel to use encryption=20 between this two hosts. BTW, Is there any pf_key message decoder avaible ? Oct 1 18:57:04 test2 isakmpd[292]: pf_key_v2_connection_check: SA for ISAKMP-test2-test1 missing Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[0]: Oct 1 18:57:20 test2 isakmpd[292]: 02010003 0c000000 04000000 24010000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[1]: Oct 1 18:57:20 test2 isakmpd[292]: 02001300 00000000 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[2]: Oct 1 18:57:20 test2 isakmpd[292]: 03000500 00000000 10020000 c0a8ca07 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[3]: Oct 1 18:57:20 test2 isakmpd[292]: 03000600 00000000 10020000 c0a8ca38 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[4]: Oct 1 18:57:20 test2 isakmpd[292]: 02001000 00010000 ffffffff 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_read: msg: Oct 1 18:57:20 test2 isakmpd[292]: 02010003 0a000000 04000000 24010000 02000100 909b3932 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: 03000500 00000000 10020000 c0a8ca07 00000000 00000000 03000600 00000000 Oct 1 18:57:20 test2 isakmpd[292]: 10020000 c0a8ca38 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_get_spi: spi: Oct 1 18:57:20 test2 isakmpd[292]: 909b3932 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_set_spi: satype 3 dst 192.168.202.7 SPI 0xfe83bff6 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[0]: Oct 1 18:57:20 test2 isakmpd[292]: 02030003 1b000000 05000000 24010000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[1]: Oct 1 18:57:20 test2 isakmpd[292]: 02001300 00000000 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[2]: Oct 1 18:57:20 test2 isakmpd[292]: 02000100 fe83bff6 10010203 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[3]: Oct 1 18:57:20 test2 isakmpd[292]: 04000300 00000000 00000000 00000000 3c000000 00000000 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[4]: Oct 1 18:57:20 test2 isakmpd[292]: 04000400 00000000 00000000 00000000 36000000 00000000 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[5]: Oct 1 18:57:20 test2 isakmpd[292]: 03000500 00000000 10020000 c0a8ca38 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[6]: Oct 1 18:57:20 test2 isakmpd[292]: 03000600 00000000 10020000 c0a8ca07 00000000 00000000 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[7]: Oct 1 18:57:20 test2 isakmpd[292]: 03000800 80000000 fb05f4a6 f319d268 8389edac 890941e1 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: iov[8]: Oct 1 18:57:20 test2 isakmpd[292]: 04000900 c0000000 d2c44dea 73611b50 40513cdf 8ff4b600 40f98efa c9d65732 Oct 1 18:57:20 test2 isakmpd[292]: pf_key_v2_write: writev (3, = 0x807d600, 9) failed From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 12:40:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AE5316A4CE; Mon, 4 Oct 2004 12:40:51 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6F4443D1F; Mon, 4 Oct 2004 12:40:50 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CES9Y-0005gw-JA; Mon, 04 Oct 2004 19:41:20 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.12.10/8.12.10) with ESMTP id i94CeXZN023936; Mon, 4 Oct 2004 19:40:33 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.12.10/8.12.10/Submit) id i94CeWpk023849; Mon, 4 Oct 2004 19:40:32 +0700 (NOVST) (envelope-from danfe) Date: Mon, 4 Oct 2004 19:40:32 +0700 From: Alexey Dokuchaev To: Uwe Doering Message-ID: <20041004124032.GA22153@regency.nsu.ru> References: <41601BE0.4050401@geminix.org> <200410031805.i93I5JNZ009076@sana.init-main.com> <20041003183237.GA8100@VARK.MIT.EDU> <41605620.90407@geminix.org> <20041003200803.GA8668@VARK.MIT.EDU> <416069E2.6030403@geminix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416069E2.6030403@geminix.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 04 Oct 2004 13:16:17 +0000 cc: freebsd-fs@freebsd.org cc: bp@freebsd.org cc: David Schultz cc: Takanori Watanabe cc: freebsd-current@freebsd.org Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 12:40:51 -0000 On Sun, Oct 03, 2004 at 11:06:42PM +0200, Uwe Doering wrote: > > As to your concern, in CURRENT this might be fixed already. There, the > unionfs vnode doesn't have an object attached. Instead, calls to > VOP_GETVOBJECT() get forwarded to the underlying file, so the same > object gets referred as for direct modifications of that file. That > should rule out any coherency problems, IMHO. > > Unfortunately, AFAIK, this fix has never been MFC'ed to 4-STABLE. The > respective CVS commits are union_subr.c (rev. 1.51) and union_vnops.c > (rev. 1.82). Any chances they will get merged before 4.11-RELEASE? ./danfe From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 12:42:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5012716A4CE; Mon, 4 Oct 2004 12:42:54 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2F243D41; Mon, 4 Oct 2004 12:42:53 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CESBZ-0005nd-FI; Mon, 04 Oct 2004 19:43:25 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.12.10/8.12.10) with ESMTP id i94CgcZN025151; Mon, 4 Oct 2004 19:42:38 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.12.10/8.12.10/Submit) id i94Cgcn6025112; Mon, 4 Oct 2004 19:42:38 +0700 (NOVST) (envelope-from danfe) Date: Mon, 4 Oct 2004 19:42:38 +0700 From: Alexey Dokuchaev To: Takanori Watanabe Message-ID: <20041004124238.GB22153@regency.nsu.ru> References: <4160FBD9.10603@geminix.org> <200410040912.i949CEjk012965@sana.init-main.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410040912.i949CEjk012965@sana.init-main.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 04 Oct 2004 13:16:17 +0000 cc: freebsd-fs@freebsd.org cc: Boris Popov cc: das@freebsd.org cc: freebsd-current@freebsd.org cc: Uwe Doering Subject: Re: Your CVS fix 1.109 to union_vnops.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 12:42:54 -0000 Hmm. Looks like there's style(9) typo here: > + if(error) ^^ missing space > + goto bad; > + um->um_upperdev = va.va_fsid; And here: > + if(vap->va_fsid == um->um_upperdev) ^^ missing space > + vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; ./danfe From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 13:21:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C78CE16A4CE for ; Mon, 4 Oct 2004 13:21:37 +0000 (GMT) Received: from web54003.mail.yahoo.com (web54003.mail.yahoo.com [206.190.36.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 5AFE843D39 for ; Mon, 4 Oct 2004 13:21:37 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041004132136.18017.qmail@web54003.mail.yahoo.com> Received: from [147.46.44.181] by web54003.mail.yahoo.com via HTTP; Mon, 04 Oct 2004 06:21:36 PDT Date: Mon, 4 Oct 2004 06:21:36 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-BETA7: packages are broken with library version bump-ups! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 13:21:37 -0000 Hello, With the version number bumped up for the libraries (see /usr/src/UPDATING 20041001-issue), many packages that come with BETA7 are broken. For example, when I pkg_add by ftp the cvsup package, and use it, I get: /libexec/ld-elf.so.1: Shared object "libm.so.2" not found, required by "cvsup" Due to the new library numbers, all packages should have been recompiled, I guess. If so, this must be fixed before RELEASE. Regards, Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 13:36:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E44616A4CE for ; Mon, 4 Oct 2004 13:36:37 +0000 (GMT) Received: from ckmso2.proxy.att.com (ckmso2.att.com [209.219.209.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 486AE43D2D for ; Mon, 4 Oct 2004 13:36:36 +0000 (GMT) (envelope-from jwb@homer.att.com) Received: from ulysses.homer.att.com ([135.205.193.8])i94DaZ0K014978 for ; Mon, 4 Oct 2004 09:36:35 -0400 Received: from akiva.homer.att.com (akiva.homer.att.com [135.205.212.39]) by ulysses.homer.att.com (8.9.3/8.9.3) with ESMTP id JAA22123 for ; Mon, 4 Oct 2004 09:35:46 -0400 (EDT) Received: from akiva.homer.att.com (localhost [127.0.0.1]) by akiva.homer.att.com (8.11.7+Sun/8.9.3) with ESMTP id i94DZkh24531 for ; Mon, 4 Oct 2004 09:35:46 -0400 (EDT) Message-Id: <200410041335.i94DZkh24531@akiva.homer.att.com> X-Mailer: exmh version 2.7.1 07/26/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Oct 2004 09:35:46 -0400 From: "J. W. Ballantine" Subject: device snd_ds1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 13:36:37 -0000 I'm running a 5.3-BETA6 version, and trying to add sound to the system: FreeBSD tinlizzie.patmedia.net 5.3-BETA6 FreeBSD 5.3-BETA6 #2: Thu Sep 30 17:33:55 EDT 2004 i386 and following the man snd_ds1 and NOTES, I added: device sound device snd_ds1 at the end of the kernel configuration file. But, when I try to buildkernel KENRCONF=TINLIZZIE, I get: >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj /usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/us r/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/gam es:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/TINLIZZIE /usr/src/sys/i386/conf/TINLIZZIE config: Error: device "snd_ds" is unknown config: Error: device "snd_ds" does not take a count config: 2 errors *** Error code 1 One of the early NOTES file had the snd_ds1 enclosed in quotes ("), so I tried that and the kernel built. My question is are the man page and NOTES wrong and the quotes are needed, or do I need to do something else to get the snd_ds1 driver built into the kernel? Thanks Jim From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 13:47:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0C4216A4CE; Mon, 4 Oct 2004 13:47:30 +0000 (GMT) Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A70D43D1F; Mon, 4 Oct 2004 13:47:30 +0000 (GMT) (envelope-from s492966@svstud.win.tue.nl) Received: by mailhost.tue.nl (Postfix, from userid 40) id C26E314BDDF; Mon, 4 Oct 2004 15:47:28 +0200 (CEST) Received: from svstud.win.tue.nl (svstud.win.tue.nl [131.155.69.100]) by mailhost.tue.nl (Postfix) with ESMTP id A95CD14BCF7; Mon, 4 Oct 2004 15:47:24 +0200 (CEST) Received: from svstud.win.tue.nl (localhost.win.tue.nl [127.0.0.1]) by svstud.win.tue.nl (8.12.8/8.12.6) with ESMTP id i94DlOvT020715; Mon, 4 Oct 2004 15:47:24 +0200 Received: (from s492966@localhost) by svstud.win.tue.nl (8.12.8/8.12.8/Submit) id i94DlObh020713; Mon, 4 Oct 2004 15:47:24 +0200 Date: Mon, 4 Oct 2004 15:47:24 +0200 From: r.c.ladan@student.tue.nl To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Message-ID: <20041004134724.GA20675@svstud.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mailhost.tue.nl X-Spam-DCC: dmv.com: mailhost.tue.nl 1181; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.7 required=6.3 tests=BAYES_00,NO_REAL_NAME autolearn=no version=2.63 X-Spam-Level: Subject: harddisk dying? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: r.c.ladan@student.tue.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 13:47:31 -0000 Hi, I have an issue with my /var partition, the others are allright. When I boot into single user, fsck_ufs /var gives no errors, both mounted and umounted. However, if I boot into multi user, fsck_ufs gives error messages, allthough at boot time the file system is clean. The messages vary: run 1: ------- ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=4241 OWNER=mysql MODE=100600 SIZE=2349 MTIME=Oct 4 11:38 2004 CLEAR? no UNREF FILE I=4257 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no UNREF FILE I=4272 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no ** Phase 5 - Check Cyl groups 2443 files, 39110 used, 25297 free (1481 frags, 2977 blocks, 2.3% fragmentation) ------ run 2: ------- ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=4241 OWNER=mysql MODE=100600 SIZE=2349 MTIME=Oct 4 11:41 2004 CLEAR? no UNREF FILE I=4257 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no UNREF FILE I=4272 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no ** Phase 5 - Check Cyl groups 2443 files, 39110 used, 25297 free (1481 frags, 2977 blocks, 2.3% fragmentation) ------ run 3: ------ ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=4241 OWNER=mysql MODE=100600 SIZE=2349 MTIME=Oct 4 11:50 2004 CLEAR? no UNREF FILE I=4257 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no UNREF FILE I=4272 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no ** Phase 5 - Check Cyl groups 2443 files, 39119 used, 25288 free (1480 frags, 2976 blocks, 2.3% fragmentation) ------- Inode 4241 changed time between run 2 and run 3. The mysql user comes from the databases/mysql40-{client,server} ports. It probably hits the bad spot. But it continues to give errors if I turn mysql off : ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=39 (4 should be 0) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 2439 files, 39163 used, 25243 free (1483 frags, 2970 blocks, 2.3% fragmentation) -------- And sometimes /var seems to be ok. I don't get ATA_READ / ATA_WRITE errors (yet). Does this mean my harddisk is somehow dying? It has been running continously for 2-3 years, and in use since September 2000. I went to the notebook service centre of the university this afternoon. The guy there said the disk was allright. He performed a surface and SMART scan from a CDROM. On the other hand, I read in the questions@ archive that surface scans are useless on FreeBSD systems. The NSC guy recommended to reinstall the software, but that seems pointless to me. My harddisk (from boot -v a few days ago, when everything was fine) --- isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1080-0x108f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1080 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata0-master: setting PIO4 on Intel PIIX4 chip ata0-master: setting UDMA33 on Intel PIIX4 chip ad0: ATA-5 disk at ata0-master ad0: 5729MB (11733120 sectors), 12416 C, 15 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 ATAPI_RESET time = 340us GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/14/63 s:63 l:11733057 [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:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 6007325184 end 6007357439 GEOM: Configure ad0s1a, start 0 length 134217728 end 134217727 GEOM: Configure ad0s1b, start 134217728 length 402653184 end 536870911 GEOM: Configure ad0s1c, start 0 length 6007325184 end 6007325183 GEOM: Configure ad0s1d, start 536870912 length 33554432 end 570425343 GEOM: Configure ad0s1e, start 570425344 length 134217728 end 704643071 GEOM: Configure ad0s1f, start 704643072 length 5302682112 end 6007325183 Mounting root from ufs:/dev/ad0s1a --- I don't have PREEMPTION options in my kernel. I'm running 5.3BETA6 Regards, Rene From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 14:11:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 733CD16A4CE; Mon, 4 Oct 2004 14:11:48 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02B1843D48; Mon, 4 Oct 2004 14:11:48 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i94EBMqb009283; Mon, 4 Oct 2004 08:11:22 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <416159E8.5080804@FreeBSD.org> Date: Mon, 04 Oct 2004 08:10:48 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> In-Reply-To: <4160C166.7060109@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: developers@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 14:11:48 -0000 The FreeBSD Release Engineering Team is proud to announce the availability of FreeBSD 5.3-BETA7. This is the seventh and final BETA of the 5.3 release cycle. It is intended for early adopters and those wishing to help find and/or fix bugs. The 5.3 release cycle will follow on next with an RC1 release candidate unless significant show- stopper bugs are found. The schedule can be found at http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check the "Known Issues" below as there are known problems that are still being worked on at this time. IMPORTANT: BIND 9.3.0 has replaced BIND 8.x as the default name server. IMPORTANT: Several libraries have had their version numbers bumped in order to maintain FreeBSD 4.x compatibility. Any programs that rely on these libraries should be rebuilt. The /etc/libmap.conf facility can be used to help this migration. In particular, libm.so.2 should be mapped to libm.so.3 while the migration is in progress. The libraries that changed are: libm.so.2 -> libm.so.3 libhistory.so.4 -> libhistory.so.5 libopie.so.2 -> libopie.so.3 libpcap.so.2 -> libpcap.so.3 libreadline.so.4 -> libreadline.so.5 Other fixes and enhancements made since BETA6: - Fix timekeeping on sparc64 and alpha that would result in the day of the week being stored incorrectly in NVRAM. - Add support to the fxp driver for the ICH6 chipset. - Fix the panic on detach problem with USB hubs. - Import BIND 9.3.0. This completely replaces the old BIND 8.x nameserver in the base system. Many thanks to Dag-Erling Smørgrav, Tom Rhodes, Doug Barton, and Ruslan Ermilov for making this happen. - Fix panic when allocating swap on a busy system. - Fix loader crash when using the 'lsdev' command. - Many more GBDE, ggate, gmirror, and gstripe fixes. - Fix the '-s' option in newfs to handle large filesystems. - Fix a resource allocation problem with the floppy driver that would result in long delays during boot. - Add support for the Broadcom 5750/5751 chips to the bge driver. - Allow 'sh' to handle unsetting of undefined variables. - Fix several locking problems in PF. - Many fixes to the ATA driver to make it more robust. - Many locking fixes for the re driver. - Work around a panic on sparc64 SMP systems when under heavy load. - Fix handling of non-existent devices at boot for getty. - Disable Synaptics touchpad support in the psm driver as it was causing many problem reports. - Fix the em driver to not wedge when under heavy transmit load. - Fix KAME IPSEC and FAST IPSEC. - Fix the pst driver to not panic on boot when INVARIANTS is defined. Known issues in this release: - There are known data corruption issues with gvinum. Fixes are being tested now. - There are reports of packet corruption with the nge driver when the network stack is run without the Giant mutex. A fix is being tested. Availability: For people wishing to upgrade older systems using cvsup(1) and the procedure described in src/UPDATING the CVS tag to use is RELENG_5 at this point. Note that like all RELENG_X branches this is an active development branch. We do not recommend those branches for normal use (for normal use RELENG_X_Y branches are more appropriate, e.g. RELENG_4_10 is the current stable branch). As of this writing the following are available on ftp.freebsd.org along with some of the mirror sites: alpha: all images available amd64: all images available i386: all images available ia64: miniinst available pc98: miniinst available sparc64: all images except disc1 available (new package sets still being built, disc1 may be made available later) MD5s for the builds that are complete at this time are: MD5 (5.3-BETA7-amd64-bootonly.iso) = 0ec066fb157784e79a6a88f3d2191574 MD5 (5.3-BETA7-amd64-disc2.iso) = 009d7cc50bec635ae1883ef3de40b122 MD5 (5.3-BETA7-amd64-miniinst.iso) = 952c987ab87774dc391c0774eb87eed7 MD5 (5.3-BETA7-amd64-disc1.iso) = 7826043ff52b3e9e2f4443517d362a8d MD5 (5.3-BETA7-i386-bootonly.iso) = 13e3b9c84f86c61461030e40adb895ee MD5 (5.3-BETA7-i386-disc2.iso) = 4812cda4404454cf2ef7e92722156f37 MD5 (5.3-BETA7-i386-miniinst.iso) = 5cf967bfd44543f0afdf5a9449734051 MD5 (5.3-BETA7-i386-disc1.iso) = f8873a9b1072fdc6ca9d5f0c1fe58c73 MD5 (5.3-BETA7-ia64-bootonly.iso) = b1089e7493a207ba32c0cb68098ceb2e MD5 (5.3-BETA7-ia64-disc2.iso) = 0d20ca0788ff4c1be75be2dbedb37579 MD5 (5.3-BETA7-ia64-miniinst.iso) = c85ce87890f0fa053f14bd134e57fc2c MD5 (5.3-BETA7-pc98-disc2.iso) = c8cbaa0568b0df28c2ae3d39bcdbb62f MD5 (5.3-BETA7-pc98-miniinst.iso) = f6677efe217e0d5d2f207fb39d849294 MD5 (5.3-BETA7-sparc64-bootonly.iso) = 203ced5fa0fb7a1cb44c0548b8449601 MD5 (5.3-BETA7-sparc64-disc2.iso) = 8462696261f696a9391d4a27a56b1bbe MD5 (5.3-BETA7-sparc64-miniinst.iso) = dc4225c8d18127b5ce93cf650cc1458e From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 14:13:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A1A816A4CE for ; Mon, 4 Oct 2004 14:13:43 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBDFB43D54 for ; Mon, 4 Oct 2004 14:13:42 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i94EDgIo001167; Mon, 4 Oct 2004 10:13:42 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i94EDgBN001166; Mon, 4 Oct 2004 10:13:42 -0400 (EDT) Date: Mon, 4 Oct 2004 10:13:42 -0400 From: Ken Smith To: spam maps Message-ID: <20041004141342.GA974@electra.cse.Buffalo.EDU> References: <20041004132136.18017.qmail@web54003.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041004132136.18017.qmail@web54003.mail.yahoo.com> User-Agent: Mutt/1.4.1i cc: freebsd-current Subject: Re: 5.3-BETA7: packages are broken with library version bump-ups! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 14:13:43 -0000 On Mon, Oct 04, 2004 at 06:21:36AM -0700, spam maps wrote: > With the version number bumped up for the libraries > (see /usr/src/UPDATING 20041001-issue), many packages > that come with BETA7 are broken. > > For example, when I pkg_add by ftp the cvsup package, > and use it, I get: > > /libexec/ld-elf.so.1: Shared object "libm.so.2" not > found, required by "cvsup" > > Due to the new library numbers, all packages should > have been recompiled, I guess. If so, this must be > fixed before RELEASE. Yes, many (most? all?) of the packages available on the FTP sites will have been built against the old versions of the libraries. The packages in the ISO images themselves were built against the correct set of libraries so the packages on disc1 should be safe. Thanks to Kris for getting the disc1 package sets built quickly for us. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 14:18:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32CF716A4CE for ; Mon, 4 Oct 2004 14:18:02 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E29343D31 for ; Mon, 4 Oct 2004 14:18:01 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 14126 invoked by uid 89); 4 Oct 2004 14:17:59 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Oct 2004 14:17:59 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 96DC6142; Mon, 4 Oct 2004 17:17:58 +0300 (EEST) Date: Mon, 4 Oct 2004 17:17:58 +0300 From: Ion-Mihai Tetcu To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20041004171758.0c0c95f3@it.buh.tecnik93.com> In-Reply-To: <416144A0.9070302@DeepCore.dk> References: <4161045F.1060904@telia.com> <416144A0.9070302@DeepCore.dk> X-Mailer: Sylpheed-Claws 0.9.12a (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: Andox cc: freebsd-current@freebsd.org Subject: Re: ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 14:18:02 -0000 On Mon, 04 Oct 2004 14:40:00 +0200 S=F8ren Schmidt wrote: [ ... ] > > I am using ATAIDLE (/usr/ports/sysutils/ataidle) with the mounted disks= =20 > > if this matters=85 >=20 > Hmm, you will get a timeout on the disks if they spun down since they'll= =20 > have to get wacked to come back to life. > At any rate the number of problem reports on using ataidle in this setup= =20 > is increasing so my standpoint of it being a bad idea and keeping it out= =20 > of ATA as such seems to hold ;) Hmm, I have a different experience: Since I=B4ve set with ataidle the AAC to the =A8Vendor Recommended" I don=B4t get hangs because of recalibration; it is true that there where rare before. Model: Maxtor 6Y120L0 Serial: Y32WEPTE Firmware Rev: YAR41BW0 ATA revision: ATA-7 Model: WDC WD1600JB-00EVA0 Serial: WD-WCAEK1298992 Firmware Rev: 15.05R15 ATA revision: ATA-6 --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 14:19:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F32A16A4CE for ; Mon, 4 Oct 2004 14:19:45 +0000 (GMT) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB6B143D49 for ; Mon, 4 Oct 2004 14:19:44 +0000 (GMT) (envelope-from patrick@137.org) Received: from morpheus.infiscape.com ([12.216.47.168]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20041004141941m9100iptv2e>; Mon, 4 Oct 2004 14:19:41 +0000 Received: from dsl.80.187.networkiowa.com (dsl.80.187.networkiowa.com [209.234.80.187]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by morpheus.infiscape.com (Postfix) with ESMTP id 13D77390014 for ; Mon, 4 Oct 2004 09:19:41 -0500 (CDT) From: Patrick Hartling To: freebsd-current@freebsd.org In-Reply-To: <1096851735.869.18.camel@dsl.80.187.networkiowa.com> References: <1096851735.869.18.camel@dsl.80.187.networkiowa.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CeBMepCzE2rwZxhzAKk6" Date: Mon, 04 Oct 2004 09:18:18 -0500 Message-Id: <1096899498.16314.2.camel@dsl.80.187.networkiowa.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Subject: Re: offsetof() macro, C++, and GCC 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 14:19:45 -0000 --=-CeBMepCzE2rwZxhzAKk6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable At Joseph Koshy's request, this is now filed as misc/72307. -Patrick On Sun, 2004-10-03 at 20:02 -0500, Patrick Hartling wrote: > The offsetof() macro defined in stddef.h evaluates to code that can > violate the C++ standard depending upon the context of its use. I have > attached code that demonstrates the problem. GCC 3.4.2 in the base > system refuses to compile the code, giving this error message: >=20 > % g++ -c const-exp.cpp > const-exp.cpp:14: error: a casts to a type other than an integral or > enumeration type cannot appear in a constant-expression > const-exp.cpp:14: error: '->' cannot appear in a constant-expression > const-exp.cpp:14: error: `&' cannot appear in a constant-expression >=20 > The gcc34 port (gcc-3.4.2_20040827) builds it just fine. The > difference, as far as I can tell, is that gcc34 from the Ports > Collection gets offsetof() from its own stddef.h, which has C++-friendly > code: >=20 > /* Offset of member MEMBER in a struct of type TYPE. */ > #ifndef __cplusplus > #define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER) > #else > /* The cast to "char &" below avoids problems with user-defined > "operator &", which can appear in a POD type. */ > #define offsetof(TYPE, MEMBER) \ > (__offsetof__ (reinterpret_cast \ > (&reinterpret_cast \ > (static_cast (0)->MEMBER)))) > #endif /* C++ */ >=20 > Would fixing this problem be as simple as using the above code > in /usr/include/stddef.h? >=20 > The attached code was adapted from some very similar code in > Boost.Python (from the file boost/python/object/instance.hpp), which > does not compile with the base system GCC 3.4.2. There may be other > parts of Boost 1.31.0--and the upcoming Boost 1.32.0--that are affected > by this offsetof() problem. >=20 > -Patrick >=20 >=20 --=20 Patrick L. Hartling | Research Assistant, VRAC http://www.137.org/patrick/ | 2274 Howe Hall Room 2624 PGP: http://tinyurl.com/2oum9 | http://www.vrac.iastate.edu/ --=-CeBMepCzE2rwZxhzAKk6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYVuqwZ1qaMh08hcRAuT6AJ9/s096Jf4K2iwX144IQf/6qa8wFwCeME4R juPXrBSb8WGPa5fdFPzl9MU= =csgn -----END PGP SIGNATURE----- --=-CeBMepCzE2rwZxhzAKk6-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 14:26:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8880A16A4CE for ; Mon, 4 Oct 2004 14:26:00 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id A125343D41 for ; Mon, 4 Oct 2004 14:25:59 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 15628 invoked by uid 89); 4 Oct 2004 14:25:58 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Oct 2004 14:25:58 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 17336142; Mon, 4 Oct 2004 17:25:58 +0300 (EEST) Date: Mon, 4 Oct 2004 17:25:57 +0300 From: Ion-Mihai Tetcu To: Tomas Randa Message-ID: <20041004172557.26d69489@it.buh.tecnik93.com> In-Reply-To: <1096836705.1446.4.camel@ares.office.internetservice.cz> References: <1096836705.1446.4.camel@ares.office.internetservice.cz> X-Mailer: Sylpheed-Claws 0.9.12a (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-current@FreeBSD.ORG Subject: Re: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 14:26:00 -0000 On Sun, 03 Oct 2004 22:51:45 +0200 Tomas Randa wrote: > Hi, >=20 > I am running VIA8237 ata controller with BETA6 from 02.10.04 and in > dmesg still have the following errors: >=20 > ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D846959 Could you tell me you motherboard name and the HDD info (output of atacontrol info). And if you any other problems. I=B4m still having problems with this chip-set. Thanks, --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 14:35:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B893516A4CE for ; Mon, 4 Oct 2004 14:35:48 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCFEA43D1F for ; Mon, 4 Oct 2004 14:35:47 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 17602 invoked by uid 89); 4 Oct 2004 14:35:46 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Oct 2004 14:35:46 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 2DE3E142 for ; Mon, 4 Oct 2004 17:35:46 +0300 (EEST) Date: Mon, 4 Oct 2004 17:35:45 +0300 From: Ion-Mihai Tetcu To: freebsd-current@freebsd.org Message-ID: <20041004173545.3af254c6@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 0.9.12a (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 Subject: /dev/md0 keeps mounting on /var X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 14:35:48 -0000 Hi, For some time I keep getting /dev/md0 mounting on /var as the last mount when going to multi-user. The obvious result is that all services that use /var fail to start/function properly. Since I don=B4t use it I suppose I=B4ve done something wrong with mergemaster. The only workaround I=B4ve found is to rename /boor/kernel/g_md.ko. And since I just can=B4t fix this since ~ beta4 could someone point me where to look ? Thanks, --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 14:46:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BAD216A4CE; Mon, 4 Oct 2004 14:46:09 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FF1043D49; Mon, 4 Oct 2004 14:46:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i94Ek3JI011595; Mon, 4 Oct 2004 10:46:03 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i94Ek3Vi011592; Mon, 4 Oct 2004 10:46:03 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 4 Oct 2004 10:46:03 -0400 (EDT) From: Andre Guibert de Bruet To: Scott Long In-Reply-To: <416159E8.5080804@FreeBSD.org> Message-ID: <20041004103410.F6673@alpha.siliconlandmark.com> References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org cc: developers@freebsd.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 14:46:09 -0000 On Mon, 4 Oct 2004, Scott Long wrote: > Known issues in this release: > > - There are reports of packet corruption with the nge driver when > the network stack is run without the Giant mutex. A fix is > being tested. The new locking code that was committed fixes the issues that I discovered with the driver. I have stress tested the nge interface with many hundred of GBs worth of transfers using Robert Watson's tcpstream utility. My testing indicates that this issue has been fixed since the following file revisions: sys/dev/nge/if_nge.c: 1.66 sys/dev/nge/if_ngevar.h: 1.10 Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:18:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4143F16A4CE for ; Mon, 4 Oct 2004 15:18:44 +0000 (GMT) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 3750643D45 for ; Mon, 4 Oct 2004 15:18:43 +0000 (GMT) (envelope-from Norick@seznam.cz) Received: (qmail 23319 invoked from network); 4 Oct 2004 15:18:41 -0000 Received: from unknown (HELO echelon.norick.slivenec.czf) (norick@62.24.71.119) by smtp.seznam.cz with SMTP; 4 Oct 2004 15:18:41 -0000 Date: Mon, 4 Oct 2004 17:18:17 +0200 From: Jan Vyhlidka To: current@freebsd.org Message-Id: <20041004171817.380037e8.Norick@seznam.cz> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Mon__4_Oct_2004_17_18_17_+0200_tf=8f4mfd3LhqoZ." Subject: OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:18:44 -0000 --Signature=_Mon__4_Oct_2004_17_18_17_+0200_tf=8f4mfd3LhqoZ. Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Hello I have problem with ospfd (net/quagga package) When i used 5.2.1 there wasnt problem, but after i upgraded to 5.3, these messages started getting to me: 2004/10/04 16:22:44 OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted 2004/10/04 16:22:45 OSPF: can't setsockopt IP_MULTICAST_LOOP(0): Operation not permitted 2004/10/04 16:22:45 OSPF: can't setsockopt IP_MULTICAST_TTL(1): Operation not permitted 2004/10/04 16:22:45 OSPF: can't setsockopt IP_MULTICAST_IF: Operation not permitted messages repeat periodically ospfd is running, but unable to communicate with neighbors i havent tried any other multicast application My first 5.3 was i think beta4 and now i have beta7 So.. Should i change permission anywhere? or is there new kernel option? or a bug? my non-default kernel options are options IPDIVERT options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options ALTQ_NOPCC options NMBCLUSTERS=4096 options NBUF=4096 options GEOM_BDE device pf device pflog device pfsync and many default drivers are disabled, but it has occured on generic too. Best Regards Jan Vyhlidka --Signature=_Mon__4_Oct_2004_17_18_17_+0200_tf=8f4mfd3LhqoZ. Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBYWnAUZwTtzMO0/kRAlFlAJ0YzAj0ZVz7d2LVyG7PcQPUelbJBQCfcAbc X1RNtiIho9wgWiaAhtUfRCc= =uj75 -----END PGP SIGNATURE----- --Signature=_Mon__4_Oct_2004_17_18_17_+0200_tf=8f4mfd3LhqoZ.-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:21:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B65B16A4CF for ; Mon, 4 Oct 2004 15:21:38 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C309243D1F for ; Mon, 4 Oct 2004 15:21:37 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CEUee-0002KY-00 for ; Mon, 04 Oct 2004 17:21:36 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Oct 2004 17:21:36 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Oct 2004 17:21:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Mon, 04 Oct 2004 08:21:32 -0700 Lines: 125 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.8.0 Sender: news Subject: 48hr panics: Fatal trap 19: non-maskable interrupt trap while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:21:38 -0000 I get these about once every 48hrs for about 2 weeks on a box I build -current once or twice a week. First panic here is from Wednesday, the panic at the end of this message is from Friday morning's -current. Is there any problem currently with dumpdev=auto and savecore? Note the silly lockheld panic when I call doadump. box standing by. -Mark Fatal trap 19: non-maskable interrupt trap while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xc084cbb9 stack pointer = 0x10:0xd5451cb8 frame pointer = 0x10:0xd5451ccc 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 = 9 (pagezero) [thread 100048] Stopped at i686_pagezero+0x35: repe stosl %es:(%edi) db> where i686_pagezero(c15bd7f8,0,c08d5e00,71,ff) at i686_pagezero+0x35 vm_page_zero_idle(c09b8b30,0,ff,c08d5e1e,7530) at vm_page_zero_idle+0x9a vm_pagezero(0,d5451d48,c08ba5d3,31f,44c7085d) at vm_pagezero+0x9e fork_exit(c0806910,0,d5451d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5451d7c, ebp = 0 --- db> show intrcnt irq4: sio0 2091 irq8: rtc 19058423 irq14: ata0 125722 irq15: ata1 47 irq10: fxp0 fxp1+ 5006360 irq0: clk 14888716 db> show idt 0 Xdiv 1 Xdbg 2 Xnmi 3 Xbpt 4 Xofl 5 Xbnd 6 Xill 7 Xdna 8 0 9 Xfpusegm 10 Xtss 11 Xmissing 12 Xstk 13 Xprot 14 Xpage 16 Xfpu 17 Xalign 18 Xmchk 19 Xxmm 32 Xatpic_intr0 33 Xatpic_intr1 35 Xatpic_intr3 36 Xatpic_intr4 37 Xatpic_intr5 38 Xatpic_intr6 39 Xatpic_intr7 40 Xatpic_intr8 41 Xatpic_intr9 42 Xatpic_intr10 43 Xatpic_intr11 44 Xatpic_intr12 45 Xatpic_intr13 46 Xatpic_intr14 47 Xatpic_intr15 49 Xapic_isr1 51 Xapic_isr1 52 Xapic_isr1 53 Xapic_isr1 55 Xapic_isr1 56 Xapic_isr1 58 Xapic_isr1 60 Xapic_isr1 61 Xapic_isr1 62 Xapic_isr1 63 Xapic_isr1 128 Xint0x80_syscall 255 Xspuriousint Fatal trap 19: non-maskable interrupt trap while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xc084e729 stack pointer = 0x10:0xd5451cb8 frame pointer = 0x10:0xd5451ccc 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 = 9 (pagezero) [thread 100048] Stopped at i686_pagezero+0x35: repe stosl %es:(%edi) db> call doadump Dumping 512 MB panic: blockable sleep lock (sleep mutex) taskqueue @ /usr/src/sys/kern/subr_tas kqueue.c:132 cpuid = 0 Uptime: 2d11h23m40s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Reading symbols from /usr/obj/usr/src/sys/GENERIC/kernel.debug...done. (gdb) l *0xc084e729 0xc084e729 is at /usr/src/sys/i386/i386/support.s:414. 409 movl $16, %ecx 410 subl %ebx, %ecx 411 412 3: 413 subl %ecx, %edx 414 rep 415 stosl 416 417 movl %edx, %ecx 418 testl %edx, %edx -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:21:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E4B016A4D1 for ; Mon, 4 Oct 2004 15:21:45 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC1443D45 for ; Mon, 4 Oct 2004 15:21:43 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [10.0.2.2] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)i94FLfI7043601; Mon, 4 Oct 2004 16:21:41 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <41616A84.4090901@jara23.co.uk> Date: Mon, 04 Oct 2004 16:21:40 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "J. W. Ballantine" References: <200410041335.i94DZkh24531@akiva.homer.att.com> In-Reply-To: <200410041335.i94DZkh24531@akiva.homer.att.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on skynet.asgard.jara23.co.uk X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: device snd_ds1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:21:45 -0000 This is because a numeric value in the kernel config file is assumed to be a device count, to use this device write it as: device sound device "snd_ds1" Hope this helps, Andrew D Wiles J. W. Ballantine wrote: > I'm running a 5.3-BETA6 version, and trying to add sound to the system: > > FreeBSD tinlizzie.patmedia.net 5.3-BETA6 > FreeBSD 5.3-BETA6 #2: Thu Sep 30 17:33:55 EDT 2004 i386 > > and following the man snd_ds1 and NOTES, I added: > > device sound > device snd_ds1 > > at the end of the kernel configuration file. > > But, when I try to buildkernel KENRCONF=TINLIZZIE, I get: > > >>>>stage 1: configuring the kernel > > -------------------------------------------------------------- > cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj > /usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/us > r/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/gam > es:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/TINLIZZIE > /usr/src/sys/i386/conf/TINLIZZIE > config: Error: device "snd_ds" is unknown > config: Error: device "snd_ds" does not take a count > config: 2 errors > *** Error code 1 > > One of the early NOTES file had the snd_ds1 enclosed in quotes ("), > so I tried that and the kernel built. > > My question is are the man page and NOTES wrong and the quotes are > needed, or do I need to do something else to get the snd_ds1 driver > built into the kernel? > > Thanks > > Jim > > > _______________________________________________ > 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" > -- > This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. > For more infomration on ClamAV see http://www.clamav.net/ > > asgard.jara23.co.uk - Building the future on the ashes of the past. -- This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. For more infomration on ClamAV see http://www.clamav.net/ asgard.jara23.co.uk - Building the future on the ashes of the past. From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:23:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68EB616A4CE; Mon, 4 Oct 2004 15:23:47 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5284643D39; Mon, 4 Oct 2004 15:23:47 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i94FNet5010254 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 4 Oct 2004 08:23:41 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i94FNeIi026241; Mon, 4 Oct 2004 08:23:40 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i94FNb8p026240; Mon, 4 Oct 2004 08:23:37 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Mon, 4 Oct 2004 08:23:37 -0700 From: "Bruce A. Mah" To: S?ren Schmidt Message-ID: <20041004152337.GA26211@tomcat.kitchenlab.org> References: <20041004025813.GA1912@tomcat.kitchenlab.org> <41610039.8030204@DeepCore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <41610039.8030204@DeepCore.dk> X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ User-Agent: Mutt/1.5.6i cc: "Bruce A. Mah" cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:23:47 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline If memory serves me right, S?ren Schmidt wrote: > Bruce A. Mah wrote: > >I just updated a RELENG_5 system from sometime around 5.3-BETA4 (17 > >September) to very late 5.3-BETA6 (just before the 5.3-BETA7 version > >number bump) and it's now hanging after probing its DVD drive. This > >problem sounds vaguely like what was described in the thread "ATTN > >Soren: BETA3 still hangs on ATAPI DVD Detection during boot": > > > >http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036543.html [snip] > Try ripping out atapicam, see if that changes anything.... Taking out atapicam didn't help (I saw this problem with the GENERIC kernel), but disabling the floppy drive did. :-p Thanks! Bruce. --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYWr52MoxcVugUsMRAq3GAJsFY6SGbV2vOYxU63Ms79V/Qy9ARQCgn6o3 fXjbgYfMgxauKPj2q3a7Uu4= =emw1 -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:27:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB23716A4CE; Mon, 4 Oct 2004 15:27:05 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 948BE43D39; Mon, 4 Oct 2004 15:27:05 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i94FQxvB011160 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 4 Oct 2004 08:26:59 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i94FQwkF026297; Mon, 4 Oct 2004 08:26:58 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i94FQwZ3026296; Mon, 4 Oct 2004 08:26:58 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Mon, 4 Oct 2004 08:26:58 -0700 From: "Bruce A. Mah" To: "M. Warner Losh" Message-ID: <20041004152658.GB26211@tomcat.kitchenlab.org> References: <20041004025813.GA1912@tomcat.kitchenlab.org> <20041004035745.GA837@tomcat.kitchenlab.org> <20041003.230904.100900509.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline In-Reply-To: <20041003.230904.100900509.imp@bsdimp.com> X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ User-Agent: Mutt/1.5.6i cc: bmah@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:27:05 -0000 --uQr8t48UFsdbeI+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, M. Warner Losh wrote: > In message: <20041004035745.GA837@tomcat.kitchenlab.org> > "Bruce A. Mah" writes: > : hint.fd.0.disabled=3D1 is an acceptable workaround to me, at least for = now. >=20 > Does BETA7 fix things for you? I'll give it a try when I get home tonight. The sources from which I built my latest kernel are "fairly close" to 5.3-BETA7, but I'll burn a CD from one of the official 5.3-BETA7 ISOs and boot from that to reduce the variables involved. Thanks, Bruce. --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYWvB2MoxcVugUsMRAszHAKCM7FmjnsLCkPNTtdMzEiO/KQa/pACg7Xzz e1VpDf9/G3GELPKNcRxXMGY= =E5Fc -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:28:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E385716A4DD for ; Mon, 4 Oct 2004 15:28:10 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3D8643D48 for ; Mon, 4 Oct 2004 15:28:10 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i94FWvPk005176; Mon, 4 Oct 2004 08:32:58 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i94FWvOv005175; Mon, 4 Oct 2004 08:32:57 -0700 Date: Mon, 4 Oct 2004 08:32:57 -0700 From: Brooks Davis To: Ion-Mihai Tetcu Message-ID: <20041004153257.GA30883@odin.ac.hmc.edu> References: <20041004173545.3af254c6@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20041004173545.3af254c6@it.buh.tecnik93.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: /dev/md0 keeps mounting on /var X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:28:11 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 04, 2004 at 05:35:45PM +0300, Ion-Mihai Tetcu wrote: > For some time I keep getting /dev/md0 mounting on /var as the last mount > when going to multi-user. The obvious result is that all services that > use /var fail to start/function properly. Since I don=B4t use it I > suppose I=B4ve done something wrong with mergemaster. >=20 > The only workaround I=B4ve found is to rename /boor/kernel/g_md.ko. >=20 > And since I just can=B4t fix this since ~ beta4 could someone point me > where to look ? This is proably happening because your /var is failing the writability test in /etc/rc.d/var. One situation I can of where this could happen and you would otherwise have a valid /var would be if you have a read-only NFS root and an NFS /var. In that cause /var wouldn't be mounted yet because mountcritremote wouldn't be run yet. Is this or something similar the case for you? You can try setting varmfs=3D"NO" and populate_var=3D"NO" in /etc/rc.conf to disable this script. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBYW0pXY6L6fI4GtQRAkHsAKCWJGsbugd9A5laGVPvKX1I82tNxACgnzwf GXiN20wtUNZTOln+Y7cQac0= =GuPd -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:34:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C2C616A4CE; Mon, 4 Oct 2004 15:34:58 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A81F43D5A; Mon, 4 Oct 2004 15:34:57 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CEUro-00014q-00 Mon, 04 Oct 2004 17:35:12 +0200 Received: from [212.106.236.104] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CEUrn-00013d-00 Mon, 04 Oct 2004 17:35:11 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i94FYrLR006700; Mon, 4 Oct 2004 17:34:53 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i94FYrrd080739; Mon, 4 Oct 2004 17:34:53 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Mon, 4 Oct 2004 17:34:52 +0200 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> In-Reply-To: <416159E8.5080804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410041734.53316.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Scott Long cc: current@freebsd.org cc: developers@freebsd.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:34:58 -0000 El Lunes, 4 de Octubre de 2004 16:10, Scott Long escribi=F3: > The FreeBSD Release Engineering Team is proud to announce the > availability of FreeBSD 5.3-BETA7. This is the seventh and final > BETA of the 5.3 release cycle. It is intended for early adopters and > those wishing to help find and/or fix bugs. The 5.3 release cycle > will follow on next with an RC1 release candidate unless significant > show- stopper bugs are found. The schedule can be found at > http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check > the "Known Issues" below as there are known problems that are still > being worked on at this time. > > IMPORTANT: > BIND 9.3.0 has replaced BIND 8.x as the default name server. > At last here, BETA7 come with a populated /var/named. /junk/tmproot/var/named /junk/tmproot/var/named/dev /junk/tmproot/var/named/etc /junk/tmproot/var/named/etc/namedb /junk/tmproot/var/named/etc/namedb/master /junk/tmproot/var/named/etc/namedb/slave /junk/tmproot/var/named/etc/namedb/PROTO.localhost.rev /junk/tmproot/var/named/etc/namedb/PROTO.localhost-v6.rev /junk/tmproot/var/named/etc/namedb/named.conf /junk/tmproot/var/named/etc/namedb/named.root /junk/tmproot/var/named/etc/namedb/make-localhost /junk/tmproot/var/named/var /junk/tmproot/var/named/var/dump /junk/tmproot/var/named/var/log /junk/tmproot/var/named/var/run /junk/tmproot/var/named/var/run/named /junk/tmproot/var/named/var/stats we've used /var/named for ages without this layout. Is this really needed? This breaks our update plans. Also, I think this is not well documnted on UPDATING =2D- josemi From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:34:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C2C616A4CE; Mon, 4 Oct 2004 15:34:58 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A81F43D5A; Mon, 4 Oct 2004 15:34:57 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CEUro-00014q-00 Mon, 04 Oct 2004 17:35:12 +0200 Received: from [212.106.236.104] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CEUrn-00013d-00 Mon, 04 Oct 2004 17:35:11 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i94FYrLR006700; Mon, 4 Oct 2004 17:34:53 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i94FYrrd080739; Mon, 4 Oct 2004 17:34:53 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Mon, 4 Oct 2004 17:34:52 +0200 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> In-Reply-To: <416159E8.5080804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410041734.53316.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Scott Long cc: current@freebsd.org cc: developers@freebsd.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:34:58 -0000 El Lunes, 4 de Octubre de 2004 16:10, Scott Long escribi=F3: > The FreeBSD Release Engineering Team is proud to announce the > availability of FreeBSD 5.3-BETA7. This is the seventh and final > BETA of the 5.3 release cycle. It is intended for early adopters and > those wishing to help find and/or fix bugs. The 5.3 release cycle > will follow on next with an RC1 release candidate unless significant > show- stopper bugs are found. The schedule can be found at > http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check > the "Known Issues" below as there are known problems that are still > being worked on at this time. > > IMPORTANT: > BIND 9.3.0 has replaced BIND 8.x as the default name server. > At last here, BETA7 come with a populated /var/named. /junk/tmproot/var/named /junk/tmproot/var/named/dev /junk/tmproot/var/named/etc /junk/tmproot/var/named/etc/namedb /junk/tmproot/var/named/etc/namedb/master /junk/tmproot/var/named/etc/namedb/slave /junk/tmproot/var/named/etc/namedb/PROTO.localhost.rev /junk/tmproot/var/named/etc/namedb/PROTO.localhost-v6.rev /junk/tmproot/var/named/etc/namedb/named.conf /junk/tmproot/var/named/etc/namedb/named.root /junk/tmproot/var/named/etc/namedb/make-localhost /junk/tmproot/var/named/var /junk/tmproot/var/named/var/dump /junk/tmproot/var/named/var/log /junk/tmproot/var/named/var/run /junk/tmproot/var/named/var/run/named /junk/tmproot/var/named/var/stats we've used /var/named for ages without this layout. Is this really needed? This breaks our update plans. Also, I think this is not well documnted on UPDATING =2D- josemi From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:38:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFC3316A4CE; Mon, 4 Oct 2004 15:38:31 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 231F843D1D; Mon, 4 Oct 2004 15:38:31 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i94FbbW1091325; Mon, 4 Oct 2004 09:37:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Oct 2004 09:39:10 -0600 (MDT) Message-Id: <20041004.093910.60194802.imp@bsdimp.com> To: bmah@freebsd.org From: "M. Warner Losh" In-Reply-To: <20041004152658.GB26211@tomcat.kitchenlab.org> References: <20041004035745.GA837@tomcat.kitchenlab.org> <20041003.230904.100900509.imp@bsdimp.com> <20041004152658.GB26211@tomcat.kitchenlab.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:38:31 -0000 In message: <20041004152658.GB26211@tomcat.kitchenlab.org> "Bruce A. Mah" writes: : If memory serves me right, M. Warner Losh wrote: : > In message: <20041004035745.GA837@tomcat.kitchenlab.org> : > "Bruce A. Mah" writes: : > : hint.fd.0.disabled=1 is an acceptable workaround to me, at least for now. : > : > Does BETA7 fix things for you? : : I'll give it a try when I get home tonight. The sources from which I : built my latest kernel are "fairly close" to 5.3-BETA7, but I'll burn : a CD from one of the official 5.3-BETA7 ISOs and boot from that to : reduce the variables involved. You could also just download the sources and test boot a new kernel. BETA6 -> BETA7 is so close you can even build it the 'traditional' way w/o a buildworld :-) Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:43:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0261A16A4CE for ; Mon, 4 Oct 2004 15:43:36 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3045043D53 for ; Mon, 4 Oct 2004 15:43:33 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.11/8.12.9) with ESMTP id i94FhVQT022675 for ; Mon, 4 Oct 2004 08:43:32 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id i94FhVnH068861 for ; Mon, 4 Oct 2004 08:43:31 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id i94FhVG8068860 for freebsd-current@freebsd.org; Mon, 4 Oct 2004 08:43:31 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200410041543.i94FhVG8068860@realtime.exit.com> To: freebsd-current@freebsd.org Date: Mon, 4 Oct 2004 08:43:31 -0700 (PDT) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM1096904611-68305-0_ Content-Transfer-Encoding: 7bit Subject: Suspend no workee on Inspiron 5160. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:43:36 -0000 --ELM1096904611-68305-0_ Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Well, last night I tried to suspend my new laptop for the first time. Rather than suspend, the screen turned off, flashed, there were a couple of clicks (from the hard drive and DVDROM, I believe), then it silently rebooted. If there were any console messages, they were hidden by the turned-off screen and didn't survive the reset. I've attached a verbose boot as well as ACPI info in the hope that it might help; if there's anything I can do further to try to diagnose this thing, please let me know. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ --ELM1096904611-68305-0_ Content-Transfer-Encoding: 7bit Content-Type: text/plain Content-Disposition: attachment; filename=dmesg.boot Content-Description: 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.3-BETA6 #3: Sat Oct 2 11:02:35 PDT 2004 root@:/home/obj/usr/src/sys/BOBBLE Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d72000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0d72244. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0d722f0. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0d7239c. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0d72448. Preloaded elf module "/boot/kernel/if_ndis.ko" at 0xc0d724f4. Preloaded elf module "/boot/kernel/ndis.ko" at 0xc0d725a0. Preloaded elf module "/boot/kernel/wlan.ko" at 0xc0d7264c. Preloaded elf module "/boot/kernel/rc4.ko" at 0xc0d726f8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0d727a0. Calibrating clock(s) ... i8254 clock: 1193196 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2790713300 Hz CPU: Mobile Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536662016 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001029000 - 0x000000001f69dfff, 510087168 bytes (124533 pages) avail memory = 511279104 (487 MB) Table 'FACP' at 0x1fff0400 Table 'APIC' at 0x1fff0c00 MADT: Found table at 0x1fff0c00 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcf1e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: active-high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> null: io: 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 0x8000eac4 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35808086) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00fcb30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs 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 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 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 embedded 1 0 A 0x65 3 4 5 6 7 9 10 11 12 14 15 embedded 2 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 4 B 0x60 none embedded 2 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 2 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 8 0 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 8 0 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 B 0x63 3 4 5 6 7 9 10 11 12 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 ACPI timer looks GOOD min = 3, max = 3, width = 0 Oct 2 15:24:41 last message repeated 9 times Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu1: Failed to attach throttling P_CNT acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 27, enabled found-> vendor=0x8086, dev=0x3580, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3584, revid=0x02 bus=0, slot=0, func=1 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3585, revid=0x02 bus=0, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3581, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000bf80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24c2, revid=0x01 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=16 map[20]: type 4, range 32, base 0000bf40, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24c4, revid=0x01 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=19 map[20]: type 4, range 32, base 0000bf20, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24c7, revid=0x01 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[10]: type 1, range 32, base f4fffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x24cd, revid=0x01 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=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x2448, revid=0x81 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cc, revid=0x01 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000bfa0, size 4, enabled found-> vendor=0x8086, dev=0x24ca, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000b800, size 8, enabled map[14]: type 4, range 32, base 0000bc40, size 6, enabled map[18]: type 1, range 32, base f4fff800, size 9, enabled map[1c]: type 1, range 32, base f4fff400, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24c5, revid=0x01 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfc000000-0xfdffffff pcib1: prefetched decode 0xd0000000-0xdfffffff ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fc000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xfc000000-0xfcffffff map[14]: type 3, range 32, base d0000000, size 28, enabled pcib1: device (null) requested decoded memory range 0xd0000000-0xdfffffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 20 found-> vendor=0x10de, dev=0x0324, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0027, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=20 powerspec 2 supports D0 D3 current D0 nvidia0: mem 0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 20 at device 0.0 on pci1 nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xfc000000 nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xd0000000 nvidia0: [GIANT-LOCKED] uhci0: port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 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 0xbf40-0xbf5f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf40 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 0xbf20-0xbf3f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 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 0xf4fffc00-0xf4ffffff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf4fffc00 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: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xefff pcib2: memory decode 0xf6000000-0xfbffffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI PCI link initial configuration: pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base faffe000, size 13, enabled pcib2: device (null) requested decoded memory range 0xfaffe000-0xfaffffff pcib2: matched entry for 2.1.INTA pcib2: slot 1 INTA hardwired to IRQ 17 found-> vendor=0x14e4, dev=0x170c, revid=0x02 bus=2, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base faffc000, size 13, enabled pcib2: device (null) requested decoded memory range 0xfaffc000-0xfaffdfff pcib2: matched entry for 2.2.INTA pcib2: slot 2 INTA hardwired to IRQ 18 found-> vendor=0x14e4, dev=0x4320, revid=0x03 bus=2, slot=2, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0xac44, revid=0x02 bus=2, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base faffb800, size 11, enabled pcib2: device (null) requested decoded memory range 0xfaffb800-0xfaffbfff map[14]: type 1, range 32, base faff4000, size 14, enabled pcib2: device (null) requested decoded memory range 0xfaff4000-0xfaff7fff pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x104c, dev=0x8029, revid=0x00 bus=2, slot=4, func=1 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 bfe0: mem 0xfaffe000-0xfaffffff irq 17 at device 1.0 on pci2 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfaffe000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:0f:1f:26:c6:65 bfe0: [GIANT-LOCKED] bcm0: mem 0xfaffc000-0xfaffdfff irq 18 at device 2.0 on pci2 bcm0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfaffc000 bcm0: [MPSAFE] bcm0: NDIS API version: 5.0 bcm0: bpf attached bcm0: Ethernet address: 00:0b:7d:06:73:6f bcm0: bpf attached bcm0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps bcm0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps cbb0: at device 4.0 on pci2 pcib2: device cbb0 requested decoded memory range 0xf6000000-0xfbffffff cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf6000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 16 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac44104c 0x02100007 0x06070002 0x00822008 0x10: 0xf6000000 0x020000a0 0x20040302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400110 0x40: 0x01961028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x28405061 0x00000000 0x001f0000 0x00001002 0x90: 0x606482c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=104c, dev=8029 fwohci0: <1394 Open Host Controller Interface> mem 0xfaff4000-0xfaff7fff,0xfaffb800-0xfaffbfff irq 16 at device 4.1 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfaffb800 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 34:4f:c0:00:26:8f:58:a1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 36:4f:c0:8f:58:a1 fwe0: bpf attached fwe0: Ethernet address: 36:4f:c0:8f:58:a1 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 ata0: channel #0 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=50 ostat1=01 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0-slave: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=00 stat1=01 devices=0x4 ata0: [MPSAFE] ata1: channel #1 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=03 ostat0=50 ostat1=00 ata1-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=00 devices=0x1 ata1: [MPSAFE] pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xb800 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xbc40 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 20 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: sndbuf_setmap 1f1f0000, 4000; 0xd589c000 -> 1f1f0000 pcm0: sndbuf_setmap 1f1cf000, 4000; 0xd58a0000 -> 1f1cf000 psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x66,0x62,0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: flags 0x1000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00001000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 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 ahc_isa_probe 11: ioport 0xbc00 alloc failed 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 orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> 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 54 80 bf 1f 00 4f 0d 0e 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 54 80 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 54 80 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) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 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) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xc801 0xc801 0xc801 0xc801 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xc801 0xc801 0xc801 0xc801 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) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2790713300 Hz quality -100 Timecounters tick every 10.000 msec Linux ELF exec handler installed lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: setting PIO4 on Intel ICH4 chip ata0-master: setting UDMA33 on Intel ICH4 chip acd0: DVDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/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: 120mm data disc ata1-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata1-master: setting PIO4 on Intel ICH4 chip ata1-master: setting UDMA100 on Intel ICH4 chip ad2: ATA-6 disk at ata1-master ad2: 57231MB (117210240 sectors), 116280 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad2 ar: FreeBSD check1 failed pcm0: measured ac97 link rate at 47998 Hz, will use 48000 Hz [0] f:00 typ:222 s(CHS):0/1/1 e(CHS):4/254/63 s:63 l:80262 [1] f:00 typ:7 s(CHS):5/0/1 e(CHS):1023/254/63 s:80325 l:20964825 [2] f:00 typ:219 s(CHS):1023/255/63 e(CHS):1023/254/63 s:109852470 l:7341705 [3] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:21045150 l:88807320 GEOM: Configure ad2s1, start 32256 length 41094144 end 41126399 GEOM: Configure ad2s2, start 41126400 length 10733990400 end 10775116799 GEOM: Configure ad2s3, start 56244464640 length 3758952960 end 60003417599 GEOM: Configure ad2s4, start 10775116800 length 45469347840 end 56244464639 GEOM: Configure ad2s4a, start 0 length 314572800 end 314572799 GEOM: Configure ad2s4b, start 314572800 length 1610612736 end 1925185535 GEOM: Configure ad2s4c, start 0 length 45469347840 end 45469347839 GEOM: Configure ad2s4d, start 1925185536 length 2684354560 end 4609540095 GEOM: Configure ad2s4e, start 4609540096 length 5368709120 end 9978249215 GEOM: Configure ad2s4f, start 9978249216 length 1610612736 end 11588861951 GEOM: Configure ad2s4g, start 11588861952 length 33880485888 end 45469347839 (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) 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 12 (ISA IRQ 12) 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 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 Mounting root from ufs:/dev/ad2s4a --ELM1096904611-68305-0_ Content-Transfer-Encoding: 7bit Content-Type: text/plain Content-Disposition: attachment; filename=5160.asl Content-Description: /* RSD PTR: OEM=DELL, ACPI_Rev=1.0x (0) RSDT=0x1ffef701, cksum=107 */ /* RSDT: Length=48, Revision=1, Checksum=126, OEMID=DELL, OEM Table ID=CPi R, OEM Revision=0x27d4090f, Creator ID=ASL, Creator Revision=0x61 Entries={ 0x1fff0400, 0x1fff0c00, 0x1ffef731 } */ /* FACP: Length=116, Revision=1, Checksum=222, OEMID=DELL, OEM Table ID=CPi R, OEM Revision=0x27d4090f, Creator ID=ASL, Creator Revision=0x61 FACS=0x1ffff800, DSDT=0x1fff1000 INT_MODEL=APIC Preferred_PM_Profile=Unspecified (0) SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0x70, ACPI_DISABLE=0x71, S4BIOS_REQ=0x97 PSTATE_CNT=0x80 PM1a_EVT_BLK=0x1000-0x1003 PM1a_CNT_BLK=0x1004-0x1005 PM2_CNT_BLK=0x1020-0x1020 PM_TMR_BLK=0x1008-0x100b GPE0_BLK=0x1028-0x102f P_LVL2_LAT=50000 us, P_LVL3_LAT=50000 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=3 DAY_ALRM=0, MON_ALRM=0, CENTURY=0 IAPC_BOOT_ARCH= Flags={WBINVD,PROC_C1,PWR_BUTTON,SLP_BUTTON,DCK_CAP} */ /* FACS: Length=64, HwSig=0x0000007f, Firm_Wake_Vec=0x00000000 Global_Lock= Flags=S4BIOS Version=0 */ /* DSDT: Length=8554, Revision=1, Checksum=225, OEMID=INT430, OEM Table ID=SYSFexxx, OEM Revision=0x1001, Creator ID=MSFT, Creator Revision=0x100000e */ /* APIC: Length=104, Revision=1, Checksum=247, OEMID=DELL, OEM Table ID=CPi R, OEM Revision=0x27d4090f, Creator ID=ASL, Creator Revision=0x47 Local APIC ADDR=0xfee00000 Flags={PC-AT} Type=Local APIC ACPI CPU=0 Flags={ENABLED} APIC ID=0 Type=Local APIC ACPI CPU=1 Flags={ENABLED} APIC ID=1 Type=IO APIC APIC ID=2 INT BASE=0 ADDR=0x00000000fec00000 Type=INT Override BUS=0 IRQ=0 INTR=2 Flags={Polarity=conforming, Trigger=conforming} Type=INT Override BUS=0 IRQ=9 INTR=9 Flags={Polarity=active-hi, Trigger=level} Type=Local NMI ACPI CPU=0 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} Type=Local NMI ACPI CPU=1 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} */ /* SSDT: Length=507, Revision=1, Checksum=1, OEMID=PmRef, OEM Table ID=CpuPm, OEM Revision=0x3000, Creator ID=INTL, Creator Revision=0x20030522 */ /* * Intel ACPI Component Architecture * AML Disassembler version 20040527 * * Disassembly of /tmp/acpidump.P9L1Cv, Mon Oct 4 08:35:34 2004 */ DefinitionBlock ("DSDT.aml", "DSDT", 1, "INT430", "SYSFexxx", 4097) { Name (VERS, Package (0x03) { "Project: DELL Mojave", "Date: 01/28/1998", "Ver: 1.00.04" }) Name (MISC, Buffer (0x07) { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }) CreateByteField (MISC, 0x00, MIS0) CreateByteField (MISC, 0x01, MIS1) CreateByteField (MISC, 0x03, MIS3) CreateByteField (MISC, 0x04, MIS4) CreateByteField (MISC, 0x06, MIS6) Mutex (SMIX, 0x01) Method (SMI, 2, NotSerialized) { Acquire (SMIX, 0xFFFF) Store (Arg1, \_SB.SMIA) Store (Arg0, \_SB.SMIC) Store (\_SB.SMIC, Local0) While (LNot (LEqual (Local0, 0x00))) { Store (\_SB.SMIC, Local0) } Store (\_SB.SMIA, Local1) Release (SMIX) Return (Local1) } Name (SXX0, Buffer (0x0100) {}) Name (SXX1, Buffer (0x08) {}) CreateWordField (SXX1, 0x00, SXX2) CreateWordField (SXX1, 0x04, SXX3) Method (SX10, 0, NotSerialized) { Acquire (SMIX, 0xFFFF) Store (0x00, SXX2) } Method (SX30, 1, NotSerialized) { Store (SXX2, Local0) Increment (Local0) If (LNot (LGreater (Local0, SizeOf (SXX0)))) { CreateByteField (SXX0, SXX2, SX20) Store (Arg0, SX20) Store (Local0, SXX2) } } Method (SX31, 1, NotSerialized) { Store (SXX2, Local0) Add (Local0, 0x02, Local0) If (LNot (LGreater (Local0, SizeOf (SXX0)))) { CreateWordField (SXX0, SXX2, SX21) Store (Arg0, SX21) Store (Local0, SXX2) } } Method (SX32, 1, NotSerialized) { Store (SXX2, Local0) Add (Local0, 0x04, Local0) If (LNot (LGreater (Local0, SizeOf (SXX0)))) { CreateDWordField (SXX0, SXX2, SX22) Store (Arg0, SX22) Store (Local0, SXX2) } } Method (SX33, 2, NotSerialized) { If (LLess (Arg1, SizeOf (Arg0))) { CreateByteField (Arg0, Arg1, SX20) SX30 (SX20) } } Method (SX34, 2, NotSerialized) { Store (0x00, Local0) While (LLess (Local0, Arg1)) { SX33 (Arg0, Local0) Increment (Local0) } } Method (SXX6, 2, NotSerialized) { Store (Arg1, \_SB.SMIA) Store (Arg0, \_SB.SMIC) Store (\_SB.SMIC, Local0) While (LNot (LEqual (Local0, 0x00))) { Store (\_SB.SMIC, Local0) } Return (\_SB.SMIA) } Method (SXX5, 2, NotSerialized) { If (LLess (Arg1, SizeOf (Arg0))) { CreateByteField (Arg0, Arg1, SX20) SXX6 (0x7C, SX20) } } Method (SXX4, 0, NotSerialized) { SXX6 (0x7B, 0x00) Store (0x00, Local0) While (LLess (Local0, SXX2)) { SXX5 (SXX0, Local0) Increment (Local0) } } Method (SXX8, 2, NotSerialized) { If (LLess (Arg1, SizeOf (Arg0))) { CreateByteField (Arg0, Arg1, SX20) Store (SXX6 (0x7D, 0x00), SX20) } } Method (SXX7, 0, NotSerialized) { Store (0x00, Local0) While (LLess (Local0, SXX3)) { Add (SXX2, Local0, Local1) SXX8 (SXX0, Local1) Increment (Local0) } } Method (SX11, 0, NotSerialized) { SXX4 () Store (SXX6 (0x79, 0x00), SXX3) Add (SXX2, SXX3, Local0) If (LLess (SizeOf (SXX0), Local0)) { Store (SizeOf (SXX0), Local0) Subtract (Local0, SXX2, Local0) Store (Local0, SXX3) } SXX7 () } Method (SX40, 0, NotSerialized) { Store (SXX2, Local0) Increment (Local0) If (LNot (LGreater (Local0, SizeOf (SXX0)))) { CreateByteField (SXX0, SXX2, SX20) Store (Local0, SXX2) Return (SX20) } Return (0x00) } Method (SX41, 0, NotSerialized) { Store (SXX2, Local0) Add (Local0, 0x02, Local0) If (LNot (LGreater (Local0, SizeOf (SXX0)))) { CreateWordField (SXX0, SXX2, SX21) Store (Local0, SXX2) Return (SX21) } Return (0x00) } Method (SX42, 0, NotSerialized) { Store (SXX2, Local0) Add (Local0, 0x04, Local0) If (LNot (LGreater (Local0, SizeOf (SXX0)))) { CreateDWordField (SXX0, SXX2, SX22) Store (Local0, SXX2) Return (SX22) } Return (0x00) } Method (SX43, 2, NotSerialized) { If (LLess (Arg1, SizeOf (Arg0))) { CreateByteField (Arg0, Arg1, SX20) Store (SX40 (), SX20) } } Method (SX44, 2, NotSerialized) { Store (0x00, Local0) While (LLess (Local0, Arg1)) { SX43 (Arg0, Local0) Increment (Local0) } } Method (SX45, 0, NotSerialized) { Store (SX40 (), Local0) Name (SX23, Buffer (Local0) {}) SX44 (SX23, Local0) Return (SX23) } Method (SX12, 0, NotSerialized) { Release (SMIX) } Method (PSW, 2, NotSerialized) { SX10 () SX30 (0x06) SX30 (Arg0) SX30 (Arg1) SX11 () SX12 () } Method (DSS, 2, NotSerialized) { SX10 () SX30 (0x08) SX30 (Arg0) SX32 (Arg1) SX11 () SX12 () } Method (GMEM, 0, NotSerialized) { SX10 () SX30 (0x07) SX11 () Store (SX42 (), Local0) SX12 () Return (Local0) } Method (GORL, 0, NotSerialized) { SX10 () SX30 (0x09) SX11 () Store (SX42 (), Local0) SX12 () Return (Local0) } Name (W98S, "Microsoft Windows") Name (NT5S, "Microsoft Windows NT") Name (WINM, "Microsoft WindowsME: Millennium Edition") Name (WXP, "Windows 2001") Method (GETC, 2, NotSerialized) { CreateByteField (Arg0, Arg1, TCHR) Return (TCHR) } Method (STRE, 2, NotSerialized) { Name (STR1, Buffer (0x50) {}) Name (STR2, Buffer (0x50) {}) Store (Arg0, STR1) Store (Arg1, STR2) Store (Zero, Local0) Store (One, Local1) While (Local1) { Store (GETC (STR1, Local0), Local1) Store (GETC (STR2, Local0), Local2) If (LNot (LEqual (Local1, Local2))) { Return (Zero) } Increment (Local0) } Return (One) } Method (OSID, 0, NotSerialized) { If (LEqual (MIS3, 0x00)) { Store (0x01, MIS3) If (CondRefOf (\_OSI, Local0)) { If (\_OSI (WXP)) { Store (0x10, MIS3) } } Else { If (STRE (\_OS, W98S)) { Store (0x02, MIS3) } If (STRE (\_OS, NT5S)) { Store (0x08, MIS3) } If (STRE (\_OS, WINM)) { Store (0x04, MIS3) } } } Return (MIS3) } Method (SOST, 0, NotSerialized) { SX10 () SX30 (0x0A) OSID () SX30 (MIS3) SX11 () SX12 () } Name (WAKE, 0x00) Method (NEVT, 0, NotSerialized) { Store (SMI (0x8C, 0x00), Local0) If (And (Local0, 0x01)) { Notify (\_SB.PBTN, 0x80) } If (And (Local0, 0x04)) { LIDE () } If (And (Local0, 0x08)) { PWRE () } If (And (Local0, 0x40)) { Notify (\_SB.SBTN, 0x80) } If (And (Local0, 0x80)) { SMIE () } } Method (LIDE, 0, NotSerialized) { Store (SMI (0x43, 0x00), Local0) If (LNot (LEqual (Local0, 0x00))) { Store (SMI (0x6D, 0x00), Local0) If (LEqual (Local0, 0x03)) { If (LEqual (OSID (), 0x10)) { Notify (\_SB.PCI0, 0x00) Sleep (0x03E8) } Else { If (LEqual (OSID (), 0x08)) { Sleep (0x02EE) } } Notify (\_SB.PCI0.AGP.VID, 0x80) } } Sleep (0x07D0) Notify (\_SB.LID, 0x80) } Method (PWRE, 0, NotSerialized) { Store (SMI (0x98, 0x00), Local0) XOr (Local0, MIS0, Local1) And (Local0, Or (0x01, Or (0x02, 0x10)), MIS0) If (And (Local1, 0x01)) { Notify (\_SB.AC, 0x80) } And (MIS0, 0x02, Local2) If (And (Local1, 0x02)) { If (Local2) { Notify (\_SB.BAT0, 0x81) } Else { Notify (\_SB.BAT0, 0x81) } } If (And (Local1, 0x04)) { If (Local2) { Notify (\_SB.BAT0, 0x80) } } If (And (Local1, 0x08)) { If (Local2) { Notify (\_SB.BAT0, 0x80) } } } Method (SMIE, 0, NotSerialized) { Store (SMI (0x96, 0x00), Local0) If (And (Local0, 0x01)) { Notify (\_TZ.THM, 0x80) } If (And (Local0, 0x20)) { Notify (\_SB.PCI0.AGP.VID, 0x81) } If (And (Local0, 0x02)) { Notify (\_SB.PCI0.AGP.VID, 0x80) } If (And (Local0, 0x04)) { Notify (\_SB.BAT0, 0x81) } If (And (Local0, 0x08)) { Notify (\_PR.CPU0, 0x80) } } Method (\_PTS, 1, NotSerialized) { SMI (0x8A, Arg0) } Method (\_WAK, 1, NotSerialized) { SMI (0x9A, Arg0) If (LEqual (Arg0, 0x04)) { Store (SMI (0x98, 0x00), MIS0) Store (0x01, MIS4) SOST () } Notify (\_SB.AC, 0x80) } Method (NWAK, 0, NotSerialized) { Store (0x01, WAKE) Store (SMI (0x89, 0x00), Local0) Store (0x00, Local1) If (LEqual (Local0, 0x00)) { Store (0x01, Local1) } If (And (Local0, 0x01)) { Store (0x01, Local1) } If (And (Local0, 0x02)) { LIDE () } If (And (Local0, 0x20)) { If (LEqual (OSID (), 0x02)) { Store (0x01, Local1) } } If (And (Local0, 0x80)) { Store (0x01, Local1) } If (Local1) { Notify (\_SB.PBTN, 0x02) } Store (0x00, WAKE) } Scope (\_GPE) { Method (_L1C, 0, NotSerialized) { NEVT () } Method (_L08, 0, NotSerialized) { NWAK () } Method (_L0B, 0, NotSerialized) { Store (0x00, Local0) Notify (\_SB.PCI0, 0x02) } Method (_L18, 0, NotSerialized) { Store (0x00, Local0) } Method (_L03, 0, NotSerialized) { Notify (\_SB.PCI0.USB0, 0x02) } Method (_L04, 0, NotSerialized) { Notify (\_SB.PCI0.USB1, 0x02) } Method (_L0C, 0, NotSerialized) { Notify (\_SB.PCI0.USB2, 0x02) } Method (_L05, 0, NotSerialized) { Notify (\_SB.PCI0.MODM, 0x02) } } Name (CRS0, Buffer (0x0101) {}) CreateByteField (CRS0, 0x0100, CRS1) Method (CRS3, 0, NotSerialized) { Store (0x00, CRS1) } Method (CRS4, 1, NotSerialized) { CreateByteField (CRS0, CRS1, CRS2) Store (Arg0, CRS2) Increment (CRS1) } Method (CRS5, 1, NotSerialized) { CreateWordField (CRS0, CRS1, CRS2) Store (Arg0, CRS2) Increment (CRS1) Increment (CRS1) } Method (CRS6, 1, NotSerialized) { CreateDWordField (CRS0, CRS1, CRS2) Store (Arg0, CRS2) Add (CRS1, 0x04, CRS1) } Method (CR_0, 3, NotSerialized) { CRS4 (0x86) CRS5 (0x09) CRS4 (Arg0) CRS6 (Arg1) CRS6 (Arg2) } Method (CR_1, 4, NotSerialized) { CRS4 (0x47) CRS4 (0x01) CRS5 (Arg0) CRS5 (Arg1) CRS4 (Arg2) CRS4 (Arg3) } Method (CR_2, 2, NotSerialized) { CRS4 (0x88) CRS5 (0x0D) CRS4 (0x02) CRS4 (0x0C) CRS4 (0x00) CRS5 (0x00) CRS5 (Arg0) Add (Arg0, Arg1, Local0) Decrement (Local0) CRS5 (Local0) CRS5 (0x00) CRS5 (Arg1) } Method (CR_3, 2, NotSerialized) { CRS4 (0x88) CRS5 (0x0D) CRS4 (0x01) CRS4 (0x0C) CRS4 (0x03) CRS5 (0x00) CRS5 (Arg0) Add (Arg0, Arg1, Local0) Decrement (Local0) CRS5 (Local0) CRS5 (0x00) CRS5 (Arg1) } Method (CR_4, 2, NotSerialized) { CRS4 (0x87) CRS5 (0x17) CRS4 (0x00) CRS4 (0x0C) CRS4 (0x03) CRS6 (0x00) CRS6 (Arg0) Add (Arg0, Arg1, Local0) Decrement (Local0) CRS6 (Local0) CRS6 (0x00) CRS6 (Arg1) } Method (CR_5, 0, NotSerialized) { CRS5 (0x79) } Scope (\_PR) { Processor (CPU0, 0x00, 0x000010E0, 0x06) {} Processor (CPU1, 0x01, 0x000010E0, 0x06) {} } Name (\_S0, Package (0x03) { 0x00, 0x00, 0x00 }) Name (\_S1, Package (0x03) { 0x02, 0x00, 0x00 }) Name (\_S3, Package (0x03) { 0x05, 0x00, 0x00 }) Name (\_S4, Package (0x03) { 0x07, 0x00, 0x00 }) Name (\_S5, Package (0x03) { 0x07, 0x00, 0x00 }) Scope (\_TZ) { ThermalZone (THM) { Method (_CRT, 0, NotSerialized) { Store (0x58, Local0) Multiply (Local0, 0x0A, Local0) Add (Local0, 0x0AAC, Local0) Return (Local0) } Method (_TMP, 0, NotSerialized) { Store (GINF (0x04), Local0) Return (Local0) } Method (GINF, 1, NotSerialized) { SX10 () SX30 (Arg0) SX11 () Store (SX41 (), Local0) SX12 () If (LLess (Local0, 0x0BA6)) { Store (0x0BA6, Local0) } Return (Local0) } } } Scope (\) { Name (PICF, 0x00) Method (_PIC, 1, NotSerialized) { Store (Arg0, PICF) } } Scope (\_SB) { OperationRegion (SMIR, SystemIO, 0xB2, 0x02) Field (SMIR, ByteAcc, NoLock, Preserve) { SMIC, 8, SMID, 8 } OperationRegion (SMR2, SystemIO, 0x86, 0x01) Field (SMR2, ByteAcc, NoLock, Preserve) { SMIA, 8 } Device (AC) { Name (_HID, "ACPI0003") Name (_PCL, Package (0x02) { \_SB, BAT0 }) Method (_PSR, 0, NotSerialized) { Store (SMI (0x85, 0x00), Local0) And (Local0, 0x01, Local0) Return (Local0) } Method (_STA, 0, NotSerialized) { Return (0x0F) } } Name (BIFP, Package (0x0D) {}) Method (BIF, 1, NotSerialized) { SX10 () SX30 (0x01) SX30 (Arg0) SX11 () Store (SX42 (), Index (BIFP, 0x00)) Store (SX42 (), Index (BIFP, 0x01)) Store (SX42 (), Index (BIFP, 0x02)) Store (SX42 (), Index (BIFP, 0x03)) Store (SX42 (), Index (BIFP, 0x04)) Store (SX42 (), Index (BIFP, 0x05)) Store (SX42 (), Index (BIFP, 0x06)) Store (SX42 (), Index (BIFP, 0x07)) Store (SX42 (), Index (BIFP, 0x08)) Store (SX45 (), Index (BIFP, 0x09)) Store (SX45 (), Index (BIFP, 0x0A)) Store (SX45 (), Index (BIFP, 0x0B)) Store (SX45 (), Index (BIFP, 0x0C)) SX12 () Return (BIFP) } Device (BAT0) { Name (_HID, EisaId ("PNP0C0A")) Name (_UID, 0x01) Name (_PCL, Package (0x01) { \_SB }) Method (_STA, 0, NotSerialized) { And (MIS0, 0x02, Local0) If (Local0) { Return (0x1F) } Return (0x0F) } Method (_BIF, 0, NotSerialized) { Return (BIF (0x01)) } Method (_BST, 0, NotSerialized) { SX10 () SX30 (0x02) SX30 (0x01) SX11 () Name (BST0, Package (0x04) {}) Store (SX42 (), Index (BST0, 0x00)) Store (SX42 (), Index (BST0, 0x01)) Store (SX42 (), Index (BST0, 0x02)) Store (SX42 (), Index (BST0, 0x03)) SX12 () Return (BST0) } Method (_BTP, 1, NotSerialized) { SX10 () SX30 (0x03) SX30 (0x01) SX32 (Arg0) SX11 () SX12 () Sleep (0xFA) } } Device (LID) { Name (_HID, EisaId ("PNP0C0D")) Method (_LID, 0, NotSerialized) { Store (SMI (0x84, 0x00), Local0) Return (Local0) } Name (_PRW, Package (0x02) { 0x08, 0x03 }) Method (_PSW, 1, NotSerialized) { PSW (Arg0, 0x02) } } Device (PBTN) { Name (_HID, EisaId ("PNP0C0C")) Name (_PRW, Package (0x02) { 0x08, 0x04 }) Method (_PSW, 1, NotSerialized) { PSW (Arg0, 0x01) } } Device (SBTN) { Name (_HID, EisaId ("PNP0C0E")) } Device (MB1) { Name (_HID, EisaId ("PNP0C01")) Name (_UID, 0x01) Method (_CRS, 0, NotSerialized) { CRS3 () CR_0 (0x01, 0x00, 0x0009FC00) CR_0 (0x01, 0x0009FC00, 0x0400) If (LOr (LEqual (OSID (), 0x08), LEqual (OSID (), 0x10))) { Store (GORL (), Local0) CR_0 (0x00, 0x000C0000, Local0) } CR_0 (0x00, 0x000E0000, 0x00020000) Store (GMEM (), Local0) Subtract (Local0, 0x00010000, Local1) CR_0 (0x01, 0x00100000, Local1) Add (Local1, 0x00100000, Local1) CR_0 (0x01, Local1, 0x00010000) CR_0 (0x00, 0xFEC10000, 0x00010000) CR_0 (0x00, 0xFEDA0000, 0x00060000) CR_0 (0x00, 0xFFB00000, 0x00100000) CR_0 (0x01, 0xFEC00000, 0x00010000) CR_0 (0x01, 0xFEE00000, 0x00010000) CR_5 () Return (CRS0) } } Device (PCI0) { Name (_HID, EisaId ("PNP0A03")) Name (_ADR, 0x00) Name (_PRW, Package (0x02) { 0x0B, 0x03 }) Method (_INI, 0, NotSerialized) { Store (SMI (0x98, 0x00), MIS0) And (MIS0, Or (0x01, Or (0x02, 0x10)), MIS0) Store (0x01, MIS4) SOST () } Method (_CRS, 0, NotSerialized) { CRS3 () CR_2 (0x00, 0x0100) CR_3 (0x00, 0x0CF8) CR_1 (0x0CF8, 0x0CF8, 0x01, 0x08) CR_3 (0x0D00, 0xF300) CR_4 (0x000A0000, 0x00020000) CR_4 (0x000D0000, 0x00010000) Add (0x00100000, GMEM (), Local0) Subtract (0xFEC00000, Local0, Local1) CR_4 (Local0, Local1) Add (0xFEC00000, 0x00010000, Local0) Subtract (0xFEC10000, Local0, Local1) If (Local1) { CR_4 (Local0, Local1) } Subtract (0xFEDA0000, 0xFEC20000, Local1) CR_4 (0xFEC20000, Local1) Add (0xFEE00000, 0x00010000, Local0) Subtract (0xFFB00000, Local0, Local1) CR_4 (Local0, Local1) CR_5 () Return (CRS0) } Device (MB2) { Name (_HID, EisaId ("PNP0C01")) Name (_UID, 0x02) Name (CRS, ResourceTemplate () { IO (Decode16, 0x0092, 0x0092, 0x02, 0x01) IO (Decode16, 0x00B2, 0x00B2, 0x02, 0x01) IO (Decode16, 0x0020, 0x0020, 0x10, 0x02) IO (Decode16, 0x00A0, 0x00A0, 0x10, 0x02) IRQNoFlags () {0} IO (Decode16, 0x04D0, 0x04D0, 0x10, 0x02) IO (Decode16, 0x0800, 0x0800, 0x10, 0x10) IO (Decode16, 0x1000, 0x1000, 0x10, 0x06) IO (Decode16, 0x1008, 0x1008, 0x08, 0x08) }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (MB3) { Name (_HID, EisaId ("PNP0C01")) Name (_UID, 0x03) Name (CRS, ResourceTemplate () { IO (Decode16, 0xF400, 0xF400, 0x01, 0xFF) IO (Decode16, 0x0086, 0x0086, 0x02, 0x01) IO (Decode16, 0x00B3, 0x00B3, 0x01, 0x01) IO (Decode16, 0x1006, 0x1006, 0x02, 0x02) IO (Decode16, 0x1010, 0x1010, 0x10, 0x50) IO (Decode16, 0x1060, 0x1060, 0x10, 0x20) IO (Decode16, 0x1080, 0x1080, 0x10, 0x40) IO (Decode16, 0x10C0, 0x10C0, 0x10, 0x20) IO (Decode16, 0x10E0, 0x10E0, 0x10, 0x20) }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (ISAB) { Name (_ADR, 0x001F0000) OperationRegion (PIR1, PCI_Config, 0x60, 0x04) OperationRegion (PIR2, PCI_Config, 0x68, 0x04) OperationRegion (FDIS, PCI_Config, 0xF2, 0x02) Device (PS2M) { Name (_HID, EisaId ("PNP0F13")) Name (CRS, ResourceTemplate () { IRQNoFlags () {12} }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (KBC) { Name (_HID, EisaId ("PNP0303")) Name (CRS, ResourceTemplate () { IO (Decode16, 0x0060, 0x0060, 0x10, 0x01) IO (Decode16, 0x0064, 0x0064, 0x04, 0x01) IO (Decode16, 0x0062, 0x0062, 0x02, 0x01) IO (Decode16, 0x0066, 0x0066, 0x06, 0x01) IRQNoFlags () {1} }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (RTC) { Name (_HID, EisaId ("PNP0B00")) Name (CRS, ResourceTemplate () { IO (Decode16, 0x0070, 0x0070, 0x10, 0x02) IRQNoFlags () {8} IO (Decode16, 0x0072, 0x0072, 0x02, 0x06) }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (TMR) { Name (_HID, EisaId ("PNP0100")) Name (CRS, ResourceTemplate () { IO (Decode16, 0x0040, 0x0040, 0x10, 0x04) IRQNoFlags () {2} IO (Decode16, 0x0050, 0x0050, 0x10, 0x04) }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (SPKR) { Name (_HID, EisaId ("PNP0800")) Name (CRS, ResourceTemplate () { IO (Decode16, 0x0061, 0x0061, 0x01, 0x01) IO (Decode16, 0x0063, 0x0063, 0x01, 0x01) IO (Decode16, 0x0065, 0x0065, 0x01, 0x01) IO (Decode16, 0x0067, 0x0067, 0x01, 0x01) }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (MB4) { Name (_HID, EisaId ("PNP0C01")) Name (_UID, 0x04) Name (CRS, ResourceTemplate () { IO (Decode16, 0x004E, 0x004E, 0x02, 0x02) IO (Decode16, 0x0900, 0x0900, 0x10, 0x80) }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (PIC) { Name (_HID, EisaId ("PNP0000")) Name (CRS, ResourceTemplate () { IO (Decode16, 0x0024, 0x0024, 0x04, 0x02) IO (Decode16, 0x0028, 0x0028, 0x04, 0x02) IO (Decode16, 0x002C, 0x002C, 0x04, 0x02) IO (Decode16, 0x0030, 0x0030, 0x04, 0x02) IO (Decode16, 0x0034, 0x0034, 0x04, 0x02) IO (Decode16, 0x0038, 0x0038, 0x04, 0x02) IO (Decode16, 0x003C, 0x003C, 0x04, 0x02) IO (Decode16, 0x00A4, 0x00A4, 0x04, 0x02) IO (Decode16, 0x00A8, 0x00A8, 0x04, 0x02) IO (Decode16, 0x00AC, 0x00AC, 0x04, 0x02) IO (Decode16, 0x00B0, 0x00B0, 0x04, 0x02) IO (Decode16, 0x00B4, 0x00B4, 0x04, 0x02) IO (Decode16, 0x00B8, 0x00B8, 0x04, 0x02) IO (Decode16, 0x00BC, 0x00BC, 0x04, 0x02) }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (MAD) { Name (_HID, EisaId ("PNP0200")) Name (CRS, ResourceTemplate () { DMA (Compatibility, BusMaster, Transfer8) {4} IO (Decode16, 0x0000, 0x0000, 0x10, 0x10) IO (Decode16, 0x0080, 0x0080, 0x10, 0x06) IO (Decode16, 0x0087, 0x0087, 0x01, 0x09) IO (Decode16, 0x00C0, 0x00C0, 0x10, 0x20) IO (Decode16, 0x0010, 0x0010, 0x10, 0x10) IO (Decode16, 0x0090, 0x0090, 0x10, 0x02) IO (Decode16, 0x0093, 0x0093, 0x01, 0x0D) }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } Device (COPR) { Name (_HID, EisaId ("PNP0C04")) Name (CRS, ResourceTemplate () { IO (Decode16, 0x00F0, 0x00F0, 0x10, 0x10) IRQNoFlags () {13} }) Method (_CRS, 0, NotSerialized) { Return (CRS) } } } Device (USB0) { Name (_ADR, 0x001D0000) Method (_S0D, 0, NotSerialized) { Store (SMI (0x85, 0x00), Local0) And (Local0, 0x01, Local0) If (LEqual (Local0, 0x00)) { Return (0x03) } Else { Return (0x00) } } Name (XPRW, Package (0x02) { 0x03, 0x01 }) Method (_PRW, 0, NotSerialized) { Return (XPRW) } Device (HUB0) { Name (_ADR, 0x00) Device (CH0) { Name (_ADR, 0x01) } Device (CH1) { Name (_ADR, 0x02) } } } Device (USB1) { Name (_ADR, 0x001D0001) Method (_S0D, 0, NotSerialized) { Store (SMI (0x85, 0x00), Local0) And (Local0, 0x01, Local0) If (LEqual (Local0, 0x00)) { Return (0x03) } Else { Return (0x00) } } Name (XPRW, Package (0x02) { 0x04, 0x01 }) Name (YPRW, Package (0x02) { 0x04, 0x00 }) Method (_PRW, 0, NotSerialized) { If (LEqual (OSID (), 0x04)) { Return (YPRW) } Else { Return (XPRW) } } Device (HUB1) { Name (_ADR, 0x00) Device (CH10) { Name (_ADR, 0x01) } Device (CH11) { Name (_ADR, 0x02) } } } Device (USB2) { Name (_ADR, 0x001D0002) Method (_S0D, 0, NotSerialized) { Store (SMI (0x85, 0x00), Local0) And (Local0, 0x01, Local0) If (LEqual (Local0, 0x00)) { Return (0x03) } Else { Return (0x00) } } Name (XPRW, Package (0x02) { 0x0C, 0x01 }) Method (_PRW, 0, NotSerialized) { Return (XPRW) } Device (HUB2) { Name (_ADR, 0x00) Device (CH20) { Name (_ADR, 0x01) } Device (CH21) { Name (_ADR, 0x02) } } } Device (USB3) { Name (_ADR, 0x001D0007) Method (_S0D, 0, NotSerialized) { Store (SMI (0x85, 0x00), Local0) And (Local0, 0x01, Local0) If (LEqual (Local0, 0x00)) { Return (0x03) } Else { Return (0x00) } } Name (_S1D, 0x02) Name (_S3D, 0x02) Name (XPRW, Package (0x02) { 0x0D, 0x01 }) Method (_PRW, 0, NotSerialized) { Return (XPRW) } Device (HUB3) { Name (_ADR, 0x00) Device (CH30) { Name (_ADR, 0x01) } Device (CH31) { Name (_ADR, 0x02) } Device (CH32) { Name (_ADR, 0x03) } Device (CH33) { Name (_ADR, 0x04) } Device (CH34) { Name (_ADR, 0x05) } Device (CH35) { Name (_ADR, 0x06) } } } Name (PIC0, Package (0x0A) { Package (0x04) { 0x001FFFFF, 0x00, \_SB.PCI0.LNKA, 0x00 }, Package (0x04) { 0x001FFFFF, 0x01, \_SB.PCI0.LNKB, 0x00 }, Package (0x04) { 0x001FFFFF, 0x02, \_SB.PCI0.LNKC, 0x00 }, Package (0x04) { 0x001FFFFF, 0x03, \_SB.PCI0.LNKD, 0x00 }, Package (0x04) { 0x001DFFFF, 0x00, \_SB.PCI0.LNKA, 0x00 }, Package (0x04) { 0x001DFFFF, 0x01, \_SB.PCI0.LNKD, 0x00 }, Package (0x04) { 0x001DFFFF, 0x02, \_SB.PCI0.LNKC, 0x00 }, Package (0x04) { 0x001DFFFF, 0x03, \_SB.PCI0.LNKH, 0x00 }, Package (0x04) { 0x0001FFFF, 0x00, \_SB.PCI0.LNKA, 0x00 }, Package (0x04) { 0x0001FFFF, 0x01, \_SB.PCI0.LNKB, 0x00 } }) Name (API0, Package (0x0A) { Package (0x04) { 0x001FFFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0x001FFFFF, 0x01, 0x00, 0x11 }, Package (0x04) { 0x001FFFFF, 0x02, 0x00, 0x12 }, Package (0x04) { 0x001FFFFF, 0x03, 0x00, 0x13 }, Package (0x04) { 0x001DFFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0x001DFFFF, 0x01, 0x00, 0x13 }, Package (0x04) { 0x001DFFFF, 0x02, 0x00, 0x12 }, Package (0x04) { 0x001DFFFF, 0x03, 0x00, 0x17 }, Package (0x04) { 0x0001FFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0x0001FFFF, 0x00, 0x00, 0x11 } }) Method (_PRT, 0, NotSerialized) { Store (API0, Local0) If (LNot (PICF)) { Store (PIC0, Local0) } Return (Local0) } Field (\_SB.PCI0.ISAB.PIR1, ByteAcc, NoLock, Preserve) { PIRA, 8, PIRB, 8, PIRC, 8, PIRD, 8 } Field (\_SB.PCI0.ISAB.PIR2, ByteAcc, NoLock, Preserve) { PIRE, 8, PIRF, 8, PIRG, 8, PIRH, 8 } Device (LNKA) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x01) Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {9,10,11} }) Method (_STA, 0, NotSerialized) { Store (PIRA, Local0) And (Local0, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Return (0x0B) } Method (_DIS, 0, NotSerialized) { Store (PIRA, Local0) Or (Local0, 0x80, Local0) Store (Local0, PIRA) } Method (_CRS, 0, NotSerialized) { Name (BUFA, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (BUFA, 0x01, IRA) Store (PIRA, Local0) And (Local0, 0x8F, Local0) If (LLess (Local0, 0x80)) { And (Local0, 0x0F) Store (0x01, Local1) ShiftLeft (Local1, Local0, Local1) Store (Local1, IRA) } Return (BUFA) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQA) FindSetLeftBit (IRQA, Local0) Decrement (Local0) Store (Local0, PIRA) } } Device (LNKB) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x02) Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {5,7} }) Method (_STA, 0, NotSerialized) { Store (PIRB, Local0) And (Local0, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Return (0x0B) } Method (_DIS, 0, NotSerialized) { Store (PIRB, Local0) Or (Local0, 0x80, Local0) Store (Local0, PIRB) } Method (_CRS, 0, NotSerialized) { Name (BUFB, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (BUFB, 0x01, IRB) Store (PIRB, Local0) And (Local0, 0x8F, Local0) If (LLess (Local0, 0x80)) { And (Local0, 0x0F) Store (0x01, Local1) ShiftLeft (Local1, Local0, Local1) Store (Local1, IRB) } Return (BUFB) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQB) FindSetLeftBit (IRQB, Local0) Decrement (Local0) Store (Local0, PIRB) } } Device (LNKC) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x03) Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {9,10,11} }) Method (_STA, 0, NotSerialized) { Store (PIRC, Local0) And (Local0, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Return (0x0B) } Method (_DIS, 0, NotSerialized) { Store (PIRC, Local0) Or (Local0, 0x80, Local0) Store (Local0, PIRC) } Method (_CRS, 0, NotSerialized) { Name (BUFC, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (BUFC, 0x01, IRC) Store (PIRC, Local0) And (Local0, 0x8F, Local0) If (LLess (Local0, 0x80)) { And (Local0, 0x0F) Store (0x01, Local1) ShiftLeft (Local1, Local0, Local1) Store (Local1, IRC) } Return (BUFC) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQC) FindSetLeftBit (IRQC, Local0) Decrement (Local0) Store (Local0, PIRC) } } Device (LNKD) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x04) Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {5,7,9,10,11} }) Method (_STA, 0, NotSerialized) { Store (PIRD, Local0) And (Local0, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Return (0x0B) } Method (_DIS, 0, NotSerialized) { Store (PIRD, Local0) Or (Local0, 0x80, Local0) Store (Local0, PIRD) } Method (_CRS, 0, NotSerialized) { Name (BUFD, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (BUFD, 0x01, IRD) Store (PIRD, Local0) And (Local0, 0x8F, Local0) If (LLess (Local0, 0x80)) { And (Local0, 0x0F) Store (0x01, Local1) ShiftLeft (Local1, Local0, Local1) Store (Local1, IRD) } Return (BUFD) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQD) FindSetLeftBit (IRQD, Local0) Decrement (Local0) Store (Local0, PIRD) } } Device (LNKE) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x05) Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {3,4,5,6,7,9,10,11,12,14,15} }) Method (_STA, 0, NotSerialized) { Store (PIRE, Local0) And (Local0, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Return (0x0B) } Method (_DIS, 0, NotSerialized) { Store (PIRE, Local0) Or (Local0, 0x80, Local0) Store (Local0, PIRE) } Method (_CRS, 0, NotSerialized) { Name (BUFE, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (BUFE, 0x01, IRE) Store (PIRE, Local0) And (Local0, 0x8F, Local0) If (LLess (Local0, 0x80)) { And (Local0, 0x0F) Store (0x01, Local1) ShiftLeft (Local1, Local0, Local1) Store (Local1, IRE) } Return (BUFE) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQE) FindSetLeftBit (IRQE, Local0) Decrement (Local0) Store (Local0, PIRE) } } Device (LNKH) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x08) Name (_PRS, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {3,4,5,6,7,9,10,11,12,14,15} }) Method (_STA, 0, NotSerialized) { Store (PIRH, Local0) And (Local0, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Return (0x0B) } Method (_DIS, 0, NotSerialized) { Store (PIRH, Local0) Or (Local0, 0x80, Local0) Store (Local0, PIRH) } Method (_CRS, 0, NotSerialized) { Name (BUFH, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (BUFH, 0x01, IRH) Store (PIRH, Local0) And (Local0, 0x8F, Local0) If (LLess (Local0, 0x80)) { And (Local0, 0x0F) Store (0x01, Local1) ShiftLeft (Local1, Local0, Local1) Store (Local1, IRH) } Return (BUFH) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQH) FindSetLeftBit (IRQH, Local0) Decrement (Local0) Store (Local0, PIRH) } } Device (IDE0) { Name (_ADR, 0x001F0001) Method (_STA, 0, NotSerialized) { Return (0x0F) } Device (PRI) { Name (_ADR, 0x00) Method (_STA, 0, NotSerialized) { Return (0x0F) } } Device (SEC0) { Name (_ADR, 0x01) Method (_STA, 0, NotSerialized) { Return (0x0F) } } } Device (AUD) { Name (_ADR, 0x001F0005) } Device (MODM) { Name (_ADR, 0x001F0006) Name (_PRW, Package (0x02) { 0x05, 0x03 }) } Device (AGP) { Name (_ADR, 0x00010000) Name (PIC1, Package (0x01) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LNKE, 0x00 } }) Name (API1, Package (0x01) { Package (0x04) { 0xFFFF, 0x00, 0x00, 0x14 } }) Method (_PRT, 0, NotSerialized) { Store (API1, Local0) If (LNot (PICF)) { Store (PIC1, Local0) } Return (Local0) } Device (VID) { Name (_ADR, 0x00) Method (_DOS, 1, NotSerialized) { Store (Arg0, MIS4) SMI (0x9E, MIS4) } Method (_DOD, 0, NotSerialized) { Store (SMI (0x6D, 0x00), Local0) If (LEqual (Local0, 0x01)) { Return (Package (0x03) { 0x00010100, 0x00010110, 0x00010210 }) } Else { Return (Package (0x03) { 0x00010100, 0x00010110, 0x00010120 }) } } Device (CRT) { Method (_ADR, 0, NotSerialized) { Return (0x0100) } Method (_DCS, 0, NotSerialized) { Store (SMI (0x8E, 0x02), Local0) Return (Local0) } Method (_DGS, 0, NotSerialized) { Store (SMI (0x99, 0x02), Local0) Return (Local0) } Method (_DSS, 1, NotSerialized) { DSS (0x02, Arg0) } } Device (LCD) { Method (_ADR, 0, NotSerialized) { Return (0x0110) } Method (_DCS, 0, NotSerialized) { Store (SMI (0x8E, 0x01), Local0) Return (Local0) } Method (_DGS, 0, NotSerialized) { Store (SMI (0x99, 0x01), Local0) Return (Local0) } Method (_DSS, 1, NotSerialized) { DSS (0x01, Arg0) } } Device (DVI) { Method (_ADR, 0, NotSerialized) { Store (SMI (0x6D, 0x00), Local0) If (LEqual (Local0, 0x01)) { Return (0x0210) } Else { Return (0x0120) } } Method (_DCS, 0, NotSerialized) { Store (SMI (0x8E, 0x08), Local0) Return (Local0) } Method (_DGS, 0, NotSerialized) { Store (SMI (0x99, 0x08), Local0) Return (Local0) } Method (_DSS, 1, NotSerialized) { DSS (0x08, Arg0) } } } } Device (PCIE) { Name (_ADR, 0x001E0000) Name (_PRW, Package (0x02) { 0x0B, 0x04 }) Name (PICE, Package (0x05) { Package (0x04) { 0x0004FFFF, 0x00, \_SB.PCI0.LNKA, 0x00 }, Package (0x04) { 0x0004FFFF, 0x01, \_SB.PCI0.LNKA, 0x00 }, Package (0x04) { 0x0002FFFF, 0x00, \_SB.PCI0.LNKC, 0x00 }, Package (0x04) { 0x0002FFFF, 0x01, \_SB.PCI0.LNKD, 0x00 }, Package (0x04) { 0x0001FFFF, 0x00, \_SB.PCI0.LNKB, 0x00 } }) Name (APIE, Package (0x05) { Package (0x04) { 0x0004FFFF, 0x00, 0x00, 0x10 }, Package (0x04) { 0x0004FFFF, 0x01, 0x00, 0x10 }, Package (0x04) { 0x0002FFFF, 0x00, 0x00, 0x12 }, Package (0x04) { 0x0002FFFF, 0x01, 0x00, 0x13 }, Package (0x04) { 0x0001FFFF, 0x00, 0x00, 0x11 } }) Method (_PRT, 0, NotSerialized) { Store (APIE, Local0) If (LNot (PICF)) { Store (PICE, Local0) } Return (Local0) } Device (CRD0) { Name (_ADR, 0x00040000) Method (_INI, 0, NotSerialized) { SMI (0x95, 0x04) } Name (_S1D, 0x00) Name (_S3D, 0x03) } Device (CRD1) { Name (_ADR, 0x00040001) Method (_INI, 0, NotSerialized) { SMI (0x9D, 0x04) } Name (_S1D, 0x00) Name (_S3D, 0x03) } } } } Scope (\) { Name (SSDT, Package (0x0C) { "CPU0IST ", 0x1FFEFBE7, 0x00000235, "CPU1IST ", 0x1FFEFB60, 0x00000087, "CPU0CST ", 0x1FFEF988, 0x000001D8, "CPU1CST ", 0x1FFEF92C, 0x0000005C }) Name (CFGD, 0x0F34E332) Name (\PDC0, 0x80000000) Name (\PDC1, 0x80000000) } Scope (\_PR.CPU0) { Name (HI0, 0x00) Name (HC0, 0x00) Method (_PDC, 1, NotSerialized) { CreateDWordField (Arg0, 0x08, CAP0) Store (CAP0, PDC0) If (LAnd (And (CFGD, 0x4000), LEqual (And (PDC0, 0x0A), 0x0A))) { If (And (CFGD, 0x03)) { OperationRegion (IST0, SystemMemory, DerefOf (Index (SSDT, 0x01)), DerefOf (Index (SSDT, 0x02))) Load (IST0, HI0) } If (And (CFGD, 0x10)) { OperationRegion (CST0, SystemMemory, DerefOf (Index (SSDT, 0x07)), DerefOf (Index (SSDT, 0x08))) Load (CST0, HC0) } } } } Scope (\_PR.CPU1) { Name (HI1, 0x00) Name (HC1, 0x00) Method (_PDC, 1, NotSerialized) { CreateDWordField (Arg0, 0x08, CAP1) Store (CAP1, PDC1) If (LAnd (And (CFGD, 0x4000), LEqual (And (PDC1, 0x0A), 0x0A))) { If (And (CFGD, 0x03)) { OperationRegion (IST1, SystemMemory, DerefOf (Index (SSDT, 0x04)), DerefOf (Index (SSDT, 0x05))) Load (IST1, HI1) } If (And (CFGD, 0x10)) { OperationRegion (CST1, SystemMemory, DerefOf (Index (SSDT, 0x0A)), DerefOf (Index (SSDT, 0x0B))) Load (CST1, HC1) } } If (LEqual (And (PDC1, 0x0A), 0x0A)) {} } } } --ELM1096904611-68305-0_ Content-Transfer-Encoding: base64 Content-Type: application/octet-stream Content-Disposition: attachment; filename=5160.dsdt Content-Description: RFNEVEEjAAABtElOVDQzMFNZU0ZleHh4ARAAAE1TRlQOAAABCFZFUlMSOAMNUHJvamVjdDogREVM TCBNb2phdmUADURhdGU6IDAxLzI4LzE5OTgADVZlcjogMS4wMC4wNAAITUlTQxEKCgcAAAAAAAAA jE1JU0MKAE1JUzCMTUlTQwoBTUlTMYxNSVNDCgNNSVMzjE1JU0MKBE1JUzSMTUlTQwoGTUlTNlsB U01JWAEUSgVTTUlfAlsjU01JWP//cGlcLl9TQl9TTUlBcGhcLl9TQl9TTUlDcFwuX1NCX1NNSUNg ohKSk2AKAHBcLl9TQl9TTUlDYHBcLl9TQl9TTUlBYVsnU01JWKRhCFNYWDARBAsAAQhTWFgxEQMK CItTWFgxCgBTWFgyi1NYWDEKBFNYWDMUFVNYMTAAWyNTTUlY//9wCgBTWFgyFDFTWDMwAXBTWFgy YHVgoCKSlGCHU1hYMIxTWFgwU1hYMlNYMjBwaFNYMjBwYFNYWDIUNFNYMzEBcFNYWDJgcmAKAmCg IpKUYIdTWFgwi1NYWDBTWFgyU1gyMXBoU1gyMXBgU1hYMhQ0U1gzMgFwU1hYMmByYAoEYKAikpRg h1NYWDCKU1hYMFNYWDJTWDIycGhTWDIycGBTWFgyFBtTWDMzAqAUlWmHaIxoaVNYMjBTWDMwU1gy MBQXU1gzNAJwCgBgogyVYGlTWDMzaGB1YBRJBFNYWDYCcGlcLl9TQl9TTUlBcGhcLl9TQl9TTUlD cFwuX1NCX1NNSUNgohKSk2AKAHBcLl9TQl9TTUlDYKRcLl9TQl9TTUlBFB1TWFg1AqAWlWmHaIxo aVNYMjBTWFg2CnxTWDIwFCVTWFg0AFNYWDYKewoAcAoAYKISlWBTWFgyU1hYNVNYWDBgdWAUIFNY WDgCoBmVaYdojGhpU1gyMHBTWFg2Cn0KAFNYMjAUJFNYWDcAcAoAYKIZlWBTWFgzclNYWDJgYVNY WDhTWFgwYXVgFEMEU1gxMQBTWFg0cFNYWDYKeQoAU1hYM3JTWFgyU1hYM2CgHJWHU1hYMGBwh1NY WDBgdGBTWFgyYHBgU1hYM1NYWDcUM1NYNDAAcFNYWDJgdWCgIZKUYIdTWFgwjFNYWDBTWFgyU1gy MHBgU1hYMqRTWDIwpAoAFDZTWDQxAHBTWFgyYHJgCgJgoCGSlGCHU1hYMItTWFgwU1hYMlNYMjFw YFNYWDKkU1gyMaQKABQ2U1g0MgBwU1hYMmByYAoEYKAhkpRgh1NYWDCKU1hYMFNYWDJTWDIycGBT WFgypFNYMjKkCgAUHFNYNDMCoBWVaYdojGhpU1gyMHBTWDQwU1gyMBQXU1g0NAJwCgBgogyVYGlT WDQzaGB1YBQiU1g0NQBwU1g0MGAIU1gyMxECYFNYNDRTWDIzYKRTWDIzFAxTWDEyAFsnU01JWBQi UFNXXwJTWDEwU1gzMAoGU1gzMGhTWDMwaVNYMTFTWDEyFCJEU1NfAlNYMTBTWDMwCghTWDMwaFNY MzJpU1gxMVNYMTIUIEdNRU0AU1gxMFNYMzAKB1NYMTFwU1g0MmBTWDEypGAUIEdPUkwAU1gxMFNY MzAKCVNYMTFwU1g0MmBTWDEypGAIVzk4Uw1NaWNyb3NvZnQgV2luZG93cwAITlQ1Uw1NaWNyb3Nv ZnQgV2luZG93cyBOVAAIV0lOTQ1NaWNyb3NvZnQgV2luZG93c01FOiBNaWxsZW5uaXVtIEVkaXRp b24ACFdYUF8NV2luZG93cyAyMDAxABQSR0VUQwKMaGlUQ0hSpFRDSFIUQAVTVFJFAghTVFIxEQMK UAhTVFIyEQMKUHBoU1RSMXBpU1RSMnAAYHABYaIiYXBHRVRDU1RSMWBhcEdFVENTVFIyYGKgB5KT YWKkAHVgpAEUTgdPU0lEAKBBB5NNSVMzCgBwCgFNSVMzoBtbElxfT1NJYKARXF9PU0lXWFBfcAoQ TUlTM6FEBKAVU1RSRVxfT1NfVzk4U3AKAk1JUzOgFVNUUkVcX09TX05UNVNwCghNSVMzoBVTVFJF XF9PU19XSU5NcAoETUlTM6RNSVMzFCRTT1NUAFNYMTBTWDMwCgpPU0lEU1gzME1JUzNTWDExU1gx MghXQUtFCgAUSgVORVZUAHBTTUlfCowKAGCgE3tgCgEAhlwuX1NCX1BCVE4KgKAKe2AKBABMSURF oAp7YAoIAFBXUkWgE3tgCkAAhlwuX1NCX1NCVE4KgKAKe2AKgABTTUlFFE0HTElERQBwU01JXwpD CgBgoEkFkpNgCgBwU01JXwptCgBgoEcEk2AKA6Aak09TSUQKEIZcLl9TQl9QQ0kwCgBbIgvoA6EP oA2TT1NJRAoIWyIL7gKGXC8EX1NCX1BDSTBBR1BfVklEXwqAWyIL0AeGXC5fU0JfTElEXwqAFEgJ UFdSRQBwU01JXwqYCgBgf2BNSVMwYXtgfQoBfQoCChAAAE1JUzCgE3thCgEAhlwuX1NCX0FDX18K gHtNSVMwCgJioCV7YQoCAKAPYoZcLl9TQl9CQVQwCoGhDoZcLl9TQl9CQVQwCoGgFnthCgQAoA9i hlwuX1NCX0JBVDAKgKAWe2EKCACgD2KGXC5fU0JfQkFUMAqAFEcIU01JRQBwU01JXwqWCgBgoBN7 YAoBAIZcLl9UWl9USE1fCoCgHHtgCiAAhlwvBF9TQl9QQ0kwQUdQX1ZJRF8KgaAce2AKAgCGXC8E X1NCX1BDSTBBR1BfVklEXwqAoBN7YAoEAIZcLl9TQl9CQVQwCoGgE3tgCggAhlwuX1BSX0NQVTAK gBQOXF9QVFMBU01JXwqKaBQ5XF9XQUsBU01JXwqaaKAdk2gKBHBTTUlfCpgKAE1JUzBwCgFNSVM0 U09TVIZcLl9TQl9BQ19fCoAUQgdOV0FLAHAKAVdBS0VwU01JXwqJCgBgcAoAYaAJk2AKAHAKAWGg CntgCgEAcAoBYaAKe2AKAgBMSURFoBN7YAogAKAMk09TSUQKAnAKAWGgCntgCoAAcAoBYaAPYYZc Ll9TQl9QQlROCgJwCgBXQUtFEEQKXF9HUEUUCl9MMUMATkVWVBQKX0wwOABOV0FLFBdfTDBCAHAK AGCGXC5fU0JfUENJMAoCFApfTDE4AHAKAGAUGF9MMDMAhlwvA19TQl9QQ0kwVVNCMAoCFBhfTDA0 AIZcLwNfU0JfUENJMFVTQjEKAhQYX0wwQwCGXC8DX1NCX1BDSTBVU0IyCgIUGF9MMDUAhlwvA19T Ql9QQ0kwTU9ETQoCCENSUzARBAsBAYxDUlMwCwABQ1JTMRQNQ1JTMwBwCgBDUlMxFB5DUlM0AYxD UlMwQ1JTMUNSUzJwaENSUzJ1Q1JTMRQjQ1JTNQGLQ1JTMENSUzFDUlMycGhDUlMydUNSUzF1Q1JT MRQkQ1JTNgGKQ1JTMENSUzFDUlMycGhDUlMyckNSUzEKBENSUzEUIUNSXzADQ1JTNAqGQ1JTNQoJ Q1JTNGhDUlM2aUNSUzZqFCZDUl8xBENSUzQKR0NSUzQKAUNSUzVoQ1JTNWlDUlM0akNSUzRrFEYE Q1JfMgJDUlM0CohDUlM1Cg1DUlM0CgJDUlM0CgxDUlM0CgBDUlM1CgBDUlM1aHJoaWB2YENSUzVg Q1JTNQoAQ1JTNWkURgRDUl8zAkNSUzQKiENSUzUKDUNSUzQKAUNSUzQKDENSUzQKA0NSUzUKAENS UzVocmhpYHZgQ1JTNWBDUlM1CgBDUlM1aRRGBENSXzQCQ1JTNAqHQ1JTNQoXQ1JTNAoAQ1JTNAoM Q1JTNAoDQ1JTNgoAQ1JTNmhyaGlgdmBDUlM2YENSUzYKAENSUzZpFAxDUl81AENSUzUKeRAgXF9Q Ul9bgwtDUFUwAOAQAAAGW4MLQ1BVMQHgEAAABghcX1MwXxIIAwoACgAKAAhcX1MxXxIIAwoCCgAK AAhcX1MzXxIIAwoFCgAKAAhcX1M0XxIIAwoHCgAKAAhcX1M1XxIIAwoHCgAKABBEBlxfVFpfW4VL BVRITV8UF19DUlQAcApYYHdgCgpgcmALrApgpGAUEF9UTVAAcEdJTkYKBGCkYBQrR0lORgFTWDEw U1gzMGhTWDExcFNYNDFgU1gxMqALlWALpgtwC6YLYKRgEBdcAAhQSUNGCgAUDF9QSUMBcGhQSUNG EIpSAVxfU0JfW4BTTUlSAQqyCgJbgRBTTUlSAVNNSUMIU01JRAhbgFNNUjIBCoYKAVuBC1NNUjIB U01JQQhbgkgEQUNfXwhfSElEDUFDUEkwMDAzAAhfUENMEgsCXF9TQl9CQVQwFBdfUFNSAHBTTUlf CoUKAGB7YAoBYKRgFAlfU1RBAKQKDwhCSUZQEgINFEwMQklGXwFTWDEwU1gzMAoBU1gzMGhTWDEx cFNYNDKIQklGUAoAAHBTWDQyiEJJRlAKAQBwU1g0MohCSUZQCgIAcFNYNDKIQklGUAoDAHBTWDQy iEJJRlAKBABwU1g0MohCSUZQCgUAcFNYNDKIQklGUAoGAHBTWDQyiEJJRlAKBwBwU1g0MohCSUZQ CggAcFNYNDWIQklGUAoJAHBTWDQ1iEJJRlAKCgBwU1g0NYhCSUZQCgsAcFNYNDWIQklGUAoMAFNY MTKkQklGUFuCQw1CQVQwCF9ISUQMQdAMCghfVUlECgEIX1BDTBIHAVxfU0JfFBdfU1RBAHtNSVMw CgJgoAVgpAofpAoPFA1fQklGAKRCSUZfCgEUQAZfQlNUAFNYMTBTWDMwCgJTWDMwCgFTWDExCEJT VDASAgRwU1g0MohCU1QwCgAAcFNYNDKIQlNUMAoBAHBTWDQyiEJTVDAKAgBwU1g0MohCU1QwCgMA U1gxMqRCU1QwFCdfQlRQAVNYMTBTWDMwCgNTWDMwCgFTWDMyaFNYMTFTWDEyWyIK+luCPExJRF8I X0hJRAxB0AwNFBJfTElEAHBTTUlfCoQKAGCkYAhfUFJXEgYCCggKAxQNX1BTVwFQU1dfaAoCW4Ip UEJUTghfSElEDEHQDAwIX1BSVxIGAgoICgQUDV9QU1cBUFNXX2gKAVuCD1NCVE4IX0hJRAxB0AwO W4JID01CMV8IX0hJRAxB0AwBCF9VSUQKARRADl9DUlMAQ1JTM0NSXzAKAQoADAD8CQBDUl8wCgEM APwJAAsABKAikZNPU0lECgiTT1NJRAoQcEdPUkxgQ1JfMAoADAAADABgQ1JfMAoADAAADgAMAAAC AHBHTUVNYHRgDAAAAQBhQ1JfMAoBDAAAEABhcmEMAAAQAGFDUl8wCgFhDAAAAQBDUl8wCgAMAADB /gwAAAEAQ1JfMAoADAAA2v4MAAAGAENSXzAKAAwAALD/DAAAEABDUl8wCgEMAADA/gwAAAEAQ1Jf MAoBDAAA4P4MAAABAENSXzWkQ1JTMFuCgxgBUENJMAhfSElEDEHQCgMIX0FEUgoACF9QUlcSBgIK CwoDFDFfSU5JAHBTTUlfCpgKAE1JUzB7TUlTMH0KAX0KAgoQAABNSVMwcAoBTUlTNFNPU1QUQAxf Q1JTAENSUzNDUl8yCgALAAFDUl8zCgAL+AxDUl8xC/gMC/gMCgEKCENSXzMLAA0LAPNDUl80DAAA CgAMAAACAENSXzQMAAANAAwAAAEAcgwAABAAR01FTWB0DAAAwP5gYUNSXzRgYXIMAADA/gwAAAEA YHQMAADB/mBhoAhhQ1JfNGBhdAwAANr+DAAAwv5hQ1JfNAwAAML+YXIMAADg/gwAAAEAYHQMAACw /2BhQ1JfNGBhQ1JfNaRDUlMwW4JCB01CMl8IX0hJRAxB0AwBCF9VSUQKAghDUlNfEUkECkVHAZIA kgACAUcBsgCyAAIBRwEgACAAEAJHAaAAoAAQAiIBAEcB0ATQBBACRwEACAAIEBBHAQAQABAQBkcB CBAIEAgIeQAUC19DUlMApENSU19bgkcHTUIzXwhfSElEDEHQDAEIX1VJRAoDCENSU18RTgQKSkcB APQA9AH/RwGGAIYAAgFHAbMAswABAUcBBhAGEAICRwEQEBAQEFBHAWAQYBAQIEcBgBCAEBBARwHA EMAQECBHAeAQ4BAQIHkAFAtfQ1JTAKRDUlNfW4JGLUlTQUIIX0FEUgwAAB8AW4BQSVIxAgpgCgRb gFBJUjICCmgKBFuARkRJUwIK8goCW4IpUFMyTQhfSElEDEHQDxMIQ1JTXxEICgUiABB5ABQLX0NS UwCkQ1JTX1uCSgRLQkNfCF9ISUQMQdADAwhDUlNfESgKJUcBYABgABABRwFkAGQABAFHAWIAYgAC AUcBZgBmAAYBIgIAeQAUC19DUlMApENSU19bgjlSVENfCF9ISUQMQdALAAhDUlNfERgKFUcBcABw ABACIgABRwFyAHIAAgZ5ABQLX0NSUwCkQ1JTX1uCOVRNUl8IX0hJRAxB0AEACENSU18RGAoVRwFA AEAAEAQiBABHAVAAUAAQBHkAFAtfQ1JTAKRDUlNfW4JHBFNQS1IIX0hJRAxB0AgACENSU18RJQoi RwFhAGEAAQFHAWMAYwABAUcBZQBlAAEBRwFnAGcAAQF5ABQLX0NSUwCkQ1JTX1uCPU1CNF8IX0hJ RAxB0AwBCF9VSUQKBAhDUlNfERUKEkcBTgBOAAICRwEACQAJEIB5ABQLX0NSUwCkQ1JTX1uCRglQ SUNfCF9ISUQLQdAIQ1JTXxFGBwpyRwEkACQABAJHASgAKAAEAkcBLAAsAAQCRwEwADAABAJHATQA NAAEAkcBOAA4AAQCRwE8ADwABAJHAaQApAAEAkcBqACoAAQCRwGsAKwABAJHAbAAsAAEAkcBtAC0 AAQCRwG4ALgABAJHAbwAvAAEAnkAFAtfQ1JTAKRDUlNfW4JDBk1BRF8IX0hJRAxB0AIACENSU18R QQQKPSoQBEcBAAAAABAQRwGAAIAAEAZHAYcAhwABCUcBwADAABAgRwEQABAAEBBHAZAAkAAQAkcB kwCTAAENeQAUC19DUlMApENSU19bgjFDT1BSCF9ISUQMQdAMBAhDUlNfERAKDUcB8ADwABAQIgAg eQAUC19DUlMApENSU19bgkYHVVNCMAhfQURSDAAAHQAUI19TMEQAcFNNSV8KhQoAYHtgCgFgoAiT YAoApAoDoQSkCgAIWFBSVxIGAgoDCgEUC19QUlcApFhQUldbgihIVUIwCF9BRFIKAFuCDENIMF8I X0FEUgoBW4IMQ0gxXwhfQURSCgJbgkIJVVNCMQhfQURSDAEAHQAUI19TMEQAcFNNSV8KhQoAYHtg CgFgoAiTYAoApAoDoQSkCgAIWFBSVxIGAgoECgEIWVBSVxIGAgoECgAUG19QUlcAoA2TT1NJRAoE pFlQUlehBqRYUFJXW4IoSFVCMQhfQURSCgBbggxDSDEwCF9BRFIKAVuCDENIMTEIX0FEUgoCW4JG B1VTQjIIX0FEUgwCAB0AFCNfUzBEAHBTTUlfCoUKAGB7YAoBYKAIk2AKAKQKA6EEpAoACFhQUlcS BgIKDAoBFAtfUFJXAKRYUFJXW4IoSFVCMghfQURSCgBbggxDSDIwCF9BRFIKAVuCDENIMjEIX0FE UgoCW4JNC1VTQjMIX0FEUgwHAB0AFCNfUzBEAHBTTUlfCoUKAGB7YAoBYKAIk2AKAKQKA6EEpAoA CF9TMUQKAghfUzNECgIIWFBSVxIGAgoNCgEUC19QUlcApFhQUldbgkEGSFVCMwhfQURSCgBbggxD SDMwCF9BRFIKAVuCDENIMzEIX0FEUgoCW4IMQ0gzMghfQURSCgNbggxDSDMzCF9BRFIKBFuCDENI MzQIX0FEUgoFW4IMQ0gzNQhfQURSCgYIUElDMBJBEQoSGgQM//8fAAoAXC8DX1NCX1BDSTBMTktB CgASGgQM//8fAAoBXC8DX1NCX1BDSTBMTktCCgASGgQM//8fAAoCXC8DX1NCX1BDSTBMTktDCgAS GgQM//8fAAoDXC8DX1NCX1BDSTBMTktECgASGgQM//8dAAoAXC8DX1NCX1BDSTBMTktBCgASGgQM //8dAAoBXC8DX1NCX1BDSTBMTktECgASGgQM//8dAAoCXC8DX1NCX1BDSTBMTktDCgASGgQM//8d AAoDXC8DX1NCX1BDSTBMTktICgASGgQM//8BAAoAXC8DX1NCX1BDSTBMTktBCgASGgQM//8BAAoB XC8DX1NCX1BDSTBMTktCCgAIQVBJMBJPCAoSDQQM//8fAAoACgAKEBINBAz//x8ACgEKAAoREg0E DP//HwAKAgoAChISDQQM//8fAAoDCgAKExINBAz//x0ACgAKAAoQEg0EDP//HQAKAQoAChMSDQQM //8dAAoCCgAKEhINBAz//x0ACgMKAAoXEg0EDP//AQAKAAoAChASDQQM//8BAAoACgAKERQbX1BS VABwQVBJMGCgDJJQSUNGcFBJQzBgpGBbgSlcLwRfU0JfUENJMElTQUJQSVIxAVBJUkEIUElSQghQ SVJDCFBJUkQIW4EpXC8EX1NCX1BDSTBJU0FCUElSMgFQSVJFCFBJUkYIUElSRwhQSVJICFuCRAxM TktBCF9ISUQMQdAMDwhfVUlECgEIX1BSUxEJCgYjAA4YeQAUHV9TVEEAcFBJUkFge2AKgGCgCJNg CoCkCgmkCgsUF19ESVMAcFBJUkFgfWAKgGBwYFBJUkEUSgRfQ1JTAAhCVUZBEQkKBiMAABh5AItC VUZBCgFJUkFfcFBJUkFge2AKj2CgGJVgCoB7YAoPAHAKAWF5YWBhcGFJUkFfpEJVRkEUHF9TUlMB i2gKAUlSUUGBSVJRQWB2YHBgUElSQVuCRAxMTktCCF9ISUQMQdAMDwhfVUlECgIIX1BSUxEJCgYj oAAYeQAUHV9TVEEAcFBJUkJge2AKgGCgCJNgCoCkCgmkCgsUF19ESVMAcFBJUkJgfWAKgGBwYFBJ UkIUSgRfQ1JTAAhCVUZCEQkKBiMAABh5AItCVUZCCgFJUkJfcFBJUkJge2AKj2CgGJVgCoB7YAoP AHAKAWF5YWBhcGFJUkJfpEJVRkIUHF9TUlMBi2gKAUlSUUKBSVJRQmB2YHBgUElSQluCRAxMTktD CF9ISUQMQdAMDwhfVUlECgMIX1BSUxEJCgYjAA4YeQAUHV9TVEEAcFBJUkNge2AKgGCgCJNgCoCk CgmkCgsUF19ESVMAcFBJUkNgfWAKgGBwYFBJUkMUSgRfQ1JTAAhCVUZDEQkKBiMAABh5AItCVUZD CgFJUkNfcFBJUkNge2AKj2CgGJVgCoB7YAoPAHAKAWF5YWBhcGFJUkNfpEJVRkMUHF9TUlMBi2gK AUlSUUOBSVJRQ2B2YHBgUElSQ1uCRAxMTktECF9ISUQMQdAMDwhfVUlECgQIX1BSUxEJCgYjoA4Y eQAUHV9TVEEAcFBJUkRge2AKgGCgCJNgCoCkCgmkCgsUF19ESVMAcFBJUkRgfWAKgGBwYFBJUkQU SgRfQ1JTAAhCVUZEEQkKBiMAABh5AItCVUZECgFJUkRfcFBJUkRge2AKj2CgGJVgCoB7YAoPAHAK AWF5YWBhcGFJUkRfpEJVRkQUHF9TUlMBi2gKAUlSUUSBSVJRRGB2YHBgUElSRFuCRAxMTktFCF9I SUQMQdAMDwhfVUlECgUIX1BSUxEJCgYj+N4YeQAUHV9TVEEAcFBJUkVge2AKgGCgCJNgCoCkCgmk CgsUF19ESVMAcFBJUkVgfWAKgGBwYFBJUkUUSgRfQ1JTAAhCVUZFEQkKBiMAABh5AItCVUZFCgFJ UkVfcFBJUkVge2AKj2CgGJVgCoB7YAoPAHAKAWF5YWBhcGFJUkVfpEJVRkUUHF9TUlMBi2gKAUlS UUWBSVJRRWB2YHBgUElSRVuCRAxMTktICF9ISUQMQdAMDwhfVUlECggIX1BSUxEJCgYj+N4YeQAU HV9TVEEAcFBJUkhge2AKgGCgCJNgCoCkCgmkCgsUF19ESVMAcFBJUkhgfWAKgGBwYFBJUkgUSgRf Q1JTAAhCVUZIEQkKBiMAABh5AItCVUZICgFJUkhfcFBJUkhge2AKj2CgGJVgCoB7YAoPAHAKAWF5 YWBhcGFJUkhfpEJVRkgUHF9TUlMBi2gKAUlSUUiBSVJRSGB2YHBgUElSSFuCSgRJREUwCF9BRFIM AQAfABQJX1NUQQCkCg9bghZQUklfCF9BRFIKABQJX1NUQQCkCg9bghZTRUMwCF9BRFIKARQJX1NU QQCkCg9bgg9BVURfCF9BRFIMBQAfAFuCG01PRE0IX0FEUgwGAB8ACF9QUlcSBgIKBQoDW4JBG0FH UF8IX0FEUgwAAAEACFBJQzESGwESGAQL//8KAFwvA19TQl9QQ0kwTE5LRQoACEFQSTESDgESCwQL //8KAAoAChQUG19QUlQAcEFQSTFgoAySUElDRnBQSUMxYKRgW4JOFFZJRF8IX0FEUgoAFBZfRE9T AXBoTUlTNFNNSV8Knk1JUzQUPl9ET0QAcFNNSV8KbQoAYKAYk2AKAaQSEQMMAAEBAAwQAQEADBAC AQChFKQSEQMMAAEBAAwQAQEADCABAQBbgkUEQ1JUXxQKX0FEUgCkCwABFBJfRENTAHBTTUlfCo4K AmCkYBQSX0RHUwBwU01JXwqZCgJgpGAUDV9EU1MBRFNTXwoCaFuCRQRMQ0RfFApfQURSAKQLEAEU El9EQ1MAcFNNSV8KjgoBYKRgFBJfREdTAHBTTUlfCpkKAWCkYBQNX0RTUwFEU1NfCgFoW4JLBURW SV8UIF9BRFIAcFNNSV8KbQoAYKAJk2AKAaQLEAKhBaQLIAEUEl9EQ1MAcFNNSV8KjgoIYKRgFBJf REdTAHBTTUlfCpkKCGCkYBQNX0RTUwFEU1NfCghoW4JDF1BDSUUIX0FEUgwAAB4ACF9QUlcSBgIK CwoECFBJQ0USSggFEhoEDP//BAAKAFwvA19TQl9QQ0kwTE5LQQoAEhoEDP//BAAKAVwvA19TQl9Q Q0kwTE5LQQoAEhoEDP//AgAKAFwvA19TQl9QQ0kwTE5LQwoAEhoEDP//AgAKAVwvA19TQl9QQ0kw TE5LRAoAEhoEDP//AQAKAFwvA19TQl9QQ0kwTE5LQgoACEFQSUUSSQQFEg0EDP//BAAKAAoAChAS DQQM//8EAAoBCgAKEBINBAz//wIACgAKAAoSEg0EDP//AgAKAQoAChMSDQQM//8BAAoACgAKERQb X1BSVABwQVBJRWCgDJJQSUNGcFBJQ0VgpGBbgixDUkQwCF9BRFIMAAAEABQOX0lOSQBTTUlfCpUK BAhfUzFECgAIX1MzRAoDW4IsQ1JEMQhfQURSDAEABAAUDl9JTkkAU01JXwqdCgQIX1MxRAoACF9T M0QKAxBNB1wACFNTRFQSQwUMDUNQVTBJU1QgAAzn+/4fDDUCAAANQ1BVMUlTVCAADGD7/h8MhwAA AA1DUFUwQ1NUIAAMiPn+HwzYAQAADUNQVTFDU1QgAAws+f4fDFwAAAAIQ0ZHRAwy4zQPCFxQREMw DAAAAIAIXFBEQzEMAAAAgBBFClwuX1BSX0NQVTAISEkwXwoACEhDMF8KABRKCF9QREMBimgKCENB UDBwQ0FQMFBEQzCgQQeQe0NGR0QLAEAAk3tQREMwCgoACgqgLHtDRkdECgMAW4BJU1QwAIOIU1NE VAoBAIOIU1NEVAoCAFsgSVNUMEhJMF+gLHtDRkdEChAAW4BDU1QwAIOIU1NEVAoHAIOIU1NEVAoI AFsgQ1NUMEhDMF8QQgtcLl9QUl9DUFUxCEhJMV8KAAhIQzFfCgAURwlfUERDAYpoCghDQVAxcENB UDFQREMxoEEHkHtDRkdECwBAAJN7UERDMQoKAAoKoCx7Q0ZHRAoDAFuASVNUMQCDiFNTRFQKBACD iFNTRFQKBQBbIElTVDFISTFfoCx7Q0ZHRAoQAFuAQ1NUMQCDiFNTRFQKCgCDiFNTRFQKCwBbIENT VDFIQzFfoAyTe1BEQzEKCgAKCg== --ELM1096904611-68305-0_-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:43:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 137ED16A4CE for ; Mon, 4 Oct 2004 15:43:40 +0000 (GMT) Received: from smtp.prodigy.net.mx (nlpproxy04.prodigy.net.mx [148.235.52.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D3D743D2F for ; Mon, 4 Oct 2004 15:43:39 +0000 (GMT) (envelope-from eculp@prodigy.net.mx) Received: from prodigy.net.mx (du-148-235-52-33.prodigy.net.mx [148.235.52.33]) by smtp.prodigy.net.mx (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0I5200HYHH0QER@smtp.prodigy.net.mx>; Mon, 04 Oct 2004 10:43:38 -0500 (CDT) Received: from [148.235.52.102] (Forwarded-For: [201.129.94.187]) by nlpmail03.prodigy.net.mx (mshttpd); Mon, 04 Oct 2004 10:44:00 -0500 Date: Mon, 04 Oct 2004 10:44:00 -0500 From: eculp To: Current@FreeBSD.org Message-id: <9edca9f4c9.9f4c99edca@prodigy.net.mx> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.01 (built Aug 26 2004) Content-type: text/plain; charset=us-ascii Content-language: es Content-transfer-encoding: 7bit Content-disposition: inline X-Accept-Language: es Priority: non-urgent X-Priority: 5 (Lowest) Subject: VIA VT8235 and Skype X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:43:40 -0000 I have serveral motherboards that have the via chipset and VIA VT8235 sound. It does usually work with the snd_via8233.ko although it is prone to oscillations on a couple of the boards. I will try to not buy anymore;) but a common problem that they all have is distorted sound with skype. The folks on the other end hear me fine but they come back a a bad impersonation of Donald Duck. All my other sound cards work great with skype. I've tested booting in safe mode, made changes with sysctl hw.snd and now I don't know where the problem could be, driver, acpi, etc.. I've exhausted my minimal resources.:) I'm ready to just go buy sound cards for all of them. Xmms, mplayer, etc. all sound fine with the via cards. Suggestions would certainly be appreciated. Thanks, ed P.S. I'm running current and skype-0.92.0.2 as on all the others that work fine. From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:47:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8677816A4CE for ; Mon, 4 Oct 2004 15:47:10 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACFE643D1D for ; Mon, 4 Oct 2004 15:47:09 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 30764 invoked by uid 89); 4 Oct 2004 15:47:08 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Oct 2004 15:47:08 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 838CF142; Mon, 4 Oct 2004 18:47:08 +0300 (EEST) Date: Mon, 4 Oct 2004 18:47:08 +0300 From: Ion-Mihai Tetcu To: Brooks Davis Message-ID: <20041004184708.248efdd8@it.buh.tecnik93.com> In-Reply-To: <20041004153257.GA30883@odin.ac.hmc.edu> References: <20041004173545.3af254c6@it.buh.tecnik93.com> <20041004153257.GA30883@odin.ac.hmc.edu> X-Mailer: Sylpheed-Claws 0.9.12a (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-current@freebsd.org Subject: Re: /dev/md0 keeps mounting on /var X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:47:10 -0000 On Mon, 4 Oct 2004 08:32:57 -0700 Brooks Davis wrote: > On Mon, Oct 04, 2004 at 05:35:45PM +0300, Ion-Mihai Tetcu wrote: > > For some time I keep getting /dev/md0 mounting on /var as the last > > mount when going to multi-user. The obvious result is that all > > services that use /var fail to start/function properly. Since I > > don=B4t use it I suppose I=B4ve done something wrong with mergemaster. > >=20 > > The only workaround I=B4ve found is to rename /boor/kernel/g_md.ko. > >=20 > > And since I just can=B4t fix this since ~ beta4 could someone point me > > where to look ? >=20 > This is proably happening because your /var is failing the writability > test in /etc/rc.d/var. One situation I can of where this could happen > and you would otherwise have a valid /var would be if you have a > read-only NFS root and an NFS /var. No, it is not the case. Does the order in fstab meter ?=20 /dev/ad0s3d is already mountrd on /var when md0 bumps in. >From memory it looks like this: % mount /dev/ad0s3a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s3f on /tmp (ufs, local, soft-updates) /dev/ad0s3d on /var (ufs, local, soft-updates) /dev/ad0s3e on /usr (ufs, local, soft-updates) /dev/ad0s2d on /home (ufs, local, soft-updates) /dev/ad0s4 on /vol/it/xp (msdosfs, local, read-only) /dev/ad1s3d on /vol/it/cur/h (ufs, local, soft-updates) /dev/ad1s2d on /vol/it/n (ufs, local, soft-updates) devfs on /var/named/dev (devfs, local) /dev/md0 on /var (ufs, local, soft-updates) > In that cause /var wouldn't be mounted yet because mountcritremote > wouldn't be run yet. Is this or something similar the case for you?=20 > You can try setting varmfs=3D"NO" and populate_var=3D"NO" in /etc/rc.conf > to disable this script. #cat /etc/fstab # Device Mountpoint FStype Options Dump Pas= s# /dev/ad0s2b none swap sw 0 0 #/dev/ad1s1b none swap sw 0 0 /dev/ad0s3a / ufs rw 1 1 /dev/ad0s3f /tmp ufs rw 2 2 /dev/ad0s3d /var ufs rw 2 2 /dev/ad0s3e /usr ufs rw 2 2 /dev/ad0s2d /home ufs rw, 2 2 /dev/ad0s4 /vol/it/xp msdosfs ro 0 1 # bk #/dev/ad0s1d /vol/it/cur/d ufs rw,noauto 2 2 #/dev/ad0s1e /vol/it/cur/e ufs rw,noauto 2 2 #160WD /dev/ad1s3d /vol/it/cur/h ufs rw 2 2 #/dev/ad1s1e /vol/it/m ufs rw 2 2 /dev/ad1s2d /vol/it/n ufs rw 2 2 /dev/cd0 /home/itetcu/cdrom cd9660 ro,noauto,nodev,nosuid = 0 0 /dev/cd1 /home/itetcu/cdrom1 cd9660 ro,noauto,nodev,nosuid = 0 0 Thanks for your help, --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 15:51:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52D5616A4CE for ; Mon, 4 Oct 2004 15:51:29 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E3EF43D39 for ; Mon, 4 Oct 2004 15:51:29 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.0.85] (dns.packetdesign.com [65.192.41.10]) (authenticated bits=0) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i94FpRkN018745 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 4 Oct 2004 08:51:28 -0700 From: "Bruce A. Mah" To: "M. Warner Losh" In-Reply-To: <20041004.093910.60194802.imp@bsdimp.com> References: <20041004035745.GA837@tomcat.kitchenlab.org> <20041003.230904.100900509.imp@bsdimp.com> <20041004152658.GB26211@tomcat.kitchenlab.org> <20041004.093910.60194802.imp@bsdimp.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-q2C5JEV8P6CoZIXlGJ9N" Message-Id: <1096905012.812.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 04 Oct 2004 08:50:13 -0700 cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 15:51:29 -0000 --=-q2C5JEV8P6CoZIXlGJ9N Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-04 at 08:39, M. Warner Losh wrote: > In message: <20041004152658.GB26211@tomcat.kitchenlab.org> > "Bruce A. Mah" writes: > : I'll give it a try when I get home tonight. The sources from which I > : built my latest kernel are "fairly close" to 5.3-BETA7, but I'll burn > : a CD from one of the official 5.3-BETA7 ISOs and boot from that to > : reduce the variables involved. >=20 > You could also just download the sources and test boot a new kernel. > BETA6 -> BETA7 is so close you can even build it the 'traditional' way > w/o a buildworld :-) The main issue preventing me from doing this right now is that the machine in question happens to be my home desktop, ~40 miles away from me at this moment. It doesn't have remote console or power control, so recovery from a hang would be kind of difficult. :-) Cheers, Bruce. --=-q2C5JEV8P6CoZIXlGJ9N Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBYXE02MoxcVugUsMRAqnwAKCt2xGI6BhFaxKLfdsNKB+hfvG+5gCeIXGT aP+4Pay8DxIGt0V+0DRFfFw= =sv2y -----END PGP SIGNATURE----- --=-q2C5JEV8P6CoZIXlGJ9N-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 16:00:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85F0B16A4D4 for ; Mon, 4 Oct 2004 16:00:10 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E6A43D4C for ; Mon, 4 Oct 2004 16:00:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i94G4rn0008984; Mon, 4 Oct 2004 09:04:53 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i94G4rja008983; Mon, 4 Oct 2004 09:04:53 -0700 Date: Mon, 4 Oct 2004 09:04:53 -0700 From: Brooks Davis To: Ion-Mihai Tetcu Message-ID: <20041004160453.GA7705@odin.ac.hmc.edu> References: <20041004173545.3af254c6@it.buh.tecnik93.com> <20041004153257.GA30883@odin.ac.hmc.edu> <20041004184708.248efdd8@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20041004184708.248efdd8@it.buh.tecnik93.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: /dev/md0 keeps mounting on /var X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 16:00:10 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 04, 2004 at 06:47:08PM +0300, Ion-Mihai Tetcu wrote: > On Mon, 4 Oct 2004 08:32:57 -0700 > Brooks Davis wrote: >=20 > > On Mon, Oct 04, 2004 at 05:35:45PM +0300, Ion-Mihai Tetcu wrote: > > > For some time I keep getting /dev/md0 mounting on /var as the last > > > mount when going to multi-user. The obvious result is that all > > > services that use /var fail to start/function properly. Since I > > > don=B4t use it I suppose I=B4ve done something wrong with mergemaster. > > >=20 > > > The only workaround I=B4ve found is to rename /boor/kernel/g_md.ko. > > >=20 > > > And since I just can=B4t fix this since ~ beta4 could someone point me > > > where to look ? > >=20 > > This is proably happening because your /var is failing the writability > > test in /etc/rc.d/var. One situation I can of where this could happen > > and you would otherwise have a valid /var would be if you have a > > read-only NFS root and an NFS /var. >=20 > No, it is not the case. Does the order in fstab meter ?=20 > /dev/ad0s3d is already mountrd on /var when md0 bumps in. > >From memory it looks like this: >=20 > % mount > /dev/ad0s3a on / (ufs, local) > devfs on /dev (devfs, local) > /dev/ad0s3f on /tmp (ufs, local, soft-updates) > /dev/ad0s3d on /var (ufs, local, soft-updates) > /dev/ad0s3e on /usr (ufs, local, soft-updates) > /dev/ad0s2d on /home (ufs, local, soft-updates) > /dev/ad0s4 on /vol/it/xp (msdosfs, local, read-only) > /dev/ad1s3d on /vol/it/cur/h (ufs, local, soft-updates) > /dev/ad1s2d on /vol/it/n (ufs, local, soft-updates) > devfs on /var/named/dev (devfs, local) > /dev/md0 on /var (ufs, local, soft-updates) Weird. Order shouldn't matter. The code in the var script is really simple. It creates the md file system if you have varmfs=3D"YES" or if "/bin/mkdir -p /var/.diskless" fails. Hmm, I just noticed that ru never MFC'd the fix to add -p to that command. Do you have a /var/.diskless on /dev/ad0s3d? If so, that's probably the problem. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBYXSkXY6L6fI4GtQRAkKZAKDZOoKBpLH1SIlIk27e+OdEKFcHgACbBGoG 2IUpng1wVWYxCTau29sdVNY= =rXIQ -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 16:17:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D51C16A4CE for ; Mon, 4 Oct 2004 16:17:06 +0000 (GMT) Received: from box84.elkhouse.de (box84.elkhouse.de [213.9.1.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 759EA43D55 for ; Mon, 4 Oct 2004 16:17:04 +0000 (GMT) (envelope-from roman@ontographics.com) Received: from [192.168.1.3] (1Cust158.vr1.dtm1.alter.net [149.229.96.158]) (authenticated bits=0) by box84.elkhouse.de (8.12.10/8.12.10) with ESMTP id i94GIbRg005171 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Oct 2004 16:18:38 GMT (envelope-from roman@ontographics.com) From: Roman Kennke To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="=-3Mc1XRpqDSBfY18Ms3rq" Message-Id: <1096906618.695.7.camel@moonlight> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 04 Oct 2004 18:16:58 +0200 Subject: nearly-lockup at boot with DMA enabled on DVD-drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 16:17:06 -0000 --=-3Mc1XRpqDSBfY18Ms3rq Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi list, I am trying out the very latest BETA7 on my Fujitsu Amilo A laptop. I am experiencing problems with DMA on my DVD drive. I remember that with 5.2.1 and IMO also with BETA4 the DVD drive acd0 was set to PIO4. That was ok, because DMA would not work properly when forced (although DMA is supported by the DVD drive and the motherbord). Now with BETA7 (and BETA6 which I tried before) the drive is set to DMA33, which apparently does not work ok. This leads to an extremely long pause at boot time. I first thought this will lock up, but after several (5-7!) minutes, the boot proceeds (with the DVD drive not working :-( ). When I manually disable DMA in loader.conf everything is ok. I would really like to have DMA working (good solution) OR detected as PIO4 (bad solution) in FreeBSD-stable. I'll attach my kernel config (mainly GENERIC with atapicam - and no, without atapicam also doesn't work, although maybe quicker bootup) and the dmesg output of verbose logging. Best regards, Roman --=-3Mc1XRpqDSBfY18Ms3rq Content-Disposition: attachment; filename=dmesg Content-Type: text/plain; name=dmesg; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit \\_SB_.PCI0.LPCB.LNKH irq 0: [ 5 9 10 11] 11+ low,level,sharable 0.8.0 \\_SB_.PCI0.LPCB.LNKB irq 0: [11] 11+ low,level,sharable 0.9.0 \\_SB_.PCI0.LPCB.LNKC irq 0: [10] 0+ low,level,sharable 0.10.0 \\_SB_.PCI0.LPCB.LNKA irq 0: [11] 11+ low,level,sharable 0.11.0 \\_SB_.PCI0.LPCB.LNKB irq 0: [11] 11+ low,level,sharable 0.11.1 \\_SB_.PCI0.LPCB.LNKE irq 0: [ 5 9 10 11] 10+ low,level,sharable 0.15.0 \\_SB_.PCI0.LPCB.LNKB irq 0: [11] 11+ low,level,sharable 0.16.0 \\_SB_.PCI0.LPCB.LNKD irq 0: [10] 0+ low,level,sharable 0.20.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f4000000, size 26, enabled map[14]: type 3, range 32, base f0800000, size 12, enabled map[18]: type 4, range 32, base 0000a010, size 2, port disabled found-> vendor=0x1002, dev=0xcab0, revid=0x13 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x700f, revid=0x01 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base f0400000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.LPCB.LNKU) pcib0: possible interrupts: 9 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LPCB.LNKB (references 3, priority 210): interrupts: 11 penalty: 70 \\_SB_.PCI0.LPCB.LNKU (references 1, priority 80): interrupts: 9 penalty: 80 \\_SB_.PCI0.LPCB.LNKG (references 1, priority 70): interrupts: 10 11 9 5 penalty: 50 70 80 80 \\_SB_.PCI0.LPCB.LNKH (references 1, priority 70): interrupts: 10 11 9 5 penalty: 50 70 80 80 \\_SB_.PCI0.LPCB.LNKA (references 1, priority 70): interrupts: 11 penalty: 70 \\_SB_.PCI0.LPCB.LNKE (references 1, priority 70): interrupts: 10 11 9 5 penalty: 50 70 80 80 \\_SB_.PCI0.LPCB.LNKC (references 1, priority 50): interrupts: 10 penalty: 50 \\_SB_.PCI0.LPCB.LNKD (references 1, priority 50): interrupts: 10 penalty: 50 ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPCB.LNKU._CRS] (Node 0xc1e6a0c0), AE_AML_UNINITIALIZED_LOCAL ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.LPCB.LNKU._CRS] (Node 0xc1e6a0c0), AE_AML_UNINITIALIZED_LOCAL acpi link set: _CRS failed for link \\_SB_.PCI0.LPCB.LNKU - AE_AML_UNINITIALIZED_LOCAL acpi link set: curr irq 0 != 9 for \\_SB_.PCI0.LPCB.LNKU pcib0: slot 2 INTA routed to irq 9 via \\_SB_.PCI0.LPCB.LNKU found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base f0401000, size 12, enabled map[14]: type 4, range 32, base 00008400, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.PCI0.LPCB.LNKG) pcib0: possible interrupts: 5 9 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LPCB.LNKB (references 3, priority 420): interrupts: 11 penalty: 140 \\_SB_.PCI0.LPCB.LNKA (references 1, priority 140): interrupts: 11 penalty: 140 \\_SB_.PCI0.LPCB.LNKG (references 1, priority 130): interrupts: 10 5 11 9 penalty: 100 110 140 170 \\_SB_.PCI0.LPCB.LNKH (references 1, priority 130): interrupts: 10 5 11 9 penalty: 100 110 140 170 \\_SB_.PCI0.LPCB.LNKE (references 1, priority 130): interrupts: 10 5 11 9 penalty: 100 110 140 170 \\_SB_.PCI0.LPCB.LNKC (references 1, priority 100): interrupts: 10 penalty: 100 \\_SB_.PCI0.LPCB.LNKD (references 1, priority 100): interrupts: 10 penalty: 100 pcib0: slot 3 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKG found-> vendor=0x10b9, dev=0x5457, revid=0x00 bus=0, slot=3, func=0 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000a000, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc4 bus=0, slot=4, func=0 class=01-01-fa, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=6, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x1533, revid=0x00 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 00008800, size 8, enabled map[14]: type 1, range 32, base f0402000, size 12, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.PCI0.LPCB.LNKH) pcib0: possible interrupts: 5 9 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LPCB.LNKB (references 3, priority 660): interrupts: 11 penalty: 220 \\_SB_.PCI0.LPCB.LNKA (references 1, priority 220): interrupts: 11 penalty: 220 \\_SB_.PCI0.LPCB.LNKH (references 1, priority 190): interrupts: 5 10 11 9 penalty: 140 150 220 250 \\_SB_.PCI0.LPCB.LNKE (references 1, priority 190): interrupts: 5 10 11 9 penalty: 140 150 220 250 \\_SB_.PCI0.LPCB.LNKC (references 1, priority 150): interrupts: 10 penalty: 150 \\_SB_.PCI0.LPCB.LNKD (references 1, priority 150): interrupts: 10 penalty: 150 pcib0: slot 8 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKH found-> vendor=0x10b9, dev=0x5451, revid=0x02 bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0xc290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00008c00, size 8, enabled map[14]: type 1, range 32, base f0406800, size 8, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.PCI0.LPCB.LNKB) pcib0: possible interrupts: 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LPCB.LNKB (references 3, priority 900): interrupts: 11 penalty: 300 \\_SB_.PCI0.LPCB.LNKA (references 1, priority 300): interrupts: 11 penalty: 300 \\_SB_.PCI0.LPCB.LNKE (references 1, priority 250): interrupts: 5 10 11 9 penalty: 170 200 300 330 \\_SB_.PCI0.LPCB.LNKC (references 1, priority 200): interrupts: 10 penalty: 200 \\_SB_.PCI0.LPCB.LNKD (references 1, priority 200): interrupts: 10 penalty: 200 pcib0: slot 9 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKB found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base f0406000, size 11, enabled map[14]: type 4, range 32, base 00008080, size 7, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.LPCB.LNKC) pcib0: possible interrupts: 10 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LPCB.LNKA (references 1, priority 400): interrupts: 11 penalty: 400 \\_SB_.PCI0.LPCB.LNKE (references 1, priority 315): interrupts: 5 10 11 9 penalty: 200 250 400 410 \\_SB_.PCI0.LPCB.LNKC (references 1, priority 250): interrupts: 10 penalty: 250 \\_SB_.PCI0.LPCB.LNKD (references 1, priority 250): interrupts: 10 penalty: 250 pcib0: slot 10 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKC found-> vendor=0x1106, dev=0x3044, revid=0x46 bus=0, slot=10, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0013, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=10 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.LPCB.LNKA) pcib0: possible interrupts: 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LPCB.LNKA (references 1, priority 470): interrupts: 11 penalty: 470 \\_SB_.PCI0.LPCB.LNKE (references 1, priority 375): interrupts: 5 10 11 9 penalty: 230 310 470 490 \\_SB_.PCI0.LPCB.LNKD (references 1, priority 310): interrupts: 10 penalty: 310 pcib0: slot 11 INTA routed to irq 11 via \\_SB_.PCI0.LPCB.LNKA found-> vendor=0x1524, dev=0x1420, revid=0x01 bus=0, slot=11, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc0 (48000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled pcib0: matched entry for 0.11.INTB (src \\_SB_.PCI0.LPCB.LNKB) pcib0: slot 11 INTB is already routed to irq 11 found-> vendor=0x1524, dev=0x1420, revid=0x01 bus=0, slot=11, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=b, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base f0405000, size 12, enabled pcib0: matched entry for 0.15.INTA (src \\_SB_.PCI0.LPCB.LNKE) pcib0: possible interrupts: 5 9 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LPCB.LNKE (references 1, priority 435): interrupts: 5 10 11 9 penalty: 260 360 550 570 \\_SB_.PCI0.LPCB.LNKD (references 1, priority 360): interrupts: 10 penalty: 360 pcib0: slot 15 INTA routed to irq 10 via \\_SB_.PCI0.LPCB.LNKE found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=15, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xb000-0xbfff pcib1: memory decode 0xf0500000-0xf05fffff pcib1: prefetched decode 0xf8000000-0xfbffffff ACPI PCI link initial configuration: \\_SB_.PCI0.LPCB.LNKC irq*10: [10] 0+ low,level,sharable 1.5.0 pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base f8000000, size 26, enabled pcib1: device (null) requested decoded memory range 0xf8000000-0xfbffffff map[14]: type 4, range 32, base 0000b000, size 8, enabled pcib1: device (null) requested decoded I/O range 0xb000-0xb0ff map[18]: type 1, range 32, base f0500000, size 16, enabled pcib1: device (null) requested decoded memory range 0xf0500000-0xf050ffff pcib1: matched entry for 1.5.INTA (src \\_SB_.PCI0.LPCB.LNKC) pcib1: slot 5 INTA is already routed to irq 10 found-> vendor=0x1002, dev=0x4336, revid=0x00 bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0287, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 drm0: port 0xb000-0xb0ff mem 0xf0500000-0xf050ffff,0xf8000000-0xfbffffff irq 10 at device 5.0 on pci1 info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 ohci0: mem 0xf0400000-0xf0400fff irq 9 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0400000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 3.0 (no driver attached) atapci0: port 0xa000-0xa00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa000 ata0: channel #0 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=50 ostat1=00 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 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=03 ostat0=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] pci0: at device 6.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0x8800-0x88ff mem 0xf0402000-0xf0402fff irq 11 at device 8.0 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x8800 pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Realtek 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, double rate PCM, reserved 1, AMAP, reserved 4 pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 2ce15000, 1000; 0xc1ea1000 -> 2ce15000 pcm0: sndbuf_setmap 2ce33000, 1000; 0xc1e9f000 -> 2ce33000 pcm0: sndbuf_setmap 2ce51000, 1000; 0xc1e9d000 -> 2ce51000 pcm0: sndbuf_setmap 2ce12000, 1000; 0xc1ebe000 -> 2ce12000 pcm0: sndbuf_setmap 2cdd0000, 1000; 0xc1ebc000 -> 2cdd0000 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x8c00 rl0: port 0x8c00-0x8cff mem 0xf0406800-0xf04068ff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:02:3f:af:14:fd rl0: [MPSAFE] fwohci0: port 0x8080-0x80ff mem 0xf0406000-0xf04067ff irq 10 at device 10.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf0406000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:02:3f:28:27:00:18:b4 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:02:3f:00:18:b4 fwe0: bpf attached fwe0: Ethernet address: 02:02:3f:00:18:b4 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) cbb0: irq 11 at device 11.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x14201524 0x02100007 0x06070001 0x00824010 0x10: 0x80000000 0x020000a0 0x20020200 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0440010b 0x40: 0x100a1734 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0844d021 0x00000000 0x00000000 0x011c1122 0x90: 0x604406c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00000 0x0000000a 0x0000000b 0xb0: 0x0000000b 0x00000000 0x00000000 0x00000000 0xc0: 0x00801033 0x00800080 0x10080c11 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: irq 11 at device 11.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x14201524 0x02100007 0x06070001 0x00824010 0x10: 0x80001000 0x020000a0 0x20030300 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740020b 0x40: 0x100a1734 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x0844d021 0x00000000 0x00000000 0x011c1122 0x90: 0x604406c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00000 0x0000000a 0x0000000b 0xb0: 0x0000000b 0x00000000 0x00000000 0x00000000 0xc0: 0x00801033 0x00800080 0x10080c11 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 ohci1: mem 0xf0405000-0xf0405fff irq 10 at device 15.0 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0405000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (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:0067 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 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 drq 0 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/1 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: irq maps: 0x401 0x411 0x401 0x401 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A acpi_ec0: info: new max delay is 900 us acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 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 sio: sio0 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 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 8: ioport 0x8c00 alloc failed 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 0xd8000-0xdbfff,0xcf000-0xcffff,0xc0000-0xcefff on isa0 pmtimer0 on isa0 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) 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: 0x401 0x401 0x401 0x401 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 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 vga0: vga: WARNING: video mode switching is not fully supported on this adapter VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 e7 a3 4f 67 8f 6c 1d 24 b3 00 6f 0d 0e 00 00 07 80 49 8f 8f 28 1f 47 6d 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 00 00 03 00 02 e7 a3 4f 67 8f 6c 1d 24 b3 00 6f 0d 0e 00 00 07 80 49 8f 8f 28 1f 47 6d 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 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1523912529 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached 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 acpi_tz0: _AC0: temperature 77.0 >= setpoint 70.0 acpi_tz0: switched from NONE to _AC0: 77.0C ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on AcerLabs Aladdin chip ata0-master: setting UDMA100 on AcerLabs Aladdin chip ad0: ATA-6 disk at ata0-master ad0: 28615MB (58605120 sectors), 58140 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=80pin ata1-master: setting PIO4 on AcerLabs Aladdin chip ata1-master: setting UDMA33 on AcerLabs Aladdin chip acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 2755KB/s (2755KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 16 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/147/63 s:63 l:45055521 [1] f:00 typ:7 s(CHS):1023/0/1 e(CHS):1023/254/63 s:45062325 l:13526730 [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 ad0s1, start 32256 length 23068426752 end 23068459007 GEOM: Configure ad0s2, start 23071910400 length 6925685760 end 29997596159 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 1514971136 end 1783406591 GEOM: Configure ad0s1c, start 0 length 23068426752 end 23068426751 GEOM: Configure ad0s1d, start 1783406592 length 268435456 end 2051842047 GEOM: Configure ad0s1e, start 2051842048 length 268435456 end 2320277503 GEOM: Configure ad0s1f, start 2320277504 length 20748149248 end 23068426751 acpi_tz0: switched from _AC0 to NONE: 66.0C (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe4:sbp0:0:0:0): error 22 (probe4:sbp0:0:0:0): Unretryable Error (probe5:sbp0:0:1:0): error 22 (probe5:sbp0:0:1:0): Unretryable Error (probe6:sbp0:0:2:0): error 22 (probe6:sbp0:0:2:0): Unretryable Error (probe7:sbp0:0:3:0): error 22 (probe7:sbp0:0:3:0): Unretryable Error (probe8:sbp0:0:4:0): error 22 (probe8:sbp0:0:4:0): Unretryable Error (probe9:sbp0:0:5:0): error 22 (probe9:sbp0:0:5:0): Unretryable Error (probe10:sbp0:0:6:0): error 22 (probe10:sbp0:0:6:0): Unretryable Error ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 acd0: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=80pin acd0: setting PIO4 on AcerLabs Aladdin chip acd0: setting UDMA33 on AcerLabs Aladdin chip ata1: device config done .. (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error acpi_ec0: info: new max delay is 920 us ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 acd0: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=80pin acd0: setting PIO4 on AcerLabs Aladdin chip acd0: setting UDMA33 on AcerLabs Aladdin chip ata1: device config done .. (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 acd0: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=80pin acd0: setting PIO4 on AcerLabs Aladdin chip acd0: setting UDMA33 on AcerLabs Aladdin chip ata1: device config done .. (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 acd0: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=80pin acd0: setting PIO4 on AcerLabs Aladdin chip acd0: setting UDMA33 on AcerLabs Aladdin chip ata1: device config done .. (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 acd0: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=80pin acd0: setting PIO4 on AcerLabs Aladdin chip acd0: setting UDMA33 on AcerLabs Aladdin chip ata1: device config done .. (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 acd0: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=80pin acd0: setting PIO4 on AcerLabs Aladdin chip acd0: setting UDMA33 on AcerLabs Aladdin chip ata1: device config done .. Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled acpi_tz0: _AC0: temperature 71.0 >= setpoint 70.0 acpi_tz0: switched from NONE to _AC0: 71.0C splash: image decoder found: green_saver (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error acpi_ec0: info: new max delay is 970 us acpi_tz0: switched from _AC0 to NONE: 62.0C acpi_ec0: info: new max delay is 11000 us ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 acd0: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: resetting done .. acd0: pio=0x0c wdma=0x22 udma=0x42 cable=80pin acd0: setting PIO4 on AcerLabs Aladdin chip acd0: setting UDMA33 on AcerLabs Aladdin chip ata1: device config done .. (probe0:ata1:0:1:0): error 22 (probe0:ata1:0:1:0): Unretryable Error --=-3Mc1XRpqDSBfY18Ms3rq Content-Disposition: attachment; filename=MYKERNEL Content-Type: text/plain; name=MYKERNEL; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.4 2004/09/11 04:28:39 scottl Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. 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=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel 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 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!) device atapicam device scbus device cd device pass --=-3Mc1XRpqDSBfY18Ms3rq-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 16:25:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB5F16A4CE for ; Mon, 4 Oct 2004 16:25:12 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E13A443D41 for ; Mon, 4 Oct 2004 16:25:11 +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 D0F651FF931; Mon, 4 Oct 2004 18:25:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 85C1A1FF91D; Mon, 4 Oct 2004 18:25:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id ECD9D15710; Mon, 4 Oct 2004 16:20:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id EA12F1570F; Mon, 4 Oct 2004 16:20:42 +0000 (UTC) Date: Mon, 4 Oct 2004 16:20:42 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Sergey Smitienko In-Reply-To: <027201c4aa0e$d6021020$13caa8c0@aa.com> Message-ID: References: <027201c4aa0e$d6021020$13caa8c0@aa.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-current@freebsd.org Subject: Re: FreeBSD 5.3 IPSec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 16:25:12 -0000 On Mon, 4 Oct 2004, Sergey Smitienko wrote: Hi, > I'm having problem with an IPSec connection between two test hosts running > 5.3-BETA3 using isakmpd. > Both kernels are GENERIC with IPSEC/IPSEC_ESP options additions. As far as I > understand from > the isakmpd debug output it does negotiate a connection and then fails to > setup kernel to use encryption > between this two hosts. looks like the same problem a lot of racoon users had seen. It should go away if you update to BETA7 or apply following patch: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netkey/key.c.diff?r1=1.65.2.1&r2=1.65.2.2 If updating or patching is not an option you need to at least compile a new kernel. The workaround was to compile the kernel with MSIZE=512 I think. You should be able to find it in the archives of last month from current@. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 16:25:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B03DD16A4CF for ; Mon, 4 Oct 2004 16:25:12 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E801E43D45 for ; Mon, 4 Oct 2004 16:25:11 +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 E53B01FF9A6; Mon, 4 Oct 2004 18:25:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 940FC1FF92F; Mon, 4 Oct 2004 18:25:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 372F9156B4; Mon, 4 Oct 2004 16:21:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 30626156AC; Mon, 4 Oct 2004 16:21:44 +0000 (UTC) Date: Mon, 4 Oct 2004 16:21:44 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: =?ISO-8859-2?Q?=A3ukasz_Bromirski?= In-Reply-To: <41605B97.4070903@mr0vka.eu.org> Message-ID: References: <41605B97.4070903@mr0vka.eu.org> 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-current@freebsd.org Subject: Re: FreeBSD RELENG_5/6 and IPsec.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 16:25:12 -0000 On Sun, 3 Oct 2004, [ISO-8859-2] ?ukasz Bromirski wrote: > Is there anyone currently working on making the FAST_IPSEC and pf > compatible in one kernel? mlaier fixed that. See http://lists.freebsd.org/pipermail/cvs-src/2004-September/032255.html -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 16:50:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F113316A4CE for ; Mon, 4 Oct 2004 16:50:44 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A62B043D48 for ; Mon, 4 Oct 2004 16:50:44 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id BBB72C3CB; Mon, 4 Oct 2004 12:50:43 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id E2A321D1CAA; Mon, 4 Oct 2004 12:50:39 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16737.32607.772875.17590@canoe.dclg.ca> Date: Mon, 4 Oct 2004 12:50:39 -0400 To: "M. Warner Losh" In-Reply-To: <20041002.194515.99052407.imp@bsdimp.com> References: <16733.37521.568515.842497@canoe.dclg.ca> <20041002.194515.99052407.imp@bsdimp.com> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: dgilbert@dclg.ca Subject: Re: USB hub issue adendum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 16:50:45 -0000 >>>>> "M" == M Warner Losh writes: M> In message: <16733.37521.568515.842497@canoe.dclg.ca> David Gilbert M> writes: : I've had the USB hub issue bite be on M> and off for awhile now. It : appears to be completely random M> corruption because moving from BETA3 : to BETA6 fixed it (for now) M> for me. M> Does BETA7 fix the problems for you? I cvsup'd a day after reading this message and rebuilt the world and kernel. The uname -a still says BETA6. However, the BETA6 before this recent cvsup and afterwards both don't exhibit the crash where the BETA3 I was running did. In particular, My mouse basestation (I have the mx900) is a usb hub with a "mouse" attachment and sometimes a "bluetooth" attachment (currently turned off). During boot, the whole hub is detached and under BETA3, the machine would hang. It would also hang if I unplugged the mouse (detaching the hub). BETA6 is not exhibiting this behaviour. I don't know when I can cvsup BETA7 for you. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:09:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6340716A4CE for ; Mon, 4 Oct 2004 17:09:55 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F4743D55 for ; Mon, 4 Oct 2004 17:09:54 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i94H9piq012584; Mon, 4 Oct 2004 13:09:51 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i94H9p0b012581; Mon, 4 Oct 2004 13:09:51 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 4 Oct 2004 13:09:51 -0400 (EDT) From: Andre Guibert de Bruet To: Jose M Rodriguez In-Reply-To: <200410041734.53316.freebsd@redesjm.local> Message-ID: <20041004125752.Y6673@alpha.siliconlandmark.com> References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> <200410041734.53316.freebsd@redesjm.local> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2123790398-1096909791=:6673" X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:09:55 -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-2123790398-1096909791=:6673 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 4 Oct 2004, Jose M Rodriguez wrote: > El Lunes, 4 de Octubre de 2004 16:10, Scott Long escribi=F3: >> The FreeBSD Release Engineering Team is proud to announce the >> availability of FreeBSD 5.3-BETA7. This is the seventh and final >> BETA of the 5.3 release cycle. It is intended for early adopters and >> those wishing to help find and/or fix bugs. The 5.3 release cycle >> will follow on next with an RC1 release candidate unless significant >> show- stopper bugs are found. The schedule can be found at >> http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check >> the "Known Issues" below as there are known problems that are still >> being worked on at this time. >> >> IMPORTANT: >> BIND 9.3.0 has replaced BIND 8.x as the default name server. >> > > At last here, BETA7 come with a populated /var/named. named is now chroot()ed to /var/named after it parses the command line but= =20 before it reads the config file. As such, it is necessary to have this=20 directory structure. You can override its location with the=20 "named_chrootdir" rc.conf variable or by using -t at the command line if=20 you invoke named using your own scripts. In our test environment, we migrated a good chunk of the domains that we=20 host on BIND8 to BIND9 with minimal work. The instructions listed in=20 UPDATING did the trick! Regards, | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-2123790398-1096909791=:6673-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:14:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E498316A4CE for ; Mon, 4 Oct 2004 17:14:23 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id 0EDA243D46 for ; Mon, 4 Oct 2004 17:14:23 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 10504 invoked from network); 4 Oct 2004 17:14:22 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 4 Oct 2004 17:14:22 -0000 Received: (qmail 33884 invoked by uid 1001); 4 Oct 2004 17:14:22 -0000 Date: Mon, 4 Oct 2004 13:14:22 -0400 From: Brian Reichert To: freebsd-current@freebsd.org Message-ID: <20041004171422.GK262@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: awk leaking memory during arithmetic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:14:24 -0000 I may be misremembering some awk lore, but this still seems like undesired behavior. Essentially, I'm trying to sum up some numbers, but awk spin, chewing up memory, until it drops a huge core file. # uname -a FreeBSD backup.internal 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #1: Mon Sep 27 19:27:46 EDT 200 root@backup2.internal:/usr/src/sys/i386/compile/FILESERVER i386 # cat test_list | awk '{print $1}' 53999616 53999616 53311488 102475776 257134592 858624 512909312 1147392 39385174 35815424 # cat test_list | awk '{ t += $1 } END {print $t}' awk in malloc(): error: allocation failed Abort (core dumped) # ls -l awk.core -rw------- 1 root wheel 537698304 Oct 4 12:58 awk.core Changing the awk program thusly: cat test_list | awk '{ t += "$1" } END {print $t }' Stops the malloc errors, but now prints nothing. This same test on 4.10-RELEASE also doesn't do what I expect: % cat test_list | awk '{ t += $1 } END {print $t}' % Just prints a blank line, with a zero exit status. Adding the quotes as above, yeilds some bad math, which I presume is some overflow error: % cat test_list | awk '{ t += "$1" } END {print $t}' 35815424 I note that 5.2.1 and 4.10 are using different versions of awk. Are these awk bugs, or am I misusing awk? The memory consumption under 5.2.1 is what concerns me the most. I'll open a PR, if that's the concensus. This sypmtom doesn't seem to correspond to any of the (closed) PRs about awk... -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:18:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7432616A4CE for ; Mon, 4 Oct 2004 17:18:01 +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 1137743D3F for ; Mon, 4 Oct 2004 17:18:01 +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.34 (FreeBSD)) id 1CEWTH-000A2f-3p; Mon, 04 Oct 2004 10:17:59 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16737.34246.613718.115899@ran.psg.com> Date: Mon, 4 Oct 2004 10:17:58 -0700 To: Sam Lawrance References: <16736.17211.132754.898091@ran.psg.com> <1096881852.11360.5.camel@dirk.no.domain> cc: FreeBSD Current Subject: Re: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:18:01 -0000 > Randy, you want the 'umct' driver. It supports that device. bingo! thanks! but ... o i plug it in o it works fine with kermit as /dev/ttyU0 o i ^/q from kermit o it seems to disconnect the usb device ucom0: Belkin USB PDA Adapter Belkin Components, rev 1.10/1.02, addr 2 ucom0: at uhub1 port 2 (addr 2) disconnected All threads purged from cuaU0 All threads purged from ttyU0 ucom0: detached o and unplugging and replugging it has zero results, does not even see it o and now plugging in other usb devices causes no logging by usbd o killing and restarting usbd has no effect o usbdevs -v shows nothing on the hubs so it works. once. well, i guess that's better than not at all :-) randy From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:22:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF51216A4CE for ; Mon, 4 Oct 2004 17:22:27 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BCAD43D46 for ; Mon, 4 Oct 2004 17:22:27 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i94HMOJN024300; Mon, 4 Oct 2004 12:22:24 -0500 (CDT) (envelope-from dan) Date: Mon, 4 Oct 2004 12:22:24 -0500 From: Dan Nelson To: Brian Reichert Message-ID: <20041004172224.GA30419@dan.emsphone.com> References: <20041004171422.GK262@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041004171422.GK262@numachi.com> X-OS: FreeBSD 5.3-BETA6 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: awk leaking memory during arithmetic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:22:27 -0000 In the last episode (Oct 04), Brian Reichert said: > I may be misremembering some awk lore, but this still seems like > undesired behavior. Essentially, I'm trying to sum up some numbers, > but awk spin, chewing up memory, until it drops a huge core file. > > # uname -a > FreeBSD backup.internal 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #1: Mon Sep 27 > 19:27:46 EDT 200 root@backup2.internal:/usr/src/sys/i386/compile/FILESERVER i386 > > # cat test_list | awk '{print $1}' > 53999616 > 53999616 > 53311488 > 102475776 > 257134592 > 858624 > 512909312 > 1147392 > 39385174 > 35815424 > > # cat test_list | awk '{ t += $1 } END {print $t}' > awk in malloc(): error: allocation failed I think "print t" is what you want here. $t would refer to the t'th field in the line, and it looks like awk tried to resize the array out to 1111037014 entries and failed. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:27:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0E0116A4CE for ; Mon, 4 Oct 2004 17:27:29 +0000 (GMT) Received: from ms-smtp-03-eri0.texas.rr.com (ms-smtp-03.texas.rr.com [24.93.47.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 188D343D31 for ; Mon, 4 Oct 2004 17:27:29 +0000 (GMT) (envelope-from jmarquez@x25.net) Received: from [70.112.55.69] (cs7011255-69.austin.rr.com [70.112.55.69]) i94HRQ2b019309 for ; Mon, 4 Oct 2004 12:27:27 -0500 (CDT) Message-ID: <41618809.5040008@x25.net> Date: Mon, 04 Oct 2004 12:27:37 -0500 From: jesse marquez User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Wierd Xorg and Fluxbox menu behavior! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:27:29 -0000 Hello all, FreeBSD 6.0-CURRENT I'm having a wierd issue with my current setup. I've just recently updated my source and have done build world and all that jazz. I may have done something wrong during mergemaster because now I'm unable to run Xorg properly. I've pin pointed the problem to the fluxbox menu. This is all under the user enviorment, I can right click on my mouse to pull up the fluxbox menu and I can scroll down with my mouse and select any of the first three options(eterm, firefox, run). As soon as my mouse goes over one of the listed directories, say for example "Terminals ->" , X crashes! The wierd thing about this situation is when I use my keyboard arrors instead of my mouse to scroll down the fluxbox menu, I'm able to go over the directories and navigate just fine! Log files don't say much about it either....... -----/var/log/messeges--- "kernel: pid 11967 (fluxbox), uid 1001: exited on signal 10 (core dumped)" -----/var/log/Xorg.0.log---- last few lines (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/sysmouse" (**) Option "Buttons" "6" (**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) Mouse0: ZAxisMapping: buttons 4 and 5 (**) Mouse0: Buttons: 6 (II) Keyboard "Keyboard0" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc2514000 at 0x282f9000 (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear -----fluxbox -log------ Log File: log Fluxbox version: 0.9.10 Compiled: Oct 2 2004 13:13:07 Compiler: GCC Compiler version: 3.4.2 [FreeBSD] 20040728 Defaults: menu: /usr/X11R6/share/fluxbox/menu style: /usr/X11R6/share/fluxbox/styles/Clean keys: /usr/X11R6/share/fluxbox/keys init: /usr/X11R6/share/fluxbox/init Compiled options (- => disabled): -DEBUG SLIT TOOLBAR XPM GNOME -KDE EWMH REMEMBER SHAPE XFT XMB -XINERAMA RENDER ------------------------------------------ Error: Can not connect to X server. Make sure you started X before you start Fluxbox. I've allready tried reinstalling Xorg, fluxbox, running a portupgrade -arR.....doh! My config files seem okay, any idea guys? over and out jesse From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:32:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D6816A4CE for ; Mon, 4 Oct 2004 17:32:05 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F10643D1F for ; Mon, 4 Oct 2004 17:32:04 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 13431 invoked by uid 89); 4 Oct 2004 17:32:03 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Oct 2004 17:32:03 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id CD6FC142; Mon, 4 Oct 2004 20:32:02 +0300 (EEST) Date: Mon, 4 Oct 2004 20:32:00 +0300 From: Ion-Mihai Tetcu To: Brooks Davis Message-ID: <20041004203200.48a0a5ce@it.buh.tecnik93.com> In-Reply-To: <20041004160453.GA7705@odin.ac.hmc.edu> References: <20041004173545.3af254c6@it.buh.tecnik93.com> <20041004153257.GA30883@odin.ac.hmc.edu> <20041004184708.248efdd8@it.buh.tecnik93.com> <20041004160453.GA7705@odin.ac.hmc.edu> X-Mailer: Sylpheed-Claws 0.9.12a (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-current@freebsd.org Subject: Re: /dev/md0 keeps mounting on /var X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:32:05 -0000 On Mon, 4 Oct 2004 09:04:53 -0700 Brooks Davis wrote: > On Mon, Oct 04, 2004 at 06:47:08PM +0300, Ion-Mihai Tetcu wrote: > > On Mon, 4 Oct 2004 08:32:57 -0700 > > Brooks Davis wrote: > >=20 > > > On Mon, Oct 04, 2004 at 05:35:45PM +0300, Ion-Mihai Tetcu wrote: > > > > For some time I keep getting /dev/md0 mounting on /var as the last > > > > mount when going to multi-user. The obvious result is that all > > > > services that use /var fail to start/function properly. Since I > > > > don=B4t use it I suppose I=B4ve done something wrong with mergemast= er. > > > >=20 > > > > The only workaround I=B4ve found is to rename /boor/kernel/g_md.ko. > > > >=20 > > > > And since I just can=B4t fix this since ~ beta4 could someone point= me > > > > where to look ? > > >=20 > > > This is proably happening because your /var is failing the writability > > > test in /etc/rc.d/var. One situation I can of where this could happen > > > and you would otherwise have a valid /var would be if you have a > > > read-only NFS root and an NFS /var. > >=20 > > No, it is not the case. Does the order in fstab meter ?=20 > > /dev/ad0s3d is already mountrd on /var when md0 bumps in. > > >From memory it looks like this: > >=20 > > % mount > > /dev/ad0s3a on / (ufs, local) > > devfs on /dev (devfs, local) > > /dev/ad0s3f on /tmp (ufs, local, soft-updates) > > /dev/ad0s3d on /var (ufs, local, soft-updates) > > /dev/ad0s3e on /usr (ufs, local, soft-updates) > > /dev/ad0s2d on /home (ufs, local, soft-updates) > > /dev/ad0s4 on /vol/it/xp (msdosfs, local, read-only) > > /dev/ad1s3d on /vol/it/cur/h (ufs, local, soft-updates) > > /dev/ad1s2d on /vol/it/n (ufs, local, soft-updates) > > devfs on /var/named/dev (devfs, local) > > /dev/md0 on /var (ufs, local, soft-updates) >=20 > Weird. Order shouldn't matter. The code in the var script is really > simple. It creates the md file system if you have varmfs=3D"YES" or if > "/bin/mkdir -p /var/.diskless" fails. Hmm, I just noticed that ru never > MFC'd the fix to add -p to that command. Do you have a /var/.diskless > on /dev/ad0s3d? If so, that's probably the problem. No varmfs=3D"YES" but indeed I have /var/.diskless; I wonder where did it came from, I don=B4t remember a crash on boot. What I do remember sometime around beta4 is mdconfig failing each next boot, so maybe that is how it got there. I=B4ll remove it and post if the problem doesn=B4t go away. Thanks, --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:34:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AD8616A4F0 for ; Mon, 4 Oct 2004 17:34:15 +0000 (GMT) Received: from max.af.czu.cz (max.af.czu.cz [193.84.41.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0FB543D2F for ; Mon, 4 Oct 2004 17:34:13 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 98732 invoked by uid 89); 4 Oct 2004 17:34:13 -0000 Received: from unknown (HELO ?10.15.141.2?) (ares@max.af.czu.cz@217.11.239.237) by max.af.czu.cz with AES256-SHA encrypted SMTP; 4 Oct 2004 17:34:13 -0000 From: Tomas Randa To: freebsd-current@freebsd.org In-Reply-To: <20041004172557.26d69489@it.buh.tecnik93.com> References: <1096836705.1446.4.camel@ares.office.internetservice.cz> <20041004172557.26d69489@it.buh.tecnik93.com> Content-Type: text/plain; charset=UTF-8 Message-Id: <1096911187.643.3.camel@ares.office.internetservice.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 04 Oct 2004 19:33:08 +0200 Content-Transfer-Encoding: 8bit Subject: Re: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:34:15 -0000 I have Gigabyte GA-K8VT800 motherboard, and ad0: 38165MB [77542/16/63] at ata0-master UDMA100 I thing problems are only when system is swapping, but it is only my assumption. Today I had the following in log: ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=637375 i don`t know exactly what does it mean and if data was written or not.. can anybody explain it? Thanks On Mon, 2004-10-04 at 16:25, Ion-Mihai Tetcu wrote: > On Sun, 03 Oct 2004 22:51:45 +0200 > Tomas Randa wrote: > > > Hi, > > > > I am running VIA8237 ata controller with BETA6 from 02.10.04 and in > > dmesg still have the following errors: > > > > ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=846959 > > Could you tell me you motherboard name and the HDD info (output of > atacontrol info). And if you any other problems. > > I´m still having problems with this chip-set. > > Thanks, > From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:34:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94F6E16A4CE for ; Mon, 4 Oct 2004 17:34:50 +0000 (GMT) Received: from mail.halls.colostate.edu (halls-mailgw.acns.colostate.edu [129.82.100.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38F1043D2D for ; Mon, 4 Oct 2004 17:34:48 +0000 (GMT) (envelope-from end@endif.cjb.net) Received: from zork (inge069131.halls.colostate.edu [129.82.69.131]) i94HYlpU024155; Mon, 4 Oct 2004 11:34:47 -0600 Date: Mon, 4 Oct 2004 11:34:47 -0600 From: Robin Schoonover To: jesse marquez Message-ID: <20041004113447.7930edd2@zork> In-Reply-To: <41618809.5040008@x25.net> References: <41618809.5040008@x25.net> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Wierd Xorg and Fluxbox menu behavior! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:34:50 -0000 On Mon, 04 Oct 2004 12:27:37 -0500 jesse marquez wrote: > Hello all, > > FreeBSD 6.0-CURRENT > > I'm having a wierd issue with my current setup. I've just recently > updated my source and have done build world and all that jazz. I may > have done something wrong during mergemaster because now I'm unable to > run Xorg properly. I've pin pointed the problem to the fluxbox menu. > This is all under the user enviorment, I can right click on my mouse > to pull up the fluxbox menu and I can scroll down with my mouse and > select any of the first three options(eterm, firefox, run). As soon as > my mouse goes over one of the listed directories, say for example > "Terminals ->" , X crashes! The wierd thing about this situation is > when I use my keyboard arrors instead of my mouse to scroll down the > fluxbox menu, I'm able to go over the directories and navigate just > fine! Log files don't say much about it either....... I see from /var/log/messages here that fluxbox, not X is crashing. I've noticed that with debugging malloc options enabled using the slit will crash fluxbox. Something similar here might be occuring (maybe try to disable debugging malloc options (ln -s aj /etc/malloc.conf)? ) -- Robin Schoonover (aka End) # # "I've done something with my life; I've made kids happy around the # world." -- Walter E. Diemer (1905-1998), inventor of bubble gum From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:49:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7796416A4CE; Mon, 4 Oct 2004 17:49:59 +0000 (GMT) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 942BE43D1F; Mon, 4 Oct 2004 17:49:58 +0000 (GMT) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (atmosphere.local [127.0.0.1]) by localhost.local (8.13.1/8.13.1) with ESMTP id i94HmgvN001554; Mon, 4 Oct 2004 19:48:43 +0200 (CEST) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)i94Hmglt001553; Mon, 4 Oct 2004 19:48:42 +0200 (CEST) (envelope-from rene) Date: Mon, 4 Oct 2004 19:48:42 +0200 From: Rene Ladan To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Message-ID: <20041004174842.GA1505@82-168-140-74-bbxl.xdsl.tiscali.nl> Mail-Followup-To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org References: <20041004134724.GA20675@svstud.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041004134724.GA20675@svstud.win.tue.nl> User-Agent: Mutt/1.4.2.1i Subject: [false alarm] Re: harddisk dying? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:49:59 -0000 On Mon, Oct 04, 2004 at 03:47:24PM +0200, r.c.ladan@student.tue.nl wrote: > However, if I boot into multi user, fsck_ufs gives error messages, > allthough at boot time the file system is clean. The messages vary: > > ** /dev/ad0s1e (NO WRITE) > ** Last Mounted on /var > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > UNREF FILE I=4241 OWNER=mysql MODE=100600 > SIZE=2349 MTIME=Oct 4 11:41 2004 > CLEAR? no > > UNREF FILE I=4257 OWNER=mysql MODE=100600 > SIZE=0 MTIME=Oct 4 11:37 2004 > CLEAR? no > > UNREF FILE I=4272 OWNER=mysql MODE=100600 > SIZE=0 MTIME=Oct 4 11:37 2004 > CLEAR? no > > ** Phase 5 - Check Cyl groups >2443 files, 39110 used, 25297 free (1481 frags, 2977 blocks, 2.3% fragmentation) The harddisk _is_ ok. I recalled the soft update time lag. After doing cat /dev/random >/tmp/rubbish my thoughts were confirmed. Sorry for the noise. Rene From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:51:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D038416A4CF; Mon, 4 Oct 2004 17:51:16 +0000 (GMT) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5096343D39; Mon, 4 Oct 2004 17:51:15 +0000 (GMT) (envelope-from rene@dyn423-aud.nbw.tue.nl) Received: from dyn423-aud.nbw.tue.nl (atmosphere.local [127.0.0.1]) by dyn423-aud.nbw.tue.nl (8.13.1/8.13.1) with ESMTP id i94DgbqM000894; Mon, 4 Oct 2004 15:42:37 +0200 (CEST) (envelope-from rene@dyn423-aud.nbw.tue.nl) Received: (from rene@localhost) by dyn423-aud.nbw.tue.nl (8.13.1/8.13.1/Submit) id i94Dgarc000893; Mon, 4 Oct 2004 15:42:37 +0200 (CEST) (envelope-from rene) Date: Mon, 4 Oct 2004 15:42:31 +0200 From: Rene Ladan To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Message-ID: <20041004134231.GA829@dyn423-aud.nbw.tue.nl> Mail-Followup-To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: harddisk dying? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:51:17 -0000 Hi, I have an issue with my /var partition, the others are allright. When I boot into single user, fsck_ufs /var gives no errors, both mounted and umounted. However, if I boot into multi user, fsck_ufs gives error messages, allthough at boot time the file system is clean. The messages vary: run 1: ------- ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=4241 OWNER=mysql MODE=100600 SIZE=2349 MTIME=Oct 4 11:38 2004 CLEAR? no UNREF FILE I=4257 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no UNREF FILE I=4272 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no ** Phase 5 - Check Cyl groups 2443 files, 39110 used, 25297 free (1481 frags, 2977 blocks, 2.3% fragmentation) ------ run 2: ------- ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=4241 OWNER=mysql MODE=100600 SIZE=2349 MTIME=Oct 4 11:41 2004 CLEAR? no UNREF FILE I=4257 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no UNREF FILE I=4272 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no ** Phase 5 - Check Cyl groups 2443 files, 39110 used, 25297 free (1481 frags, 2977 blocks, 2.3% fragmentation) ------ run 3: ------ ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=4241 OWNER=mysql MODE=100600 SIZE=2349 MTIME=Oct 4 11:50 2004 CLEAR? no UNREF FILE I=4257 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no UNREF FILE I=4272 OWNER=mysql MODE=100600 SIZE=0 MTIME=Oct 4 11:37 2004 CLEAR? no ** Phase 5 - Check Cyl groups 2443 files, 39119 used, 25288 free (1480 frags, 2976 blocks, 2.3% fragmentation) ------- Inode 4241 changed time between run 2 and run 3. The mysql user comes from the databases/mysql40-{client,server} ports. It probably hits the bad spot. But it continues to give errors if I turn mysql off : ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=39 (4 should be 0) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 2439 files, 39163 used, 25243 free (1483 frags, 2970 blocks, 2.3% fragmentation) -------- And sometimes /var seems to be ok. I don't get ATA_READ / ATA_WRITE errors (yet). Does this mean my harddisk is somehow dying? It has been running continously for 2-3 years, and in use since September 2000. I went to the notebook service centre of the university this afternoon. The guy there said the disk was allright. He performed a surface and SMART scan from a CDROM. On the other hand, I read in the questions@ archive that surface scans are useless on FreeBSD systems. The NSC guy recommended to reinstall the software, but that seems pointless to me. My harddisk (from boot -v a few days ago, when everything was fine) --- isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1080-0x108f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1080 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata0-master: setting PIO4 on Intel PIIX4 chip ata0-master: setting UDMA33 on Intel PIIX4 chip ad0: ATA-5 disk at ata0-master ad0: 5729MB (11733120 sectors), 12416 C, 15 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 ATAPI_RESET time = 340us GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/14/63 s:63 l:11733057 [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:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 6007325184 end 6007357439 GEOM: Configure ad0s1a, start 0 length 134217728 end 134217727 GEOM: Configure ad0s1b, start 134217728 length 402653184 end 536870911 GEOM: Configure ad0s1c, start 0 length 6007325184 end 6007325183 GEOM: Configure ad0s1d, start 536870912 length 33554432 end 570425343 GEOM: Configure ad0s1e, start 570425344 length 134217728 end 704643071 GEOM: Configure ad0s1f, start 704643072 length 5302682112 end 6007325183 Mounting root from ufs:/dev/ad0s1a --- I don't have PREEMPTION options in my kernel. I'm running 5.3BETA6 Regards, Rene From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:51:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 543F516A4D1; Mon, 4 Oct 2004 17:51:20 +0000 (GMT) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749C043D3F; Mon, 4 Oct 2004 17:51:19 +0000 (GMT) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (atmosphere.local [127.0.0.1])i94HqBPi001684; Mon, 4 Oct 2004 19:52:11 +0200 (CEST) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)i94HqBTE001683; Mon, 4 Oct 2004 19:52:11 +0200 (CEST) (envelope-from rene) Resent-Message-Id: <200410041752.i94HqBTE001683@82-168-140-74-bbxl.xdsl.tiscali.nl> Date: Mon, 4 Oct 2004 19:48:42 +0200 From: Rene Ladan To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Message-ID: <20041004174842.GA1505@82-168-140-74-bbxl.xdsl.tiscali.nl> Mail-Followup-To: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org References: <20041004134724.GA20675@svstud.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041004134724.GA20675@svstud.win.tue.nl> User-Agent: Mutt/1.4.2.1i Resent-From: rene@82-168-140-74-bbxl.xdsl.tiscali.nl Resent-Date: Mon, 4 Oct 2004 19:52:11 +0200 Resent-To: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: [false alarm] Re: harddisk dying? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:51:20 -0000 On Mon, Oct 04, 2004 at 03:47:24PM +0200, r.c.ladan@student.tue.nl wrote: > However, if I boot into multi user, fsck_ufs gives error messages, > allthough at boot time the file system is clean. The messages vary: > > ** /dev/ad0s1e (NO WRITE) > ** Last Mounted on /var > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > UNREF FILE I=4241 OWNER=mysql MODE=100600 > SIZE=2349 MTIME=Oct 4 11:41 2004 > CLEAR? no > > UNREF FILE I=4257 OWNER=mysql MODE=100600 > SIZE=0 MTIME=Oct 4 11:37 2004 > CLEAR? no > > UNREF FILE I=4272 OWNER=mysql MODE=100600 > SIZE=0 MTIME=Oct 4 11:37 2004 > CLEAR? no > > ** Phase 5 - Check Cyl groups >2443 files, 39110 used, 25297 free (1481 frags, 2977 blocks, 2.3% fragmentation) The harddisk _is_ ok. I recalled the soft update time lag. After doing cat /dev/random >/tmp/rubbish my thoughts were confirmed. Sorry for the noise. Rene From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:53:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CB9D16A4CE for ; Mon, 4 Oct 2004 17:53:50 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B295743D41 for ; Mon, 4 Oct 2004 17:53:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i94Hr8B5093411; Mon, 4 Oct 2004 11:53:08 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Oct 2004 11:54:42 -0600 (MDT) Message-Id: <20041004.115442.84363176.imp@bsdimp.com> To: dgilbert@dclg.ca From: "M. Warner Losh" In-Reply-To: <16737.32607.772875.17590@canoe.dclg.ca> References: <16733.37521.568515.842497@canoe.dclg.ca> <20041002.194515.99052407.imp@bsdimp.com> <16737.32607.772875.17590@canoe.dclg.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: USB hub issue adendum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:53:50 -0000 In message: <16737.32607.772875.17590@canoe.dclg.ca> David Gilbert writes: : >>>>> "M" == M Warner Losh writes: : : M> In message: <16733.37521.568515.842497@canoe.dclg.ca> David Gilbert : M> writes: : I've had the USB hub issue bite be on : M> and off for awhile now. It : appears to be completely random : M> corruption because moving from BETA3 : to BETA6 fixed it (for now) : M> for me. : : M> Does BETA7 fix the problems for you? : : I cvsup'd a day after reading this message and rebuilt the world and : kernel. The uname -a still says BETA6. : : However, the BETA6 before this recent cvsup and afterwards both don't : exhibit the crash where the BETA3 I was running did. In particular, : : My mouse basestation (I have the mx900) is a usb hub with a "mouse" : attachment and sometimes a "bluetooth" attachment (currently turned : off). During boot, the whole hub is detached and under BETA3, the : machine would hang. It would also hang if I unplugged the mouse : (detaching the hub). : : BETA6 is not exhibiting this behaviour. I don't know when I can cvsup : BETA7 for you. Sicne it isn't the same crash, I think I need more information about what it is you are seeing. Let's start there. What is the random corruptuion that you were seeing? Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:54:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3861D16A4CE for ; Mon, 4 Oct 2004 17:54:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1118E43D1F for ; Mon, 4 Oct 2004 17:54:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B567B51449; Mon, 4 Oct 2004 10:55:42 -0700 (PDT) Date: Mon, 4 Oct 2004 10:55:42 -0700 From: Kris Kennaway To: spam maps Message-ID: <20041004175542.GA88350@xor.obsecurity.org> References: <20041004132136.18017.qmail@web54003.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20041004132136.18017.qmail@web54003.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current Subject: Re: 5.3-BETA7: packages are broken with library version bump-ups! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:54:34 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 04, 2004 at 06:21:36AM -0700, spam maps wrote: >=20 > Hello, >=20 > With the version number bumped up for the libraries > (see /usr/src/UPDATING 20041001-issue), many packages > that come with BETA7 are broken. >=20 > For example, when I pkg_add by ftp the cvsup package, > and use it, I get: >=20 > /libexec/ld-elf.so.1: Shared object "libm.so.2" not > found, required by "cvsup" >=20 > Due to the new library numbers, all packages should > have been recompiled, I guess. If so, this must be > fixed before RELEASE. It's well underway; the ISO packages should all be working, but the ones on the ftp site are not yet rebuilt, and will take a few more hours to finish (for i386; other arches longer). Kris --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYY6eWry0BWjoQKURAlhyAKDlj4BhWne2rFkFvaXqZVooM9yZOQCglQOb WUF3URB8ZnJ0Bws/l/4xSAY= =WqcW -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 18:02:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D633E16A4CE for ; Mon, 4 Oct 2004 18:02:05 +0000 (GMT) Received: from ms-smtp-01-eri0.texas.rr.com (ms-smtp-01.texas.rr.com [24.93.47.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7057943D58 for ; Mon, 4 Oct 2004 18:02:05 +0000 (GMT) (envelope-from jmarquez@x25.net) Received: from [70.112.55.69] (cs7011255-69.austin.rr.com [70.112.55.69]) i94I21Ym025023; Mon, 4 Oct 2004 13:02:01 -0500 (CDT) Message-ID: <41619024.7080002@x25.net> Date: Mon, 04 Oct 2004 13:02:12 -0500 From: jesse marquez User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robin Schoonover References: <41618809.5040008@x25.net> <20041004113447.7930edd2@zork> In-Reply-To: <20041004113447.7930edd2@zork> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org Subject: Re: Wierd Xorg and Fluxbox menu behavior! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 18:02:05 -0000 Robin Schoonover wrote: >On Mon, 04 Oct 2004 12:27:37 -0500 >jesse marquez wrote: > > >>Hello all, >> >>FreeBSD 6.0-CURRENT >> >> I'm having a wierd issue with my current setup. I've just recently >>updated my source and have done build world and all that jazz. I may >>have done something wrong during mergemaster because now I'm unable to >>run Xorg properly. I've pin pointed the problem to the fluxbox menu. >>This is all under the user enviorment, I can right click on my mouse >>to pull up the fluxbox menu and I can scroll down with my mouse and >>select any of the first three options(eterm, firefox, run). As soon as >>my mouse goes over one of the listed directories, say for example >>"Terminals ->" , X crashes! The wierd thing about this situation is >>when I use my keyboard arrors instead of my mouse to scroll down the >>fluxbox menu, I'm able to go over the directories and navigate just >>fine! Log files don't say much about it either....... >> >> > >I see from /var/log/messages here that fluxbox, not X is crashing. I've >noticed that with debugging malloc options enabled using the slit will >crash fluxbox. Something similar here might be occuring (maybe try to >disable debugging malloc options (ln -s aj /etc/malloc.conf)? ) > > > ln -s aj /etc/malloc.conf <---- Worked! thanks! :D I'm I gonna have to do this everytime I update my systems source? From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 18:07:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1035C16A4CE for ; Mon, 4 Oct 2004 18:07:12 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id 73EA843D41 for ; Mon, 4 Oct 2004 18:07:11 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 13540 invoked from network); 4 Oct 2004 18:07:07 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 4 Oct 2004 18:07:07 -0000 Received: (qmail 34457 invoked by uid 1001); 4 Oct 2004 18:07:07 -0000 Date: Mon, 4 Oct 2004 14:07:07 -0400 From: Brian Reichert To: Dan Nelson Message-ID: <20041004180707.GO262@numachi.com> References: <20041004171422.GK262@numachi.com> <20041004172224.GA30419@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041004172224.GA30419@dan.emsphone.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: awk leaking memory during arithmetic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 18:07:12 -0000 On Mon, Oct 04, 2004 at 12:22:24PM -0500, Dan Nelson wrote: > I think "print t" is what you want here. $t would refer to the t'th > field in the line, and it looks like awk tried to resize the array out > to 1111037014 entries and failed. Aha! Thank you, definitely pilot error. :) Thanks for the feedback... > -- > Dan Nelson > dnelson@allantgroup.com -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 18:09:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5485516A4CE for ; Mon, 4 Oct 2004 18:09:54 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE61543D66 for ; Mon, 4 Oct 2004 18:09:53 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i94I9Rni010398; Mon, 4 Oct 2004 12:09:27 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <416191B4.4040102@FreeBSD.org> Date: Mon, 04 Oct 2004 12:08:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jesse marquez References: <41618809.5040008@x25.net> <20041004113447.7930edd2@zork> <41619024.7080002@x25.net> In-Reply-To: <41619024.7080002@x25.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org cc: Robin Schoonover Subject: Re: Wierd Xorg and Fluxbox menu behavior! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 18:09:54 -0000 jesse marquez wrote: > Robin Schoonover wrote: > >> On Mon, 04 Oct 2004 12:27:37 -0500 >> jesse marquez wrote: >> >> >>> Hello all, >>> >>> FreeBSD 6.0-CURRENT >>> >>> I'm having a wierd issue with my current setup. I've just recently >>> updated my source and have done build world and all that jazz. I may >>> have done something wrong during mergemaster because now I'm unable to >>> run Xorg properly. I've pin pointed the problem to the fluxbox menu. >>> This is all under the user enviorment, I can right click on my mouse >>> to pull up the fluxbox menu and I can scroll down with my mouse and >>> select any of the first three options(eterm, firefox, run). As soon as >>> my mouse goes over one of the listed directories, say for example >>> "Terminals ->" , X crashes! The wierd thing about this situation is >>> when I use my keyboard arrors instead of my mouse to scroll down the >>> fluxbox menu, I'm able to go over the directories and navigate just >>> fine! Log files don't say much about it either....... >>> >> >> >> I see from /var/log/messages here that fluxbox, not X is crashing. I've >> noticed that with debugging malloc options enabled using the slit will >> crash fluxbox. Something similar here might be occuring (maybe try to >> disable debugging malloc options (ln -s aj /etc/malloc.conf)? ) >> >> >> > > ln -s aj /etc/malloc.conf <---- Worked! thanks! :D I'm I gonna have to > do this everytime I update my systems source? > No, this pseudo-file is persistent. However, it points to bugs in the fluxbox source code that you might want to report to the authors. Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 18:23:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E4C16A4CE; Mon, 4 Oct 2004 18:23:08 +0000 (GMT) Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 527F343D5D; Mon, 4 Oct 2004 18:23:08 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao08.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041004182306.ISO6170.fed1rmmtao08.cox.net@mezz.mezzweb.com>; Mon, 4 Oct 2004 14:23:06 -0400 To: "Scott Long" References: <41618809.5040008@x25.net> <20041004113447.7930edd2@zork> <41619024.7080002@x25.net> <416191B4.4040102@FreeBSD.org> Message-ID: Date: Mon, 04 Oct 2004 13:23:25 -0500 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <416191B4.4040102@FreeBSD.org> User-Agent: Opera M2/7.54 (Linux, build 751) cc: jesse marquez cc: freebsd-current@freebsd.org cc: Robin Schoonover Subject: Re: Wierd Xorg and Fluxbox menu behavior! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 18:23:08 -0000 On Mon, 04 Oct 2004 12:08:52 -0600, Scott Long wrote: > jesse marquez wrote: >> Robin Schoonover wrote: >> >>> On Mon, 04 Oct 2004 12:27:37 -0500 >>> jesse marquez wrote: >>> >>>> Hello all, >>>> >>>> FreeBSD 6.0-CURRENT >>>> >>>> I'm having a wierd issue with my current setup. I've just recently >>>> updated my source and have done build world and all that jazz. I may >>>> have done something wrong during mergemaster because now I'm unable to >>>> run Xorg properly. I've pin pointed the problem to the fluxbox menu. >>>> This is all under the user enviorment, I can right click on my mouse >>>> to pull up the fluxbox menu and I can scroll down with my mouse and >>>> select any of the first three options(eterm, firefox, run). As soon as >>>> my mouse goes over one of the listed directories, say for example >>>> "Terminals ->" , X crashes! The wierd thing about this situation is >>>> when I use my keyboard arrors instead of my mouse to scroll down the >>>> fluxbox menu, I'm able to go over the directories and navigate just >>>> fine! Log files don't say much about it either....... >>>> >>> >>> >>> I see from /var/log/messages here that fluxbox, not X is crashing. I've >>> noticed that with debugging malloc options enabled using the slit will >>> crash fluxbox. Something similar here might be occuring (maybe try to >>> disable debugging malloc options (ln -s aj /etc/malloc.conf)? ) >>> >>> >> ln -s aj /etc/malloc.conf <---- Worked! thanks! :D I'm I gonna have >> to do this everytime I update my systems source? >> > > No, this pseudo-file is persistent. However, it points to bugs in the > fluxbox source code that you might want to report to the authors. Done by Andreas Kohn back in Aug 8: http://sourceforge.net/tracker/index.php?func=detail&aid=1005674&group_id=35398&atid=413960 Cheers, Mezz > Scott -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 18:26:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED13216A4E3; Mon, 4 Oct 2004 18:26:30 +0000 (GMT) Received: from pittgoth.com (14.zlnp1.xdsl.nauticom.net [209.195.149.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C0B43D53; Mon, 4 Oct 2004 18:26:29 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (acs-24-154-239-170.zoominternet.net [24.154.239.170]) (authenticated bits=0) by pittgoth.com (8.12.10/8.12.10) with ESMTP id i94IQPex042054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Oct 2004 14:26:26 -0400 (EDT) (envelope-from trhodes@FreeBSD.org) Date: Mon, 4 Oct 2004 14:27:09 -0400 From: Tom Rhodes To: Jose M Rodriguez Message-Id: <20041004142709.1b582722@localhost> In-Reply-To: <200410041734.53316.freebsd@redesjm.local> References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> <200410041734.53316.freebsd@redesjm.local> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@FreeBSD.org cc: Scott Long cc: current@FreeBSD.org cc: developers@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 18:26:31 -0000 On Mon, 4 Oct 2004 17:34:52 +0200 Jose M Rodriguez wrote: > El Lunes, 4 de Octubre de 2004 16:10, Scott Long escribi=F3: > > The FreeBSD Release Engineering Team is proud to announce the > > availability of FreeBSD 5.3-BETA7. This is the seventh and final > > BETA of the 5.3 release cycle. It is intended for early adopters and > > those wishing to help find and/or fix bugs. The 5.3 release cycle > > will follow on next with an RC1 release candidate unless significant > > show- stopper bugs are found. The schedule can be found at > > http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check > > the "Known Issues" below as there are known problems that are still > > being worked on at this time. > > > > IMPORTANT: > > BIND 9.3.0 has replaced BIND 8.x as the default name server. > > >=20 > At last here, BETA7 come with a populated /var/named. >=20 > /junk/tmproot/var/named > /junk/tmproot/var/named/dev > /junk/tmproot/var/named/etc > /junk/tmproot/var/named/etc/namedb > /junk/tmproot/var/named/etc/namedb/master > /junk/tmproot/var/named/etc/namedb/slave > /junk/tmproot/var/named/etc/namedb/PROTO.localhost.rev > /junk/tmproot/var/named/etc/namedb/PROTO.localhost-v6.rev > /junk/tmproot/var/named/etc/namedb/named.conf > /junk/tmproot/var/named/etc/namedb/named.root > /junk/tmproot/var/named/etc/namedb/make-localhost > /junk/tmproot/var/named/var > /junk/tmproot/var/named/var/dump > /junk/tmproot/var/named/var/log > /junk/tmproot/var/named/var/run > /junk/tmproot/var/named/var/run/named > /junk/tmproot/var/named/var/stats >=20 > we've used /var/named for ages without this layout. > Is this really needed? > This breaks our update plans. > Also, I think this is not well documnted on UPDATING We need a soul with free time on their hands to update the documentation in the handbook. I would do it but ENOTIME, if some time comes available then it will get done. --=20 Tom Rhodes From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 18:26:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED13216A4E3; Mon, 4 Oct 2004 18:26:30 +0000 (GMT) Received: from pittgoth.com (14.zlnp1.xdsl.nauticom.net [209.195.149.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C0B43D53; Mon, 4 Oct 2004 18:26:29 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (acs-24-154-239-170.zoominternet.net [24.154.239.170]) (authenticated bits=0) by pittgoth.com (8.12.10/8.12.10) with ESMTP id i94IQPex042054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Oct 2004 14:26:26 -0400 (EDT) (envelope-from trhodes@FreeBSD.org) Date: Mon, 4 Oct 2004 14:27:09 -0400 From: Tom Rhodes To: Jose M Rodriguez Message-Id: <20041004142709.1b582722@localhost> In-Reply-To: <200410041734.53316.freebsd@redesjm.local> References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> <200410041734.53316.freebsd@redesjm.local> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@FreeBSD.org cc: Scott Long cc: current@FreeBSD.org cc: developers@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 18:26:31 -0000 On Mon, 4 Oct 2004 17:34:52 +0200 Jose M Rodriguez wrote: > El Lunes, 4 de Octubre de 2004 16:10, Scott Long escribi=F3: > > The FreeBSD Release Engineering Team is proud to announce the > > availability of FreeBSD 5.3-BETA7. This is the seventh and final > > BETA of the 5.3 release cycle. It is intended for early adopters and > > those wishing to help find and/or fix bugs. The 5.3 release cycle > > will follow on next with an RC1 release candidate unless significant > > show- stopper bugs are found. The schedule can be found at > > http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check > > the "Known Issues" below as there are known problems that are still > > being worked on at this time. > > > > IMPORTANT: > > BIND 9.3.0 has replaced BIND 8.x as the default name server. > > >=20 > At last here, BETA7 come with a populated /var/named. >=20 > /junk/tmproot/var/named > /junk/tmproot/var/named/dev > /junk/tmproot/var/named/etc > /junk/tmproot/var/named/etc/namedb > /junk/tmproot/var/named/etc/namedb/master > /junk/tmproot/var/named/etc/namedb/slave > /junk/tmproot/var/named/etc/namedb/PROTO.localhost.rev > /junk/tmproot/var/named/etc/namedb/PROTO.localhost-v6.rev > /junk/tmproot/var/named/etc/namedb/named.conf > /junk/tmproot/var/named/etc/namedb/named.root > /junk/tmproot/var/named/etc/namedb/make-localhost > /junk/tmproot/var/named/var > /junk/tmproot/var/named/var/dump > /junk/tmproot/var/named/var/log > /junk/tmproot/var/named/var/run > /junk/tmproot/var/named/var/run/named > /junk/tmproot/var/named/var/stats >=20 > we've used /var/named for ages without this layout. > Is this really needed? > This breaks our update plans. > Also, I think this is not well documnted on UPDATING We need a soul with free time on their hands to update the documentation in the handbook. I would do it but ENOTIME, if some time comes available then it will get done. --=20 Tom Rhodes From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 19:24:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09BDF16A4CE for ; Mon, 4 Oct 2004 19:24:57 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9296E43D2D for ; Mon, 4 Oct 2004 19:24:56 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CEYSB-0005WS-00 Mon, 04 Oct 2004 21:24:59 +0200 Received: from [212.106.236.104] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CEYSA-0005VM-00 Mon, 04 Oct 2004 21:24:58 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i94JOeN7012382; Mon, 4 Oct 2004 21:24:40 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i94JOc3x012510; Mon, 4 Oct 2004 21:24:38 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: Andre Guibert de Bruet Date: Mon, 4 Oct 2004 21:24:37 +0200 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <200410041734.53316.freebsd@redesjm.local> <20041004125752.Y6673@alpha.siliconlandmark.com> In-Reply-To: <20041004125752.Y6673@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410042124.38050.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Jose M Rodriguez cc: current@freebsd.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 19:24:57 -0000 El Lunes, 4 de Octubre de 2004 19:09, Andre Guibert de Bruet escribi=F3: > On Mon, 4 Oct 2004, Jose M Rodriguez wrote: > > El Lunes, 4 de Octubre de 2004 16:10, Scott Long escribi=F3: > >> The FreeBSD Release Engineering Team is proud to announce the > >> availability of FreeBSD 5.3-BETA7. This is the seventh and final > >> BETA of the 5.3 release cycle. It is intended for early adopters > >> and those wishing to help find and/or fix bugs. The 5.3 release > >> cycle will follow on next with an RC1 release candidate unless > >> significant show- stopper bugs are found. The schedule can be > >> found at http://www.freebsd.org/releases/5.3R/schedule.html. Be > >> sure to check the "Known Issues" below as there are known problems > >> that are still being worked on at this time. > >> > >> IMPORTANT: > >> BIND 9.3.0 has replaced BIND 8.x as the default name server. > > > > At last here, BETA7 come with a populated /var/named. > > > > named is now chroot()ed to /var/named after it parses the command > line but before it reads the config file. As such, it is necessary to > have this directory structure. You can override its location with the > "named_chrootdir" rc.conf variable or by using -t at the command line > if you invoke named using your own scripts. > I know that, I have several bind9/FreeBSD4 dns servers running. Also I=20 test BETA6/BETA7 for dns server with good results. But I'm afraid you can't imagine how many FreeBSD system run right now=20 with a well configured /var/named. a populated /var/named is a serious thread against binary updates. I'll prefer that /etc/rc.d/maned populate it when needed or other=20 dirname for the chroot.=20 > In our test environment, we migrated a good chunk of the domains that > we host on BIND8 to BIND9 with minimal work. The instructions listed > in UPDATING did the trick! > Yes. It's a good work. I don't have any objections to that. It's only that /var/named has strong meanings on BSD systems. > Regards, > > | Andre Guibert de Bruet | Enterprise Software Consultant > > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > thanks, =2D- josemi From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 19:47:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B00C616A4CE for ; Mon, 4 Oct 2004 19:47:00 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0EA343D39 for ; Mon, 4 Oct 2004 19:46:59 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i94Jkttv046332; Mon, 4 Oct 2004 21:46:57 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4161A8AA.4090702@DeepCore.dk> Date: Mon, 04 Oct 2004 21:46:50 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomas Randa References: <1096836705.1446.4.camel@ares.office.internetservice.cz> <20041004172557.26d69489@it.buh.tecnik93.com> <1096911187.643.3.camel@ares.office.internetservice.cz> In-Reply-To: <1096911187.643.3.camel@ares.office.internetservice.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 19:47:00 -0000 Tomas Randa wrote: > I have >=20 > Gigabyte GA-K8VT800 motherboard, and=20 >=20 > ad0: 38165MB [77542/16/63] at ata0-master UDMA100 >=20 > I thing problems are only when system is swapping, but it is only my > assumption. >=20 >=20 > Today I had the following in log: >=20 > ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D637= 375 >=20 > i don`t know exactly what does it mean and if data was written or not..= > can anybody explain it? It just means that the data has hit the disk but the taskqueue that=20 should return data to the system hasn't yet. This is a warning ... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 19:56:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE09916A4CE for ; Mon, 4 Oct 2004 19:56:38 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6BCD43D1D for ; Mon, 4 Oct 2004 19:56:38 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id E0369C4AB; Mon, 4 Oct 2004 15:56:37 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id DA4051D1CAA; Mon, 4 Oct 2004 15:56:33 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16737.43761.839340.382960@canoe.dclg.ca> Date: Mon, 4 Oct 2004 15:56:33 -0400 To: "M. Warner Losh" In-Reply-To: <20041004.115442.84363176.imp@bsdimp.com> References: <16733.37521.568515.842497@canoe.dclg.ca> <20041002.194515.99052407.imp@bsdimp.com> <16737.32607.772875.17590@canoe.dclg.ca> <20041004.115442.84363176.imp@bsdimp.com> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@FreeBSD.ORG cc: dgilbert@dclg.ca Subject: Re: USB hub issue adendum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 19:56:39 -0000 >>>>> "M" == M Warner Losh writes: M> Sicne it isn't the same crash, I think I need more information M> about what it is you are seeing. Let's start there. What is the M> random corruptuion that you were seeing? I believe I posted it back a week or two ago to the list. Here's the previous email: http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037524.html Now... this may be a tough bug as it has appeared and disappeared with cvsups dating back well into the summer. The exact form of the crash can be different --- which leads me to think that it's some form of random corruption. At one point, the crash only happened with a certain sequence of events, then another cvsup and it would happen for this hub disconnecting, but not my 4 port, then another cvsup and no crashes, then another cvsup and the 4 port would cause a crash, etc. So far, the crashes have been hard and have not allowed a dump to occur. Since the machine's almost always in X, DDB hasn't been helpful, either. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:10:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AC5716A4D7 for ; Mon, 4 Oct 2004 20:10:46 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id D231A43D2D for ; Mon, 4 Oct 2004 20:10:45 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (sccrmhc11) with SMTP id <2004100420103501100j7n3ne> (Authid: domain_name_tsar); Mon, 4 Oct 2004 20:10:44 +0000 Date: Mon, 4 Oct 2004 13:10:33 -0700 (PDT) From: Doug Barton To: Jose M Rodriguez In-Reply-To: <200410041734.53316.freebsd@redesjm.local> Message-ID: <20041004125738.K778@bo.vpnaa.bet> References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> <200410041734.53316.freebsd@redesjm.local> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:10:46 -0000 On Mon, 4 Oct 2004, Jose M Rodriguez wrote: > At last here, BETA7 come with a populated /var/named. Yes, this is as it should be. > we've used /var/named for ages without this layout. OK. > Is this really needed? It is necessary to have a default chroot directory structure, yes. You can easily prevent /etc/rc.d/named from doing anything with it by adding named_chroot_autoupdate="NO" to your /etc/rc.conf[.local] file. You can also prevent mergemaster from tempting you with files in /etc/namedb by adding NO_BIND_ETC to /etc/make.conf. What may be necessary at this point is to add a knob that prevents the directory structure from being created in the installworld step. I'll look at that tonight. I feel that I've provided the users plenty of knobs to customize this stuff with, but if folks have ideas on how it can be improved, I'm open to them. > This breaks our update plans. Well, hopefully I've demonstrated that the problems you've experienced can be worked around. Of course, two other options are available, one is to move your stuff to a different directory, and the other is to adopt the structure that is now being installed by default. > Also, I think this is not well documnted on UPDATING The entry in UPDATING says (in part): If you are using a custom configuration, or if you have customised the named_* variables in /etc/rc.conf[.local] then you may have to adjust the instructions accordingly. It is suggested that you carefully examine the new named variables in /etc/defaults/rc.conf and the options in /var/named/etc/namedb/named.conf to see if they might now be more suitable. If you have suggestions on how this can be made more clear, please let me know. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:14:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED8E016A4CE for ; Mon, 4 Oct 2004 20:14:09 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0984143D46 for ; Mon, 4 Oct 2004 20:14:09 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 31455 invoked by uid 89); 4 Oct 2004 20:14:08 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Oct 2004 20:14:08 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 4D69D142; Mon, 4 Oct 2004 23:14:07 +0300 (EEST) Date: Mon, 4 Oct 2004 23:14:05 +0300 From: Ion-Mihai Tetcu To: Tomas Randa Message-ID: <20041004231405.10d17407@it.buh.tecnik93.com> In-Reply-To: <1096911187.643.3.camel@ares.office.internetservice.cz> References: <1096836705.1446.4.camel@ares.office.internetservice.cz> <20041004172557.26d69489@it.buh.tecnik93.com> <1096911187.643.3.camel@ares.office.internetservice.cz> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:14:10 -0000 On Mon, 04 Oct 2004 19:33:08 +0200 Tomas Randa wrote: > I have > > Gigabyte GA-K8VT800 motherboard, and > > ad0: 38165MB [77542/16/63] at ata0-master UDMA100 Hmm, I think I had one of this disks and gave it to a fried after seeing data corruption with -CURRENT and this chip set; maybe things got better or your firmware is different. You seem to have better luck that I ;) -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:17:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C05C16A4CF for ; Mon, 4 Oct 2004 20:17:46 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BA2943D41 for ; Mon, 4 Oct 2004 20:17:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i94KGg1v095354; Mon, 4 Oct 2004 14:16:44 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Oct 2004 14:18:15 -0600 (MDT) Message-Id: <20041004.141815.124867616.imp@bsdimp.com> To: yurtesen@ispro.net.tr From: "M. Warner Losh" In-Reply-To: <4161C4D8.4040308@ispro.net.tr> References: <41606B0D.3070303@ThePacific.Net> <20041003.202026.127179512.imp@bsdimp.com> <4161C4D8.4040308@ispro.net.tr> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: marcos@ThePacific.Net cc: freebsd-current@freebsd.org Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:17:46 -0000 In message: <4161C4D8.4040308@ispro.net.tr> Evren Yurtesen writes: : M. Warner Losh wrote: : : > In message: <41606B0D.3070303@ThePacific.Net> : > "Marcos Biscaysaqu - ThePacific.net" writes: : > : We are legally abaible to run 14 channels on 2.4Ghz, but the Atheros : > : driver on freebsd permit use only 11, I being trying to change the setup : > : with the sysctl otions, nothing work. Same wireless card on diferent : > : OS with diferent driver I can get all the channel. : > : any ideas? : > : > Did you buy the wireless card in a regulatory domain that only allows : > 11 channels? The atheros cards have the reg dom burned into their : > flash. : > : > Warner : : : That cant be the cause of this problem since Marcos already told that he : can get all the channels by using the same wireless card but a different OS. Maybe the other OS is overriding the regulatory domain programmed into the card? Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:18:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7541516A4CE for ; Mon, 4 Oct 2004 20:18:07 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E8AA43D73 for ; Mon, 4 Oct 2004 20:18:06 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 31879 invoked by uid 89); 4 Oct 2004 20:18:05 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Oct 2004 20:18:05 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 5EAF14E3; Mon, 4 Oct 2004 23:17:59 +0300 (EEST) Date: Mon, 4 Oct 2004 23:17:55 +0300 From: Ion-Mihai Tetcu To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20041004231755.4de8f22b@it.buh.tecnik93.com> In-Reply-To: <4161A8AA.4090702@DeepCore.dk> References: <1096836705.1446.4.camel@ares.office.internetservice.cz> <20041004172557.26d69489@it.buh.tecnik93.com> <1096911187.643.3.camel@ares.office.internetservice.cz> <4161A8AA.4090702@DeepCore.dk> X-Mailer: Sylpheed-Claws 0.9.12a (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: Tomas Randa cc: freebsd-current@freebsd.org cc: doc@freebsd.org Subject: Re: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:18:07 -0000 On Mon, 04 Oct 2004 21:46:50 +0200 S=F8ren Schmidt wrote: [ ... ] > > Today I had the following in log: > >=20 > > ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D637= 375 > >=20 > > i don`t know exactly what does it mean and if data was written or not.. > > can anybody explain it? >=20 > It just means that the data has hit the disk but the taskqueue that=20 > should return data to the system hasn't yet. This is a warning ... I would suggest an entry in the FAQ explaining the *_DMA errors; S=F8ren, I can do the SGML formatting if you send me some text. --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:22:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A655016A4CE for ; Mon, 4 Oct 2004 20:22:25 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9116043D1D for ; Mon, 4 Oct 2004 20:22:25 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (rwcrmhc13) with SMTP id <20041004202224015002hpg5e> (Authid: domain_name_tsar); Mon, 4 Oct 2004 20:22:25 +0000 Date: Mon, 4 Oct 2004 13:22:24 -0700 (PDT) From: Doug Barton To: Jose M Rodriguez In-Reply-To: <200410021139.49551.freebsd@redesjm.local> Message-ID: <20041004131742.A778@bo.vpnaa.bet> References: <200410021033.37844.freebsd@redesjm.local> <20041002084741.GA55948@ip.net.ua> <200410021139.49551.freebsd@redesjm.local> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: problems with latest bind9 setup changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:22:25 -0000 FYI, freebsd-current@freebsd.org and current@freebsd.org are two aliases for the same list. It is not needed to cc both. On Sat, 2 Oct 2004, Jose M Rodriguez wrote: > /usr/src/UPDATING > > - If enabled, the default is now to run named in a chroot > + The default is now to run named in a chroot I just committed an update to clarify that language. > IMHO, this is not a good design. If you ask ten admin about the best named > chrooted setup, you'll get, at last, twelve setups. That's correct, although the one I committed was the one I used at Yahoo! on hundreds of name servers, and is both thorough and effective. I "borrowed" from the best ideas from various knowledgeable sources, and my own extensive experience. Of course, if someone has better ideas, I'm open to them. > Making strong support for a chrooted named is really needed. But moving the > release default setup to a strong model on that not. I'm sorry, I don't understand this. > I'll prefer a sandwidch setup (named_flags="-u bind", named_chroot="") > as release default. Defaulting to using the chroot structure is a good change, and suitable for the vast majority of users. If you want something different, the knobs are there for you to twist. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:25:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6C3C16A4CE for ; Mon, 4 Oct 2004 20:25:36 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 886EA43D31 for ; Mon, 4 Oct 2004 20:25:36 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (sccrmhc12) with SMTP id <200410042025350120044l93e> (Authid: domain_name_tsar); Mon, 4 Oct 2004 20:25:35 +0000 Date: Mon, 4 Oct 2004 13:25:34 -0700 (PDT) From: Doug Barton To: spam maps In-Reply-To: <20041003124710.30828.qmail@web54005.mail.yahoo.com> Message-ID: <20041004132346.T778@bo.vpnaa.bet> References: <20041003124710.30828.qmail@web54005.mail.yahoo.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: 5.3 & bind9: named.conf vs. named.sample ; why are they different? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:25:36 -0000 On Sun, 3 Oct 2004, spam maps wrote: > I have these two files in /var/named/etc/namedb, but > are different. > Is /var/named/etc/namedb/named.conf redundant and old? If you've mergemaster'ed recently, named.conf will be the new one. > # diff -u /var/named/etc/namedb/named.conf > /var/named/etc/namedb/named.sample We've never had a named.sample file in the tree. That is almost certainly something that you, or someone else working on that box created, probably by renaming an old named.conf. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:27:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A555E16A4CE; Mon, 4 Oct 2004 20:27:39 +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 96D2043D41; Mon, 4 Oct 2004 20:27:38 +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 i94KRYxn046741; Mon, 4 Oct 2004 22:27:36 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4161B231.6010204@DeepCore.dk> Date: Mon, 04 Oct 2004 22:27:29 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <1096836705.1446.4.camel@ares.office.internetservice.cz> <20041004172557.26d69489@it.buh.tecnik93.com> <1096911187.643.3.camel@ares.office.internetservice.cz> <4161A8AA.4090702@DeepCore.dk> <20041004231755.4de8f22b@it.buh.tecnik93.com> In-Reply-To: <20041004231755.4de8f22b@it.buh.tecnik93.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.4 cc: Tomas Randa cc: freebsd-current@freebsd.org cc: doc@freebsd.org Subject: Re: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:27:39 -0000 Ion-Mihai Tetcu wrote: > On Mon, 04 Oct 2004 21:46:50 +0200 > S=F8ren Schmidt wrote: >=20 > [ ... ] >=20 >=20 >>>Today I had the following in log: >>> >>>ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D63= 7375 >>> >>>i don`t know exactly what does it mean and if data was written or not.= =2E >>>can anybody explain it? >> >>It just means that the data has hit the disk but the taskqueue that=20 >>should return data to the system hasn't yet. This is a warning ... >=20 > I would suggest an entry in the FAQ explaining the *_DMA errors; S=F8re= n, > I can do the SGML formatting if you send me some text. First of, they are not just about _DMA, and there isn't much to explain. There are two types: WARNINGS: just some noise about things that are not as expected, but could be=20 fixed or otherwise worked around, but not yet a: FAILURE: operation failed, uncorrectable error. That is the general meaning of those two words where I come from... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:28:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71F0C16A4CE for ; Mon, 4 Oct 2004 20:28:38 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E4BB43D41 for ; Mon, 4 Oct 2004 20:28:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13772 invoked from network); 4 Oct 2004 20:28:38 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Oct 2004 20:28:37 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i94KSU5l058953; Mon, 4 Oct 2004 16:28:31 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 4 Oct 2004 13:48:07 -0400 User-Agent: KMail/1.6.2 References: <1096849178.859.45.camel@leguin> In-Reply-To: <1096849178.859.45.camel@leguin> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410041348.07691.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Eric Anholt cc: current@FreeBSD.org Subject: Re: Removing generic AGP options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:28:38 -0000 On Sunday 03 October 2004 08:19 pm, Eric Anholt wrote: > I would like to remove the generic support from the various AGP > drivers. These are the cases of matching the vendor and PCIC_BRIDGE || > PCIS_BRIDGE_HOST with AGP capabilities. My reasoning is that, while we > sometimes get lucky, most of the times it seems like the wrong type of > AGP driver attaches, and people get unexplained hangs when doing > "startx." One example would be myself with a new AMD64 system, where > agp_via attached when agp_amd64 looks like what was necessary. I know > we've had examples of this before with agp_amd, agp_via, and agp_intel > in the past. Any opposition? > > I think most of our drivers have the PCI IDs they currently support > anyway (I might check linux before making the change), so I don't think > this would have much impact on current users. Please. This has been a low priority item on my todo list for a while. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:28:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75F0516A4CF for ; Mon, 4 Oct 2004 20:28:38 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E62443D48 for ; Mon, 4 Oct 2004 20:28:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13772 invoked from network); 4 Oct 2004 20:28:38 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Oct 2004 20:28:37 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i94KSU5l058953; Mon, 4 Oct 2004 16:28:31 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 4 Oct 2004 13:48:07 -0400 User-Agent: KMail/1.6.2 References: <1096849178.859.45.camel@leguin> In-Reply-To: <1096849178.859.45.camel@leguin> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410041348.07691.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Eric Anholt cc: current@FreeBSD.org Subject: Re: Removing generic AGP options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:28:38 -0000 On Sunday 03 October 2004 08:19 pm, Eric Anholt wrote: > I would like to remove the generic support from the various AGP > drivers. These are the cases of matching the vendor and PCIC_BRIDGE || > PCIS_BRIDGE_HOST with AGP capabilities. My reasoning is that, while we > sometimes get lucky, most of the times it seems like the wrong type of > AGP driver attaches, and people get unexplained hangs when doing > "startx." One example would be myself with a new AMD64 system, where > agp_via attached when agp_amd64 looks like what was necessary. I know > we've had examples of this before with agp_amd, agp_via, and agp_intel > in the past. Any opposition? > > I think most of our drivers have the PCI IDs they currently support > anyway (I might check linux before making the change), so I don't think > this would have much impact on current users. Please. This has been a low priority item on my todo list for a while. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 20:28:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62DA716A4CE for ; Mon, 4 Oct 2004 20:28:39 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4C943D48 for ; Mon, 4 Oct 2004 20:28:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16207 invoked from network); 4 Oct 2004 20:28:38 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Oct 2004 20:28:38 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i94KSU5m058953; Mon, 4 Oct 2004 16:28:35 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 4 Oct 2004 13:54:03 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410041354.03058.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: othermark Subject: Re: 48hr panics: Fatal trap 19: non-maskable interrupt trap while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 20:28:39 -0000 On Monday 04 October 2004 11:21 am, othermark wrote: > I get these about once every 48hrs for about 2 weeks on a box I build > -current once or twice a week. > > First panic here is from Wednesday, the panic at the end of this message > is from Friday morning's -current. Is there any problem currently > with dumpdev=auto and savecore? Note the silly lockheld panic when I call > doadump. I'm guessing you are getting an NMI due to an ECC error while it is zero'ing memory. Perhaps your memory is going bad or your box is overheating? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 21:15:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A4BE16A4CE; Mon, 4 Oct 2004 21:15:42 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C06C43D49; Mon, 4 Oct 2004 21:15:38 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i94LEskM044707; Mon, 4 Oct 2004 17:14:54 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i94LErEE044706; Mon, 4 Oct 2004 17:14:53 -0400 (EDT) (envelope-from green) Date: Mon, 4 Oct 2004 17:14:53 -0400 From: Brian Fundakowski Feldman To: Andy Farkas Message-ID: <20041004211453.GA44359@green.homeunix.org> References: <20040924230425.GB1164@green.homeunix.org> <20040925101021.A78979@bpgate.speednet.com.au> <200409271635.44017.jhb@FreeBSD.org> <20041002060201.GB1034@green.homeunix.org> <20041003075303.GG1034@green.homeunix.org> <20041005062208.D30884@bpgate.speednet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005062208.D30884@bpgate.speednet.com.au> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 21:15:42 -0000 On Tue, Oct 05, 2004 at 06:27:56AM +1000, Andy Farkas wrote: > On Sun, 3 Oct 2004, Brian Fundakowski Feldman wrote: > > >Okay, I just got another one of these, exactly the same as that one but > > I am now running 5.3-BETA7 and the panics have gone away! > > Didn't see exactly what changed, but perhaps it was alc's fix to the > long-standing bug in pmap.c ? > > Anyways, 5.3 is now looking good for me. Thanks. You're just lucky; it's not fixed even in -CURRENT. I just wish anyone could answer my questions about SCHED_ULE. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 21:34:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D356A16A4CE for ; Mon, 4 Oct 2004 21:34:54 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0949C43D48 for ; Mon, 4 Oct 2004 21:34:54 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 7542 invoked by uid 89); 4 Oct 2004 21:34:52 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 4 Oct 2004 21:34:52 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 85090460; Tue, 5 Oct 2004 00:34:46 +0300 (EEST) Date: Tue, 5 Oct 2004 00:34:45 +0300 From: Ion-Mihai Tetcu To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20041005003445.0259f13a@it.buh.tecnik93.com> In-Reply-To: <4161B231.6010204@DeepCore.dk> References: <1096836705.1446.4.camel@ares.office.internetservice.cz> <20041004172557.26d69489@it.buh.tecnik93.com> <1096911187.643.3.camel@ares.office.internetservice.cz> <4161A8AA.4090702@DeepCore.dk> <20041004231755.4de8f22b@it.buh.tecnik93.com> <4161B231.6010204@DeepCore.dk> X-Mailer: Sylpheed-Claws 0.9.12a (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: Tomas Randa cc: freebsd-current@freebsd.org cc: doc@freebsd.org Subject: Re: persisting ATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 21:34:54 -0000 On Mon, 04 Oct 2004 22:27:29 +0200 S=F8ren Schmidt wrote: > Ion-Mihai Tetcu wrote: > > On Mon, 04 Oct 2004 21:46:50 +0200 > > S=F8ren Schmidt wrote: > >=20 > > [ ... ] > >=20 > >=20 > >>>Today I had the following in log: > >>> > >>>ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D63= 7375 > >>> > >>>i don`t know exactly what does it mean and if data was written or not.. > >>>can anybody explain it? > >> > >>It just means that the data has hit the disk but the taskqueue that=20 > >>should return data to the system hasn't yet. This is a warning ... > >=20 > > I would suggest an entry in the FAQ explaining the *_DMA errors; S=F8re= n, > > I can do the SGML formatting if you send me some text. >=20 > First of, they are not just about _DMA, and there isn't much to explain. >=20 > There are two types: >=20 > WARNINGS: > just some noise about things that are not as expected, but could be=20 > fixed or otherwise worked around, but not yet a: >=20 > FAILURE: > operation failed, uncorrectable error. >=20 > That is the general meaning of those two words where I come from... Yeh. I just see this kind of questions poppin=B4 around and I wanted to help; bu you know better if that=B4 the case. >=20 > --=20 >=20 > -S=F8ren >=20 >=20 > _______________________________________________ > 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" >=20 --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 21:43:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC47516A4CE; Mon, 4 Oct 2004 21:43:28 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23E2B43D1F; Mon, 4 Oct 2004 21:43:28 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CEac7-00086F-00 Mon, 04 Oct 2004 23:43:23 +0200 Received: from [212.106.236.104] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CEac6-00085L-00 Mon, 04 Oct 2004 23:43:22 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i94LhPYL012672; Mon, 4 Oct 2004 23:43:25 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i94LhLSr073974; Mon, 4 Oct 2004 23:43:21 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: Doug Barton Date: Mon, 4 Oct 2004 23:43:17 +0200 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <200410041734.53316.freebsd@redesjm.local> <20041004125738.K778@bo.vpnaa.bet> In-Reply-To: <20041004125738.K778@bo.vpnaa.bet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410042343.19211.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-current@freebsd.org cc: Jose M Rodriguez Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 21:43:29 -0000 El Lunes, 4 de Octubre de 2004 22:10, Doug Barton escribi=F3: > On Mon, 4 Oct 2004, Jose M Rodriguez wrote: > > At last here, BETA7 come with a populated /var/named. > > Yes, this is as it should be. > > > we've used /var/named for ages without this layout. > > OK. > > > Is this really needed? > > It is necessary to have a default chroot directory structure, yes. > You can easily prevent /etc/rc.d/named from doing anything with it by > adding named_chroot_autoupdate=3D"NO" to your /etc/rc.conf[.local] > file. You can also prevent mergemaster from tempting you with files > in /etc/namedb by adding NO_BIND_ETC to /etc/make.conf. What may be > necessary at this point is to add a knob that prevents the directory > structure from being created in the installworld step. I'll look at > that tonight. > Really good work. But, this is really needed? I can't see why. We can go release with a default: named_chrootdir=3D"" named_flags=3D"-u bind" named_enable=3D"NO" And with your strong support for chrooted operation in /etc/rc.d/named So any sysadmin have time/freedoom for setup the chroot before launch=20 named. The default setup seems enough for a firsttimer/home user. I'll prefer=20 a /etc/named/named.conf default that only listen on localhost. Even I see easier tweak /etc/rc.d/named to populate a wide=20 ${named_chrootdir} from defaults and /etc/namedb. I'm really sorry about that, but I think that the status at fresh BETA6=20 is far better than now. > I feel that I've provided the users plenty of knobs to customize this > stuff with, but if folks have ideas on how it can be improved, I'm > open to them. > Yes, this is not the way. I think you allready go too far on this. > > This breaks our update plans. > > Well, hopefully I've demonstrated that the problems you've > experienced can be worked around. Of course, two other options are > available, one is to move your stuff to a different directory, and > the other is to adopt the structure that is now being installed by > default. > > > Also, I think this is not well documnted on UPDATING > > The entry in UPDATING says (in part): > > If you are using a custom configuration, or if you have > customised the named_* variables in /etc/rc.conf[.local] > then you may have to adjust the instructions accordingly. > It is suggested that you carefully examine the new named > variables in /etc/defaults/rc.conf and the options in > /var/named/etc/namedb/named.conf to see if they might > now be more suitable. > > If you have suggestions on how this can be made more clear, please > let me know. > > Doug If we go release rigth now, you must describe directly the chroot setup=20 and not as an option. An explicit reference to /var/named (filled from tarballs) must exist in=20 release notes. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 22:00:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C28B116A4D4 for ; Mon, 4 Oct 2004 22:00:52 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD1443D4C for ; Mon, 4 Oct 2004 22:00:39 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from tardis.isc.org (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 2EA5467502 for ; Mon, 4 Oct 2004 22:00:39 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: current@freebsd.org Date: Mon, 4 Oct 2004 15:01:10 -0700 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart26799992.yM5vRlqFbE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410041501.12962.Peter_Losher@isc.org> Subject: Problems w/ xmalloc in updating from BETA3 to BETA7. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 22:00:53 -0000 --nextPart26799992.yM5vRlqFbE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 'make buildworld' has been failing for me at stage 1.2 on all of my boxes=20 running BETA3 it starts with a missing xmalloc.o =2D=3D- =3D=3D=3D> gnu/usr.bin/texinfo/libtxi cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib/su= bstring.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib/xe= xit.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib/xm= alloc.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib/xs= trdup.c building static txi library ar: 'xstrdup.o xexit.o substring.o xmalloc.o': No such file ranlib libtxi.a =2D=3D- Then later fails compiling gnu/usr.bin/texinfo/makeinfo =2D=3D- cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib = =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include -static=20 =2DL/usr/obj/usr/src/i386/legacy/usr/lib -o makeinfo cmds.o defun.o files.o= =20 footnote.o html.o index.o insertion.o lang.o macro.o makeinfo.o multi.o=20 node.o sectioning.o toc.o=20 xml.o /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/texinfo/makeinfo/../libtxi/= libtxi.a=20 =2Dlegacy cmds.o(.text+0x128b): In function `cm_center': : undefined reference to `xmalloc' defun.o(.text+0x3f): In function `accumulate_token': : undefined reference to `xrealloc' defun.o(.text+0x13c): In function `args_from_string': : undefined reference to `xstrdup' defun.o(.text+0x22a): In function `args_from_string': : undefined reference to `substring' defun.o(.text+0x2ff): In function `process_defun_args': : undefined reference to `xstrdup' defun.o(.text+0x368): In function `process_defun_args': : undefined reference to `xstrdup' defun.o(.text+0x59e): In function `defun_internal': : undefined reference to `xmalloc' defun.o(.text+0xc28): In function `cm_defun': : undefined reference to `xstrdup' files.o(.text+0x8c): In function `extract_colon_unit': : undefined reference to `xstrdup' files.o(.text+0xa1): In function `extract_colon_unit': : undefined reference to `xmalloc' [...] =2D=3D- Is there a fix for this (or a work around)? Best Wishes - Peter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart26799992.yM5vRlqFbE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBYcgoPtVx9OgEjQgRAkiNAJ4iJfEmMqhBswgyPmve7AKrOZK4dQCfdnAf utJx3EvO6utajJbgb4QDCIM= =eMVw -----END PGP SIGNATURE----- --nextPart26799992.yM5vRlqFbE-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 22:01:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A98516A4D0; Mon, 4 Oct 2004 22:01:24 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B487F43D1F; Mon, 4 Oct 2004 22:01:23 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CEatm-0000HU-00 Tue, 05 Oct 2004 00:01:38 +0200 Received: from [212.106.236.104] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CEatl-0000H1-00 Tue, 05 Oct 2004 00:01:38 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i94M1Lev012739; Tue, 5 Oct 2004 00:01:21 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i94M1KVN051899; Tue, 5 Oct 2004 00:01:21 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 5 Oct 2004 00:01:19 +0200 User-Agent: KMail/1.7 References: <200410021033.37844.freebsd@redesjm.local> <200410021139.49551.freebsd@redesjm.local> <20041004131742.A778@bo.vpnaa.bet> In-Reply-To: <20041004131742.A778@bo.vpnaa.bet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410050001.20339.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Jose M Rodriguez Subject: Re: problems with latest bind9 setup changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 22:01:24 -0000 On Monday 04 October 2004 22:22, Doug Barton wrote: > FYI, freebsd-current@freebsd.org and current@freebsd.org are two > aliases for the same list. It is not needed to cc both. > ... > > That's correct, although the one I committed was the one I used at > Yahoo! on hundreds of name servers, and is both thorough and > effective. I "borrowed" from the best ideas from various > knowledgeable sources, and my own extensive experience. Of course, if > someone has better ideas, I'm open to them. > The real thread is that I can't see why a model about the chroot layout is needed. I'll prefer use p and s instead off masters and slaves. Or make symlinks to easy in/out chroot like this # mkdir -p /var/named/var # cd /var/named/var # ln -s .. named # mkdir -p /var/named/etc # cd /var/named/etc # ln -s .. namedb > > Making strong support for a chrooted named is really needed. But > > moving the release default setup to a strong model on that not. > > I'm sorry, I don't understand this. > I really love what /etc/rc.d/named can do to launch a chrooted named in a safe and easy way. But I really hate that FreeBSD impose me what dir I must use and how I must layout it. > > I'll prefer a sandwidch setup (named_flags="-u bind", > > named_chroot="") as release default. > > Defaulting to using the chroot structure is a good change, and > suitable for the vast majority of users. If you want something > different, the knobs are there for you to twist. :) > Anyone that may need a chrooted named is supposed to be smart enough to make the change from a basic setup. Also, I think this can be possible from /etc/rc.d/named, just making named_chrootdir point to a nonexistant/wide dir. > Doug -- josemi From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 22:48:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AFBF16A4CF for ; Mon, 4 Oct 2004 22:48:54 +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 5AE2143D2D for ; Mon, 4 Oct 2004 22:48:53 +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.34 (FreeBSD)) id 1CEbdU-000JA3-La for freebsd-current@freebsd.org; Mon, 04 Oct 2004 15:48:52 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16737.54100.266416.867111@ran.psg.com> Date: Mon, 4 Oct 2004 15:48:52 -0700 To: FreeBSD Current Subject: open ldap build config pthread hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 22:48:54 -0000 i386 6-current as of 2004.09.30 ===> Verifying install for ldap-2.2.7 in /usr/ports/net/openldap22-client ============================================================= You can build openldap-client-2.2.15 with the following options: WITH_SASL with (Cyrus) SASL2 support ============================================================= ===> Vulnerability check disabled, database not found ===> Extracting for openldap-client-2.2.15 >> Checksum OK for openldap-2.2.15.tgz. ===> Patching for openldap-client-2.2.15 ===> Applying FreeBSD patches for openldap-client-2.2.15 ===> openldap-client-2.2.15 depends on file: /usr/local/bin/libtool15 - found ===> Configuring for openldap-client-2.2.15 Copyright 1998-2004 The OpenLDAP Foundation. All rights reserved. Restrictions apply, see COPYRIGHT and LICENSE files. Configuring OpenLDAP 2.2.15-Release ... checking host system type... i386-unknown-freebsd6.0 checking target system type... i386-unknown-freebsd6.0 checking build system type... i386-portbld-freebsd6.0 checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found checking for gnutar... no checking for gtar... gtar checking configure arguments... done checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking for ar... ar checking for Cygwin environment... no checking for mingw32 environment... no checking for EMX OS/2 environment... no checking how to run the C preprocessor... cc -E checking for gcc... cc checking whether the C compiler (cc -O -pipe -march=pentiumpro -I/usr/local/include -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib) works... yes checking whether the C compiler (cc -O -pipe -march=pentiumpro -I/usr/local/include -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking for a sed that does not truncate output... /usr/bin/sed checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for object suffix... o checking for executable suffix... no checking command to parse /usr/bin/nm -B output... ok checking for dlfcn.h... yes checking for i386-unknown-freebsd6.0-ranlib... no checking for ranlib... ranlib checking for i386-unknown-freebsd6.0-strip... no checking for strip... strip checking for objdir... .libs checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc supports -fno-rtti -fno-exceptions... yes checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd6.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for dllload... no checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking whether -lc should be explicitly linked in... yes creating libtool checking whether ln works... yes checking whether ln -s works... (cached) yes checking how to run the C preprocessor... cc -E checking for Cygwin environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking for object suffix... (cached) o checking for be_app in -lbe... no checking for cc option to accept ANSI C... none needed checking for cc depend flag... -M checking for afopen in -ls... no checking for EBCDIC... no checking for ANSI C header files... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for sys/wait.h that is POSIX.1 compatible... yes checking POSIX termios... yes checking whether use of TIOCGWINSZ requires sys/ioctl.h... no checking for arpa/inet.h... yes checking for arpa/nameser.h... yes checking for assert.h... yes checking for bits/types.h... no checking for conio.h... no checking for crypt.h... no checking for direct.h... no checking for errno.h... yes checking for fcntl.h... yes checking for filio.h... no checking for getopt.h... yes checking for grp.h... yes checking for io.h... no checking for libutil.h... yes checking for limits.h... yes checking for locale.h... yes checking for netinet/tcp.h... yes checking for malloc.h... no checking for memory.h... yes checking for psap.h... no checking for pwd.h... yes checking for process.h... no checking for resolv.h... yes checking for sgtty.h... yes checking for shadow.h... no checking for stddef.h... yes checking for string.h... yes checking for strings.h... yes checking for sysexits.h... yes checking for sys/file.h... yes checking for sys/filio.h... yes checking for sys/errno.h... yes checking for sys/ioctl.h... yes checking for sys/param.h... yes checking for sys/resource.h... yes checking for sys/select.h... yes checking for sys/socket.h... yes checking for sys/stat.h... yes checking for sys/syslog.h... yes checking for sys/time.h... yes checking for sys/types.h... yes checking for sys/ucred.h... yes checking for sys/uio.h... yes checking for syslog.h... yes checking for termios.h... yes checking for unistd.h... yes checking for winsock.h... no checking for winsock2.h... no checking for sigset in -lV3... no checking for socket... yes checking for select... yes checking types of arguments for select()... int,fd_set *,struct timeval * checking for regex.h... yes checking for library containing regfree... none required checking for compatible POSIX regex... yes checking for sys/uuid.h... yes checking for library containing uuid_to_str... no checking to see if -lrpcrt4 is needed for win32 UUID support... no checking for res_query... yes checking for getaddrinfo... yes checking for getnameinfo... yes checking for gai_strerror... yes checking for inet_ntop... yes checking INET6_ADDRSTRLEN... yes checking struct sockaddr_storage... yes checking for sys/un.h... yes checking for openssl/ssl.h... yes checking for ssl.h... no checking for SSLeay_add_ssl_algorithms in -lssl... no checking for SSL_library_init in -lssl... yes checking for pthread.h... yes checking POSIX thread version... 10 checking for LinuxThreads pthread.h... no checking for GNU Pth pthread.h... no checking for sched.h... yes checking for pthread_create in default libraries... no checking for pthread link with -kthread... no checking for pthread link with -pthread... yes checking for sched_yield... yes checking for pthread_yield... yes checking for thr_yield... no checking for pthread_kill... yes checking for pthread_rwlock_destroy... yes checking for pthread_detach with ... yes checking for pthread_setconcurrency... yes checking for pthread_getconcurrency... yes checking for thr_setconcurrency... no checking for thr_getconcurrency... no checking for pthread_kill_other_threads_np... no checking for LinuxThreads implementation... no checking for LinuxThreads consistency... no checking if pthread_create() works... ^CHangup ** Command failed [exit code 2]: /usr/bin/script -qa /tmp/portupgrade62628.0 make ** Fix the problem and try again. From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 23:48:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 170E216A4CE for ; Mon, 4 Oct 2004 23:48:25 +0000 (GMT) Received: from gremlin.internode.com.au (gremlin.internode.com.au [192.83.231.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38A9443D1D for ; Mon, 4 Oct 2004 23:48:24 +0000 (GMT) (envelope-from adam@internode.com.au) Received: from gremlin.internode.com.au (localhost [127.0.0.1]) i94NmJtl001122 for ; Tue, 5 Oct 2004 09:18:19 +0930 (CST) (envelope-from adam@internode.com.au) Received: (from adam@localhost) by gremlin.internode.com.au (8.13.1/8.13.1/Submit) id i94NmJVn001121 for freebsd-current@freebsd.org; Tue, 5 Oct 2004 09:18:19 +0930 (CST) (envelope-from adam@internode.com.au) X-Authentication-Warning: gremlin.internode.com.au: adam set sender to adam@internode.com.au using -f Date: Tue, 5 Oct 2004 09:18:19 +0930 From: Adam Smith To: freebsd-current@freebsd.org Message-ID: <20041004234818.GA856@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: $vsV$1FNbZN\JVpjV#&+/!oVW`Kw$j?w_,te\SS}(tKD21c+l$t%\RCS(r$G; XXk]6,(!N:&(N3EV0bY`3):UrgG7'*qsj3l.75IaHV1<`i*{[L\:F*l6fH##C:-p2]xW/R-Z:!bo; 5g3GP-{I{}7O>tN}`Xm/=-:8NG?f-r'$Qc3y[aW-7'W_S<`KYU!_; `7K=kuC$-.7J2*kk=~`c@ADp+xhsv(!a@eW-R_5wtx+tC)(]%W+ User-Agent: Mutt/1.5.6i Subject: Odd Poewr Saving problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 23:48:25 -0000 I have a strange issue with power saving and FreeBSD 5.3. I've been experiencing it through BETA4-6. I am running X with KDE3.3, and every now and then FreeBSD presents me with a black screen (as if it has detected that it is now time to suspend display). Each time it is fixed by just pressing a button or moving my mouse, as per a normal power saving function. Is there any other information I can provide that might shed some light to the problem? -- Adam Smith Internode : http://www.internode.on.net Phone : (08) 8228 2999 Dog for sale: Eats lots and is fond of children. From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 00:03:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A6F16A4CE for ; Tue, 5 Oct 2004 00:03:38 +0000 (GMT) Received: from green.homeunix.org (pcp04368961pcs.nrockv01.md.comcast.net [69.140.212.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 850D743D39 for ; Tue, 5 Oct 2004 00:03:30 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9503Qlr045865; Mon, 4 Oct 2004 20:03:26 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9503PVR045864; Mon, 4 Oct 2004 20:03:25 -0400 (EDT) (envelope-from green) Date: Mon, 4 Oct 2004 20:03:24 -0400 From: Brian Fundakowski Feldman To: Adam Smith Message-ID: <20041005000324.GB44359@green.homeunix.org> References: <20041004234818.GA856@internode.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041004234818.GA856@internode.com.au> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Odd Poewr Saving problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 00:03:38 -0000 On Tue, Oct 05, 2004 at 09:18:19AM +0930, Adam Smith wrote: > I have a strange issue with power saving and FreeBSD 5.3. I've been > experiencing it through BETA4-6. > > I am running X with KDE3.3, and every now and then FreeBSD presents me with > a black screen (as if it has detected that it is now time to suspend > display). > > Each time it is fixed by just pressing a button or moving my mouse, as per > a normal power saving function. > > Is there any other information I can provide that might shed some light to > the problem? I see the same thing running a KDE3.3 desktop and Xorg. It only happens a few times, though, soon after I first enter X. If anyone knows how to enable any kind of logging for DPMS requests to see if it's an X app causing it, or to log the DPMS timers to see if it's an X server bug, I'll try them. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 00:26:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FEC616A4CE; Tue, 5 Oct 2004 00:26:51 +0000 (GMT) Received: from spxau01.smeglobalnet.net (spxau01.smeglobalnet.net [203.57.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C30643D1F; Tue, 5 Oct 2004 00:26:50 +0000 (GMT) (envelope-from andy@bradfieldprichard.com.au) Received: from bpgate.speednet.com.au ([203.41.15.9]) by spxau01.smeglobalnet.net with Microsoft SMTPSVC(5.0.2195.6713); Tue, 5 Oct 2004 06:27:58 +1000 Received: from bpgate.speednet.com.au (localhost [127.0.0.1]) i94KRvax031100; Tue, 5 Oct 2004 06:27:57 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) Received: from localhost (andy@localhost)i94KRvca031097; Tue, 5 Oct 2004 06:27:57 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) X-Authentication-Warning: bpgate.speednet.com.au: andy owned process doing -bs Date: Tue, 5 Oct 2004 06:27:56 +1000 (EST) From: Andy Farkas X-X-Sender: andy@bpgate.speednet.com.au To: Brian Fundakowski Feldman In-Reply-To: <20041003075303.GG1034@green.homeunix.org> Message-ID: <20041005062208.D30884@bpgate.speednet.com.au> References: <20040924230425.GB1164@green.homeunix.org> <200409271635.44017.jhb@FreeBSD.org> <20041003075303.GG1034@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 04 Oct 2004 20:27:58.0517 (UTC) FILETIME=[A3303E50:01C4AA50] cc: freebsd-current@freebsd.org Subject: Re: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 00:26:51 -0000 On Sun, 3 Oct 2004, Brian Fundakowski Feldman wrote: > Okay, I just got another one of these, exactly the same as that one but I am now running 5.3-BETA7 and the panics have gone away! Didn't see exactly what changed, but perhaps it was alc's fix to the long-standing bug in pmap.c ? Anyways, 5.3 is now looking good for me. Thanks. -andyf From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 00:43:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4F4F16A4CE for ; Tue, 5 Oct 2004 00:43:56 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5960243D46 for ; Tue, 5 Oct 2004 00:43:56 +0000 (GMT) (envelope-from vladimir@math.uic.edu) Received: from cat.math.uic.edu (c-24-12-126-199.client.comcast.net[24.12.126.199]) by comcast.net (sccrmhc12) with SMTP id <2004100500435501200519aue>; Tue, 5 Oct 2004 00:43:55 +0000 Received: (qmail 21262 invoked by uid 31415); 5 Oct 2004 00:43:55 -0000 Date: Mon, 4 Oct 2004 19:43:55 -0500 From: Vladimir Egorin To: Brian Fundakowski Feldman Message-ID: <20041005004355.GA21241@math.uic.edu> References: <20041004234818.GA856@internode.com.au> <20041005000324.GB44359@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005000324.GB44359@green.homeunix.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Adam Smith Subject: Re: Odd Poewr Saving problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 00:43:56 -0000 On Mon, Oct 04, 2004 at 08:03:24PM -0400, Brian Fundakowski Feldman wrote: > On Tue, Oct 05, 2004 at 09:18:19AM +0930, Adam Smith wrote: > > I have a strange issue with power saving and FreeBSD 5.3. I've been > > experiencing it through BETA4-6. > > > > I am running X with KDE3.3, and every now and then FreeBSD presents me with > > a black screen (as if it has detected that it is now time to suspend > > display). > > > > Each time it is fixed by just pressing a button or moving my mouse, as per > > a normal power saving function. > > > > Is there any other information I can provide that might shed some light to > > the problem? > > I see the same thing running a KDE3.3 desktop and Xorg. It only happens a > few times, though, soon after I first enter X. If anyone knows how to > enable any kind of logging for DPMS requests to see if it's an X app > causing it, or to log the DPMS timers to see if it's an X server bug, > I'll try them. > > -- > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > <> green@FreeBSD.org \ The Power to Serve! \ > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ Same here, with a recent X.org port and Matrox Millenium graphics card. The problem first appeared in XFree86-4.3 and persisted after upgrade to X.org. -- Vladimir From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 00:44:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ABD416A4CE for ; Tue, 5 Oct 2004 00:44:26 +0000 (GMT) Received: from smtp811.mail.sc5.yahoo.com (smtp811.mail.sc5.yahoo.com [66.163.170.81]) by mx1.FreeBSD.org (Postfix) with SMTP id BDAAC43D3F for ; Tue, 5 Oct 2004 00:44:25 +0000 (GMT) (envelope-from krinklyfig@spymac.com) Received: from unknown (HELO smogmonster.com) (krinklyfig@pacbell.net@67.116.52.185 with plain) by smtp811.mail.sc5.yahoo.com with SMTP; 5 Oct 2004 00:44:25 -0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Mon, 4 Oct 2004 17:44:43 -0700 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> In-Reply-To: <416159E8.5080804@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410041744.43292.krinklyfig@spymac.com> Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: krinklyfig@spymac.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 00:44:26 -0000 On Monday 04 October 2004 07:10 am, Scott Long wrote: > IMPORTANT: > Several libraries have had their version numbers bumped in order to > maintain FreeBSD 4.x compatibility. Any programs that rely on these > libraries should be rebuilt. The /etc/libmap.conf facility can be > used to help this migration. I've used libmap.conf and read the man, but I'm still not clear how to do this. Sorry - am a relative newbie, and this is still confusing to me. > In particular, libm.so.2 should be > mapped to libm.so.3 while the migration is in progress. OK, exactly how is this accomplished? > The > libraries that changed are: > > libm.so.2 -> libm.so.3 > libhistory.so.4 -> libhistory.so.5 > libopie.so.2 -> libopie.so.3 > libpcap.so.2 -> libpcap.so.3 > libreadline.so.4 -> libreadline.so.5 Do these need to be mapped as well? Sorry for my naivete, but the convention used in libmap.conf doesn't make sense to me. I'm also unclear on how to check which programs use which libraries. - jt From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 00:58:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DCC016A4CE for ; Tue, 5 Oct 2004 00:58:27 +0000 (GMT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E765243D46 for ; Tue, 5 Oct 2004 00:58:26 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out001.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041005005826.DBQN24594.out001.verizon.net@[10.0.3.231]>; Mon, 4 Oct 2004 19:58:26 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Sean McNeil In-Reply-To: <1096869926.6566.1.camel@server> References: <16736.17211.132754.898091@ran.psg.com> <16736.57638.524126.37243@roam.psg.com> <1096869926.6566.1.camel@server> Content-Type: text/plain Message-Id: <1096937887.50081.22.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 04 Oct 2004 20:58:13 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [141.153.167.39] at Mon, 4 Oct 2004 19:58:25 -0500 cc: Randy Bush cc: FreeBSD Current Subject: Re: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 00:58:27 -0000 On Mon, 2004-10-04 at 02:05, Sean McNeil wrote: > On Sun, 2004-10-03 at 22:35, Randy Bush wrote: > > > You need 'ubsa' module loaded or device 'ubsa' in you kernel > > > configuration. > > > > # kldstat > > Id Refs Address Size Name > > 1 18 0xc0400000 3a42f4 kernel > > 2 1 0xc07a5000 6eb8 linprocfs.ko > > 3 2 0xc07ac000 1fa44 linux.ko > > 4 1 0xc07cc000 bc08 ipfw.ko > > 5 1 0xc07d8000 5f84 snd_ich.ko > > 6 2 0xc07de000 204fc sound.ko > > 7 1 0xc07ff000 5418 acpi_video.ko > > 8 15 0xc0805000 5d6f4 acpi.ko > > 9 1 0xc0863000 38e8 ubsa.ko > > 10 2 0xc0867000 36c8 ucom.ko > > > > > > ugen0: Belkin USB PDA Adapter Belkin Components, rev 1.10/1.02, addr 2 > > > > # ls /dev/u* > > /dev/ugen0 /dev/ugen0.2 /dev/usb /dev/usb1 > > /dev/ugen0.1 /dev/urandom@ /dev/usb0 /dev/usb2 > > > > > > so, still no device, and, of course, a crash some time after > > usb device removal > > Don't you also need to load uplcom.ko? I do for my serial-usb > converter. I had to load it in the boot loader to have it actually > work, though. You will also find that the device name has changed. It > is no longer ucom0 but ttyU0. > > Cheers, > Sean > uplcom is for Prolific serial dongle (at least theoretically). It does not necessary mean that it is a wrong driver for the piece of hardware in question, though ;) First, proof that ubsa does indeed support some Belkin USB-to-serial hardware. sunny:RabbitsDen>dmesg | grep ucom ucom0: Belkin Components USB-232 Adapter, rev 1.10/2.07, addr 5 ucom1: Prolific Technology PL2303 Serial adapter (ATEN/IOGEAR UC232A), rev 1.10/2.02, addr 3 Next step would be to do usbdevs -v and see vendor/product values. RabbitsDen# usbdevs -v | grep Belkin port 5 addr 5: full speed, power 100 mA, config 1, USB-232 Adapter(0x1203), Belkin Components(0x050d), rev 2.07 Vendors and products are listed in /usr/src/sys/dev/usb/usbdevs. If yours is not there, you can add it, add pair to the ubsa_products array in /usr/src/sys/dev/ubsa.c, recompile the ubsa module and keep your fingers crossed. If it works, I am sure somebody would appreciate the patch. One thing, I have noticed about my USB devices, is that driver needs to be loaded *before* device is plugged in. And, as Sean rightfully pointed out USB serial devices are represented by /dev/ttyUnn and /dev/cuaUnn pair in -current. I do not run 5.3, so I could not speak to that. HTH. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 01:25:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E162416A4CE for ; Tue, 5 Oct 2004 01:25:43 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB0B43D39 for ; Tue, 5 Oct 2004 01:25:43 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (sccrmhc11) with ESMTP id <2004100501254201100j7ldpe> (Authid: domain_name_tsar); Tue, 5 Oct 2004 01:25:42 +0000 Date: Mon, 4 Oct 2004 18:25:31 -0700 (PDT) From: Doug Barton To: Jose M Rodriguez In-Reply-To: <200410042343.19211.freebsd@redesjm.local> Message-ID: <20041004181933.H96420@bo.vpnaa.bet> References: <4160259A.3070708@FreeBSD.org> <200410041734.53316.freebsd@redesjm.local> <200410042343.19211.freebsd@redesjm.local> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-895023347-1096939531=:96420" cc: freebsd-current@freebsd.org Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 01:25:44 -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-895023347-1096939531=:96420 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 4 Oct 2004, Jose M Rodriguez wrote: > El Lunes, 4 de Octubre de 2004 22:10, Doug Barton escribió: > Really good work. But, this is really needed? > I can't see why. Because running bind chrooted is considerably safer, and the defaults should be as safe as possible unless it is an inconvenience to the majority of our users. In this case you are arguing against the change because it is a temporary inconvenience to you. That's not a good enough reason. :) The entry in UPDATING already says, "If you are running a custom named config already, go look at the defaults." We expect users doing more advanced things to have more advanced skills. If they don't, they should probably use the defaults. As for your other message about names of directories, layouts, etc., feel free to edit the BIND.chroot.dist mtree file, and you can have whatever you want. For that matter, edit /etc/rc.d/named if it will make you feel better. No one is "forcing" you to do anything. You have all the bits directly at hand, and the ability to do whatever you want with them. Enjoy, Doug -- This .signature sanitized for your protection --0-895023347-1096939531=:96420-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 01:26:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8100916A4CE for ; Tue, 5 Oct 2004 01:26:02 +0000 (GMT) Received: from web54005.mail.yahoo.com (web54005.mail.yahoo.com [206.190.36.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 1219743D39 for ; Tue, 5 Oct 2004 01:26:02 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041005012601.71804.qmail@web54005.mail.yahoo.com> Received: from [147.46.44.181] by web54005.mail.yahoo.com via HTTP; Mon, 04 Oct 2004 18:26:01 PDT Date: Mon, 4 Oct 2004 18:26:01 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Odd Poewr Saving problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 01:26:02 -0000 Adam Smith wrote: > I have a strange issue with power saving and FreeBSD > 5.3. I've been experiencing it through BETA4-6. > > I am running X with KDE3.3, and every now and then > FreeBSD presents me with > a black screen (as if it has detected that it is now > time to suspend display). > > Each time it is fixed by just pressing a button or > moving my mouse, as per > a normal power saving function. > > Is there any other information I can provide that > might shed some light to the problem? I have something that seems to be same on my 4.10-Stable with XFree86 4.4 , but it only happens with xmgrace (graphics application) and nedit (ascii text editor); these two applications have in common that they both use OpenMotif. Closing the application and restarting it, solves the problem. I blamed OpenMotif for doing funny things with my Xserver, but I have never got any clue how to investigate the problem, since it seems to occur ad random. Oh, I'm not using KDE, but have Xfce instead. Regards, Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 01:29:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9350A16A4CE for ; Tue, 5 Oct 2004 01:29:46 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2419143D2D for ; Tue, 5 Oct 2004 01:29:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i951RHtB099080; Mon, 4 Oct 2004 19:27:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Oct 2004 19:28:52 -0600 (MDT) Message-Id: <20041004.192852.15266314.imp@bsdimp.com> To: Alex.Kovalenko@verizon.net From: "M. Warner Losh" In-Reply-To: <1096937887.50081.22.camel@RabbitsDen> References: <16736.57638.524126.37243@roam.psg.com> <1096869926.6566.1.camel@server> <1096937887.50081.22.camel@RabbitsDen> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: randy@psg.com cc: freebsd-current@freebsd.org Subject: Re: usb serial confuddlement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 01:29:46 -0000 In message: <1096937887.50081.22.camel@RabbitsDen> "Alexandre \"Sunny\" Kovalenko" writes: : One thing, I have noticed about my USB devices, is that driver needs to : be loaded *before* device is plugged in. For ucom devices, this is true. For others, this is no longer true. I'm trying to figure out why ucom is special. Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 01:33:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A260C16A4CF for ; Tue, 5 Oct 2004 01:33:00 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4F0243D2F for ; Tue, 5 Oct 2004 01:32:59 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id C9B321F87BEE; Tue, 5 Oct 2004 03:32:57 +0200 (CEST) Date: Tue, 5 Oct 2004 03:32:57 +0200 From: Roman Neuhauser To: Joshua Tinnin Message-ID: <20041005013257.GB1462@isis.wad.cz> Mail-Followup-To: Joshua Tinnin , freebsd-current@freebsd.org References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> <200410041744.43292.krinklyfig@spymac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410041744.43292.krinklyfig@spymac.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 01:33:00 -0000 # krinklyfig@spymac.com / 2004-10-04 17:44:43 -0700: > I'm also unclear on how to check which programs use which libraries. see ldd(1) -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 01:52:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F329816A4CE for ; Tue, 5 Oct 2004 01:52:52 +0000 (GMT) Received: from smtp810.mail.sc5.yahoo.com (smtp810.mail.sc5.yahoo.com [66.163.170.80]) by mx1.FreeBSD.org (Postfix) with SMTP id A36C643D31 for ; Tue, 5 Oct 2004 01:52:50 +0000 (GMT) (envelope-from krinklyfig@spymac.com) Received: from unknown (HELO smogmonster.com) (krinklyfig@pacbell.net@67.116.52.185 with plain) by smtp810.mail.sc5.yahoo.com with SMTP; 5 Oct 2004 01:52:50 -0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Mon, 4 Oct 2004 18:53:12 -0700 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <200410041744.43292.krinklyfig@spymac.com> <20041005013257.GB1462@isis.wad.cz> In-Reply-To: <20041005013257.GB1462@isis.wad.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410041853.12931.krinklyfig@spymac.com> Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: krinklyfig@spymac.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 01:52:53 -0000 On Monday 04 October 2004 06:32 pm, Roman Neuhauser wrote: > # krinklyfig@spymac.com / 2004-10-04 17:44:43 -0700: > > I'm also unclear on how to check which programs use which > > libraries. > > see ldd(1) Whoa ... ok, so: ldd /usr/X11R6/bin/* | grep libm.so.2 alone shows that quite a lot on my box is going to need rebuilding ... I remember reading some posts about this a little while back. Is there any way to do this with a fine-tooth comb approach, or is it just about the same to do a portupgrade -af? - jt From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 02:03:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 954F216A4D0; Tue, 5 Oct 2004 02:03:14 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AE3743D58; Tue, 5 Oct 2004 02:03:13 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id 7942C6ACBD; Tue, 5 Oct 2004 12:03:11 +1000 (EST) Date: Tue, 5 Oct 2004 12:03:11 +1000 From: John Birrell To: current@freebsd.org Message-ID: <20041005020311.GA979@freebsd3.cimlogic.com.au> References: <20041004103149.GA1042@freebsd3.cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041004103149.GA1042@freebsd3.cimlogic.com.au> User-Agent: Mutt/1.4.2.1i cc: re@freebsd.org cc: sos@freebsd.org Subject: Re: 5.3-BETA7 crash ata_atapicmd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 02:03:14 -0000 On Mon, Oct 04, 2004 at 08:31:49PM +1000, John Birrell wrote: > This is the same machine that has the 2 minute floppy delay with 5.3-BETA6. > It's not the fastest machine in the world, so I thought I'd post this much > info while I build a kernel with debug symbols. BETA7 panics for me on 1 out of 3 systems at line 140 in sys/dev/ata-queue.c with atadev->param NULL. BETA6 runs fine except for the floppy problem discussed earier. This is a production server which has only ever run FreeBSD and has always been reliable. It looks to me as though 5.3-BETA7 is too green to be the basis of a release candidate. I haven't even had a chance to try bind9 on this machine due to the boot crash which always sends me back to BETA6. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 02:14:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B342116A4CE for ; Tue, 5 Oct 2004 02:14:11 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D70A43D48 for ; Tue, 5 Oct 2004 02:14:11 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so262868rnk for ; Mon, 04 Oct 2004 19:14:07 -0700 (PDT) Received: by 10.38.208.53 with SMTP id f53mr5937879rng; Mon, 04 Oct 2004 19:14:07 -0700 (PDT) Received: by 10.38.13.17 with HTTP; Mon, 4 Oct 2004 19:14:07 -0700 (PDT) Message-ID: <84dead72041004191479cb774a@mail.gmail.com> Date: Tue, 5 Oct 2004 02:14:07 +0000 From: Joseph Koshy To: Brian Reichert In-Reply-To: <20041004171422.GK262@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041004171422.GK262@numachi.com> cc: freebsd-current@freebsd.org Subject: Re: awk leaking memory during arithmetic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 02:14:11 -0000 > I note that 5.2.1 and 4.10 are using different versions of awk. > > Are these awk bugs, or am I misusing awk? The memory consumption > under 5.2.1 is what concerns me the most. I'll open a PR, if that's It does look like an awk bug: $ echo | /4/usr/bin/awk '{ x = 2147483648; print $x }' awk: cmd. line:1: (FILENAME=- FNR=1) fatal: attempt to access field -2147483648 $ echo | /4/usr/bin/awk '{ x = 2147483647; print $x }' *blank line* $ echo | /5/usr/bin/awk '{ x = 2147483648; print $x }' /5/usr/bin/awk: trying to access field -2147483648 input record number 1, file source line number 1 $ echo | /5/usr/bin/awk '{ x = 2147483647; print $x }' *core dump* From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 02:17:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D3E216A4CE; Tue, 5 Oct 2004 02:17:07 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10CC943D53; Tue, 5 Oct 2004 02:17:07 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i952H40I005320; Mon, 4 Oct 2004 22:17:06 -0400 Mime-Version: 1.0 X-Sender: gad@gilead.netel.rpi.edu (Unverified) Message-Id: In-Reply-To: <20041004181933.H96420@bo.vpnaa.bet> References: <4160259A.3070708@FreeBSD.org> <200410041734.53316.freebsd@redesjm.local> <200410042343.19211.freebsd@redesjm.local> <20041004181933.H96420@bo.vpnaa.bet> Date: Mon, 4 Oct 2004 22:17:03 -0400 To: Doug Barton From: Garance A Drosehn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@FreeBSD.org Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 02:17:07 -0000 At 6:25 PM -0700 10/4/04, Doug Barton wrote: >On Mon, 4 Oct 2004, Jose M Rodriguez wrote: > >>El Lunes, 4 de Octubre de 2004 22:10, Doug Barton escribi=F3: > >>Really good work. But, this is really needed? >>I can't see why. > >Because running bind chrooted is considerably safer, and >the defaults should be as safe as possible unless it is an >inconvenience to the majority of our users. =46wiw, I do believe it is better to have the chrooted setup by default. We're already making a significant change in going from bind8 to bind9, so anyone running bind is going to have to check over their machines anyway. No one running bind is going to be able to "blindly update" to 5.3-release. We might as well go with the safer configuration by default, because I would rather do it now than wait for 6.0-release. After all, if this change is "too scary" to do for the first release to be called 5.x-STABLE, then it must be too scary to do for later releases in that STABLE branch. Just my 2 cents. -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 02:23:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B354216A4CE for ; Tue, 5 Oct 2004 02:23:51 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DCED43D58 for ; Tue, 5 Oct 2004 02:23:51 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i952Nk3q015738; Mon, 4 Oct 2004 22:23:46 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i952NkFf015735; Mon, 4 Oct 2004 22:23:46 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 4 Oct 2004 22:23:46 -0400 (EDT) From: Andre Guibert de Bruet To: Joshua Tinnin In-Reply-To: <200410041853.12931.krinklyfig@spymac.com> Message-ID: <20041004222123.G6673@alpha.siliconlandmark.com> References: <4160259A.3070708@FreeBSD.org> <200410041744.43292.krinklyfig@spymac.com> <200410041853.12931.krinklyfig@spymac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 02:23:51 -0000 On Mon, 4 Oct 2004, Joshua Tinnin wrote: > ldd /usr/X11R6/bin/* | grep libm.so.2 > > alone shows that quite a lot on my box is going to need rebuilding ... I > remember reading some posts about this a little while back. Is there > any way to do this with a fine-tooth comb approach, or is it just about > the same to do a portupgrade -af? libm is used by so many ports that you might as well do a portupgrade -af. At least you won't get unexpected behavior a few weeks down the line because you didn't rebuild the proverbial $xyz port. Regards, | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 02:48:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3142216A4CE for ; Tue, 5 Oct 2004 02:48:37 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88F9543D2F for ; Tue, 5 Oct 2004 02:48:36 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i952mZ811440 for ; Tue, 5 Oct 2004 11:48:35 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20041004181933.H96420@bo.vpnaa.bet> References: <200410041734.53316.freebsd@redesjm.local> <200410042343.19211.freebsd@redesjm.local> <20041004181933.H96420@bo.vpnaa.bet> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 20 From: Makoto Matsushita To: freebsd-current@freebsd.org Date: Tue, 05 Oct 2004 11:48:34 +0900 Message-Id: <20041005114834Y.matusita@jp.FreeBSD.org> Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 02:48:37 -0000 I'm seriously considering to change my named configuration to using chroot sandbox. Generally, I'm agree with recent named changes. However I have one thing unclear about current /var/named. DougB> Because running bind chrooted is considerably safer, and the DougB> defaults should be as safe as possible unless it is an DougB> inconvenience to the majority of our users. As a result, all files using named(8) is under "/var," which is characterized "multi-purpose log, temporary, transient, and spool files" directory (see hier(7)). Yes, the named configuration file (I believe it is considered generally as important), master zone files (also important, at least for me), are located under "/var." So here's my question to all "running named with chroot sandobx" users: are you ok with such important file is under /var? -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 02:58:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BAEB16A4CE for ; Tue, 5 Oct 2004 02:58:49 +0000 (GMT) Received: from smtp005.bizmail.sc5.yahoo.com (smtp005.bizmail.sc5.yahoo.com [66.163.175.82]) by mx1.FreeBSD.org (Postfix) with SMTP id D773943D2D for ; Tue, 5 Oct 2004 02:58:48 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.240.189 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 5 Oct 2004 02:58:48 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id B887761B2; Mon, 4 Oct 2004 21:58:47 -0500 (CDT) 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 00577-04; Mon, 4 Oct 2004 21:58:46 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 6950F60CE; Mon, 4 Oct 2004 21:58:46 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i952wj08000799; Mon, 4 Oct 2004 21:58:46 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <41620DE5.9050601@alumni.rice.edu> Date: Mon, 04 Oct 2004 21:58:45 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <20041004234818.GA856@internode.com.au> <20041005000324.GB44359@green.homeunix.org> In-Reply-To: <20041005000324.GB44359@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org cc: Adam Smith Subject: Re: Odd Poewr Saving problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 02:58:49 -0000 On 10/04/04 19:03, Brian Fundakowski Feldman wrote: > On Tue, Oct 05, 2004 at 09:18:19AM +0930, Adam Smith wrote: >> I have a strange issue with power saving and FreeBSD 5.3. I've been >> experiencing it through BETA4-6. >> >> I am running X with KDE3.3, and every now and then FreeBSD presents >> me with a black screen (as if it has detected that it is now time >> to suspend display). >> >> Each time it is fixed by just pressing a button or moving my mouse, >> as per a normal power saving function. >> >> Is there any other information I can provide that might shed some >> light to the problem? > > I see the same thing running a KDE3.3 desktop and Xorg. It only > happens a few times, though, soon after I first enter X. If anyone > knows how to enable any kind of logging for DPMS requests to see if > it's an X app causing it, or to log the DPMS timers to see if it's an > X server bug, I'll try them. I've seen this as well, but only *before* I log into KDE. If I boot the machine into X and leave it at the kdm login window, it will black the screen after a while (no idea how long as I usually login promptly). Once in KDE my screensaver kicks off after 10 minutes of idleness as it should; there is no black screen. Jon From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 03:25:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC9B216A4CE for ; Tue, 5 Oct 2004 03:25:49 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334FE43D2F for ; Tue, 5 Oct 2004 03:25:49 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 5C36332C; Tue, 5 Oct 2004 05:25:47 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30469-09; Tue, 5 Oct 2004 05:25:46 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id 14AED18F; Tue, 5 Oct 2004 05:25:46 +0200 (CEST) From: Benjamin Lutz To: freebsd-current@freebsd.org Date: Tue, 5 Oct 2004 05:25:46 +0200 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <20041005013257.GB1462@isis.wad.cz> <200410041853.12931.krinklyfig@spymac.com> In-Reply-To: <200410041853.12931.krinklyfig@spymac.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4812579.n4YACzUcnf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410050525.49410.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: krinklyfig@spymac.com Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 03:25:49 -0000 --nextPart4812579.n4YACzUcnf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > I remember reading some posts about this a little while back. Is there > any way to do this with a fine-tooth comb approach, or is it just about > the same to do a portupgrade -af? On my system, about half the installed ports needed rebuilding. I wrote a=20 Python script that lists these ports, you can use it if you like: http://www.maxlor.com/freebsd/files/findlibusers.py Benjamin --nextPart4812579.n4YACzUcnf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYhQ9gShs4qbRdeQRAh1TAJ0Xz+EAvmofBbHMvwWwErhzxm9bgQCdHiI2 di30y6mqHw6UJEIejZq1YKQ= =3UnP -----END PGP SIGNATURE----- --nextPart4812579.n4YACzUcnf-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 03:39:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF5DE16A4CE for ; Tue, 5 Oct 2004 03:39:43 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7B0443D31 for ; Tue, 5 Oct 2004 03:39:43 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i953dh5U002429; Mon, 4 Oct 2004 20:39:43 -0700 (PDT) Received: from [192.168.1.6] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) (authenticated bits=0)i953dcCL014704; Mon, 4 Oct 2004 20:39:42 -0700 (PDT) In-Reply-To: <20041005114834Y.matusita@jp.FreeBSD.org> References: <200410041734.53316.freebsd@redesjm.local> <200410042343.19211.freebsd@redesjm.local> <20041004181933.H96420@bo.vpnaa.bet> <20041005114834Y.matusita@jp.FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <2EC1F982-1680-11D9-B1D0-003065A20588@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 4 Oct 2004 23:39:38 -0400 To: Makoto Matsushita X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 03:39:43 -0000 On Oct 4, 2004, at 10:48 PM, Makoto Matsushita wrote: > [ ...hier compliance... ] Yes, the named configuration file (I > believe it is considered generally as important), master zone files > (also important, at least for me), are located under "/var." > > So here's my question to all "running named with chroot sandobx" > users: are you ok with such important file is under /var? You raise a point that is worth considering. FWIW, I was running nameservers with the config file at /etc/named.conf before the ability to chroot() was available. However, the point can be answered in that it is entirely reasonable to have something like: named_enable="YES" named_flags="-u bind -g bind -c /etc/named.conf" ...in /etc/rc.conf and then do whatever you like under /var/named. Some people want all of the zone files in one place, others want to use s/ and /m (or slave/ and master/). Zone file naming conventions also vary: some append .rev and .db to zone files, some use just the former and not the latter; etc. So long as the options support reasonable flexibility and do not break backwards compatibility too much, any reasonable default is OK, and Doug as maintainer is making a reasonable attempt to improve the security of a daemon that many FreeBSD systems use. Yay! I suppose the situation could be improved by having some shell script which converts pre-chrooted named configs (at least the prior default config from 4.x) into the new layout, perhaps by creating symlinks from the current locations into the chroot tree under /var/named. Would something like that help address your concerns? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 03:40:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8257A16A4CE for ; Tue, 5 Oct 2004 03:40:35 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 391A043D1F for ; Tue, 5 Oct 2004 03:40:35 +0000 (GMT) (envelope-from rmorris@mos.us) Received: (qmail 7289 invoked from network); 5 Oct 2004 03:40:34 -0000 Received: from dsl092-213-160.atl1.dsl.speakeasy.net (HELO [10.10.0.163]) (rycamor@[66.92.213.160]) (envelope-sender ) by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 5 Oct 2004 03:40:34 -0000 Message-ID: <41620B5E.5070409@mos.us> Date: Mon, 04 Oct 2004 22:47:58 -0400 From: Rick Morris User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: SiS 962/963 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 03:40:35 -0000 None of the betas for 5.3 will boot on my systems with the SiS 962 IDE controllers. I notice that they are not listed in the Handbook under supported hardware. Can anyone tell me whether there are plans to support this chipset, and if so, what the status is? I've found various posts in -bugs and other lists mentioning this chipset in the past, but there seems to be no discussion of this for 5.x. All of our deployed units with 5.2.1 boot fine with this chipset, but 5.3 freezes on the ado: and acdo: messages in boot. Even CTRL-ALT-DEL doesn't work, requiring a manual shutdown. If anyone has worked on this problem, my company would be very interested in talking with you. Thanks, -- Rick Morris Application Developer MOS Imaging Systems rmorris@mos.us 305-779-1247 Direct Line From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 04:06:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FB0E16A4CE for ; Tue, 5 Oct 2004 04:06:12 +0000 (GMT) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB51F43D45 for ; Tue, 5 Oct 2004 04:06:11 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i95465Di023930 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 4 Oct 2004 21:06:05 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i954658j000948; Mon, 4 Oct 2004 21:06:05 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i954647v000947; Mon, 4 Oct 2004 21:06:04 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Mon, 4 Oct 2004 21:06:04 -0700 From: "Bruce A. Mah" To: "M. Warner Losh" Message-ID: <20041005040604.GB875@tomcat.kitchenlab.org> References: <20041004035745.GA837@tomcat.kitchenlab.org> <20041003.230904.100900509.imp@bsdimp.com> <20041004152658.GB26211@tomcat.kitchenlab.org> <20041004.093910.60194802.imp@bsdimp.com> <1096905012.812.8.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <1096905012.812.8.camel@localhost> X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 04:06:12 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, Bruce A. Mah wrote: > On Mon, 2004-10-04 at 08:39, M. Warner Losh wrote: > > In message: <20041004152658.GB26211@tomcat.kitchenlab.org> > > "Bruce A. Mah" writes: >=20 > > : I'll give it a try when I get home tonight. The sources from which I > > : built my latest kernel are "fairly close" to 5.3-BETA7, but I'll burn > > : a CD from one of the official 5.3-BETA7 ISOs and boot from that to > > : reduce the variables involved. > >=20 > > You could also just download the sources and test boot a new kernel. > > BETA6 -> BETA7 is so close you can even build it the 'traditional' way > > w/o a buildworld :-) >=20 > The main issue preventing me from doing this right now is that the > machine in question happens to be my home desktop, ~40 miles away from > me at this moment. It doesn't have remote console or power control, so > recovery from a hang would be kind of difficult. :-) No joy...booting with the 5.3-BETA7 bootonly CD-ROM produces the same symptoms. I can live without a floppy drive on this machine, but I'm also more than happy to provide diagnostic information, run tests, etc., for you or anybody else interested in looking further into this. Thanks, Bruce. --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYh2s2MoxcVugUsMRAn4mAKCz/jWNHFZvaZNrSx8aeEeGD5DLPQCgnIAN biTbZJXxjQGWMYAHkn7IZyQ= =d4z4 -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 04:08:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EDBA16A4CE for ; Tue, 5 Oct 2004 04:08:11 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200FF43D4C for ; Tue, 5 Oct 2004 04:08:08 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [10.0.2.2] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)i95483Hb001012 for ; Tue, 5 Oct 2004 05:08:04 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <41621E23.7080103@jara23.co.uk> Date: Tue, 05 Oct 2004 05:08:03 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on skynet.asgard.jara23.co.uk X-Virus-Status: Clean Subject: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 04:08:11 -0000 Since just prior to the new pfil hooks commit and with 5.3-BETA7 I now get the following error on boot: Starting ppp as "root" /libexec/ld-elf.so.1: Shared object "libintl.so.6" not found, required by "su" The shared library exists in /usr/local/lib but isn't being found. As to why su or ppp would need that lib at boot time also confuses me as it is now part of the base system. Running either su or ppp after the system is up works fine. Any help with this problem would be appreciated. Andrew D Wiles. -- This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. For more infomration on ClamAV see http://www.clamav.net/ asgard.jara23.co.uk - Building the future on the ashes of the past. From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 04:12:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FA2B16A4CE; Tue, 5 Oct 2004 04:12:14 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C405543D39; Tue, 5 Oct 2004 04:12:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i954BMi7000584; Mon, 4 Oct 2004 22:11:22 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Oct 2004 22:12:56 -0600 (MDT) Message-Id: <20041004.221256.74799405.imp@bsdimp.com> To: bmah@freebsd.org From: "M. Warner Losh" In-Reply-To: <20041005040604.GB875@tomcat.kitchenlab.org> References: <20041004.093910.60194802.imp@bsdimp.com> <1096905012.812.8.camel@localhost> <20041005040604.GB875@tomcat.kitchenlab.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 04:12:14 -0000 In message: <20041005040604.GB875@tomcat.kitchenlab.org> "Bruce A. Mah" writes: : If memory serves me right, Bruce A. Mah wrote: : > On Mon, 2004-10-04 at 08:39, M. Warner Losh wrote: : > > In message: <20041004152658.GB26211@tomcat.kitchenlab.org> : > > "Bruce A. Mah" writes: : > : > > : I'll give it a try when I get home tonight. The sources from which I : > > : built my latest kernel are "fairly close" to 5.3-BETA7, but I'll burn : > > : a CD from one of the official 5.3-BETA7 ISOs and boot from that to : > > : reduce the variables involved. : > > : > > You could also just download the sources and test boot a new kernel. : > > BETA6 -> BETA7 is so close you can even build it the 'traditional' way : > > w/o a buildworld :-) : > : > The main issue preventing me from doing this right now is that the : > machine in question happens to be my home desktop, ~40 miles away from : > me at this moment. It doesn't have remote console or power control, so : > recovery from a hang would be kind of difficult. :-) : : No joy...booting with the 5.3-BETA7 bootonly CD-ROM produces the same : symptoms. : : I can live without a floppy drive on this machine, but I'm also more : than happy to provide diagnostic information, run tests, etc., for : you or anybody else interested in looking further into this. What does your fdc line say? Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 04:15:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35A8D16A4CE for ; Tue, 5 Oct 2004 04:15:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07EFF43D2F for ; Tue, 5 Oct 2004 04:15:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 45467511FE; Mon, 4 Oct 2004 21:16:44 -0700 (PDT) Date: Mon, 4 Oct 2004 21:16:44 -0700 From: Kris Kennaway To: Andrew Wiles Message-ID: <20041005041644.GA21533@xor.obsecurity.org> References: <41621E23.7080103@jara23.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <41621E23.7080103@jara23.co.uk> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 04:15:34 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 05, 2004 at 05:08:03AM +0100, Andrew Wiles wrote: > Since just prior to the new pfil hooks commit and with 5.3-BETA7 I now=20 > get the following error on boot: >=20 > Starting ppp as "root" > /libexec/ld-elf.so.1: > Shared object "libintl.so.6" not found, required by "su" >=20 > The shared library exists in /usr/local/lib but isn't being found. > As to why su or ppp would need that lib at boot time also confuses me as= =20 > it is now part of the base system. >=20 > Running either su or ppp after the system is up works fine. >=20 > Any help with this problem would be appreciated. What does /usr/bin/su link to? Do you have any other spurious su binaries in the system path? kris --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYiArWry0BWjoQKURAhkyAJwOweTmVrbDFzZ/6JeJhqPllg1//wCeO5lJ 8k848gDy4fWEKtC/7UuKA+s= =n8qy -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 04:21:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED41416A4CE for ; Tue, 5 Oct 2004 04:21:50 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA73F43D46 for ; Tue, 5 Oct 2004 04:21:50 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i954LZlG028082; Mon, 4 Oct 2004 21:21:49 -0700 (PDT) Received: from [192.168.1.6] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) (authenticated bits=0)i954G5i2000615; Mon, 4 Oct 2004 21:16:07 -0700 (PDT) In-Reply-To: <41621E23.7080103@jara23.co.uk> References: <41621E23.7080103@jara23.co.uk> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <468BB341-1685-11D9-B1D0-003065A20588@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 5 Oct 2004 00:16:05 -0400 To: Andrew Wiles X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 04:21:51 -0000 On Oct 5, 2004, at 12:08 AM, Andrew Wiles wrote: > Since just prior to the new pfil hooks commit and with 5.3-BETA7 I now > get the following error on boot: > > Starting ppp as "root" > /libexec/ld-elf.so.1: > Shared object "libintl.so.6" not found, required by "su" > > The shared library exists in /usr/local/lib but isn't being found. > As to why su or ppp would need that lib at boot time also confuses me > as it is now part of the base system. On my machines, `ldd /usr/bin/su` does not include libintl. Possibly your path is using an su in /usr/local/lib without having LD_LIBRARY_PATH set (or perhaps being ignored because su is setuid-root)? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 04:28:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81B7C16A4CE for ; Tue, 5 Oct 2004 04:28:09 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC71943D1F for ; Tue, 5 Oct 2004 04:28:08 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [10.0.2.2] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)i954S5v9001095; Tue, 5 Oct 2004 05:28:05 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <416222D4.6020803@jara23.co.uk> Date: Tue, 05 Oct 2004 05:28:04 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41621E23.7080103@jara23.co.uk> <20041005041644.GA21533@xor.obsecurity.org> In-Reply-To: <20041005041644.GA21533@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on skynet.asgard.jara23.co.uk X-Virus-Status: Clean cc: cswiger@mac.com cc: Kris Kennaway Subject: Re: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 04:28:09 -0000 Kris Kennaway wrote: > On Tue, Oct 05, 2004 at 05:08:03AM +0100, Andrew Wiles wrote: > >>Since just prior to the new pfil hooks commit and with 5.3-BETA7 I now >>get the following error on boot: >> >>Starting ppp as "root" >>/libexec/ld-elf.so.1: >>Shared object "libintl.so.6" not found, required by "su" >> >>The shared library exists in /usr/local/lib but isn't being found. >>As to why su or ppp would need that lib at boot time also confuses me as >>it is now part of the base system. >> >>Running either su or ppp after the system is up works fine. >> >>Any help with this problem would be appreciated. > > > What does /usr/bin/su link to? Do you have any other spurious su > binaries in the system path? > > kris > su looks normal to me, and no other su's anywhere on the system. Could it possibly be because my ppp script uses the pppoa port for its connection that it is now failing? root@skynet:~> which su /usr/bin/su root@skynet:~> ls -l /usr/bin/su -r-sr-xr-x 1 root wheel 14284 Oct 5 04:05 /usr/bin/su root@skynet:~> ldd /usr/bin/su /usr/bin/su: libutil.so.4 => /lib/libutil.so.4 (0x28079000) libpam.so.2 => /usr/lib/libpam.so.2 (0x28086000) libc.so.5 => /lib/libc.so.5 (0x2808d000) root@skynet:~> find / -name "su" /usr/obj/usr/src/usr.bin/su /usr/obj/usr/src/usr.bin/su/su /usr/bin/su /usr/src/contrib/openpam/bin/su /usr/src/etc/pam.d/su /usr/src/usr.bin/su /usr/src/crypto/heimdal/appl/su /etc/pam.d/su -- This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. For more infomration on ClamAV see http://www.clamav.net/ asgard.jara23.co.uk - Building the future on the ashes of the past. From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 04:53:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C792316A4CE for ; Tue, 5 Oct 2004 04:53:45 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4BA143D3F for ; Tue, 5 Oct 2004 04:53:45 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i954rijn024168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Oct 2004 21:53:44 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i954rigP024167 for freebsd-current@freebsd.org; Mon, 4 Oct 2004 21:53:44 -0700 (PDT) (envelope-from jdc) Date: Mon, 4 Oct 2004 21:53:44 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20041005045344.GA24041@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: BETA7 -- BIND-9 problems out-of-the-box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 04:53:45 -0000 Taken from a fresh out-of-the-box BETA7 mini.iso install (not upgrade), no tweakage: icarus# ls -ld /etc/namedb lrwxrwxrwx 1 root wheel 40 Oct 4 14:24 /etc/namedb -> /R/stage/trees/base/var/named/etc/namedb icarus# ls -ld /R/stage/trees/base/var/named/etc/namedb ls: /R/stage/trees/base/var/named/etc/namedb: No such file or directory icarus# cat /etc/rc.conf # -- sysinstall generated deltas -- # Mon Oct 4 14:31:04 2004 # Created: Mon Oct 4 14:31:04 2004 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. defaultrouter="192.168.1.254" hostname="icarus.home.lan" ifconfig_bge0="inet 192.168.1.51 netmask 255.255.255.0" usbd_enable="YES" Ideas/comments? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 05:06:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1007016A4CE for ; Tue, 5 Oct 2004 05:06:11 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id F066E43D2D for ; Tue, 5 Oct 2004 05:06:10 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.2.125] (adsl-64-142-31-109.sonic.net [64.142.31.109]) (authenticated bits=0) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i95563No014852 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 4 Oct 2004 22:06:09 -0700 From: "Bruce A. Mah" To: "M. Warner Losh" In-Reply-To: <20041004.221256.74799405.imp@bsdimp.com> References: <20041004.093910.60194802.imp@bsdimp.com> <1096905012.812.8.camel@localhost> <20041005040604.GB875@tomcat.kitchenlab.org> <20041004.221256.74799405.imp@bsdimp.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PRcymGI3e9HX22UJpbi9" Message-Id: <1096952687.972.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 04 Oct 2004 22:04:48 -0700 cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 05:06:11 -0000 --=-PRcymGI3e9HX22UJpbi9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-04 at 21:12, M. Warner Losh wrote: > In message: <20041005040604.GB875@tomcat.kitchenlab.org> > "Bruce A. Mah" writes: > : No joy...booting with the 5.3-BETA7 bootonly CD-ROM produces the same > : symptoms. [snip] > What does your fdc line say? (Copied by hand onto another machine...transcription errors possible...) fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 irq 6 drq 2 acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Oh, waitasec. I remember someone on this list having some other bizarro hardware with the port number ranges similarly fragmented. Could this be the cause? Bruce. --=-PRcymGI3e9HX22UJpbi9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBYitv2MoxcVugUsMRAlL2AKCKEH9/Lf8sj96N6a3zxAb3fCzA4wCgvldG g+k2paQ4fWH0bLDFpdgMbZw= =qhQx -----END PGP SIGNATURE----- --=-PRcymGI3e9HX22UJpbi9-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 05:19:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49CEF16A4CE for ; Tue, 5 Oct 2004 05:19:44 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id E474443D1F for ; Tue, 5 Oct 2004 05:19:43 +0000 (GMT) (envelope-from krinklyfig@spymac.com) Received: from unknown (HELO smogmonster.com) (krinklyfig@pacbell.net@67.116.52.185 with plain) by smtp812.mail.sc5.yahoo.com with SMTP; 5 Oct 2004 05:19:43 -0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Mon, 4 Oct 2004 22:20:06 -0700 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <200410041853.12931.krinklyfig@spymac.com> <200410050525.49410.benlutz@datacomm.ch> In-Reply-To: <200410050525.49410.benlutz@datacomm.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410042220.06970.krinklyfig@spymac.com> Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: krinklyfig@spymac.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 05:19:44 -0000 On Monday 04 October 2004 08:25 pm, Benjamin Lutz wrote: > > I remember reading some posts about this a little while back. Is > > there any way to do this with a fine-tooth comb approach, or is it > > just about the same to do a portupgrade -af? > > On my system, about half the installed ports needed rebuilding. I > wrote a Python script that lists these ports, you can use it if you > like: > > http://www.maxlor.com/freebsd/files/findlibusers.py Thank you very much for that. After running I find it's about the same for me, but all the really big ones need to be rebuilt. Ah well, but I will have to hold off on updating until I have a spare day to rebuild everything essential. - jt From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 05:36:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C92116A4CE; Tue, 5 Oct 2004 05:36:38 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id F00AD43D46; Tue, 5 Oct 2004 05:36:37 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc13) with SMTP id <2004100505363601600c27epe>; Tue, 5 Oct 2004 05:36:37 +0000 Date: Mon, 4 Oct 2004 22:36:35 -0700 (PDT) From: Doug Barton To: Jeremy Chadwick In-Reply-To: <20041005045344.GA24041@parodius.com> Message-ID: <20041004223305.G85445@ync.qbhto.arg> References: <20041005045344.GA24041@parodius.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: re@freebsd.org Subject: Re: BETA7 -- BIND-9 problems out-of-the-box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 05:36:38 -0000 On Mon, 4 Oct 2004, Jeremy Chadwick wrote: > Taken from a fresh out-of-the-box BETA7 mini.iso install (not upgrade), > no tweakage: > > icarus# ls -ld /etc/namedb > lrwxrwxrwx 1 root wheel 40 Oct 4 14:24 /etc/namedb -> /R/stage/trees/base/var/named/etc/namedb > > icarus# ls -ld /R/stage/trees/base/var/named/etc/namedb > ls: /R/stage/trees/base/var/named/etc/namedb: No such file or directory Ok, that's definitely a problem, looks like it's caused by the way the build environment sets DESTDIR. Anyone familiar enough with 'make release' to know how to fix this? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 05:38:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DFFE16A4CE for ; Tue, 5 Oct 2004 05:38:23 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0595243D2D for ; Tue, 5 Oct 2004 05:38:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C6E94513CE; Mon, 4 Oct 2004 22:39:31 -0700 (PDT) Date: Mon, 4 Oct 2004 22:39:31 -0700 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20041005053931.GA21746@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: New i386 packages uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 05:38:23 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have uploaded to ftp-master an (almost) full package set for i386, built against the new library versions. You can use portupgrade -PP or similar to update your system if you want to avoid having to recompile all the installed ports. It may take a while for the new set to propagate out to ftp.freebsd.org and the mirror sites (hopefully <24 hours for most mirrors) - they're in the ports/i386/packages-5.3-release/ directory if you want to shop around for them. As a side-effect, pkg_add -r will now work as expected on a 5.3-beta system. Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYjOTWry0BWjoQKURAowZAKDbJ2Jpgdn9flUGu8mDGdowm4O5YwCgj39F mnq4ONAQyAFMY+sDWdp5ilE= =tzef -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 05:53:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EE6216A4CE for ; Tue, 5 Oct 2004 05:53:51 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6817F43D2D for ; Tue, 5 Oct 2004 05:53:51 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with SMTP id <2004100505535001400rfbive>; Tue, 5 Oct 2004 05:53:50 +0000 Date: Mon, 4 Oct 2004 22:53:50 -0700 (PDT) From: Doug Barton To: Charles Swiger In-Reply-To: <2EC1F982-1680-11D9-B1D0-003065A20588@mac.com> Message-ID: <20041004223818.I85445@ync.qbhto.arg> References: <200410041734.53316.freebsd@redesjm.local> <20041004181933.H96420@bo.vpnaa.bet> <2EC1F982-1680-11D9-B1D0-003065A20588@mac.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Makoto Matsushita cc: freebsd-current@freebsd.org Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 05:53:51 -0000 On Mon, 4 Oct 2004, Charles Swiger wrote: > On Oct 4, 2004, at 10:48 PM, Makoto Matsushita wrote: >> [ ...hier compliance... ] Yes, the named configuration file (I >> believe it is considered generally as important), master zone files >> (also important, at least for me), are located under "/var." >> >> So here's my question to all "running named with chroot sandobx" >> users: are you ok with such important file is under /var? As a whole, var is no more volatile than any other directory, although bits of it (like /var/run) are recreated at each boot. That said, your point about hier is well taken, and because most name servers will write out some files (even if it's just logs) then it was necessary to at least put the directories where files will be written on /var. Configurations that split volatile and non-volatile bits into seperate directories are possible, but IMO they are needlessly complicated. Also, different environments have different needs. In some environments master files are just as volatile as slaved files, so they need to be on /var too. Please also keep in mind that I actually USED this configuration in production on hundreds of name servers on a production enterprise network for years with a variety of different kinds of name servers, including authoritative, caching, forwarding, etc. All that said, the defaults are just the defaults. The thing that people really need to keep in mind is that if you want to change it, you can. > named_enable="YES" > named_flags="-u bind -g bind -c /etc/named.conf" > > ...in /etc/rc.conf and then do whatever you like under /var/named. Um, no. First off, the -g option never did what people thought it did, and now does something entirely different in BIND 9. Also, if your config file is /etc/namedb/named.conf, it's pointless to specify it in named_flags, as that is the compiled in default. > Some people want all of the zone files in one place, others want to use s/ > and /m (or slave/ and master/). Zone file naming conventions also vary: some > append .rev and .db to zone files, some use just the former and not the > latter; etc. > > So long as the options support reasonable flexibility and do not break > backwards compatibility too much, any reasonable default is OK, and Doug as > maintainer is making a reasonable attempt to improve the security of a daemon > that many FreeBSD systems use. Yay! Thanks. > I suppose the situation could be improved by having some shell script which > converts pre-chrooted named configs (at least the prior default config from > 4.x) into the new layout, perhaps by creating symlinks from the current > locations into the chroot tree under /var/named. If anyone wants to come up with something like that, I'm all ears, however my guess is that the variety of input is so varied that such an undertaking would be pointless. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 06:31:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F43516A4CE; Tue, 5 Oct 2004 06:31:14 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D25D43D5C; Tue, 5 Oct 2004 06:31:14 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i956VD5U011271; Mon, 4 Oct 2004 23:31:14 -0700 (PDT) Received: from [192.168.1.6] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) (authenticated bits=0)i956VBnq022518; Mon, 4 Oct 2004 23:31:13 -0700 (PDT) In-Reply-To: <20041004223818.I85445@ync.qbhto.arg> References: <200410041734.53316.freebsd@redesjm.local> <200410042343.19211.freebsd@redesjm.local> <20041004181933.H96420@bo.vpnaa.bet> <20041005114834Y.matusita@jp.FreeBSD.org> <2EC1F982-1680-11D9-B1D0-003065A20588@mac.com> <20041004223818.I85445@ync.qbhto.arg> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <2610D786-1698-11D9-B1D0-003065A20588@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 5 Oct 2004 02:31:11 -0400 To: Doug Barton X-Mailer: Apple Mail (2.619) cc: Makoto Matsushita cc: freebsd-current@FreeBSD.org Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 06:31:14 -0000 On Oct 5, 2004, at 1:53 AM, Doug Barton wrote: > On Mon, 4 Oct 2004, Charles Swiger wrote: [ ... ] > Please also keep in mind that I actually USED this configuration in > production on hundreds of name servers on a production enterprise > network for years with a variety of different kinds of name servers, > including authoritative, caching, forwarding, etc. You bet. It's worth noting that you've got a config that's heavily used in production. That makes it a good candidate for FreeBSD's default values, as well as making you a good candidate to maintain named for FreeBSD. > All that said, the defaults are just the defaults. The thing that > people really need to keep in mind is that if you want to change it, > you can. Yes. >> named_enable="YES" >> named_flags="-u bind -g bind -c /etc/named.conf" >> >> ...in /etc/rc.conf and then do whatever you like under /var/named. > > Um, no. First off, the -g option never did what people thought it did, > and now does something entirely different in BIND 9. The options I use now work fine under BIND 8, so it's unfortunate that somebody changed the meaning of that option, but the issue is probably moot now. [ FWIW, I thought the -g flag controlled the group of the zone files created by a slave xfer, which is probably not significant in terms of security. On the other hand, I always have a group associated with any user (that seems BSD convention now), and I don't see any harm in the notion. ] > Also, if your config file is /etc/namedb/named.conf, it's pointless to > specify it in named_flags, as that is the compiled in default. True. /etc/named.conf is the location mentioned in the O'Reilly DNS & BIND books, and is a commonly used default location on other current systems today when not running chroot()ed, but I am quite happy to leave the layout of the chroot()ed config location of named.conf up to your judgement. :-) >> I suppose the situation could be improved by having some shell script >> which converts pre-chrooted named configs (at least the prior default >> config from 4.x) into the new layout, perhaps by creating symlinks >> from the current locations into the chroot tree under /var/named. > > If anyone wants to come up with something like that, I'm all ears, > however my guess is that the variety of input is so varied that such > an undertaking would be pointless. You may be right. One could turn the set of instructions in the 20040928 UPDATING entry into a shell script, but it's probably safer to perform a manual series in order to note any errors or changes in path locations made by per-user customizations anyway. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 06:36:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7899C16A4CE for ; Tue, 5 Oct 2004 06:36:58 +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 CD25E43D2F for ; Tue, 5 Oct 2004 06:36:57 +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 i956aqpd052472; Tue, 5 Oct 2004 08:36:54 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <416240FE.3090506@DeepCore.dk> Date: Tue, 05 Oct 2004 08:36:46 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rick Morris References: <41620B5E.5070409@mos.us> In-Reply-To: <41620B5E.5070409@mos.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: SiS 962/963 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 06:36:58 -0000 Rick Morris wrote: > None of the betas for 5.3 will boot on my systems with the SiS 962 IDE > controllers. I notice that they are not listed in the Handbook under=20 > supported > hardware. Can anyone tell me whether there are plans to support this > chipset, and if so, what the status is? I've found various posts in=20 > -bugs and other lists mentioning this chipset in the past, but there=20 > seems to be no discussion of this for 5.x. All of our deployed units=20 > with 5.2.1 boot fine with this chipset, but 5.3 freezes on the ado: and= =20 > acdo: messages in boot. Even CTRL-ALT-DEL doesn't work, requiring a=20 > manual shutdown. >=20 > If anyone has worked on this problem, my company would be very=20 > interested in talking with you. The SiS southbridges should be supported, at least the two systems I=20 have here in the lab works just dandy. Could you mail me the output of a verbose boot from 5.2.1 and as far as=20 it gets on 5.3beta7 please ? Have you tried disabling ACPI and/or APIC ? Both the SiS systems here=20 have had very diffrent success with both of those during times... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 06:39:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A7F616A4CE; Tue, 5 Oct 2004 06:39: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 DF7B443D49; Tue, 5 Oct 2004 06:39: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 i956d7IF052488; Tue, 5 Oct 2004 08:39:09 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41624185.20001@DeepCore.dk> Date: Tue, 05 Oct 2004 08:39:01 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Birrell References: <20041004103149.GA1042@freebsd3.cimlogic.com.au> <20041005020311.GA979@freebsd3.cimlogic.com.au> In-Reply-To: <20041005020311.GA979@freebsd3.cimlogic.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: re@freebsd.org cc: current@freebsd.org cc: sos@freebsd.org Subject: Re: 5.3-BETA7 crash ata_atapicmd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 06:39:18 -0000 John Birrell wrote: > On Mon, Oct 04, 2004 at 08:31:49PM +1000, John Birrell wrote: >=20 >>This is the same machine that has the 2 minute floppy delay with 5.3-BE= TA6. >>It's not the fastest machine in the world, so I thought I'd post this m= uch >>info while I build a kernel with debug symbols. >=20 >=20 > BETA7 panics for me on 1 out of 3 systems at line 140 in sys/dev/ata-qu= eue.c > with atadev->param NULL. >=20 > BETA6 runs fine except for the floppy problem discussed earier. >=20 > This is a production server which has only ever run FreeBSD and has alw= ays > been reliable. It looks to me as though 5.3-BETA7 is too green to be th= e basis > of a release candidate. I haven't even had a chance to try bind9 on thi= s > machine due to the boot crash which always sends me back to BETA6. Please get me the output from a verbose boot on beta6 and as far as it=20 gets on beta7, so we can get that one fixed, thanks.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 07:00:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4EF816A4CF for ; Tue, 5 Oct 2004 07:00:43 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE1F443D1F for ; Tue, 5 Oct 2004 07:00:38 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id F2C7B6ACBD; Tue, 5 Oct 2004 17:00:26 +1000 (EST) Date: Tue, 5 Oct 2004 17:00:26 +1000 From: John Birrell To: S?ren Schmidt Message-ID: <20041005070026.GA985@freebsd3.cimlogic.com.au> References: <20041004103149.GA1042@freebsd3.cimlogic.com.au> <20041005020311.GA979@freebsd3.cimlogic.com.au> <41624185.20001@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41624185.20001@DeepCore.dk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: 5.3-BETA7 crash ata_atapicmd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:00:43 -0000 On Tue, Oct 05, 2004 at 08:39:01AM +0200, S?ren Schmidt wrote: > Please get me the output from a verbose boot on beta6 and as far as it > gets on beta7, so we can get that one fixed, thanks.. The verbose boot of BETA7 succeeded this time for whatever reason. The kernel hasn't changed since the last message I posted. Perhaps the behaviour changes with -v. The BETA6 still has phk's fdc debug code which should explain the few extra lines in the diff between the two boots. ---------------------------------------------------------------------------------- /boot/kernel/acpi.ko text=0x3f9f8 data=0x1be4+0x110c syms=[0x4+0x72a0+0x4+0x9743] GDB: debug ports: sio GDB: current port: sio KDB: debugger backends: ddb gdb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000001400000 SMAP type=01 base=0000000000100000 len=000000000f6f0000 SMAP type=03 base=000000000f7f3000 len=000000000000d000 SMAP type=04 base=000000000f7f0000 len=0000000000003000 SMAP type=02 base=000000000f800000 len=0000000000800000 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.3-BETA7 #3: Tue Oct 5 08:41:17 EST 2004 jb@freebsd3.cimlogic.com.au:/usr/obj/usr/src/sys/FREEBSD3 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0742000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0742200. Calibrating clock(s) ... i8254 clock: 1193246 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1102505475 Hz CPU: Intel(R) Celeron(TM) CPU 1100MHz (1102.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 259981312 (247 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x000000000f363fff, 246669312 bytes (60222 pages) avail memory = 249053184 (237 MB) bios32: Found BIOS32 Service Directory header at 0xc00faed0 bios32: Entry = 0xfb340 (c00fb340) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb370 pnpbios: Found PnP BIOS data at 0xc00fbe20 pnpbios: Entry = f0000:be50 Rev = 1.0 Other BIOS signatures found: io: null: 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 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06011106) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00fdd40 PCI-Only Interrupts: 5 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 C 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 B 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 D 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 A 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 C 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 D 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 13 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 13 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 13 C 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 13 D 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x05 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x05 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 1, max = 3, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.9.0 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.9.1 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.9.2 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.9.3 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.10.0 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.10.1 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.10.2 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.10.3 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.11.0 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.11.1 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.11.2 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.11.3 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.13.0 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.13.1 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.13.2 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.13.3 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.7.0 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.7.1 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.7.2 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.7.3 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.1.0 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.1 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.1.2 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.1.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x1106, dev=0x0601, revid=0x05 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2290, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x8601, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0xa230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0686, revid=0x40 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c000, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c400, size 5, enabled pcib0: matched entry for 0.7.INTD (src \_SB_.PCI0.LNKD) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKB (references 6, priority 124194): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240100240 \_SB_.PCI0.LNKC (references 6, priority 124194): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240100240 \_SB_.PCI0.LNKD (references 6, priority 124194): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240100240 \_SB_.PCI0.LNKA (references 6, priority 124194): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240100240 pcib0: slot 7 INTD routed to irq 5 via \_SB_.PCI0.LNKD found-> vendor=0x1106, dev=0x3038, revid=0x1a bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.7.INTD (src \_SB_.PCI0.LNKD) pcib0: slot 7 INTD is already routed to irq 5 found-> vendor=0x1106, dev=0x3038, revid=0x1a bus=0, slot=7, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3057, revid=0x40 bus=0, slot=7, func=4 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000cc00, size 8, enabled map[14]: type 4, range 32, base 0000d000, size 2, enabled map[18]: type 4, range 32, base 0000d400, size 2, enabled pcib0: matched entry for 0.7.INTC (src \_SB_.PCI0.LNKC) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKB (references 6, priority 125667): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 590 5480 5480 5480 5480 5480 50480 50480100480 \_SB_.PCI0.LNKC (references 6, priority 125667): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 590 5480 5480 5480 5480 5480 50480 50480100480 \_SB_.PCI0.LNKA (references 6, priority 125667): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 590 5480 5480 5480 5480 5480 50480 50480100480 pcib0: slot 7 INTC routed to irq 12 via \_SB_.PCI0.LNKC found-> vendor=0x1106, dev=0x3058, revid=0x50 bus=0, slot=7, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=12 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 8, enabled map[14]: type 1, range 32, base e7000000, size 8, enabled pcib0: matched entry for 0.9.INTA (src \_SB_.PCI0.LNKB) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKB (references 6, priority 127140): interrupts: 11 10 5 7 6 4 3 12 15 14 1 penalty: 720 720 830 5720 5720 5720 5720 5780 50720 50720100720 \_SB_.PCI0.LNKA (references 6, priority 127140): interrupts: 11 10 5 7 6 4 3 12 15 14 1 penalty: 720 720 830 5720 5720 5720 5720 5780 50720 50720100720 pcib0: slot 9 INTA routed to irq 11 via \_SB_.PCI0.LNKB found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled map[14]: type 1, range 32, base e7001000, size 8, enabled pcib0: matched entry for 0.13.INTA (src \_SB_.PCI0.LNKB) pcib0: slot 13 INTA is already routed to irq 11 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe4000000-0xe6ffffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base e5800000, size 23, enabled pcib1: device (null) requested decoded memory range 0xe5800000-0xe5ffffff map[14]: type 1, range 32, base e6000000, size 17, enabled pcib1: device (null) requested decoded memory range 0xe6000000-0xe601ffff map[18]: type 1, range 32, base e5000000, size 23, enabled pcib1: device (null) requested decoded memory range 0xe5000000-0xe57fffff pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.LNKA) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKA (references 6, priority 128612): interrupts: 10 11 5 7 6 4 3 12 15 14 1 penalty: 960 1020 1070 5960 5960 5960 5960 6020 50960 50960100960 pcib0: slot 1 INTA routed to irq 10 via \_SB_.PCI0.LNKA pcib1: slot 0 INTA is routed to irq 10 found-> vendor=0x1023, dev=0x8500, revid=0x6a bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc000 ata0: channel #0 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=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 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=03 ostat0=00 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x00 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pci0: at device 7.4 (no driver attached) pci0: at device 7.5 (no driver attached) rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xdc00 rl0: port 0xdc00-0xdcff mem 0xe7000000-0xe70000ff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:02:44:2c:61:b7 rl0: [MPSAFE] rl1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe000 rl1: port 0xe000-0xe0ff mem 0xe7001000-0xe70010ff irq 11 at device 13.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: bpf attached rl1: Ethernet address: 00:20:ed:34:42:d9 rl1: [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 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 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 unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 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: unable to allocate IRQ unknown: not probed (disabled) 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 sio: sio0 already exists; skipping it sio: sio1 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 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 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 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) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) 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 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1102505475 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging unlimited ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata0-master: setting PIO4 on VIA 82C686B chip ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ata0-master: setting UDMA33 on VIA 82C686B chip ad0: ATA-4 disk at ata0-master ad0: 8063MB (16514064 sectors), 16383 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 ata1-master: pio=0x0b wdma=0x21 udma=0xffffffff cable=40pin ata1-master: setting PIO3 on VIA 82C686B chip acd0: CDROM drive at ata1 as master acd0: PIO3 acd0: Reads: acd0: Writes: acd0: Mechanism: caddy acd0: Medium: no/blank disc GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:16514001 [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:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 8455168512 end 8455200767 GEOM: Configure ad0s1a, start 536870912 length 7918297600 end 8455168511 GEOM: Configure ad0s1b, start 0 length 536870912 end 536870911 GEOM: Configure ad0s1c, start 0 length 8455168512 end 8455168511 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 2624630 free (28470 frags, 324520 blocks, 0.4% fragmentation) kern.sugid_coredump: 0 -> 1 Setting hostname: freebsd3.cimlogic.com.au. rl0: flags=8843 mtu 1500 options=8 inet 10.1.1.3 netmask 0xffffff00 broadcast 10.1.1.255 ether 00:02:44:2c:61:b7 media: Ethernet autoselect (none) status: no carrier rl1: flags=8843 mtu 1500 options=8 inet 10.1.2.3 netmask 0xffffff00 broadcast 10.1.2.255 ether 00:20:ed:34:42:d9 media: Ethernet 10baseT/UTP status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Flushed all rules. ---------------------------------------------------------------------------------- /boot/kernel.good/acpi.ko text=0x3f978 data=0x1be4+0x110c syms=[0x4+0x72a0+0x4+0x9743] OK boot -v SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000001400000 SMAP type=01 base=0000000000100000 len=000000000f6f0000 SMAP type=03 base=000000000f7f3000 len=000000000000d000 SMAP type=04 base=000000000f7f0000 len=0000000000003000 SMAP type=02 base=000000000f800000 len=0000000000800000 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.3-BETA6 #10: Thu Sep 30 10:40:41 EST 2004 jb@freebsd3.cimlogic.com.au:/usr/obj/usr/src/sys/FREEBSD3 Preloaded elf kernel "/boot/kernel.good/kernel" at 0xc072c000. Preloaded elf module "/boot/kernel.good/acpi.ko" at 0xc072c208. Calibrating clock(s) ... i8254 clock: 1193243 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1102505371 Hz CPU: Intel(R) Celeron(TM) CPU 1100MHz (1102.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 259981312 (247 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x000000000f363fff, 246669312 bytes (60222 pages) avail memory = 249053184 (237 MB) bios32: Found BIOS32 Service Directory header at 0xc00faed0 bios32: Entry = 0xfb340 (c00fb340) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb370 pnpbios: Found PnP BIOS data at 0xc00fbe20 pnpbios: Entry = f0000:be50 Rev = 1.0 Other BIOS signatures found: null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06011106) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00fdd40 PCI-Only Interrupts: 5 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 C 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 B 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 D 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 A 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 C 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 D 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 13 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 13 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 13 C 0x05 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 13 D 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x05 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x05 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 1, max = 3, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.9.0 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.9.1 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.9.2 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.9.3 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.10.0 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.10.1 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.10.2 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.10.3 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.11.0 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.11.1 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.11.2 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.11.3 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.13.0 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.13.1 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.13.2 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.13.3 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.7.0 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.7.1 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.7.2 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.7.3 \_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.1.0 \_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.1 \_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 12+ low,level,sharable 0.1.2 \_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.1.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x1106, dev=0x0601, revid=0x05 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2290, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x8601, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0xa230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0686, revid=0x40 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c000, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c400, size 5, enabled pcib0: matched entry for 0.7.INTD (src \_SB_.PCI0.LNKD) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKB (references 6, priority 124194): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240100240 \_SB_.PCI0.LNKC (references 6, priority 124194): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240100240 \_SB_.PCI0.LNKD (references 6, priority 124194): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240100240 \_SB_.PCI0.LNKA (references 6, priority 124194): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240100240 pcib0: slot 7 INTD routed to irq 5 via \_SB_.PCI0.LNKD found-> vendor=0x1106, dev=0x3038, revid=0x1a bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.7.INTD (src \_SB_.PCI0.LNKD) pcib0: slot 7 INTD is already routed to irq 5 found-> vendor=0x1106, dev=0x3038, revid=0x1a bus=0, slot=7, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3057, revid=0x40 bus=0, slot=7, func=4 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000cc00, size 8, enabled map[14]: type 4, range 32, base 0000d000, size 2, enabled map[18]: type 4, range 32, base 0000d400, size 2, enabled pcib0: matched entry for 0.7.INTC (src \_SB_.PCI0.LNKC) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKB (references 6, priority 125667): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 590 5480 5480 5480 5480 5480 50480 50480100480 \_SB_.PCI0.LNKC (references 6, priority 125667): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 590 5480 5480 5480 5480 5480 50480 50480100480 \_SB_.PCI0.LNKA (references 6, priority 125667): interrupts: 11 10 5 12 7 6 4 3 15 14 1 penalty: 480 480 590 5480 5480 5480 5480 5480 50480 50480100480 pcib0: slot 7 INTC routed to irq 12 via \_SB_.PCI0.LNKC found-> vendor=0x1106, dev=0x3058, revid=0x50 bus=0, slot=7, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=12 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 8, enabled map[14]: type 1, range 32, base e7000000, size 8, enabled pcib0: matched entry for 0.9.INTA (src \_SB_.PCI0.LNKB) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKB (references 6, priority 127140): interrupts: 11 10 5 7 6 4 3 12 15 14 1 penalty: 720 720 830 5720 5720 5720 5720 5780 50720 50720100720 \_SB_.PCI0.LNKA (references 6, priority 127140): interrupts: 11 10 5 7 6 4 3 12 15 14 1 penalty: 720 720 830 5720 5720 5720 5720 5780 50720 50720100720 pcib0: slot 9 INTA routed to irq 11 via \_SB_.PCI0.LNKB found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled map[14]: type 1, range 32, base e7001000, size 8, enabled pcib0: matched entry for 0.13.INTA (src \_SB_.PCI0.LNKB) pcib0: slot 13 INTA is already routed to irq 11 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe4000000-0xe6ffffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base e5800000, size 23, enabled pcib1: device (null) requested decoded memory range 0xe5800000-0xe5ffffff map[14]: type 1, range 32, base e6000000, size 17, enabled pcib1: device (null) requested decoded memory range 0xe6000000-0xe601ffff map[18]: type 1, range 32, base e5000000, size 23, enabled pcib1: device (null) requested decoded memory range 0xe5000000-0xe57fffff pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.LNKA) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \_SB_.PCI0.LNKA (references 6, priority 128612): interrupts: 10 11 5 7 6 4 3 12 15 14 1 penalty: 960 1020 1070 5960 5960 5960 5960 6020 50960 50960100960 pcib0: slot 1 INTA routed to irq 10 via \_SB_.PCI0.LNKA pcib1: slot 0 INTA is routed to irq 10 found-> vendor=0x1023, dev=0x8500, revid=0x6a bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc000 ata0: channel #0 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=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 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=03 ostat0=00 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x00 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pci0: at device 7.4 (no driver attached) pci0: at device 7.5 (no driver attached) rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xdc00 rl0: port 0xdc00-0xdcff mem 0xe7000000-0xe70000ff irq 11 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:02:44:2c:61:b7 rl0: [MPSAFE] rl1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe000 rl1: port 0xe000-0xe0ff mem 0xe7001000-0xe70010ff irq 11 at device 13.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: bpf attached rl1: Ethernet address: 00:20:ed:34:42:d9 rl1: [MPSAFE] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Contents of fdc_data at start of fdc_attach: portt=0x0 porth=0x3f0 stst=0x0 stsh=0x3f0 ctlt=0x0 ctlh=0x3f7 port_off=0x0 ctl_off=0x0 sts_off=0x0 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 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 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 unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 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: unable to allocate IRQ unknown: not probed (disabled) 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 sio: sio0 already exists; skipping it sio: sio1 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 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 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 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) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) 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 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1102505371 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging unlimited ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=40pin ata0-master: setting PIO4 on VIA 82C686B chip ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ata0-master: setting UDMA33 on VIA 82C686B chip ad0: ATA-4 disk at ata0-master ad0: 8063MB (16514064 sectors), 16383 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 ata1-master: pio=0x0b wdma=0x21 udma=0xffffffff cable=40pin ATAPI_RESET time = 130us ata1-master: setting PIO3 on VIA 82C686B chip acd0: CDROM drive at ata1 as master acd0: PIO3 acd0: Reads: acd0: Writes: acd0: Mechanism: caddy acd0: Medium: no/blank disc New disk in probe Got disk in probe fd0: autoselection failed GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:16514001 [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:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 8455168512 end 8455200767 GEOM: Configure ad0s1a, start 536870912 length 7918297600 end 8455168511 GEOM: Configure ad0s1b, start 0 length 536870912 end 536870911 GEOM: Configure ad0s1c, start 0 length 8455168512 end 8455168511 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 2624567 free (28471 frags, 324512 blocks, 0.4% fragmentation) kern.sugid_coredump: 0 -> 1 Setting hostname: freebsd3.cimlogic.com.au. rl0: flags=8843 mtu 1500 options=8 inet 10.1.1.3 netmask 0xffffff00 broadcast 10.1.1.255 ether 00:02:44:2c:61:b7 media: Ethernet autoselect (none) status: no carrier rl1: flags=8843 mtu 1500 options=8 inet 10.1.2.3 netmask 0xffffff00 broadcast 10.1.2.255 ether 00:20:ed:34:42:d9 media: Ethernet 10baseT/UTP status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Flushed all rules. ------------------------------------------------------------------------------------------- -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 07:12:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C1C616A4CE; Tue, 5 Oct 2004 07:12:08 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58BC543D1F; Tue, 5 Oct 2004 07:12:07 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i957C5801876; Tue, 5 Oct 2004 16:12:05 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20041004223818.I85445@ync.qbhto.arg> References: <20041005114834Y.matusita@jp.FreeBSD.org> <2EC1F982-1680-11D9-B1D0-003065A20588@mac.com> <20041004223818.I85445@ync.qbhto.arg> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 75 From: Makoto Matsushita To: DougB@freebsd.org, cswiger@mac.com Date: Tue, 05 Oct 2004 16:12:02 +0900 Message-Id: <20041005161202V.matusita@jp.FreeBSD.org> cc: freebsd-current@freebsd.org Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:12:08 -0000 Thanks for your emails, giving me a chance to consider what I can, like, and will do for configuring my nameservers. DougB> As a whole, var is no more volatile than any other directory, DougB> although bits of it (like /var/run) are recreated at each boot. Hmm, maybe that's so, ok. DougB> Configurations that split volatile and non-volatile bits into DougB> seperate directories are possible, but IMO they are needlessly DougB> complicated. Fully agreed. DougB> All that said, the defaults are just the defaults. The thing DougB> that people really need to keep in mind is that if you want to DougB> change it, you can. However, unfortunately it's _default_ -- no matter it is intended or not, some of users feel that FreeBSD the OS _enforces_ users to configure named in that way. As we already seen, there are preferences on "directory names for zone files (master/slave v.s. m/s)." Imagine you like to put your master zone file under ${chrootdir}/etc/namedb/M, and find that there is ${chrootdir}/etc/namedb/master which is bogus for you. I believe that named(8) have no default directory for master zone files -- if you don't want to implement a policy, "master file should be sitting under /etc/namedb/master," it would be better to create that directory. Here's a simple patch to remove master/slave directories. Please note that if you want to have ${chrootdir}/etc/namedb/master, "just mkdir(1) it" is enough with no further fears (mtree(8) doesn't complain anything even if any unlisted directories are there). Index: BIND.chroot.dist =================================================================== RCS file: /home/ncvs/src/etc/mtree/BIND.chroot.dist,v retrieving revision 1.5 diff -u -r1.5 BIND.chroot.dist --- BIND.chroot.dist 29 Sep 2004 03:43:10 -0000 1.5 +++ BIND.chroot.dist 5 Oct 2004 07:00:43 -0000 @@ -9,10 +9,6 @@ .. etc namedb - master - .. - slave uname=bind - .. .. .. /set type=dir uname=bind gname=wheel mode=0755 There's one thing to consider if above diff is applied; the owner of slave directory and effective user id of running named should be matched, since named will write a file to that directory. However it causes us very few, since old /etc/namedb didn't have it, and it would be easy to set with chown(1) (one time set, nobody overrides it). Please note that "named config files is under ${chrootdir}/etc/namedb" is ok, since it comes from named implementation, not any of us. In the same reason, it would be no problem we have ${chrootdir}/var/run which is requested by syslogd. DougB> If anyone wants to come up with something like that, I'm all DougB> ears, however my guess is that the variety of input is so DougB> varied that such an undertaking would be pointless. Thank you, and just a question for you, how do you think to remove ${chrootdir}/etc/namedb/{master,slave} directories? -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 07:27:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9321B16A4CE for ; Tue, 5 Oct 2004 07:27:45 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B96143D5F for ; Tue, 5 Oct 2004 07:27:45 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with SMTP id <2004100507273901400rf3qpe>; Tue, 5 Oct 2004 07:27:45 +0000 Date: Tue, 5 Oct 2004 00:27:39 -0700 (PDT) From: Doug Barton To: Makoto Matsushita In-Reply-To: <20041005161202V.matusita@jp.FreeBSD.org> Message-ID: <20041005001557.M85445@ync.qbhto.arg> References: <20041005114834Y.matusita@jp.FreeBSD.org> <20041004223818.I85445@ync.qbhto.arg> <20041005161202V.matusita@jp.FreeBSD.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: cswiger@mac.com cc: freebsd-current@freebsd.org Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:27:45 -0000 [ I'm snipping the bits that we agreed on, thanks for taking the time to consider my perspective. ] On Tue, 5 Oct 2004, Makoto Matsushita wrote: > DougB> All that said, the defaults are just the defaults. The thing > DougB> that people really need to keep in mind is that if you want to > DougB> change it, you can. > > However, unfortunately it's _default_ -- no matter it is intended or > not, some of users feel that FreeBSD the OS _enforces_ users to > configure named in that way. Well, I'm sorry to say that I know of no way that we can fix this problem. I'm certainly not going to try to re-engineer something so that some users can avoid feeling a pressure that doesn't really exist. :) > As we already seen, there are preferences on "directory names for zone > files (master/slave v.s. m/s)." Imagine you like to put your master > zone file under ${chrootdir}/etc/namedb/M, and find that there is > ${chrootdir}/etc/namedb/master which is bogus for you. In the defaults don't work for you, you should edit /etc/mtree/BIND.chroot.dist. That's why we give you the bits to play with. > Here's a simple patch to remove master/slave directories. I'm sorry to say, that this idea is not suitable. The default needs to be a full-featured installation that users can enable out of the box to have a functional resolving name server configuration, and provide a guideline to users who want to do more complex things. Users who want to do REALLY complex things have a higher learning curve, and there is no way that we can avoid that. In short, the defaults work, and do nothing to prevent users from doing other things. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 07:36:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2921016A4CE for ; Tue, 5 Oct 2004 07:36:03 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C256243D58 for ; Tue, 5 Oct 2004 07:36:02 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i957Z2Jb027866 for ; Tue, 5 Oct 2004 00:35:02 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i957aIV9081629 for ; Tue, 5 Oct 2004 00:36:18 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i957aGKT081628 for freebsd-current@freebsd.org; Tue, 5 Oct 2004 00:36:16 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Tue, 5 Oct 2004 00:36:16 -0700 From: Ryan Freeman To: FreeBSD Mailing List Message-ID: <20041005073616.GA77703@slipgate.org> References: <4160259A.3070708@FreeBSD.org> <200410041853.12931.krinklyfig@spymac.com> <200410050525.49410.benlutz@datacomm.ch> <200410042220.06970.krinklyfig@spymac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410042220.06970.krinklyfig@spymac.com> User-Agent: Mutt/1.4.2.1i Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:36:03 -0000 On Mon, Oct 04, 2004 at 10:20:06PM -0700, Joshua Tinnin wrote: > On Monday 04 October 2004 08:25 pm, Benjamin Lutz > wrote: > > > I remember reading some posts about this a little while back. Is > > > there any way to do this with a fine-tooth comb approach, or is it > > > just about the same to do a portupgrade -af? > > > > On my system, about half the installed ports needed rebuilding. I > > wrote a Python script that lists these ports, you can use it if you > > like: > > > > http://www.maxlor.com/freebsd/files/findlibusers.py > > Thank you very much for that. After running I find it's about the same > for me, but all the really big ones need to be rebuilt. Ah well, but I > will have to hold off on updating until I have a spare day to rebuild > everything essential. > I was just wondering who here uses the nvidia drivers, and if they work on the library version bumped beta7 or not...a friend of mine updated to beta7... and while he says he can play quake3 fine, quake2forge (native from ports) seems to fail with both glx and sdlgl renderers. My thought on this is that, while the library versions have been bumped, the nvidia drivers for linux emulation are unaffected, hence the working quake3, but libGL for native stuff still refers to libm. Is he just having odd system problems beyond the library version bump? Or am I actually correct in speculating that the nvidia drivers need to be updated to properly support beta7 and future releases? On a final note I have yet to go from beta6 to beta7 in fear that some of my beloved games will stop working ;) - Ryan Freeman From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 07:37:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60C2916A4CE; Tue, 5 Oct 2004 07:37:32 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED12443D1F; Tue, 5 Oct 2004 07:37:31 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i957Yjl0001168; Tue, 5 Oct 2004 01:34:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Oct 2004 01:36:19 -0600 (MDT) Message-Id: <20041005.013619.44056186.imp@bsdimp.com> To: bmah@freebsd.org From: "M. Warner Losh" In-Reply-To: <1096952687.972.7.camel@localhost> References: <20041005040604.GB875@tomcat.kitchenlab.org> <20041004.221256.74799405.imp@bsdimp.com> <1096952687.972.7.camel@localhost> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:37:32 -0000 In message: <1096952687.972.7.camel@localhost> "Bruce A. Mah" writes: : On Mon, 2004-10-04 at 21:12, M. Warner Losh wrote: : > In message: <20041005040604.GB875@tomcat.kitchenlab.org> : > "Bruce A. Mah" writes: : > : No joy...booting with the 5.3-BETA7 bootonly CD-ROM produces the same : > : symptoms. : : [snip] : : > What does your fdc line say? : : (Copied by hand onto another machine...transcription errors possible...) : : fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 irq 6 : drq 2 acpi0 : fdc0: ic_type 90 part_id 80 : fdc0: [MPSAFE] : fdc0: [FAST] : fd0: <1440-KB 3.5" drive> on fdc0 drive 0 : : Oh, waitasec. I remember someone on this list having some other bizarro : hardware with the port number ranges similarly fragmented. Could this : be the cause? Yes. Try the following patch. It should fix your problem. Index: fdc_isa.c =================================================================== RCS file: /home/ncvs/src/sys/dev/fdc/fdc_isa.c,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- fdc_isa.c 20 Sep 2004 06:12:19 -0000 1.15 +++ fdc_isa.c 5 Oct 2004 07:18:11 -0000 1.16 @@ -99,8 +100,7 @@ nports); return (ENXIO); } - if ((rman_get_start(fdc->res_ioport) & 0x7) == 0 && - rman_get_size(fdc->res_ioport) == 2) { + if ((rman_get_end(fdc->res_ioport) & 0x7) == 1) { /* Case 8 */ bus_release_resource(dev, SYS_RES_IOPORT, fdc->rid_ioport, fdc->res_ioport); @@ -116,9 +116,9 @@ fdc->port_off = -(fdc->porth & 0x7); /* - * Deal with case 6, 7, and 8: FDSTS and FDSATA are in rid 1. + * Deal with case 6-9: FDSTS and FDDATA. */ - if (rman_get_size(fdc->res_ioport) == 2) { + if ((rman_get_end(fdc->res_ioport) & 0x7) == 3) { fdc->rid_sts = fdc->rid_ioport + 1; fdc->res_sts = bus_alloc_resource_any(dev, SYS_RES_IOPORT, &fdc->rid_sts, RF_ACTIVE); Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 07:42:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7304F16A4CE for ; Tue, 5 Oct 2004 07:42:49 +0000 (GMT) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768EF43D45 for ; Tue, 5 Oct 2004 07:42:48 +0000 (GMT) (envelope-from netch@lucky.net) Received: from burka.carrier.kiev.ua (netch@localhost [127.0.0.1]) by burka.carrier.kiev.ua with ESMTP id i957geUU053823 for ; Tue, 5 Oct 2004 10:42:44 +0300 (EEST) (envelope-from netch@burka.carrier.kiev.ua) Received: (from netch@localhost) by burka.carrier.kiev.ua (8.12.11/8.12.11/Submit) id i957gefn053820 for current@freebsd.org; Tue, 5 Oct 2004 10:42:40 +0300 (EEST) (envelope-from netch) Date: Tue, 5 Oct 2004 10:42:40 +0300 From: Valentin Nechayev To: current@freebsd.org Message-ID: <20041005074240.GY89036@lucky.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-42: On X-Verify-Sender: Address has been verified (burka.carrier.kiev.ua) Subject: /mouse/ 2-wheel 5-button A4Tech isn't working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: netch@lucky.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:42:49 -0000 System: FreeBSD 5.3-BETA6 i386 `moused -p /dev/psm0 -i all' says: /dev/psm0 ps/2 sysmouse 4D+ Mouse moused with `-df -p /dev/psm0 -t auto' doesn't show any messages from mouse, neither movings nor button clicks. Messages with PSM_DEBUG=4: psm0: current command byte:0047 psm0: found 4D+ Mouse psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model 4D+ Mouse, device ID 8-00, 4 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c8, syncbits:00 [... skip up to starting moused...] Oct 4 18:42:29 moiva kernel: psm: ENABLE_DEV return code:00fa Oct 4 18:42:29 moiva kernel: psm: SEND_AUX_DEV_STATUS return code:00fa Oct 4 18:42:29 moiva kernel: psm: status 20 00 64 Oct 4 18:42:29 moiva kernel: psm: SET_SAMPLING_RATE (100) 00fa Oct 4 18:42:29 moiva kernel: psm: SET_RESOLUTION (0) 00fa Oct 4 18:42:29 moiva kernel: psm: SET_SCALING11 return code:00fa Oct 4 18:42:29 moiva kernel: psm: SEND_AUX_DEV_STATUS return code:00fa Oct 4 18:42:29 moiva kernel: psm: status 00 00 64 Oct 4 18:42:32 moiva kernel: psm0: lost interrupt? Oct 4 18:43:03 moiva last message repeated 31 times Oct 4 18:45:04 moiva last message repeated 121 times Oct 4 18:46:01 moiva last message repeated 57 times Oct 4 18:46:02 moiva kernel: psm0: lost interrupt? Oct 4 18:46:33 moiva last message repeated 31 times Oct 4 18:48:34 moiva last message repeated 121 times Oct 4 18:58:35 moiva last message repeated 601 times Oct 4 19:01:00 moiva last message repeated 145 times [...] Linux (Fedora Core 2) gpm understands it correctly. Xorg (6.7.0) works OK except right-side button (#5), which moves cursor to down-right corner of screen. Events was checked with xev. What another information should be provided to fix it? -netch- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 07:45:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1EA916A4CE for ; Tue, 5 Oct 2004 07:45:26 +0000 (GMT) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id D33A943D31 for ; Tue, 5 Oct 2004 07:45:25 +0000 (GMT) (envelope-from netch@lucky.net) Received: from burka.carrier.kiev.ua (netch@localhost [127.0.0.1]) by burka.carrier.kiev.ua with ESMTP id i957jJ1J054644 for ; Tue, 5 Oct 2004 10:45:21 +0300 (EEST) (envelope-from netch@burka.carrier.kiev.ua) Received: (from netch@localhost) by burka.carrier.kiev.ua (8.12.11/8.12.11/Submit) id i957jJjT054641 for current@freebsd.org; Tue, 5 Oct 2004 10:45:19 +0300 (EEST) (envelope-from netch) Date: Tue, 5 Oct 2004 10:45:19 +0300 From: Valentin Nechayev To: current@freebsd.org Message-ID: <20041005074519.GH84228@lucky.net> References: <20041005074240.GY89036@lucky.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005074240.GY89036@lucky.net> X-42: On X-Verify-Sender: Address has been verified (burka.carrier.kiev.ua) Subject: Re: /mouse/ 2-wheel 5-button A4Tech isn't working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: netch@lucky.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:45:26 -0000 Tue, Oct 05, 2004 at 10:42:40, netch wrote about "/mouse/ 2-wheel 5-button A4Tech isn't working": Sorry, dmesg.boot and kernel config follows. ==={{{ 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.3-BETA6 #7: Mon Oct 4 18:39:00 EEST 2004 root@moiva.carrier.kiev.ua:/usr/BSD/obj/usr/src/sys/moiva WARNING: WITNESS option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (799.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x387f9ff real memory = 402653184 (384 MB) avail memory = 384102400 (366 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xd8000000-0xdbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) ahc0: port 0xe400-0xe4ff mem 0xdd101000-0xdd101fff irq 11 at device 13.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0xe800-0xe83f mem 0xdd000000-0xdd0fffff,0xdd100000-0xdd100fff irq 10 at device 17.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:65:36:7b fxp0: [GIANT-LOCKED] cpu0 on motherboard orm0: at iomem 0xce000-0xcefff,0xc8000-0xcd7ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: found 4D+ Mouse psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model 4D+ Mouse, device ID 8-00, 4 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c8, syncbits:00 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) speaker0: at port 0x61 on isa0 ahc1: No resources allocated. ahc1: No resources allocated. unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 799618445 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: 38166MB [77545/16/63] at ata0-master UDMA33 Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) Mounting root from ufs:/dev/ad0s1a ===}}} ==={{{ machine i386 cpu I586_CPU cpu I686_CPU ident moiva # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD options INET # InterNETworking options INET6 # InterNETworking 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 NFSCLIENT # Network Filesystem Client 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=15000 # Delay (in ms) before probing SCSI options INCLUDE_CONFIG_FILE options MSGBUF_SIZE=131072 options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options PFIL_HOOKS # pfil(9) framework # Debugging for use in -current options KDB # Enable the kernel debugger options DDB # Enable the kernel debugger options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device atapicam # 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 # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # 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 fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device mem device io 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 device apic # I/O apic options CPU_ENABLE_SSE device speaker #Play IBM BASIC-style noises out your speaker options GEOM_BSD # BSD disklabels options GEOM_MBR # DOS/MBR partitioning options COMPAT_FREEBSD4 options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options IPSEC_DEBUG #debug for IP security options IPSEC_FILTERGIF #filter ipsec packets from a tunnel device bpf #Berkeley packet filter device disc #Discard device (ds0, ds1, etc) options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART options UFS_ACL options QUOTA #enable disk quotas device random options LIBICONV options CD9660_ICONV options MSDOSFS_ICONV options TTYHOG=8193 #hint.atkbd.0.flags="0" device psm options SC_HISTORY_SIZE=1500 # number of history buffer lines options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor options SC_KERNEL_CONS_ATTR=(FG_GREEN|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_GREEN) options DIRECTIO # altq(9). Enable the base part of the hooks with the ALTQ option. # Individual disciplines must be built into the base system and can not be # loaded as modules at this point. In order to build a SMP kernel you must # also have the ALTQ_NOPCC option. options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Prioirity Queueing #options ALTQ_NOPCC # Required for SMP build options ALTQ_DEBUG options PSM_DEBUG=4 ===}}} -netch- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 08:01:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E84216A4CE for ; Tue, 5 Oct 2004 08:01:27 +0000 (GMT) Received: from web54006.mail.yahoo.com (web54006.mail.yahoo.com [206.190.36.230]) by mx1.FreeBSD.org (Postfix) with SMTP id ED20943D2D for ; Tue, 5 Oct 2004 08:01:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041005080126.12590.qmail@web54006.mail.yahoo.com> Received: from [147.46.44.181] by web54006.mail.yahoo.com via HTTP; Tue, 05 Oct 2004 01:01:26 PDT Date: Tue, 5 Oct 2004 01:01:26 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Handbook: "Advanced Installation Guide" needs modification for 5.X ?!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 08:01:27 -0000 Hello, With 5.3, we have three installation floppies: boot.flp kern1.flp kern2.flp However, the Handbook in chapter 2.12.1, only talks about "kern.flp", when giving instructions on installing over serial port. That may need an extra note for the 5.X case, that explains which one of the two kern-floppies should be used here. BTW: I used to do this serial installation many times for 4.X; does it still work the same way with 5.3 ? Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 08:10:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 686D416A4CE for ; Tue, 5 Oct 2004 08:10:00 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9772043D1D for ; Tue, 5 Oct 2004 08:09:59 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1CEkO9-0006jD-00; Tue, 05 Oct 2004 10:09:37 +0200 To: Forrest Aldrich From: Ian FREISLICH In-Reply-To: Message from Forrest Aldrich of "Wed, 22 Sep 2004 23:58:37 -0400." <415249ED.80603@forrie.com> Date: Tue, 05 Oct 2004 10:09:37 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: freebsd-current@freebsd.org Subject: Re: Installing FreeBSD-5.3 on Compaq AP200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 08:10:00 -0000 Forrest Aldrich wrote: > I have this spare machine banging around which I want to put FreeBSD on. > > I'm installing 5.3-beta, booting off floppies. The kernel boot > fails/stalls at: > > ATAPI_RESET time = 60us > ATAPI_RESET time = 90us > ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE timed out > > It identifies the 2 10gb drives in there as UDMA33. > > Not sure what the problem is - I can tweak some of the IDE options in > the BIOS - currently set to UDMA. > > If you let it sit for a while, it will eventually get to the "Probing > devices" screen -- and there it hangs some more. > > Any ideas? The BIOS is up-to-date, btw. > I think it relates to the default modes for hard disk tranfers set to UDMA rather than PIO mode where the drive claimed DMA support. There seems to be an issue with some disks claiming to do DMA transfers, but not actually supporting DMA transfers. I have the same problem with a really old laptop that stopped booting current months ago. My drive does WDMA2, but the kernel tries to make it do UDMA33 and I get interrupt timeouts. To correct this, I mounted boot.flp and added the folloming lines to /boot/loader.conf: hw.ata.ata_dma="0" hw.ata.atapi_dma="0" You will have to after boot use atacontrol to set the mode to WDMA2. And I'm now installing the latest 6 snapshot as I'm writing (well, was until I discovered it doesn't support OLDCARD from the boot disk). Perhaps Soren or someone else can give the reason that the kernel forces WDMAx devices to UDMAxx, rather than just doing WDMAx with them. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 08:17:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C20916A4CE; Tue, 5 Oct 2004 08:17:17 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3C6B43D2D; Tue, 5 Oct 2004 08:17:14 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i958HA849566; Tue, 5 Oct 2004 17:17:11 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20041005001557.M85445@ync.qbhto.arg> References: <20041004223818.I85445@ync.qbhto.arg> <20041005161202V.matusita@jp.FreeBSD.org> <20041005001557.M85445@ync.qbhto.arg> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 28 From: Makoto Matsushita To: DougB@freebsd.org Date: Tue, 05 Oct 2004 17:17:06 +0900 Message-Id: <20041005171706T.matusita@jp.FreeBSD.org> cc: cswiger@mac.com cc: freebsd-current@freebsd.org Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 08:17:17 -0000 DougB> Well, I'm sorry to say that I know of no way that we can fix DougB> this problem. I'm certainly not going to try to re-engineer DougB> something so that some users can avoid feeling a pressure that DougB> doesn't really exist. :) No problem :) DougB> In the defaults don't work for you, you should edit DougB> /etc/mtree/BIND.chroot.dist. That's why we give you the bits to DougB> play with. Ah, that's right. My solid-state brain cannot imagine that I can tweak /etc/mtree/BIND.chroot.dist file until you mentioned. Thank you so much. DougB> I'm sorry to say, that this idea is not suitable. (...) DougB> In short, the defaults work, and do nothing to prevent users DougB> from doing other things. Hmm, it sounds reasonable, I'm happily accept current 6-current setup. Again, thank you for taking the time. -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 08:31:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50EF816A4D0 for ; Tue, 5 Oct 2004 08:31:01 +0000 (GMT) Received: from web54001.mail.yahoo.com (web54001.mail.yahoo.com [206.190.36.225]) by mx1.FreeBSD.org (Postfix) with SMTP id D09C843D2D for ; Tue, 5 Oct 2004 08:31:00 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041005083100.42214.qmail@web54001.mail.yahoo.com> Received: from [147.46.44.181] by web54001.mail.yahoo.com via HTTP; Tue, 05 Oct 2004 01:31:00 PDT Date: Tue, 5 Oct 2004 01:31:00 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Handbook: "Advanced Installation Guide" needs modification for 5.X ?!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 08:31:01 -0000 spam maps wrote: > Hello, > > With 5.3, we have three installation floppies: > > boot.flp > kern1.flp > kern2.flp > > However, the Handbook in chapter 2.12.1, only talks > about "kern.flp", when giving instructions on > installing over serial port. That may need an > extra note for the 5.X case, that explains which > one of the two kern-floppies should be used here. I think in this context, what is "kern.flp" for 4.X, is "boot.flp" for 5.X. Isn't it? If so, the handbook should mention something like this in chapter 2.12.1 for 5.X case. Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 08:59:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1CF816A4CE for ; Tue, 5 Oct 2004 08:59:03 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55B9D43D39 for ; Tue, 5 Oct 2004 08:59:03 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.42 (FreeBSD)) id 1CEl9y-000Adh-0B for freebsd-current@freebsd.org; Tue, 05 Oct 2004 10:59:02 +0200 Date: Tue, 5 Oct 2004 10:59:01 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20041005085900.GA39301@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <20041005040604.GB875@tomcat.kitchenlab.org> <20041004.221256.74799405.imp@bsdimp.com> <1096952687.972.7.camel@localhost> <20041005.013619.44056186.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005.013619.44056186.imp@bsdimp.com> User-Agent: Mutt/1.5.6i Sender: Oliver Brandmueller Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 08:59:03 -0000 Hi Warner. On Tue, Oct 05, 2004 at 01:36:19AM -0600, M. Warner Losh wrote: > Yes. Try the following patch. It should fix your problem. Yeah! It fixed the boothang for me! Thanx! FreeBSD champagne.eusc.inter.net 5.3-BETA7 FreeBSD 5.3-BETA7 #17: \ Tue Oct 5 10:47:35 CEST 2004 \ root@champagne.eusc.inter.net:/usr/obj/usr/src/sys/CHAMPAGNE i386 with the patched kernel and floppy enabled: fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 - Oliver PS: I did not make any funtional tests on the floppy, though. -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 09:08:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38E1916A4CE for ; Tue, 5 Oct 2004 09:08:23 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED01943D41 for ; Tue, 5 Oct 2004 09:08:22 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 10995530A; Tue, 5 Oct 2004 11:08:22 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 316A15312; Tue, 5 Oct 2004 11:08:15 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 0C927B85E; Tue, 5 Oct 2004 11:08:15 +0200 (CEST) To: Andrew Wiles References: <41621E23.7080103@jara23.co.uk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 05 Oct 2004 11:08:14 +0200 In-Reply-To: <41621E23.7080103@jara23.co.uk> (Andrew Wiles's message of "Tue, 05 Oct 2004 05:08:03 +0100") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org Subject: Re: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 09:08:23 -0000 Andrew Wiles writes: > Since just prior to the new pfil hooks commit and with 5.3-BETA7 I now > get the following error on boot: > > Starting ppp as "root" > /libexec/ld-elf.so.1: > Shared object "libintl.so.6" not found, required by "su" libintl.so.6 is part of the devel/gettext port. You probably have a third-party su in /usr/local/bin which requires gettext, but for some reason gettext is missing. What do the following commands show? ldd /usr/bin/su ldd /usr/local/bin/su pkg_which /usr/local/bin/su DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 09:19:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55A2816A4CE for ; Tue, 5 Oct 2004 09:19:40 +0000 (GMT) Received: from web14127.mail.yahoo.com (web14127.mail.yahoo.com [66.163.171.118]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C7D943D2F for ; Tue, 5 Oct 2004 09:19:40 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20041005091939.20542.qmail@web14127.mail.yahoo.com> Received: from [194.248.174.58] by web14127.mail.yahoo.com via HTTP; Tue, 05 Oct 2004 11:19:39 CEST Date: Tue, 5 Oct 2004 11:19:39 +0200 (CEST) From: Claus Guttesen To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: perl 5.6 installed on beta 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 09:19:40 -0000 Hi. Installed from a freshly baked amd64 beta7-iso-image. It installs fine, except that perl 5.6 gets installed. bente# pkg_info perl-5.6.1_15 Practical Extraction and Report Language Claus From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 09:39:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8540316A4D1 for ; Tue, 5 Oct 2004 09:39:55 +0000 (GMT) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD2843D1F for ; Tue, 5 Oct 2004 09:39:54 +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]) i959drlq032474 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 5 Oct 2004 19:39:53 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i959dqxP026955 for ; Tue, 5 Oct 2004 19:39:53 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id i959dqf2026954 for current@freebsd.org; Tue, 5 Oct 2004 19:39:52 +1000 (EST) (envelope-from pjeremy) Date: Tue, 5 Oct 2004 19:39:52 +1000 From: Peter Jeremy To: current@freebsd.org Message-ID: <20041005093952.GA26938@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2i Subject: digi(4) panics 5.3-BETA6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 09:39:55 -0000 I've just tried loading 5.3-BETA6 onto a HP DL380 that has a DigiBoard Xem and found two (critical for me) problems. I've upgraded to just before BETA7 (I'll try upgrading again tomorrow) with no change. Problem 1: Using tip on a Digi port causes an instant panic dereferencing a NULL pointer. The critical part of the backtrace is: #23 0xc05f6507 in knote (list=0xc2850080, hint=0, islocked=0) at atomic.h:365 #24 0xc063fbcd in ttwakeup (tp=0xc2850000) at /sys/kern/tty.c:2370 #25 0xc063e830 in ttymodem (tp=0xc2850000, flag=0) at /sys/kern/tty.c:1625 [called from digiopen] (kgdb) p *(struct tty *)0xc2850000 $2 = {t_rawq = {c_cc = 0, c_cbcount = 0, c_cbmax = 77, c_cbreserved = 77, c_cf = 0x0, c_cl = 0x0}, t_rawcc = 0, t_canq = {c_cc = 0, c_cbcount = 0, c_cbmax = 77, c_cbreserved = 6, c_cf = 0x0, c_cl = 0x0}, t_cancc = 0, t_outq = {c_cc = 0, c_cbcount = 0, c_cbmax = 22, c_cbreserved = 22, c_cf = 0x0, c_cl = 0x0}, t_outcc = 0, t_line = 0, t_dev = 0xc284bc00, t_state = 131080, t_flags = 0, t_timeout = 0, t_pgrp = 0x0, t_session = 0x0, t_sigio = 0x0, t_rsel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_lock = 0x0, kl_list = {slh_first = 0x0}}, si_flags = 0}, t_wsel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_lock = 0x0, kl_list = {slh_first = 0x0}}, si_flags = 0}, t_termios = {c_iflag = 0, c_oflag = 0, c_cflag = 19200, c_lflag = 0, c_cc = "\004ÿÿ\177\027\025\022\b\003\034\032\031\021\023\026\017\001\000\024ÿ", c_ispeed = 9600, c_ospeed = 9600}, t_winsize = {ws_row = 0, ws_col = 0, ws_xpixel = 0, ws_ypixel = 0}, t_sc = 0x0, t_column = 0, t_rocount = 0, t_rocol = 0, t_ififosize = 512, t_ihiwat = 7680, t_ilowat = 6720, t_ispeedwat = 0, t_ohiwat = 1296, t_olowat = 256, t_ospeedwat = 0, t_gen = 0, t_list = {tqe_next = 0x0, tqe_prev = 0x0}, t_mtx = {mtx_object = { lo_class = 0x0, lo_name = 0x0, lo_type = 0x0, lo_flags = 0, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 0, mtx_recurse = 0}, t_refcnt = 0, t_hotchar = 0, t_dtr_wait = 0, t_oproc = 0xc2810fa8, t_stop = 0xc2811210, t_param = 0xc28105a8, t_modem = 0xc280f488, t_break = 0xc2810548, t_ioctl = 0} Problem 2: The system won't reboot. It hangs after the 'rebooting' prompt and needs to be powered off/on to recover. Disabling ACPI has no effect. Has anyone else seen either of these problems? -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 09:56:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA08016A4CE for ; Tue, 5 Oct 2004 09:56:13 +0000 (GMT) Received: from pengo.systems.pipex.net (pengo.systems.pipex.net [62.241.160.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FD7E43D58 for ; Tue, 5 Oct 2004 09:56:13 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from ape (81-178-74-107.dsl.pipex.com [81.178.74.107]) by pengo.systems.pipex.net (Postfix) with SMTP id 935744C00257 for ; Tue, 5 Oct 2004 10:56:11 +0100 (BST) Message-ID: <09c001c4aac2$10caa5b0$f700000a@ape> From: "Markie" To: "FreeBSD Current" Date: Tue, 5 Oct 2004 10:59:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: swapoff: cannot allocate memory?! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 09:56:14 -0000 I just now go this with a -CURRENT from a couple of days ago, while shutting down. Is this harmful? I also got an panic in smbiod while shutting down a few days ago.. although I haven't experienced that one again yet. From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 10:44:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 831A216A4CE; Tue, 5 Oct 2004 10:44:37 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B32A343D2D; Tue, 5 Oct 2004 10:44:36 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CEmoN-0001Ch-00 Tue, 05 Oct 2004 12:44:51 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CEmoN-0001Bv-00 Tue, 05 Oct 2004 12:44:51 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i95AiYKn014762; Tue, 5 Oct 2004 12:44:34 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i95AiXRh067486; Tue, 5 Oct 2004 12:44:33 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: Doug Barton Date: Tue, 5 Oct 2004 12:44:32 +0200 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <200410042343.19211.freebsd@redesjm.local> <20041004181933.H96420@bo.vpnaa.bet> In-Reply-To: <20041004181933.H96420@bo.vpnaa.bet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410051244.33780.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-current@freebsd.org cc: Jose M Rodriguez Subject: Re: New BIND 9 chroot directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 10:44:37 -0000 On Tuesday 05 October 2004 03:25, Doug Barton wrote: > On Mon, 4 Oct 2004, Jose M Rodriguez wrote: > > El Lunes, 4 de Octubre de 2004 22:10, Doug Barton escribi=F3: > > > > Really good work. But, this is really needed? > > I can't see why. > > Because running bind chrooted is considerably safer, and the defaults > should be as safe as possible unless it is an inconvenience to the > majority of our users. In this case you are arguing against the > change because it is a temporary inconvenience to you. That's not a > good enough reason. :) > That's not the question. I'll make a last effort on this. A) What I like. (fresh FreeBSD-5 BETA6). =2D No /var/named in the tarballs =2D No more support needed to src, src/etc, src/release ... =2D /etc/defaults/rc.conf: named_enable=3D"NO" named_flags=3D"-u bind" named_chrootdir=3D"" In release notes: FreeBSD have now strong support for named operation in a chroot cage. To activate this: - make a directory for your chroot cage - add to your /etc/rc.conf file: named_chrootdir=3D"" named_enable=3D"YES" - and start the named service with: #/etc/rc.d/named start B) What I'm near sure FreeBSD-5.3-RELEASE will have: =2D A populated /var/named in the tarballs =2D /etc/namedb as a symlink to /var/named/etc/namedb =2D more support to src, src/etc, src/release + to make the /var/named thing + to permit not to make it =2D /etc/defaults/rc.conf: named_enable=3D"NO" named_flags=3D"-u bind ..." named_chrootdir=3D"/var/named" In release notes FreeBSD now operates the dns service by default in a chroot cage under /var/named. =20 If you have any previous named setup in /var/named, you must backup, adapt and restore it after upgrade. Default named operation is now controlled by ... and zone files must reside in ... with this default layout ... ... The real diferences are related to: A) - /etc/rc.d/named: named_precmd()/chroot_autoupdate() may need more funtionality. - not try to simlink /etc/namedb to /var/named/etc/named - populate ${named_chrootdir}/etc/namedb from /etc/namedb - generate default rev zone files. some knob to control this, in the way of ${named_chroot_autoupdate} I must have other preferences about the chroot cage and others tings. But I think that is my personal problem. What I'm trying to explain is that general transition to=20 =46reeBSD-5.3-RELEASE is better with A. Also, I must agree fresh install may be better with B. Well, all is now exposed. This is your work and you must choose the way=20 to go release. > The entry in UPDATING already says, "If you are running a custom > named config already, go look at the defaults." We expect users doing > more advanced things to have more advanced skills. If they don't, > they should probably use the defaults. > > As for your other message about names of directories, layouts, etc., > feel free to edit the BIND.chroot.dist mtree file, and you can have > whatever you want. For that matter, edit /etc/rc.d/named if it will > make you feel better. No one is "forcing" you to do anything. You > have all the bits directly at hand, and the ability to do whatever > you want with them. > > Enjoy, > > Doug =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 11:37:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0D116A4CE for ; Tue, 5 Oct 2004 11:37:29 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE61D43D41 for ; Tue, 5 Oct 2004 11:37:27 +0000 (GMT) (envelope-from yurtesen-dated-1097840235.5b7c7b@ispro.net.tr) Received: (qmail 28537 invoked by uid 89); 5 Oct 2004 11:37:15 -0000 Received: from [192.168.0.74] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Tue, 05 Oct 2004 14:37:12 +0300 (EEST) Message-ID: <416313F0.2000508@ispro.net.tr> Date: Tue, 05 Oct 2004 14:36:48 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <41606B0D.3070303@ThePacific.Net> <20041003.202026.127179512.imp@bsdimp.com> <4161C4D8.4040308@ispro.net.tr> <20041004.141815.124867616.imp@bsdimp.com> In-Reply-To: <20041004.141815.124867616.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: marcos@ThePacific.Net cc: freebsd-current@freebsd.org Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 11:37:29 -0000 M. Warner Losh wrote: > In message: <4161C4D8.4040308@ispro.net.tr> > Evren Yurtesen writes: > : M. Warner Losh wrote: > : > : > In message: <41606B0D.3070303@ThePacific.Net> > : > "Marcos Biscaysaqu - ThePacific.net" writes: > : > : We are legally abaible to run 14 channels on 2.4Ghz, but the Atheros > : > : driver on freebsd permit use only 11, I being trying to change the setup > : > : with the sysctl otions, nothing work. Same wireless card on diferent > : > : OS with diferent driver I can get all the channel. > : > : any ideas? > : > > : > Did you buy the wireless card in a regulatory domain that only allows > : > 11 channels? The atheros cards have the reg dom burned into their > : > flash. > : > > : > Warner > : > : > : That cant be the cause of this problem since Marcos already told that he > : can get all the channels by using the same wireless card but a different OS. > > Maybe the other OS is overriding the regulatory domain programmed into > the card? > > Warner For one thing, why shouldnt FreeBSD able to do that? The other thing is that I thought atheros doesnt have firmware and the driver handles the regulatory domain settings. Thats why atheros is not giving out the source code for their drivers (I think there was such problem) Anyhow. I am not a pro in this so I better shut up :) But it is possible to enable all the channels etc. available in atheros chip from the driver. At least StarOS is able to do it so... Evren From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 11:39:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6040316A4CE for ; Tue, 5 Oct 2004 11:39:45 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72F1043D3F for ; Tue, 5 Oct 2004 11:39:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95BdiNq097060; Tue, 5 Oct 2004 14:39:44 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 98468-06; Tue, 5 Oct 2004 14:39:42 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95BdgRH097054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Oct 2004 14:39:43 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i95BdadQ001918; Tue, 5 Oct 2004 14:39:36 +0300 (EEST) (envelope-from ru) Date: Tue, 5 Oct 2004 14:39:36 +0300 From: Ruslan Ermilov To: Peter Olsson Message-ID: <20041005113936.GD1693@ip.net.ua> References: <41612915.70209@gmx.de> <20041004142028.O59122@pol.leissner.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vOmOzSkFvhd7u8Ms" Content-Disposition: inline In-Reply-To: <20041004142028.O59122@pol.leissner.se> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: max@love2party.net cc: freebsd-current@FreeBSD.org cc: Sebastian Schulze Struchtrup Subject: Re: High rate traffic silence an em interface. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 11:39:45 -0000 --vOmOzSkFvhd7u8Ms Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 04, 2004 at 02:25:14PM +0200, Peter Olsson wrote: > On Mon, 4 Oct 2004 12:42 +0200, Sebastian Schulze Struchtrup wrote: >=20 > >>This might be my fault! Just committed a fix from Mike Makonnen, that= =20 > >>might solve the problem you are seeing. It's just a missing "!" so it= =20 > >>should be easy to apply to RELENG_5 as well. Please give it a try (and= =20 > >>accept my apology for the headache caused). > > > >Seems to work for me now, too. >=20 > Just saw this thread now, we also have an em0 card that disappears from > the network sometimes. Every time it comes back after almost exactly > 3 hours and 50 minutes. Is this the problem that is fixed, and is the > fix included in RELENG_5 by now? >=20 Yes (as src/sys/dev/em/if_em.c,v 1.44.2.1). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --vOmOzSkFvhd7u8Ms Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYof3qRfpzJluFF4RAk0cAJ9Hme2xeRy89QJIqqmzc6+4Or/1tACcDZml ZsBQ0qnYc0aDGvd7/sv5SQQ= =bVBa -----END PGP SIGNATURE----- --vOmOzSkFvhd7u8Ms-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 17:22:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF98E16A4CE for ; Mon, 4 Oct 2004 17:22:55 +0000 (GMT) Received: from ms-smtp-01-eri0.texas.rr.com (ms-smtp-01.texas.rr.com [24.93.47.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B20E43D2D for ; Mon, 4 Oct 2004 17:22:55 +0000 (GMT) (envelope-from jmarquez@telenetwork.com) Received: from [70.112.55.69] (cs7011255-69.austin.rr.com [70.112.55.69]) i94HMrYm027797 for ; Mon, 4 Oct 2004 12:22:53 -0500 (CDT) Message-ID: <416186F7.8030107@telenetwork.com> Date: Mon, 04 Oct 2004 12:23:03 -0500 From: jesse marquez User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Tue, 05 Oct 2004 12:10:06 +0000 Subject: Wierd Xorg and Fluxbox menu behavior! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:22:55 -0000 Hello all, FreeBSD 6.0-CURRENT I'm having a wierd issue with my current setup. I've just recently updated my source and have done build world and all that jazz. I may have done something wrong during mergemaster because now I'm unable to run Xorg properly. I've pin pointed the problem to the fluxbox menu. This is all under the user enviorment, I can right click on my mouse to pull up the fluxbox menu and I can scroll down with my mouse and select any of the first three options(eterm, firefox, run). As soon as my mouse goes over one of the listed directories, say for example "Terminals ->" , X crashes! The wierd thing about this situation is when I use my keyboard arrors instead of my mouse to scroll down the fluxbox menu, I'm able to go over the directories and navigate just fine! Log files don't say much about it either....... -----/var/log/messeges--- "kernel: pid 11967 (fluxbox), uid 1001: exited on signal 10 (core dumped)" -----/var/log/Xorg.0.log---- last few lines (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/sysmouse" (**) Option "Buttons" "6" (**) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) Mouse0: ZAxisMapping: buttons 4 and 5 (**) Mouse0: Buttons: 6 (II) Keyboard "Keyboard0" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xc2514000 at 0x282f9000 (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear -----fluxbox -log------ Log File: log Fluxbox version: 0.9.10 Compiled: Oct 2 2004 13:13:07 Compiler: GCC Compiler version: 3.4.2 [FreeBSD] 20040728 Defaults: menu: /usr/X11R6/share/fluxbox/menu style: /usr/X11R6/share/fluxbox/styles/Clean keys: /usr/X11R6/share/fluxbox/keys init: /usr/X11R6/share/fluxbox/init Compiled options (- => disabled): -DEBUG SLIT TOOLBAR XPM GNOME -KDE EWMH REMEMBER SHAPE XFT XMB -XINERAMA RENDER ------------------------------------------ Error: Can not connect to X server. Make sure you started X before you start Fluxbox. I've allready tried reinstalling Xorg, fluxbox, running a portupgrade -arR.....doh! My config files seem okay, any idea guys? over and out jesse From owner-freebsd-current@FreeBSD.ORG Mon Oct 4 18:23:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07FDA16A4CE for ; Mon, 4 Oct 2004 18:23:09 +0000 (GMT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C0E743D31 for ; Mon, 4 Oct 2004 18:23:03 +0000 (GMT) (envelope-from lars.tunkrans@bredband.net) Received: from [192.168.245.231] ([213.112.167.165] [213.112.167.165]) by mxfep02.bredband.com with ESMTP id <20041004182301.SCPN27821.mxfep02.bredband.com@[192.168.245.231]> for ; Mon, 4 Oct 2004 20:23:01 +0200 Message-ID: <41619494.3020201@bredband.net> Date: Mon, 04 Oct 2004 20:21:08 +0200 From: Lars Tunkrans Organization: None User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20040618 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 05 Oct 2004 12:10:06 +0000 Subject: ASUS on-board sk0 device problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 18:23:09 -0000 There is at least four PR's about ASUS boards and their onboard Marvel Yukon gigabit NIC's ( sk0 ). kern/71858 kern/71229 i386/71733 i386/67818 Unfortunately ASUS has this NIC on several of their newest Motherboards. ASUS A7V8X-E, K8V SE, A8V, p4p800 MOBO's All need the sk0 driver A lot of users will get disappointed with FreeBSD if they hit this BUG the first thing that happends after buying a new MOBO. If its possible to fix this for 5.3 it should be done. This problem was the primary reason why I bought a MSI board this time, ASUS has a huge market share and the fact that this bug(s) plages the majority of their modern MOBO's is serious. From freebsd-amd64 mailing list : Java News wrote: > Hi, > I've just read some posts from July depended ASUS K8V SE Deluxe - I > just bought such motherboard and got "sk0: watchdog timeout" everytime > when I try to get something via Samba. I have quite problem free > Internet connection - maybe beacause it's only 640/128 kbps, but when > I try to transfer something over 100Mb/s ethernet sk0 just hung. > Is it any solution so far? Is it FreeBSD problem or ASUS? > > Thx in advance, > Lee Regards //Lars Tunkrans From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 07:28:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 397D716A4CE for ; Tue, 5 Oct 2004 07:28:53 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DEB143D1D for ; Tue, 5 Oct 2004 07:28:52 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CEjkg-0000cL-Sb for current@freebsd.org; Tue, 05 Oct 2004 11:28:50 +0400 From: Vladimir Grebenschikov To: "current@freebsd.org" Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 05 Oct 2004 11:28:50 +0400 Message-Id: <1096961330.2221.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov X-Mailman-Approved-At: Tue, 05 Oct 2004 12:10:06 +0000 Subject: ACPI disabled by blacklist on 6-CURENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:28:53 -0000 Hi After upgrade on latest 6-CURRENT (before it was 5-CURRENT, updates some months ago) my home desktop refuses to use ACPI (loader show ABIT in ACPI type) with message like this (with boot -v): ACPI disabled by blacklist Before ACPI works just fine for me (it sence power button and shutdowns PC) Any suggestions ? -- Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 12:16:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 153B016A4CE for ; Tue, 5 Oct 2004 12:16:47 +0000 (GMT) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98AD543D4C for ; Tue, 5 Oct 2004 12:16:46 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Tue, 05 Oct 2004 08:16:46 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I54004HJ23XNQ@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Tue, 05 Oct 2004 08:16:45 -0400 (EDT) Received: from [IPv6:::1] (vorpal.math.drexel.edu [129.25.6.250]) i95CGPZA050741 for ; Tue, 05 Oct 2004 08:16:26 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Tue, 05 Oct 2004 08:16:30 -0400 From: Justin Smith To: freebsd-current@freebsd.org Message-id: <4162909E.50300@drexel.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) Subject: Beta7: DVD works perfectly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 12:16:47 -0000 The subject line says it all. It's wonderful to be able to view DVD's without the pauses that came from PIO. My DVD drive has somewhat fractured firmware and even the windows drivers complain about it, but the FreeBSD drivers handle it without a hiccup. Kudos to all! -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 12:22:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB85016A4CE for ; Tue, 5 Oct 2004 12:22:07 +0000 (GMT) Received: from box84.elkhouse.de (box84.elkhouse.de [213.9.1.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 002DA43D41 for ; Tue, 5 Oct 2004 12:22:06 +0000 (GMT) (envelope-from roman@ontographics.com) Received: from [192.168.1.3] (1Cust158.vr1.dtm1.alter.net [149.229.96.158]) (authenticated bits=0) by box84.elkhouse.de (8.12.10/8.12.10) with ESMTP id i95CNfRg010449 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 5 Oct 2004 12:23:41 GMT (envelope-from roman@ontographics.com) From: Roman Kennke To: Justin Smith In-Reply-To: <4162909E.50300@drexel.edu> References: <4162909E.50300@drexel.edu> Content-Type: text/plain Message-Id: <1096978920.714.13.camel@moonlight> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 05 Oct 2004 14:22:00 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Beta7: DVD works perfectly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 12:22:07 -0000 Am Di, den 05.10.2004 schrieb Justin Smith um 14:16: > The subject line says it all. It's wonderful to be able to view DVD's > without the pauses that came from PIO. My DVD drive has somewhat > fractured firmware and even the windows drivers complain about it, but > the FreeBSD drivers handle it without a hiccup. Kudos to all! Nice. Unfortunately not with me :-( See my original message for details: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039295.html Hope this can be fixed before -stable /Roman From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 13:05:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC75D16A4CE for ; Tue, 5 Oct 2004 13:05:39 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1658443D3F for ; Tue, 5 Oct 2004 13:05:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95D5b3C005475 for ; Tue, 5 Oct 2004 16:05:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 09583-05 for ; Tue, 5 Oct 2004 16:05:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95D3vUR005432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 5 Oct 2004 16:03:58 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i95D423u002636 for freebsd-current@freebsd.org; Tue, 5 Oct 2004 16:04:02 +0300 (EEST) (envelope-from ru) Date: Tue, 5 Oct 2004 16:04:01 +0300 From: Ruslan Ermilov To: freebsd-current@freebsd.org Message-ID: <20041005130401.GA2610@ip.net.ua> References: <20041005045344.GA24041@parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <20041005045344.GA24041@parodius.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: BETA7 -- BIND-9 problems out-of-the-box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 13:05:40 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 04, 2004 at 09:53:44PM -0700, Jeremy Chadwick wrote: > Taken from a fresh out-of-the-box BETA7 mini.iso install (not upgrade), > no tweakage: >=20 > icarus# ls -ld /etc/namedb > lrwxrwxrwx 1 root wheel 40 Oct 4 14:24 /etc/namedb -> /R/stage/trees/= base/var/named/etc/namedb >=20 > icarus# ls -ld /R/stage/trees/base/var/named/etc/namedb > ls: /R/stage/trees/base/var/named/etc/namedb: No such file or directory >=20 > icarus# cat /etc/rc.conf > # -- sysinstall generated deltas -- # Mon Oct 4 14:31:04 2004 > # Created: Mon Oct 4 14:31:04 2004 > # Enable network daemons for user convenience. > # Please make all changes to this file, not to /etc/defaults/rc.conf. > # This file now contains just the overrides from /etc/defaults/rc.conf. > defaultrouter=3D"192.168.1.254" > hostname=3D"icarus.home.lan" > ifconfig_bge0=3D"inet 192.168.1.51 netmask 255.255.255.0" > usbd_enable=3D"YES" >=20 >=20 > Ideas/comments? >=20 Fixed in HEAD, will MFC after re@ approves. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYpvBqRfpzJluFF4RAgsNAJ0Wo89RaUJWjwQUK8vjONHbuNruZwCbBKBb IiPJ/bLqEFNKRmqXH+JGs8o= =vKV+ -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 13:14:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1119E16A4CE for ; Tue, 5 Oct 2004 13:14:15 +0000 (GMT) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99D0F43D1F for ; Tue, 5 Oct 2004 13:14:14 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.240.64.129]) by smtpout-1.iphouse.net (Postfix) with ESMTP id 06AFF107AF for ; Tue, 5 Oct 2004 08:14:14 -0500 (CDT) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 96EF726 for ; Tue, 5 Oct 2004 08:14:13 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09348-08 for ; Tue, 5 Oct 2004 08:14:09 -0500 (CDT) Received: from [127.0.0.1] (fuggle.veldy.net [192.168.1.3]) by veldy.net (Postfix) with ESMTP id 6DB741D for ; Tue, 5 Oct 2004 08:14:09 -0500 (CDT) Message-ID: <41629E12.9060509@veldy.net> Date: Tue, 05 Oct 2004 08:13:54 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig88988BFCBA7EAC5E819D2B8D" X-Virus-Scanned: by amavisd-new at veldy.net Subject: Latest library version bump - best way to rebuild all ports? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 13:14:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig88988BFCBA7EAC5E819D2B8D Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit With the latest message in UPDATING indicating that all ports should be rebuilt before the old version of the libraries are removed, I have come to the point requiring me to rebuild all of my ports. What is the best method to do this? Thanks, Tom Veldhouse --------------enig88988BFCBA7EAC5E819D2B8D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBYp4SARgTFXYf0wARAmuYAKCeUOZeWqtM6cAaz4je4yoL8N5wKACeOzv3 aS9MleDW7hlfMJIN5SyxuAM= =ZFx1 -----END PGP SIGNATURE----- --------------enig88988BFCBA7EAC5E819D2B8D-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 13:30:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BC5616A4CE for ; Tue, 5 Oct 2004 13:30:57 +0000 (GMT) Received: from mail.ipnet.kiev.ua (ns.ip.net.ua [82.193.96.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A452D43D2D for ; Tue, 5 Oct 2004 13:30:54 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by mail.ipnet.kiev.ua (8.12.11/8.12.11) with ESMTP id i95DUqwF078269; Tue, 5 Oct 2004 16:30:52 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from mail.ipnet.kiev.ua ([82.193.96.6]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 14360-07; Tue, 5 Oct 2004 16:30:46 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by mail.ipnet.kiev.ua (8.12.11/8.12.11) with ESMTP id i95DTIkZ078078; Tue, 5 Oct 2004 16:29:18 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i95DTMXJ003053; Tue, 5 Oct 2004 16:29:22 +0300 (EEST) (envelope-from ru) Date: Tue, 5 Oct 2004 16:29:21 +0300 From: Ruslan Ermilov To: "Thomas T. Veldhouse" Message-ID: <20041005132921.GC2964@ip.net.ua> References: <41629E12.9060509@veldy.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7DO5AaGCk89r4vaK" Content-Disposition: inline In-Reply-To: <41629E12.9060509@veldy.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: Latest library version bump - best way to rebuild all ports? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 13:30:57 -0000 --7DO5AaGCk89r4vaK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 05, 2004 at 08:13:54AM -0500, Thomas T. Veldhouse wrote: > With the latest message in UPDATING indicating that all ports should be= =20 > rebuilt before the old version of the libraries are removed, I have come= =20 > to the point requiring me to rebuild all of my ports. What is the best= =20 > method to do this? >=20 Install portupgrade and follow the relevant example in its manpage. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --7DO5AaGCk89r4vaK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYqGxqRfpzJluFF4RAnL7AKCPi9DNRvrXgeSivWhb8tsdMn2ocwCgiAij 5cl0qfQtHGSeXAWw+1LDbmY= =L/p0 -----END PGP SIGNATURE----- --7DO5AaGCk89r4vaK-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 13:33:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 545C216A4CE for ; Tue, 5 Oct 2004 13:33:21 +0000 (GMT) Received: from web50701.mail.yahoo.com (web50701.mail.yahoo.com [206.190.38.99]) by mx1.FreeBSD.org (Postfix) with SMTP id DB7BC43D31 for ; Tue, 5 Oct 2004 13:33:20 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20041005133320.41902.qmail@web50701.mail.yahoo.com> Received: from [68.40.135.37] by web50701.mail.yahoo.com via HTTP; Tue, 05 Oct 2004 06:33:20 PDT Date: Tue, 5 Oct 2004 06:33:20 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Just updated to 5.3-BETA7 -couple nits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 13:33:21 -0000 >From the couple small nits dept.. After running mergemaster and rebooting, the boot hung with: /etc/defaults/rc.conf: 517: Syntax error: EOF in backquote substitution rc.conf had only 516 lines soo.. was there an embedded EOF char in the file not visible with vi ? Installed a previous rc.conf, including the diffs from the beta7 rc.conf: rc.conf,v 1.212.2.2 and all is well. Also, there is an installation of postfix on this system which starts at boot. There is no startup script in /usr/local/etc/rc.d nor anything in /etc/rc.conf to start postfix, or anything in /etc/rc.local soo.. how can it start ? -kim _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 13:42:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7310616A4CE; Tue, 5 Oct 2004 13:42:41 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4B643D41; Tue, 5 Oct 2004 13:42:40 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95DgXjd008197; Tue, 5 Oct 2004 16:42:33 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 15185-10; Tue, 5 Oct 2004 16:42:32 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95DgWij008194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Oct 2004 16:42:32 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i95DgYMH003168; Tue, 5 Oct 2004 16:42:35 +0300 (EEST) (envelope-from ru) Date: Tue, 5 Oct 2004 16:42:34 +0300 From: Ruslan Ermilov To: Jose M Rodriguez , Doug Barton Message-ID: <20041005134234.GA3128@ip.net.ua> References: <200410021033.37844.freebsd@redesjm.local> <20041002084741.GA55948@ip.net.ua> <200410021139.49551.freebsd@redesjm.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <200410021139.49551.freebsd@redesjm.local> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: problems with latest bind9 setup changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 13:42:41 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jose, On Sat, Oct 02, 2004 at 11:39:49AM +0200, Jose M Rodriguez wrote: > El S?bado, 2 de Octubre de 2004 10:47, Ruslan Ermilov escribi?: > > Hi Jose, > > > > On Sat, Oct 02, 2004 at 10:33:37AM +0200, Jose M Rodriguez wrote: > > > I'm running named in a sandwitch config form: > > > named_flags=3D"-u bind -c /var/named/named.conf > > > > > > After my last update, I've got my /var/named/ dir polluted by a chroot > > > setup. I think this is not the way. > > > > > > /etc/rc.d/named must do this from chroot_autoupdate() only when requi= red > > > to do so. > > > > > > If /var/named must became a system directory, I can move my config > > > to /var/namebd or so. But I like to read HEADS UP about those things. > > > > There was a HEADS up message sent to the current@ mailing list. > > There is also a relevant entry in src/UPDATING, "20040928". > > > > >=20 > Ah, so you must >=20 > /usr/src/UPDATING >=20 > - If enabled, the default is now to run named in a chroot > + The default is now to run named in a chroot >=20 "If enabled" means "if named_enable is set to YES in /etc/rc.conf", which is not by default. What the UPDATING entry misses is mentioning a fact that /var/namedb now becomes a system directory. This needs to be fixed. Doug, can you please take care of that? > Using /etc/mtree/BIND.chroot.dist from chroot_autoupdate() is not the sam= e=20 > that put /var/named in /etc/mtree/BSD.var.dist. >=20 > Well, moving config to var/namedb. >=20 > IMHO, this is not a good design. If you ask ten admin about the best nam= ed=20 > chrooted setup, you'll get, at last, twelve setups. >=20 > Making strong support for a chrooted named is really needed. But moving = the=20 > release default setup to a strong model on that not. I'll prefer a sandw= idch=20 > setup (named_flags=3D"-u bind", named_chroot=3D"") as release default. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYqTKqRfpzJluFF4RAhmdAKCByfHNRFl7Sfx9ordAHU+Y/+pH/gCfer3s JhE9nXkOkyTgszU8To+p21o= =oA7O -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 13:50:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516C416A4CE for ; Tue, 5 Oct 2004 13:50:02 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6897C43D2F for ; Tue, 5 Oct 2004 13:50:01 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95Do0lv008320; Tue, 5 Oct 2004 16:50:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 15628-08; Tue, 5 Oct 2004 16:49:59 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95Dnxgc008317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Oct 2004 16:49:59 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i95Do3Bw003242; Tue, 5 Oct 2004 16:50:03 +0300 (EEST) (envelope-from ru) Date: Tue, 5 Oct 2004 16:50:02 +0300 From: Ruslan Ermilov To: Kim Culhan Message-ID: <20041005135002.GB3128@ip.net.ua> References: <20041005133320.41902.qmail@web50701.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline In-Reply-To: <20041005133320.41902.qmail@web50701.mail.yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org Subject: Re: Just updated to 5.3-BETA7 -couple nits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 13:50:02 -0000 --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 05, 2004 at 06:33:20AM -0700, Kim Culhan wrote: >=20 > >From the couple small nits dept.. >=20 > After running mergemaster and rebooting, the boot hung with: >=20 > /etc/defaults/rc.conf: 517: Syntax error: EOF in backquote > substitution >=20 > rc.conf had only 516 lines soo.. was there an embedded > EOF char in the file not visible with vi ? >=20 > Installed a previous rc.conf, including the diffs from > the beta7 rc.conf: rc.conf,v 1.212.2.2 and all is well. >=20 Maybe mergemaster(8) did something bad for you, but it's really hard to say without having a look at problematic /etc/defaults/rc.conf. > Also, there is an installation of postfix on this system > which starts at boot. >=20 > There is no startup script in /usr/local/etc/rc.d nor > anything in /etc/rc.conf to start postfix, or anything > in /etc/rc.local soo.. how can it start ? >=20 See mailer.conf(5). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --LyciRD1jyfeSSjG0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYqaKqRfpzJluFF4RAmGgAKCNx5zthEWaFnrJbQa1VQfGoR0hMgCghXzv 6GhslRfJt6HXroyve0lahuM= =1WW+ -----END PGP SIGNATURE----- --LyciRD1jyfeSSjG0-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 13:57:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E3C216A4CE for ; Tue, 5 Oct 2004 13:57:12 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1886F43D58 for ; Tue, 5 Oct 2004 13:57:12 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id D66C2ACC65; Tue, 5 Oct 2004 15:57:09 +0200 (CEST) Date: Tue, 5 Oct 2004 15:57:09 +0200 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20041005135709.GL73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UUBKWyapWpFAak7q" Content-Disposition: inline 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 Subject: Gmirror users! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 13:57:12 -0000 --UUBKWyapWpFAak7q Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. Dear user, if you are using gmirror for root partition, please test above patch (if your are using RELENG_5) or upgrade to recent -CURRENT: http://people.freebsd.org/~pjd/patches/gmirror.2.patch and report any problems. This is a MT5 candidate. Thanks! --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --UUBKWyapWpFAak7q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBYqg1ForvXbEpPzQRAt9mAJ4glyPH3Ycfu6WzPaSN0BUY2wRItACcC4RI FvB8VqbFZMAyNSBleYBVyvE= =Jlx1 -----END PGP SIGNATURE----- --UUBKWyapWpFAak7q-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 14:29:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 678BB16A4CE; Tue, 5 Oct 2004 14:29:40 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4030443D48; Tue, 5 Oct 2004 14:29:40 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 9B0C2BA42; Tue, 5 Oct 2004 10:29:39 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 63C351D1CCD; Tue, 5 Oct 2004 10:29:35 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16738.45007.276964.761754@canoe.dclg.ca> Date: Tue, 5 Oct 2004 10:29:35 -0400 To: Tim Kientzle In-Reply-To: <41605C2C.8050004@freebsd.org> References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <41605C2C.8050004@freebsd.org> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: spam maps cc: freebsd-current@freebsd.org Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 14:29:40 -0000 >>>>> "Tim" == Tim Kientzle writes: Tim> /stand is largely defunct. It is, I believe, still used to Tim> bootstrap the CD-ROM installation, but has no particular purpose Tim> after that point. I was always confused with sysinstall being in /stand. I always understood /stand as executables that ran from the loader. The "standalone environment." Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 14:36:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03CBC16A4CE for ; Tue, 5 Oct 2004 14:36:35 +0000 (GMT) Received: from web54002.mail.yahoo.com (web54002.mail.yahoo.com [206.190.36.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7297443D31 for ; Tue, 5 Oct 2004 14:36:34 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041005143633.61159.qmail@web54002.mail.yahoo.com> Received: from [147.46.44.181] by web54002.mail.yahoo.com via HTTP; Tue, 05 Oct 2004 07:36:33 PDT Date: Tue, 5 Oct 2004 07:36:33 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: New i386 packages uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 14:36:35 -0000 Kris Kennaway wrote: > I have uploaded to ftp-master an (almost) full package set for i386, > built against the new library versions. You can use portupgrade -PP > or similar to update your system if you want to avoid having to > recompile all the installed ports. > > It may take a while for the new set to propagate out to > ftp.freebsd.org and the mirror sites (hopefully <24 hours for most > mirrors) - they're in the ports/i386/packages-5.3-release/ directory > if you want to shop around for them. As a side-effect, pkg_add -r > will now work as expected on a 5.3-beta system. When I go to ftp.freebsd.org and then cd to pub/FreeBSD/ports/i386/packages-5.3-release, I get "553 Permission denied", because of permissions: drwx------ packages-5.3-release Rob. __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 14:42:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9067616A4CE for ; Tue, 5 Oct 2004 14:42:16 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C07743D1D for ; Tue, 5 Oct 2004 14:42:16 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i95EfuCU014050; Tue, 5 Oct 2004 08:41:56 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <4162B28B.2080007@FreeBSD.org> Date: Tue, 05 Oct 2004 08:41:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Freeman References: <4160259A.3070708@FreeBSD.org> <200410041853.12931.krinklyfig@spymac.com> <200410050525.49410.benlutz@datacomm.ch> <200410042220.06970.krinklyfig@spymac.com> <20041005073616.GA77703@slipgate.org> In-Reply-To: <20041005073616.GA77703@slipgate.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: FreeBSD Mailing List Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 14:42:16 -0000 Ryan Freeman wrote: > On Mon, Oct 04, 2004 at 10:20:06PM -0700, Joshua Tinnin wrote: > >>On Monday 04 October 2004 08:25 pm, Benjamin Lutz >>wrote: >> >>>>I remember reading some posts about this a little while back. Is >>>>there any way to do this with a fine-tooth comb approach, or is it >>>>just about the same to do a portupgrade -af? >>> >>>On my system, about half the installed ports needed rebuilding. I >>>wrote a Python script that lists these ports, you can use it if you >>>like: >>> >>>http://www.maxlor.com/freebsd/files/findlibusers.py >> >>Thank you very much for that. After running I find it's about the same >>for me, but all the really big ones need to be rebuilt. Ah well, but I >>will have to hold off on updating until I have a spare day to rebuild >>everything essential. >> > > > I was just wondering who here uses the nvidia drivers, and if they work on the > library version bumped beta7 or not...a friend of mine updated to beta7... > and while he says he can play quake3 fine, quake2forge (native from ports) > seems to fail with both glx and sdlgl renderers. My thought on this is that, > while the library versions have been bumped, the nvidia drivers for linux > emulation are unaffected, hence the working quake3, but libGL for native > stuff still refers to libm. Is he just having odd system problems beyond > the library version bump? Or am I actually correct in speculating that the > nvidia drivers need to be updated to properly support beta7 and future releases? > > On a final note I have yet to go from beta6 to beta7 in fear that some of my > beloved games will stop working ;) > > - Ryan Freeman Try using /etc/libmap.conf to map the old libraries to the new ones. Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 14:55:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FEA516A4CE for ; Tue, 5 Oct 2004 14:55:54 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFFF443D1D for ; Tue, 5 Oct 2004 14:55:53 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i95F0q3f013111; Tue, 5 Oct 2004 08:00:52 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i95F0q4J013110; Tue, 5 Oct 2004 08:00:52 -0700 Date: Tue, 5 Oct 2004 08:00:52 -0700 From: Brooks Davis To: Vladimir Grebenschikov Message-ID: <20041005150052.GC2520@odin.ac.hmc.edu> References: <1096961330.2221.16.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GPJrCs/72TxItFYR" Content-Disposition: inline In-Reply-To: <1096961330.2221.16.camel@localhost> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: "current@freebsd.org" Subject: Re: ACPI disabled by blacklist on 6-CURENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 14:55:54 -0000 --GPJrCs/72TxItFYR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 05, 2004 at 11:28:50AM +0400, Vladimir Grebenschikov wrote: >=20 > Hi=20 >=20 > After upgrade on latest 6-CURRENT (before it was 5-CURRENT, updates some > months ago) my home desktop refuses to use ACPI (loader show ABIT in > ACPI type) with message like this (with boot -v): >=20 > ACPI disabled by blacklist >=20 > Before ACPI works just fine for me (it sence power button and shutdowns > PC) >=20 > Any suggestions ? man acpi FYI, black listed BIOSes are those that Microsoft gave up on as too hopelessly broken to support. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --GPJrCs/72TxItFYR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBYrcjXY6L6fI4GtQRAtjYAKDEUz5+Hfs2tCFYEQEZFzt/OfaXdgCgwy1F 7Fh33x5f7M2Nr4BjsUBfU+o= =5Kbe -----END PGP SIGNATURE----- --GPJrCs/72TxItFYR-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 15:33:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E415616A4CE for ; Tue, 5 Oct 2004 15:33:00 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5045643D45 for ; Tue, 5 Oct 2004 15:33:00 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CErJD-0000rA-00 for ; Tue, 05 Oct 2004 17:32:59 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Oct 2004 17:32:58 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Oct 2004 17:32:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Tue, 05 Oct 2004 08:32:55 -0700 Lines: 21 Message-ID: References: <200410041354.03058.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.8.0 Sender: news Subject: Re: 48hr panics: Fatal trap 19: non-maskable interrupt trap while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 15:33:01 -0000 John Baldwin wrote: > On Monday 04 October 2004 11:21 am, othermark wrote: >> I get these about once every 48hrs for about 2 weeks on a box I build >> -current once or twice a week. >> >> First panic here is from Wednesday, the panic at the end of this message >> is from Friday morning's -current. Is there any problem currently >> with dumpdev=auto and savecore? Note the silly lockheld panic when I >> call doadump. > > I'm guessing you are getting an NMI due to an ECC error while it is > zero'ing > memory. Perhaps your memory is going bad or your box is overheating? hmm. I did just change the memory out not too long ago. I'll try to find some new dimms for it. Good point, thanks. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 15:38:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88DE416A4CE; Tue, 5 Oct 2004 15:38:39 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBC443D45; Tue, 5 Oct 2004 15:38:38 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CErOv-0001ox-00 Tue, 05 Oct 2004 17:38:53 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CErOu-0001o4-00 Tue, 05 Oct 2004 17:38:52 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i95FcZcj015451; Tue, 5 Oct 2004 17:38:35 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i95FcWD9006043; Tue, 5 Oct 2004 17:38:32 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 5 Oct 2004 17:38:31 +0200 User-Agent: KMail/1.7 References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <41605C2C.8050004@freebsd.org> <16738.45007.276964.761754@canoe.dclg.ca> In-Reply-To: <16738.45007.276964.761754@canoe.dclg.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410051738.32415.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: spam maps cc: Tim Kientzle cc: David Gilbert Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 15:38:39 -0000 On Tuesday 05 October 2004 16:29, David Gilbert wrote: > >>>>> "Tim" == Tim Kientzle writes: > > Tim> /stand is largely defunct. It is, I believe, still used to > Tim> bootstrap the CD-ROM installation, but has no particular purpose > Tim> after that point. > > I was always confused with sysinstall being in /stand. I always > understood /stand as executables that ran from the loader. The > "standalone environment." > > Dave. Right now, /stand is installed from sysinstall, and used, at last, from /etc/rc.d/initdiskless. With /rescue and /usr/sbin/sysinstall in the tree, sysinstall may be changed to not install the bootcrunch as /stand. I think /etc/rc.d/initdiskless may use /rescue/zcat and /rescue/tar instead of /stand/gzip an /stand/cpio. -- josemi From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 15:42:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A76A16A4CE for ; Tue, 5 Oct 2004 15:42:09 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5F4143D3F for ; Tue, 5 Oct 2004 15:42:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 027A25138B; Tue, 5 Oct 2004 08:43:25 -0700 (PDT) Date: Tue, 5 Oct 2004 08:43:25 -0700 From: Kris Kennaway To: Andrew Wiles Message-ID: <20041005154325.GA54632@xor.obsecurity.org> References: <41621E23.7080103@jara23.co.uk> <20041005041644.GA21533@xor.obsecurity.org> <416222D4.6020803@jara23.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <416222D4.6020803@jara23.co.uk> User-Agent: Mutt/1.4.2.1i cc: cswiger@mac.com cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 15:42:09 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 05, 2004 at 05:28:04AM +0100, Andrew Wiles wrote: > Kris Kennaway wrote: > >On Tue, Oct 05, 2004 at 05:08:03AM +0100, Andrew Wiles wrote: > > > >>Since just prior to the new pfil hooks commit and with 5.3-BETA7 I now= =20 > >>get the following error on boot: > >> > >>Starting ppp as "root" > >>/libexec/ld-elf.so.1: > >>Shared object "libintl.so.6" not found, required by "su" > >> > >>The shared library exists in /usr/local/lib but isn't being found. > >>As to why su or ppp would need that lib at boot time also confuses me a= s=20 > >>it is now part of the base system. > >> > >>Running either su or ppp after the system is up works fine. > >> > >>Any help with this problem would be appreciated. > > > > > >What does /usr/bin/su link to? Do you have any other spurious su > >binaries in the system path? > > > >kris > > >=20 > su looks normal to me, and no other su's anywhere on the system. > Could it possibly be because my ppp script uses the pppoa port for its=20 > connection that it is now failing? Yes. It's probably being run too early in the boot process. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYsEdWry0BWjoQKURAoQQAJ4umfKHkWCMVRCs+HjqH3pOqf1YHgCfT0P9 UA2wfx2ZCBnI9/ZKnwqebCI= =Iav1 -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 15:43:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5455416A4CE for ; Tue, 5 Oct 2004 15:43:28 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2918143D46 for ; Tue, 5 Oct 2004 15:43:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 35ECB51441; Tue, 5 Oct 2004 08:44:45 -0700 (PDT) Date: Tue, 5 Oct 2004 08:44:45 -0700 From: Kris Kennaway To: spam maps Message-ID: <20041005154445.GB54632@xor.obsecurity.org> References: <20041005143633.61159.qmail@web54002.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E39vaYmALEf/7YXx" Content-Disposition: inline In-Reply-To: <20041005143633.61159.qmail@web54002.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current Subject: Re: New i386 packages uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 15:43:28 -0000 --E39vaYmALEf/7YXx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 05, 2004 at 07:36:33AM -0700, spam maps wrote: > When I go to ftp.freebsd.org and then cd to > pub/FreeBSD/ports/i386/packages-5.3-release, > I get "553 Permission denied", because of > permissions: > drwx------ packages-5.3-release That's probably because the directory is still being transferred; wait a few hours and try again (the permissions are correct on ftp-master). Kris --E39vaYmALEf/7YXx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYsFsWry0BWjoQKURAsOYAJ9HeyDqeDJbI4Y6EchGEayrUryUeQCg4Po7 P+/ICiAWxoVZogndG3f7pb4= =3+4a -----END PGP SIGNATURE----- --E39vaYmALEf/7YXx-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 15:45:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F13C16A4CF for ; Tue, 5 Oct 2004 15:45:00 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F9743D5A for ; Tue, 5 Oct 2004 15:44:59 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [10.0.2.2] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)i95FiqXI003128; Tue, 5 Oct 2004 16:44:53 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <4162C173.2060608@jara23.co.uk> Date: Tue, 05 Oct 2004 16:44:52 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <41621E23.7080103@jara23.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on skynet.asgard.jara23.co.uk X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 15:45:00 -0000 Dag-Erling Smørgrav wrote: > Andrew Wiles writes: > >>Since just prior to the new pfil hooks commit and with 5.3-BETA7 I now >>get the following error on boot: >> >>Starting ppp as "root" >>/libexec/ld-elf.so.1: >>Shared object "libintl.so.6" not found, required by "su" > > > libintl.so.6 is part of the devel/gettext port. You probably have a > third-party su in /usr/local/bin which requires gettext, but for some > reason gettext is missing. What do the following commands show? > > ldd /usr/bin/su > ldd /usr/local/bin/su > pkg_which /usr/local/bin/su > > DES The output is as follows: root@skynet:~> ldd /usr/bin/su /usr/bin/su: libutil.so.4 => /lib/libutil.so.4 (0x28079000) libpam.so.2 => /usr/lib/libpam.so.2 (0x28086000) libc.so.5 => /lib/libc.so.5 (0x2808d000) root@skynet:~> ldd /usr/local/bin/su ldd: /usr/local/bin/su: No such file or directory root@skynet:~> pkg_which /usr/local/bin/su /usr/local/bin/su: not found The only other idea I came up with was possibly that because I use the net/pppoa port for my adsl connection that was requireing lintl, but that doesn't appear to be the case either. root@skynet:~> ldd /usr/local/sbin/pppoa2 /usr/local/sbin/pppoa2: libc.so.5 => /lib/libc.so.5 (0x2807b000) root@skynet:~> ldd /usr/local/sbin/modem_run /usr/local/sbin/modem_run: libc.so.5 => /lib/libc.so.5 (0x2807c000) -- This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. For more infomration on ClamAV see http://www.clamav.net/ asgard.jara23.co.uk - Building the future on the ashes of the past. From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 15:56:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 437A916A4CE for ; Tue, 5 Oct 2004 15:56:45 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5706243D2F for ; Tue, 5 Oct 2004 15:56:44 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id D70BD5310; Tue, 5 Oct 2004 17:56:42 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D0EED530A; Tue, 5 Oct 2004 17:56:35 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 83CEFB85E; Tue, 5 Oct 2004 17:56:35 +0200 (CEST) To: Andrew Wiles References: <41621E23.7080103@jara23.co.uk> <4162C173.2060608@jara23.co.uk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 05 Oct 2004 17:56:35 +0200 In-Reply-To: <4162C173.2060608@jara23.co.uk> (Andrew Wiles's message of "Tue, 05 Oct 2004 16:44:52 +0100") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org Subject: Re: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 15:56:45 -0000 Andrew Wiles writes: > Dag-Erling Sm=F8rgrav wrote: > > Andrew Wiles writes: > > > Starting ppp as "root" > > > /libexec/ld-elf.so.1: > > > Shared object "libintl.so.6" not found, required by "su" > > What do the following commands show? > > ldd /usr/bin/su > > ldd /usr/local/bin/su > > pkg_which /usr/local/bin/su > root@skynet:~> ldd /usr/bin/su > /usr/bin/su: > libutil.so.4 =3D> /lib/libutil.so.4 (0x28079000) > libpam.so.2 =3D> /usr/lib/libpam.so.2 (0x28086000) > libc.so.5 =3D> /lib/libc.so.5 (0x2808d000) > root@skynet:~> ldd /usr/local/bin/su > ldd: /usr/local/bin/su: No such file or directory hmm, which su is ppp complaining about then? what does your PATH look like, and what does 'which su' say? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 16:07:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D21716A4CE for ; Tue, 5 Oct 2004 16:07:45 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8570843D31 for ; Tue, 5 Oct 2004 16:07:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i95G6Pnk006997; Tue, 5 Oct 2004 10:06:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Oct 2004 10:08:00 -0600 (MDT) Message-Id: <20041005.100800.111987973.imp@bsdimp.com> To: yurtesen@ispro.net.tr From: "M. Warner Losh" In-Reply-To: <416313F0.2000508@ispro.net.tr> References: <4161C4D8.4040308@ispro.net.tr> <20041004.141815.124867616.imp@bsdimp.com> <416313F0.2000508@ispro.net.tr> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: marcos@ThePacific.Net cc: freebsd-current@freebsd.org Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:07:45 -0000 In message: <416313F0.2000508@ispro.net.tr> Evren Yurtesen writes: : For one thing, why shouldnt FreeBSD able to do that? Because the HAL layer is a binary glob. : The other thing is that I thought atheros doesnt have firmware and the : driver handles the regulatory domain settings. Thats why atheros is not : giving out the source code for their drivers (I think there was such : problem) The driver handles the regulatory domain, but it always uses what is in the falsh on the part. : Anyhow. I am not a pro in this so I better shut up :) But it is possible : to enable all the channels etc. available in atheros chip from the : driver. At least StarOS is able to do it so... I'm hoping that ath driver author would reply. Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 16:17:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5623816A4CE for ; Tue, 5 Oct 2004 16:17:19 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 981E243D45 for ; Tue, 5 Oct 2004 16:17:18 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [10.0.2.2] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)i95GHEE6000853; Tue, 5 Oct 2004 17:17:14 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <4162C90A.8080908@jara23.co.uk> Date: Tue, 05 Oct 2004 17:17:14 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Wiles References: <41621E23.7080103@jara23.co.uk> In-Reply-To: <41621E23.7080103@jara23.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on skynet.asgard.jara23.co.uk X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: PPP/su startup error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:17:19 -0000 Andrew Wiles wrote: > Since just prior to the new pfil hooks commit and with 5.3-BETA7 I now > get the following error on boot: > > Starting ppp as "root" > /libexec/ld-elf.so.1: > Shared object "libintl.so.6" not found, required by "su" > > The shared library exists in /usr/local/lib but isn't being found. > As to why su or ppp would need that lib at boot time also confuses me as > it is now part of the base system. > > Running either su or ppp after the system is up works fine. > > Any help with this problem would be appreciated. > > Andrew D Wiles. Okay I found the problem after working on a hunch. It transpires that bash-3 links against gettext and others unlike bash-2 which I was previously using as the root shell, switching back to bash-2 fixed the problem straight away. Thanks to all for all the hints and clues. Andrew D Wiles -- This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. For more infomration on ClamAV see http://www.clamav.net/ asgard.jara23.co.uk - Building the future on the ashes of the past. From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 16:20:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC14416A4CE for ; Tue, 5 Oct 2004 16:20:24 +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 036F643D3F for ; Tue, 5 Oct 2004 16:20: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 i95GKJg3057590; Tue, 5 Oct 2004 18:20:21 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4162C9BD.8060303@DeepCore.dk> Date: Tue, 05 Oct 2004 18:20:13 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kennke References: <1096906618.695.7.camel@moonlight> In-Reply-To: <1096906618.695.7.camel@moonlight> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: nearly-lockup at boot with DMA enabled on DVD-drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:20:25 -0000 Roman Kennke wrote: > Hi list, >=20 > I am trying out the very latest BETA7 on my Fujitsu Amilo A laptop. I a= m > experiencing problems with DMA on my DVD drive. I remember that with > 5.2.1 and IMO also with BETA4 the DVD drive acd0 was set to PIO4. That > was ok, because DMA would not work properly when forced (although DMA i= s > supported by the DVD drive and the motherbord). > Now with BETA7 (and BETA6 which I tried before) the drive is set to > DMA33, which apparently does not work ok. This leads to an extremely > long pause at boot time. I first thought this will lock up, but after > several (5-7!) minutes, the boot proceeds (with the DVD drive not > working :-( ). When I manually disable DMA in loader.conf everything is= > ok. I would really like to have DMA working (good solution) OR detected= > as PIO4 (bad solution) in FreeBSD-stable. Well, it was decided to use DMA as default when the drive says it can at = least UDMA33, so thats why it changed. Now as to why ATAPI DMA doesn't work for you I have no easy answer, it=20 can be chipset, device firmware, ATA driver or any combination of those. = Did it ever work in DMA mode under FreeBSD ? The Acer chip should be DMA capable but we might need to twiddle a few=20 config bits to make it work, I'll look at it when I get the time, if too = long passes please ping me again ... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 16:22:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F266216A4CE for ; Tue, 5 Oct 2004 16:22:24 +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 EDEC043D39 for ; Tue, 5 Oct 2004 16:22:23 +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 i95GMGKJ057619; Tue, 5 Oct 2004 18:22:18 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4162CA32.8090306@DeepCore.dk> Date: Tue, 05 Oct 2004 18:22:10 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Justin Smith References: <4162909E.50300@drexel.edu> In-Reply-To: <4162909E.50300@drexel.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: Beta7: DVD works perfectly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:22:25 -0000 Justin Smith wrote: > The subject line says it all. It's wonderful to be able to view DVD's=20 > without the pauses that came from PIO. My DVD drive has somewhat=20 > fractured firmware and even the windows drivers complain about it, but = > the FreeBSD drivers handle it without a hiccup. Kudos to all! Glad to hear that, at least one satisfied "customer" then :) --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 16:28:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 860C716A4CE; Tue, 5 Oct 2004 16:28:13 +0000 (GMT) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EC7943D2F; Tue, 5 Oct 2004 16:28:13 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i95GSCt8027891 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 5 Oct 2004 09:28:12 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i95GSB4q052641; Tue, 5 Oct 2004 09:28:11 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i95GSBuf052640; Tue, 5 Oct 2004 09:28:11 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Tue, 5 Oct 2004 09:28:11 -0700 From: "Bruce A. Mah" To: "M. Warner Losh" Message-ID: <20041005162811.GA52590@tomcat.kitchenlab.org> References: <20041005040604.GB875@tomcat.kitchenlab.org> <20041004.221256.74799405.imp@bsdimp.com> <1096952687.972.7.camel@localhost> <20041005.013619.44056186.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20041005.013619.44056186.imp@bsdimp.com> X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ User-Agent: Mutt/1.5.6i cc: bmah@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:28:13 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, M. Warner Losh wrote: > In message: <1096952687.972.7.camel@localhost> > "Bruce A. Mah" writes: > : Oh, waitasec. I remember someone on this list having some other bizarro > : hardware with the port number ranges similarly fragmented. Could this > : be the cause? >=20 > Yes. Try the following patch. It should fix your problem. Thanks, Warner. I'll try this tonight when I get home...I'm encouraged by the fact that it apparently solved (at least?) one other person's boot-time hangs. Gotta love PC hardware... Bruce. --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYsub2MoxcVugUsMRAoeuAJ0ZBmo9H8v32b/7c7PDpsjcz6gCSQCeN4M7 szM8vhGnJSYkjS8V1ELZtf8= =Jaaa -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 16:50:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6E2616A4CE for ; Tue, 5 Oct 2004 16:50:34 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7954843D2F for ; Tue, 5 Oct 2004 16:50:34 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i95GoUWi059448 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 5 Oct 2004 09:50:30 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Tue, 5 Oct 2004 09:53:58 -0700 User-Agent: KMail/1.7 References: <4161C4D8.4040308@ispro.net.tr> <416313F0.2000508@ispro.net.tr> <20041005.100800.111987973.imp@bsdimp.com> In-Reply-To: <20041005.100800.111987973.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410050953.58739.sam@errno.com> cc: marcos@thepacific.net cc: yurtesen@ispro.net.tr cc: "M. Warner Losh" Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:50:34 -0000 On Tuesday 05 October 2004 09:08 am, M. Warner Losh wrote: > In message: <416313F0.2000508@ispro.net.tr> > > Evren Yurtesen writes: > : For one thing, why shouldnt FreeBSD able to do that? > > Because the HAL layer is a binary glob. > > : The other thing is that I thought atheros doesnt have firmware and the > : driver handles the regulatory domain settings. Thats why atheros is not > : giving out the source code for their drivers (I think there was such > : problem) > > The driver handles the regulatory domain, but it always uses what is > in the falsh on the part. > > : Anyhow. I am not a pro in this so I better shut up :) But it is possible > : to enable all the channels etc. available in atheros chip from the > : driver. At least StarOS is able to do it so... > > I'm hoping that ath driver author would reply. And I was hoping the "ath driver author" could stay out of this topic because it has been discussed repeatedly. The issue is that the ath driver supports ap operation. As such you are not permitted to change the regulatory domain from what is set in the eeprom to insure compliance with local regulatory agencies. Drivers that let you set the regulatory domain--that I know about--support only station operation so this is not an issue (e.g. you are not normally broadcasting beacons). I have considered ways to support ap and non-ap operation in a single driver and still allow the regulatory domain to be changed but haven't implemented them. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 16:52:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D2E016A4CE for ; Tue, 5 Oct 2004 16:52:29 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D62143D49 for ; Tue, 5 Oct 2004 16:52:29 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26132 invoked from network); 5 Oct 2004 16:52:29 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Oct 2004 16:52:28 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i95GqKLf065529; Tue, 5 Oct 2004 12:52:20 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Oct 2004 12:49:37 -0400 User-Agent: KMail/1.6.2 References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <16738.45007.276964.761754@canoe.dclg.ca> <200410051738.32415.freebsd@redesjm.local> In-Reply-To: <200410051738.32415.freebsd@redesjm.local> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410051249.37820.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: spam maps cc: Tim Kientzle cc: Jose M Rodriguez cc: David Gilbert Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 16:52:29 -0000 On Tuesday 05 October 2004 11:38 am, Jose M Rodriguez wrote: > On Tuesday 05 October 2004 16:29, David Gilbert wrote: > > >>>>> "Tim" == Tim Kientzle writes: > > > > Tim> /stand is largely defunct. It is, I believe, still used to > > Tim> bootstrap the CD-ROM installation, but has no particular purpose > > Tim> after that point. > > > > I was always confused with sysinstall being in /stand. I always > > understood /stand as executables that ran from the loader. The > > "standalone environment." > > > > Dave. > > Right now, /stand is installed from sysinstall, and used, at last, > from /etc/rc.d/initdiskless. /stand is installed as part of the installation process. Basically, sysinstall starts off by letting you partition your disks. Once that is done, it mounts everything under /mnt, then copies the /stand off of the mfsroot to /mnt/stand and finally chroots into mnt for the rest of the install. It copies /stand so that it can still get to the utilities in /stand that it needs while it does the actual install. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 17:00:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF01E16A4CF for ; Tue, 5 Oct 2004 17:00:06 +0000 (GMT) Received: from web50705.mail.yahoo.com (web50705.mail.yahoo.com [206.190.38.103]) by mx1.FreeBSD.org (Postfix) with SMTP id 2C03A43D45 for ; Tue, 5 Oct 2004 17:00:06 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20041005165553.72392.qmail@web50705.mail.yahoo.com> Received: from [68.40.135.37] by web50705.mail.yahoo.com via HTTP; Tue, 05 Oct 2004 09:55:53 PDT Date: Tue, 5 Oct 2004 09:55:53 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Just updated to 5.3-BETA7 -couple nits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:00:06 -0000 --- Ruslan Ermilov wrote: > On Tue, Oct 05, 2004 at 06:33:20AM -0700, Kim Culhan wrote: > > > > >From the couple small nits dept.. > > > > After running mergemaster and rebooting, the boot hung with: > > > > /etc/defaults/rc.conf: 517: Syntax error: EOF in backquote > > substitution > > > > rc.conf had only 516 lines soo.. was there an embedded > > EOF char in the file not visible with vi ? > > > > Installed a previous rc.conf, including the diffs from > > the beta7 rc.conf: rc.conf,v 1.212.2.2 and all is well. > > > Maybe mergemaster(8) did something bad for you, but it's > really hard to say without having a look at problematic > /etc/defaults/rc.conf. Ok, the problematic rc.conf is attached as rc.conf.new > > There is no startup script in /usr/local/etc/rc.d nor > > anything in /etc/rc.conf to start postfix, or anything > > in /etc/rc.local soo.. how can it start ? > > > See mailer.conf(5). There is nothing in mailer.conf(5) regarding the startup of [your favorite] mail server on boot that I can see.. This is with sources cvsup'd 10-4-04 at ~1600 utc tnx -kim __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 17:03:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 606D616A4CE for ; Tue, 5 Oct 2004 17:03:11 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id 933CA43D2F for ; Tue, 5 Oct 2004 17:03:10 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 84593 invoked from network); 5 Oct 2004 17:03:09 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 5 Oct 2004 17:03:09 -0000 Received: (qmail 42666 invoked by uid 1001); 5 Oct 2004 17:03:09 -0000 Date: Tue, 5 Oct 2004 13:03:09 -0400 From: Brian Reichert To: Joseph Koshy Message-ID: <20041005170309.GC262@numachi.com> References: <20041004171422.GK262@numachi.com> <84dead72041004191479cb774a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead72041004191479cb774a@mail.gmail.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: awk leaking memory during arithmetic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:03:11 -0000 On Tue, Oct 05, 2004 at 02:14:07AM +0000, Joseph Koshy wrote: > > I note that 5.2.1 and 4.10 are using different versions of awk. > > > > Are these awk bugs, or am I misusing awk? The memory consumption > > under 5.2.1 is what concerns me the most. I'll open a PR, if that's > > It does look like an awk bug: Others have revealed that I was misusing awk. The weird behaviors of both awks are caused by me having fed a huge number to the field counter ( 't' vs '$t'). As to what (either of the implementations of) awk should do when fed garbage, is unspecified. I prefered GNU awk's (under 4.10) behavior better, in that it died much quicker, without filling my partition with a huge core file. :) -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 17:06:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63CEB16A4CE for ; Tue, 5 Oct 2004 17:06:02 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC63443D58 for ; Tue, 5 Oct 2004 17:06:01 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 899D161E4E; Tue, 5 Oct 2004 12:06:02 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Tue, 5 Oct 2004 12:06:02 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200410051206.02062.mjohnston@skyweb.ca> Subject: cvs-src summary for September 28 - October 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:06:02 -0000 FreeBSD cvs-src summary for 27/09/04 to 04/10/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). If you would like to get the summary without subscribing to current@, please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks to Omer Faruk Sen and EnderUNIX for hosting this list. For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ IPFW integrated with ALTQ ------------------------- Brian Feldman (green) added code to IPFW, the FreeBSD packet filter, to allow it to work with the ALTQ traffic shaper, by classifying packets to give them certain bandwidth levels. If an ipfw rule includes the "altq" keyword, followed by a queue name, it will be tagged to go into the named queue. Before ALTQ queues can be used, pfctl must be used to set them up, and if the queues are rearranged, the ipfw rules should be reloaded. You can enable and disable altq entirely by running "ipfw enable altq" or "ipfw disable altq". http://www.freebsd.org/cgi/mid.cgi?200410030017.i930Hk21032869 IPFW tags for diverted status and TCP data length ------------------------------------------------- Brian Feldman (green) added support to IPFW for matching packets based on diverted status -- that is, whether they came from a divert socket -- and TCP data length. The new diversion-related keywords are: "diverted", which matches only packets generated by a divert socket; "diverted-loopback", which matches only packets coming from a divert socket and destined for the local system; and "diverted-output", which matches only packets going from a divert socket to the IP stack output to be sent elsewhere. The TCP data length keyword is "tcpdatalen" followed by a value or list of values or ranges, like the "ports" keyword. http://www.freebsd.org/cgi/mid.cgi?200410030026.i930QaBb033215 http://www.freebsd.org/cgi/mid.cgi?200410030047.i930lFo8040250 BIND now chroot'ed by default ----------------------------- Along with the introduction of BIND 9, mentioned `two summaries ago`_, Doug Barton (dougb) has changed the configuration of named, the system DNS server, to run in a chroot jail by default. This jail is located in /var/named. For instructions on converting from the old /etc/namedb configuration to the new /var/named way, please see `/usr/src/UPDATING`_. .. _`two summaries ago`: http://excel.xl0.org/FreeBSD/20-09-04.html#bind-upgraded-to-version-9-3-0rc4 .. _`/usr/src/UPDATING`: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/UPDATING?rev=1.365&content-type=text/plain http://www.freebsd.org/cgi/mid.cgi?200409280946.i8S9k0le070558 Recovery tool for damaged disks added ------------------------------------- Poul-Henning Kamp (phk) added a new utility, recoverdisk, that recovers as much data as possible from damaged disks. The tool will read an entire disk or partition 1 MB at a time, optionally writing the output to a specified file. Any 1 MB chunks that have read errors in them will be retried 64 kbytes at a time, and any 64 kbyte chunks with read errors will be retried sector-by-sector. The program keeps running and retrying the errored sectors until interrupted. As an example, Poul-Henning gives:: recoverdisk /dev/fd0 myfloppy.flp The tool is located in /usr/src/tools/tools/recoverdisk. http://www.freebsd.org/cgi/mid.cgi?200409282200.i8SM015j016818 =============== Notable changes =============== USB serial devices renamed -------------------------- Poul-Henning Kamp (phk) changed the ucom driver, for USB serial devices, to use generic TTY device names instead of customized ones. USB serial devices are now named /dev/ttyU# and /dev/cuaU# for call-in and call-out devices respectively, with # being replaced by the device number. Previously, the devices were named /dev/ucom#. These changes also improve the stability of the system when USB serial devices are unplugged unexpectedly. http://www.freebsd.org/cgi/mid.cgi?200409282023.i8SKNnx8007168 Specialix serial devices renamed -------------------------------- Similarly to the USB commit above, Poul-Henning Kamp (phk) renamed the serial devices for Specialix multiport serial cards. The old names were /dev/ttyA# and /dev/cuaA#, and the new ones are /dev/ttyA or /dev/cuaA followed by the card number, then the port number. http://www.freebsd.org/cgi/mid.cgi?200410021656.i92Gu8Ef013366 CVS version string format changed --------------------------------- Peter Wemm (peter) changed the format of the version string for the cvs and cvsbug tools. It was previously displayed as "Concurrent Versions System (CVS) '1.11.15'-FreeBSD (client/server)", with the version number in single quotes. The quotes have now been eliminated, so you will need to update any scripts that parse the cvs -v output. http://www.freebsd.org/cgi/mid.cgi?200409282102.i8SL2iwj015034 ================= Discussion topics ================= Changing the behavior of rm --------------------------- (Editor's note: This is a difficult thread to summarize. I'll do my best to give all arguments equal time and avoid insinuating my own opinion; apologies in advance if this comes out biased. I've also dispensed with the usual cutesy attributions in favor of "said"; I may actually just start doing that all the time.) Dag-Erling Smorgrav (des) made a commit to rm, with the message "Find out how flame-proof my underwear really is." The effect of the commit was to have rm discard any arguments that consisted solely of "/". Max Laier (mlaier) said, "From the committer-guide: 'Good commit messages are important. [ . . . ]' Other than that, this seems to be an outcome of the *ongoing* thread in hackers. If there is any consensus in that thread, then it's that every such goof should be conditionalized by a environment variable. Any particular reason for this change?" Giorgios Keramidas (keramida) said, "I do respect Dag-Erling's technical expertise a lot of times every day, but since I was the one who kindled the flames of the particular thread, I'm not comfortable at all with this change. Most of the replies in the thread were against, not for, the change in the behavior of rm(1)." Max, responding to his earlier post, said, "You never answered to this question. Neither on the list nor in your very rude private mail. While it is true that this change does nothing bad, I still completely fail to see the point." Max then gave a few examples of other ways to rm -r / that would not be prevented by Dag-Erling's change, saying, "Unfortunately it's seldom the obvious way that this happens." Tim Robbins (tjr), in another thread starting from Dag-Erling's commit, said, "I object to this change." Dag-Erling said, "Do you really have nothing better to do with your time? Did you even bother to read the blog entry Giorgios referred to, which specifically mentioned that the relevant standards have been amended to allow this?" Ceri Davies (ceri) said, "It didn't mention which standard, and I guess from the lack of citation that you have that information to hand either." Dag-Erling said, "And this is where you'd be wrong. Check the Austin Group mailing list archives and the SCU Defect Report in Aardvark. [ . . . ] As far as I can tell, the resolution was that 'the wording in the current version of the standard does not allow this, but future versions will.'" Kevin Oberman said, "Look! I might or might not care about the actual change, but this needs a REAL commit message. [ . . . ] Please do a forced commit with a real log entry! Then we can get back to the discussion of its appropriateness." M. Warner Losh (imp) said, in response to Dag-Erling's last post, "Just because the standard allows the insane behavior of not allow rm -rf / doesn't mean it requires it. Your commit is disruptive, rude and disrespectful of your fellow committers. Please back it out." Dag-Erling said, "You admitted yourself that the only semi-rational argument you had against this patch was based on a misunderstanding. [ . . . ] Rude, disruptive and disrespectful behaviour is what Giorgios was subjected to when he proposed a perfectly reasonable change which is supported by the relevant standards body and has precedent in other operating systems. Now back off, then come back in three days and see if you still honestly care when the heat of the moment has worn off." Warner replied to Ceri's post, saying, "I'm quite prepared to back it out if DES doesn't want to, but that would be rude. However, I don't want to see rude behavior rewarded." Ceri said, "That won't really help. What the code actually does isn't the issue for me." Jun Kuriyama (kuriyama) said, in response to Dag-Erling's first post, "\*Your\* commit log is wasting committers' time to be forced checking actual diffs because we cannot know what changes are made from your commit log." [backslashes added] Tim replied to the same post, saying, "Your commit adds no value whatsoever to FreeBSD, and your general behaviour borders on spiteful." Christian S. J. Peron (csjp) replied to Dag-Erling's initial commit, saying, "I am sure people could tell you how flame proof your underwear is if you would tell us exactly what you changed." John Baldwin (jhb) also replied to the commit, saying, "Not very if you're too cowardly to say what you changed." Warner replied to the commit as well, saying, "Please back this out. There's an ungoing discussion and it is far from clear that this is a sane idea." Dag-Erling said, "Take a deep breath and a couple of days off, then re-read the so- called 'ongoing discussion'. It is a textbook example of the bikeshed phenomenon, with hardly a single rational argument." Garance A. Drosihn (gad) said, "There were some ration arguments. Few of the rational arguments were for making this change. I'd say back this change out." Warner responded to the initial commit, saying, "I contend that this change is technically flawed. While it is allowed by the standards, I believe we should exit entirely when we hit this 'third rail' rather than just ignoring the offending arg. [ . . . ] So from a technical point of view, my opinion is that the only error in this commit is a warn(...) where there should be an errx(1, ...)." Dag-Erling said, "I don't personally object to the behaviour you propose, but it is not what will be in the standard." Makoto Matsushita (matusita) said, "[P]lease don't "discuss" on cvs-src -- use hackers@ where this topic came from." http://www.freebsd.org/cgi/mid.cgi?200410041126.i94BQ273055417 =================== Important bug fixes =================== Console screenshot security bug fixed ------------------------------------- Jacques Vidrine (nectar) updated the syscons code to disallow negative coordinates and sizes when taking a screenshot using the CONS_SCRSHOT ioctl. This closes a security hole that could have resulted in portions of kernel memory being returned. In order to exploit the security hole, a user would have to be able to open a /dev/ttyv* device, which requires local console access on a normally-configured FreeBSD machine. This security issue affected all 5.x releases, but 4.x was not vulnerable. It was reported by Christer Oberg and addressed in `FreeBSD-SA-04:15.syscons`_. .. _`FreeBSD-SA-04:15.syscons`: ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-04:15.syscons.asc http://www.freebsd.org/cgi/mid.cgi?200409292136.i8TLa741099967 =============== Other bug fixes =============== Warner Losh (imp) fixed a bug in init that prevented it from being used to keep daemons running as described in the man page. http://www.freebsd.org/cgi/mid.cgi?200409280422.i8S4Mu7g047371 From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 17:11:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 752E316A4CE for ; Tue, 5 Oct 2004 17:11:33 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0502A43D1F for ; Tue, 5 Oct 2004 17:11:31 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 4008861AB; Tue, 5 Oct 2004 13:08:48 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Tue, 5 Oct 2004 13:08:47 -0400 Message-ID: <20041005130847.2g40gwcs4840g04w@www.sweetdreamsracing.biz> Date: Tue, 5 Oct 2004 13:08:47 -0400 From: Kenneth Culver To: Kim Culhan References: <20041005165553.72392.qmail@web50705.mail.yahoo.com> In-Reply-To: <20041005165553.72392.qmail@web50705.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@FreeBSD.org Subject: Re: Just updated to 5.3-BETA7 -couple nits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:11:33 -0000 Quoting Kim Culhan : > --- Ruslan Ermilov wrote: > >> On Tue, Oct 05, 2004 at 06:33:20AM -0700, Kim Culhan wrote: >> > > >From the couple small nits dept.. >> > > After running mergemaster and rebooting, the boot hung with: >> > > /etc/defaults/rc.conf: 517: Syntax error: EOF in backquote >> > substitution >> > > rc.conf had only 516 lines soo.. was there an embedded >> > EOF char in the file not visible with vi ? >> > > Installed a previous rc.conf, including the diffs from >> > the beta7 rc.conf: rc.conf,v 1.212.2.2 and all is well. >> > Maybe mergemaster(8) did something bad for you, but it's >> really hard to say without having a look at problematic >> /etc/defaults/rc.conf. > > Ok, the problematic rc.conf is attached as rc.conf.new > >> > There is no startup script in /usr/local/etc/rc.d nor >> > anything in /etc/rc.conf to start postfix, or anything >> > in /etc/rc.local soo.. how can it start ? >> > See mailer.conf(5). > > There is nothing in mailer.conf(5) regarding the startup of > [your favorite] mail server on boot that I can see.. > > This is with sources cvsup'd 10-4-04 at ~1600 utc > > tnx > -kim > I just did ln -s /usr/local/sbin/postfix /usr/local/etc/rc.d/postfix.sh and it starts up on boot just fine now. Ken From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 17:26:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9063A16A4CE for ; Tue, 5 Oct 2004 17:26:25 +0000 (GMT) Received: from ack.Berkeley.EDU (ack.berkeley.edu [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F54843D46 for ; Tue, 5 Oct 2004 17:26:25 +0000 (GMT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id i95HMbN12309; Tue, 5 Oct 2004 10:22:37 -0700 (PDT) Date: Tue, 5 Oct 2004 10:22:37 -0700 From: Mike Hunter To: Kim Culhan Message-ID: <20041005172237.GA11000@ack.Berkeley.EDU> References: <20041005133320.41902.qmail@web50701.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005133320.41902.qmail@web50701.mail.yahoo.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Just updated to 5.3-BETA7 -couple nits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:26:25 -0000 On Oct 05, "Kim Culhan" wrote: > >From the couple small nits dept.. > > After running mergemaster and rebooting, the boot hung with: > > /etc/defaults/rc.conf: 517: Syntax error: EOF in backquote > substitution I've seen that bogus error message when I make crontab entries that are too complicated/long. Putting the command in a separate blah.sh file and running that file from the crontab (with the exact same text) eliminates the problem for me...so I suspect something somewhere doesn't like to interpret long lines. Mike From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 17:27:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E63D16A4CE for ; Tue, 5 Oct 2004 17:27:54 +0000 (GMT) Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 431B143D5A for ; Tue, 5 Oct 2004 17:27:54 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by fed1rmmtao08.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041005172753.MLJD7062.fed1rmmtao08.cox.net@mezz.mezzweb.com>; Tue, 5 Oct 2004 13:27:53 -0400 Date: Tue, 05 Oct 2004 12:27:54 -0500 To: "Ryan Freeman" References: <4160259A.3070708@FreeBSD.org> <200410041853.12931.krinklyfig@spymac.com> <200410050525.49410.benlutz@datacomm.ch> <200410042220.06970.krinklyfig@spymac.com> <20041005073616.GA77703@slipgate.org> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20041005073616.GA77703@slipgate.org> User-Agent: Opera M2/7.54 (Linux, build 751) cc: FreeBSD Mailing List Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:27:54 -0000 On Tue, 5 Oct 2004 00:36:16 -0700, Ryan Freeman wrote: > On Mon, Oct 04, 2004 at 10:20:06PM -0700, Joshua Tinnin wrote: >> On Monday 04 October 2004 08:25 pm, Benjamin Lutz >> wrote: >> > > I remember reading some posts about this a little while back. Is >> > > there any way to do this with a fine-tooth comb approach, or is it >> > > just about the same to do a portupgrade -af? >> > >> > On my system, about half the installed ports needed rebuilding. I >> > wrote a Python script that lists these ports, you can use it if you >> > like: >> > >> > http://www.maxlor.com/freebsd/files/findlibusers.py >> >> Thank you very much for that. After running I find it's about the same >> for me, but all the really big ones need to be rebuilt. Ah well, but I >> will have to hold off on updating until I have a spare day to rebuild >> everything essential. >> > > I was just wondering who here uses the nvidia drivers, and if they work > on the library version bumped beta7 or not... Works fine here when I am using libmap.conf like this: libm.so.2 libm.so.3 libreadline.so.4 libreadline.so.5 libhistory.so.4 libhistory.so.5 libopie.so.2 libopie.so.3 libpcap.so.2 libpcap.so.3 I didn't test which libraries that need to be map, which I just copy-n-paste from UPDATING to libmap.conf. > a friend of mine updated to beta7... and while he says he can play > quake3 fine, quake2forge (native from ports) seems to fail with both glx > and sdlgl renderers. My thought on this is that, while the library > versions have been bumped, the nvidia drivers for linux emulation are > unaffected, hence the working quake3, but libGL for native stuff still > refers to libm. Is he just having odd system problems beyond the library > version bump? Or am I actually correct in speculating that the nvidia > drivers need to be updated to properly support beta7 and future releases? Yes, Nvidia driver will have to update. If I remember it correct that some old threads about new Nvidia driver for -CURRENT sometime ago, there should have another Nvidia driver update that will working with thread, TLS and etc better... > On a final note I have yet to go from beta6 to beta7 in fear that some > of my beloved games will stop working ;) Those games should work as long you have libmap.conf set correct. I haven't recompile all apps yet as they all are running just fine with libmap.conf as the workaround, but I will recompile all apps sometime soon. Cheers, Mezz > - Ryan Freeman -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 17:56:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F49916A4CE for ; Tue, 5 Oct 2004 17:56:18 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5752E43D2F for ; Tue, 5 Oct 2004 17:56:18 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10135 invoked from network); 5 Oct 2004 17:56:17 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Oct 2004 17:56:17 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i95HuEiu065908; Tue, 5 Oct 2004 13:56:14 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Oct 2004 13:56:58 -0400 User-Agent: KMail/1.6.2 References: <200410051206.02062.mjohnston@skyweb.ca> In-Reply-To: <200410051206.02062.mjohnston@skyweb.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410051356.59166.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Mark Johnston cc: freebsd-cvs-summary@lists.enderunix.org cc: current@FreeBSD.org Subject: Re: cvs-src summary for September 28 - October 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:56:18 -0000 On Tuesday 05 October 2004 01:06 pm, Mark Johnston wrote: > FreeBSD cvs-src summary for 27/09/04 to 04/10/04 > ++++++++++++++++++++++++++++++++++++++++++++++++ > BIND now chroot'ed by default > ----------------------------- > Along with the introduction of BIND 9, mentioned `two summaries ago`_, > Doug Barton (dougb) has changed the configuration of named, the system > DNS server, to run in a chroot jail by default. This jail is located > in /var/named. For instructions on converting from the old /etc/namedb > configuration to the new /var/named way, please see `/usr/src/UPDATING`_. > > .. _`two summaries ago`: > http://excel.xl0.org/FreeBSD/20-09-04.html#bind-upgraded-to-version-9-3-0rc >4 .. _`/usr/src/UPDATING`: > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/UPDATING?rev=1.365&con >tent-type=text/plain > > http://www.freebsd.org/cgi/mid.cgi?200409280946.i8S9k0le070558 Minor nit. I think Doug made it so that bind runs in a chroot, but not in a jail(8), so you might want to avoid using the word "jail" here. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 17:56:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D62016A4CF for ; Tue, 5 Oct 2004 17:56:18 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71C7F43D31 for ; Tue, 5 Oct 2004 17:56:18 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10135 invoked from network); 5 Oct 2004 17:56:17 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Oct 2004 17:56:17 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i95HuEiu065908; Tue, 5 Oct 2004 13:56:14 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Oct 2004 13:56:58 -0400 User-Agent: KMail/1.6.2 References: <200410051206.02062.mjohnston@skyweb.ca> In-Reply-To: <200410051206.02062.mjohnston@skyweb.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410051356.59166.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Mark Johnston cc: freebsd-cvs-summary@lists.enderunix.org cc: current@FreeBSD.org Subject: Re: cvs-src summary for September 28 - October 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 17:56:18 -0000 On Tuesday 05 October 2004 01:06 pm, Mark Johnston wrote: > FreeBSD cvs-src summary for 27/09/04 to 04/10/04 > ++++++++++++++++++++++++++++++++++++++++++++++++ > BIND now chroot'ed by default > ----------------------------- > Along with the introduction of BIND 9, mentioned `two summaries ago`_, > Doug Barton (dougb) has changed the configuration of named, the system > DNS server, to run in a chroot jail by default. This jail is located > in /var/named. For instructions on converting from the old /etc/namedb > configuration to the new /var/named way, please see `/usr/src/UPDATING`_. > > .. _`two summaries ago`: > http://excel.xl0.org/FreeBSD/20-09-04.html#bind-upgraded-to-version-9-3-0rc >4 .. _`/usr/src/UPDATING`: > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/UPDATING?rev=1.365&con >tent-type=text/plain > > http://www.freebsd.org/cgi/mid.cgi?200409280946.i8S9k0le070558 Minor nit. I think Doug made it so that bind runs in a chroot, but not in a jail(8), so you might want to avoid using the word "jail" here. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 18:04:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2642316A4CE for ; Tue, 5 Oct 2004 18:04:20 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id F402243D41 for ; Tue, 5 Oct 2004 18:04:16 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i95I4DZV061723; Tue, 5 Oct 2004 20:04:14 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i95I4DXo061722; Tue, 5 Oct 2004 20:04:13 +0200 (SAST) (envelope-from jhay) Date: Tue, 5 Oct 2004 20:04:13 +0200 From: John Hay To: Kris Kennaway Message-ID: <20041005180413.GA58757@zibbi.icomtek.csir.co.za> References: <20041005053931.GA21746@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005053931.GA21746@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: New i386 packages uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 18:04:20 -0000 On Mon, Oct 04, 2004 at 10:39:31PM -0700, Kris Kennaway wrote: > I have uploaded to ftp-master an (almost) full package set for i386, > built against the new library versions. You can use portupgrade -PP > or similar to update your system if you want to avoid having to > recompile all the installed ports. > > It may take a while for the new set to propagate out to > ftp.freebsd.org and the mirror sites (hopefully <24 hours for most > mirrors) - they're in the ports/i386/packages-5.3-release/ directory > if you want to shop around for them. As a side-effect, pkg_add -r > will now work as expected on a 5.3-beta system. Watching my mirror now, it looks like there is a packages directory inside ports/i386/packages-5.3-release/ Is that on purpose? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 18:09:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83B4A16A4CE for ; Tue, 5 Oct 2004 18:09:09 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA8643D31 for ; Tue, 5 Oct 2004 18:09:09 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id CEE7221F for ; Tue, 5 Oct 2004 20:09:07 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36352-08 for ; Tue, 5 Oct 2004 20:09:07 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id 14E5ECE for ; Tue, 5 Oct 2004 20:09:07 +0200 (CEST) From: Benjamin Lutz To: freebsd-current@freebsd.org Date: Tue, 5 Oct 2004 20:09:03 +0200 User-Agent: KMail/1.7 References: <4160259A.3070708@FreeBSD.org> <200410042220.06970.krinklyfig@spymac.com> <20041005073616.GA77703@slipgate.org> In-Reply-To: <20041005073616.GA77703@slipgate.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1672774.o1x2HmltTG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410052009.07048.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 18:09:09 -0000 --nextPart1672774.o1x2HmltTG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've reinstalled all my ports now, everything seems to work ok. > I was just wondering who here uses the nvidia drivers, and if they work > on the library version bumped beta7 or not Yes, noticed the nvidia libGL.so.1 thing too, that's unfortunate. I did=20 what was suggested and created a libmap.conf entry for libm.so.2. I did=20 not create entries for the other 4 libraries. I've verified that it works with glxgears and tuxracer, no problems there. And speaking of nvidia drivers and games... doom 3 works :]]] (albeit it's= =20 50% slower than under windows, probably a driver issue). Benjamin --nextPart1672774.o1x2HmltTG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBYuNCgShs4qbRdeQRArv7AJ9QLDr3o/OtEqxI8CVZFpF3nFnSUwCghN2c 9TX0IiKqBmksvIuWOIzpvb0= =twA0 -----END PGP SIGNATURE----- --nextPart1672774.o1x2HmltTG-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 19:07:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B0B16A4CE for ; Tue, 5 Oct 2004 19:07:40 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3046543D3F for ; Tue, 5 Oct 2004 19:07:40 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i95J6QmR013941; Tue, 5 Oct 2004 12:06:27 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i95J7la6099381; Tue, 5 Oct 2004 12:07:47 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i95J7lao099380; Tue, 5 Oct 2004 12:07:47 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Tue, 5 Oct 2004 12:07:47 -0700 From: Ryan Freeman To: Benjamin Lutz Message-ID: <20041005190747.GA99361@slipgate.org> References: <4160259A.3070708@FreeBSD.org> <200410042220.06970.krinklyfig@spymac.com> <20041005073616.GA77703@slipgate.org> <200410052009.07048.benlutz@datacomm.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410052009.07048.benlutz@datacomm.ch> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Mailing List Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 19:07:40 -0000 On Tue, Oct 05, 2004 at 08:09:03PM +0200, Benjamin Lutz wrote: > I've reinstalled all my ports now, everything seems to work ok. > > > I was just wondering who here uses the nvidia drivers, and if they work > > on the library version bumped beta7 or not > > Yes, noticed the nvidia libGL.so.1 thing too, that's unfortunate. I did > what was suggested and created a libmap.conf entry for libm.so.2. I did > not create entries for the other 4 libraries. > > I've verified that it works with glxgears and tuxracer, no problems there. > > And speaking of nvidia drivers and games... doom 3 works :]]] (albeit it's > 50% slower than under windows, probably a driver issue). > ahh, yes doom3 works here too! however, either i just haven't played it in windows for too long to remember, or its just fine, cause the framerate seems to be consistant with windows (almost). running medium detail at 1024x768 here with an average of 25-35fps. - ryan From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 19:10:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0FDC16A4CE for ; Tue, 5 Oct 2004 19:10:29 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D597743D1D for ; Tue, 5 Oct 2004 19:10:28 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (oak.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95JARrG040775; Tue, 5 Oct 2004 22:10:27 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 55837-09; Tue, 5 Oct 2004 22:10:27 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95J9pqu040720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Oct 2004 22:09:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i95J9trP005126; Tue, 5 Oct 2004 22:09:55 +0300 (EEST) (envelope-from ru) Date: Tue, 5 Oct 2004 22:09:55 +0300 From: Ruslan Ermilov To: spam maps Message-ID: <20041005190955.GE4568@ip.net.ua> References: <20041004062112.GC47338@ip.net.ua> <20041004064337.19785.qmail@web54010.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f61P+fpdnY2FZS1u" Content-Disposition: inline In-Reply-To: <20041004064337.19785.qmail@web54010.mail.yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org Subject: Re: 5.3: redundant libraries in /usr/lib after cvsup-ing and build world ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 19:10:29 -0000 --f61P+fpdnY2FZS1u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 03, 2004 at 11:43:37PM -0700, spam maps wrote: >=20 > --- Ruslan Ermilov wrote: >=20 > > On Sun, Oct 03, 2004 at 10:29:30PM -0700, spam maps > > wrote: > > >=20 > > > /libexec/ld-elf.so.1 > > >=20 > > > Can I remove all these as well? > > >=20 > > Yes for the above list, but generally one should be > > careful with removing the .a libraries -- they are > > installed with -C. >=20 > # ls -i /libexec/ld-elf.so.1 /usr/libexec/ld-elf.so.1 > 8710 /libexec/ld-elf.so.1 > 8710 /usr/libexec/ld-elf.so.1 >=20 > But: >=20 > # ls -il /libexec/ld-elf.so.1 /usr/libexec/ld-elf.so.1 > 8710 /libexec/ld-elf.so.1 > 110872 /usr/libexec/ld-elf.so.1 -> > /libexec/ld-elf.so.1 >=20 > However, /libexec/ld-elf.so.1 has an old date, whereas > /usr/libexec/ld-elf.so.1 has the date of most recent > world build. >=20 > Is it still save to remove libexec/ld-elf.so.1 ? >=20 Not because ld-elf.so.1 is needed and installed with -C. Please don't remove my address when replying, I did not ask for it. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --f61P+fpdnY2FZS1u Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYvGDqRfpzJluFF4RAmX4AJ48oBIhK+rv8LCWhtI/vI8A138CNACfZm87 63+gY9X8T1LCPpfkRb/rUPY= =8KkQ -----END PGP SIGNATURE----- --f61P+fpdnY2FZS1u-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 20:05:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBB1B16A576 for ; Tue, 5 Oct 2004 20:05:40 +0000 (GMT) Received: from shim2.irt.drexel.edu (shim2.irt.drexel.edu [144.118.29.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08BCF43D31 for ; Tue, 5 Oct 2004 20:05:34 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim2.irt.drexel.edu by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Tue, 05 Oct 2004 16:05:33 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I54005QINT7E4@shim2.irt.drexel.edu> for freebsd-current@freebsd.org; Tue, 05 Oct 2004 16:05:31 -0400 (EDT) Received: from [IPv6:::1] (vorpal.math.drexel.edu [129.25.6.250]) i95K56vT074072 for ; Tue, 05 Oct 2004 16:05:11 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Tue, 05 Oct 2004 16:05:12 -0400 From: Justin Smith To: freebsd-current@freebsd.org Message-id: <4162FE78.1020803@drexel.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) Subject: Re: Beta7 DVD works perfectly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 20:05:41 -0000 The interesting thing about this is that this is a RECENT phenomena: Beta5 was unable to create the DVD device (it hung during boot), so I could only boot the system by physically unplugging the DVD from the system. Beta6 could create the device, but had lot's of errors in accessing it, sometimes skipping wildly around a movie. Beta7 was the charm. -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 20:09:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58C4D16A4CE for ; Tue, 5 Oct 2004 20:09:27 +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 39C6743D2F for ; Tue, 5 Oct 2004 20:09:26 +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 i95K9INj059870; Tue, 5 Oct 2004 22:09:20 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4162FF69.8010702@DeepCore.dk> Date: Tue, 05 Oct 2004 22:09:13 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Morris References: <41620B5E.5070409@mos.us> <416240FE.3090506@DeepCore.dk> <4162F0E4.7050108@mos.us> In-Reply-To: <4162F0E4.7050108@mos.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: SiS 962/963 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 20:09:27 -0000 Richard Morris wrote: > S=F8ren Schmidt wrote: >=20 >> Rick Morris wrote: >> >>> None of the betas for 5.3 will boot on my systems with the SiS 962 ID= E >>> controllers. I notice that they are not listed in the Handbook under = >>> supported >>> hardware. Can anyone tell me whether there are plans to support this >>> chipset, and if so, what the status is? I've found various posts in=20 >>> -bugs and other lists mentioning this chipset in the past, but there = >>> seems to be no discussion of this for 5.x. All of our deployed units = >>> with 5.2.1 boot fine with this chipset, but 5.3 freezes on the ado:=20 >>> and acdo: messages in boot. Even CTRL-ALT-DEL doesn't work, requiring= =20 >>> a manual shutdown. >>> >>> If anyone has worked on this problem, my company would be very=20 >>> interested in talking with you. >> >> >> >> The SiS southbridges should be supported, at least the two systems I=20 >> have here in the lab works just dandy. >> Could you mail me the output of a verbose boot from 5.2.1 and as far=20 >> as it gets on 5.3beta7 please ? >=20 >=20 > I have attached the verbose output from 5.2.1, and here is how the=20 > output from 5.3beta7 ends (curing CD boot from=20 > 5.3-BETA7-i386-bootonly.iso): >=20 > ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin > ata0-master: setting PIO4 on SiS 5513 chip > ata0-master: setting UDMA100 on SiS 5513 chip > GEOM: create disk ad0 dp=3D0xc2cb4560 > 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 > GEOM: new disk ad0 > ar: FreeBSD check1 failed > ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin > ata1-master: setting PIO4 on SiS 5513 chip > ata0-master: setting UDMA33 on SiS 5513 chip > [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:78156162 > [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:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s1, start 32256 length 40015954944 end 40015987199 > GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 > GEOM: Configure ad0s1b, start 268435456 length 476880896 end 745316351 > GEOM: Configure ad0s1c, start 0 length 40015954944 end 40015954943 > GEOM: Configure ad0s1d, start 745316352 length 3221225472 end 396654182= 3 > GEOM: Configure ad0s1e, start 3966541824 length 4294967296 end 82615091= 19 > GEOM: Configure ad0s1f, start 8261509120 length 8589934592 end 16851443= 711 > GEOM: Configure ad0s1g, start 16851443712 length 23164511232 end=20 > 40015954943 > acd0: CDRW drive at ata1 as master > acd0: read 6890KB/s (8957KB/s) write 8957KB/s (8957KB/s), 2048KB buffer= ,=20 > UDMA 33 > 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: CD-R 120mm data disc >=20 > (At this point, the system simply freezes. How would I be able to grab = > *all* the output from this? Is there an option on this boot CD to enabl= e=20 > a serial cable connection?) Uhm, I miss the vital parts though, but I think I can glean most of what = I wanted, could you supply me with the output of pciconf -l ? (that can=20 be from the 5.2.1 kernel).. > (At this point, the system simply freezes. How would I be able to grab = *all* the output from this? Is there an option on this boot CD to enable = a serial cable connection? Yeah use a serial console, its in the handbook IIRC... >> Have you tried disabling ACPI and/or APIC ? Both the SiS systems here = have had very diffrent success with both of those during times... >> > Yes, I have tried disabling both of these in the BIOS without success. = The system in question is one of those small-form-factor cubes from iDeq,= with the SiS 651 B/962 chipset. No no, not in the BIOS, that wont change anything, you should boot=20 without them (you can choose so in the little menu before the kernel=20 boots).. Also from the old dmesg I see you have atapicam in there, please remove=20 that so we can get that out of the equation for the hang... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 20:37:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6E5216A4CE for ; Tue, 5 Oct 2004 20:37:09 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E43343D4C for ; Tue, 5 Oct 2004 20:37:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6F0D451385; Tue, 5 Oct 2004 13:38:25 -0700 (PDT) Date: Tue, 5 Oct 2004 13:38:25 -0700 From: Kris Kennaway To: John Hay Message-ID: <20041005203825.GA69973@xor.obsecurity.org> References: <20041005053931.GA21746@xor.obsecurity.org> <20041005180413.GA58757@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20041005180413.GA58757@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: New i386 packages uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 20:37:09 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 05, 2004 at 08:04:13PM +0200, John Hay wrote: > On Mon, Oct 04, 2004 at 10:39:31PM -0700, Kris Kennaway wrote: > > I have uploaded to ftp-master an (almost) full package set for i386, > > built against the new library versions. You can use portupgrade -PP > > or similar to update your system if you want to avoid having to > > recompile all the installed ports. > >=20 > > It may take a while for the new set to propagate out to > > ftp.freebsd.org and the mirror sites (hopefully <24 hours for most > > mirrors) - they're in the ports/i386/packages-5.3-release/ directory > > if you want to shop around for them. As a side-effect, pkg_add -r > > will now work as expected on a 5.3-beta system. >=20 > Watching my mirror now, it looks like there is a packages directory > inside ports/i386/packages-5.3-release/ Is that on purpose? Oops :( I guess I dropped a '*' in there. I guess the best way to fix this is to send mail to hubs@ advising all mirrors to mv the directory manually and prevent resyncing it for a day or two, then wait 24 hours and mv it on ftp-master. Does that sound OK to you? Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYwZAWry0BWjoQKURAoyiAKDGFAUj4WEWbg50IcIyfQJpT+DB7ACggoSO JbKnM2zYm8t+IjfzeEL+8kk= =WsDe -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 20:38:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBA8B16A4CE for ; Tue, 5 Oct 2004 20:38:01 +0000 (GMT) Received: from smtp-out.hotpop.com (smtp-out.hotpop.com [38.113.3.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84E8443D53 for ; Tue, 5 Oct 2004 20:38:01 +0000 (GMT) (envelope-from hexabyte@hotpop.com) Received: from hotpop.com (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id 4BA738B7530 for ; Tue, 5 Oct 2004 20:37:54 +0000 (UTC) Received: from weatherspoon.domain (190.5.223.82.arsystel.com [82.223.5.190]) by smtp-3.hotpop.com (Postfix) with ESMTP id 8763D11312D0 for ; Tue, 5 Oct 2004 20:37:56 +0000 (UTC) Date: Tue, 05 Oct 2004 20:37:57 +0000 From: HEXaBYTE To: freebsd-current@freebsd.org X-Mailer: Balsa 2.2.4 Message-Id: <1097008677l.2861l.0l@weatherspoon.domain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.com ----------------------------------------------- Subject: Long delay before mounting root fs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 20:38:02 -0000 Hello. I installed freebsd for first time some days ago and I don't have any =20 serious problem but the kernel booting is very slow. Here is my dmesg: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, =20 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD 5.3-BETA6 #0: Sat Sep 25 21:49:38 UTC 2004 root@fanboy.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2202.84-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xfc0 Stepping =3D 0 =20 Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 1072889856 (1023 MB) avail memory =3D 1024204800 (976 MB) ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - =20 AE_NOT_FOUND pci1: on pcib1 pci1: at device 0.0 (no driver attached) fwohci0: port 0xec00-0xec7f mem =20 0xf7a00000-0xf7a007ff irq 16 at device 7.0 on pci0 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:78:83:46 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:78:83:46 fwe0: Ethernet address: 02:e0:18:78:83:46 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) skc0: port 0xb000-0xb0ff mem =20 0xf7e00000-0xf7e03fff irq 17 at device 10.0 on pci0 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: Ethernet address: 00:11:2f:08:2a:5c miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-=20 FDX, autoatapci0: port =20 0xd000-0xd0ff,0xd400-0xd40f,0xd800-0xd803,0xe000-0xe007,0xe400-0xe403,0xe80= 0-0xe807 =20 irq 20 at device 15.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port =20 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on =20 pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 uhci0: port 0xb400-0xb41f irq 21 at device =20 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: KYE EasyTrack Optical U+P, rev 1.10/0.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci1: port 0xb800-0xb81f irq 21 at device =20 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc000-0xc01f irq 21 at device =20 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xc400-0xc41f irq 21 at device =20 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq =20 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x2f8-0x2ff irq 3 on acpi0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A orm0: at iomem 0xd0000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20 isa0 Timecounter "TSC" frequency 2202835680 Hz quality 800 Timecounters tick every 0.976 msec ATAPI_RESET time =3D 700us acd0: DVDROM at ata0-master UDMA33 ATAPI_RESET time =3D 80us acd1: DVDR at ata1-master UDMA33 ad4: 194481MB [395136/16/63] at ata2-master =20 SATA150 Mounting root from ufs:/dev/ad4s4a The most important delay is between "ad4: 194481MB [395136/16/63] at ata2-master SATA150" and "Mounting root =20 from ufs:/dev/ad4s4a" (The two last lines) Between them it waits 13 sec but in /var/log/messages the two lines get =20 printed at the same second!: Oct 5 15:33:46 weatherspoon kernel: ad4: 194481MB [395136/16/63] at ata2-master SATA150 Oct 5 15:33:46 weatherspoon kernel: Mounting root from ufs:/dev/ad4s4a Why is this delay so long? And why it isn't reflected in /var/log/=20 messages ? I use FreeBSD 5.3-BETA6 (the version for amd64). I use the GENERIC kernel. Thank you! From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 20:41:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BBD716A4CE for ; Tue, 5 Oct 2004 20:41:19 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C039C43D55 for ; Tue, 5 Oct 2004 20:41:18 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 993C87A403; Tue, 5 Oct 2004 13:41:18 -0700 (PDT) Message-ID: <416306EE.9040500@elischer.org> Date: Tue, 05 Oct 2004 13:41:18 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: HEXaBYTE References: <1097008677l.2861l.0l@weatherspoon.domain> In-Reply-To: <1097008677l.2861l.0l@weatherspoon.domain> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Long delay before mounting root fs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 20:41:19 -0000 HEXaBYTE wrote: > Hello. > I installed freebsd for first time some days ago and I don't have any > serious problem but the kernel booting is very slow. Beta7 fixes this (or at least it did for me) > > > Here is my dmesg: > > 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.3-BETA6 #0: Sat Sep 25 21:49:38 UTC 2004 > root@fanboy.samsco.home:/usr/obj/usr/src/sys/GENERIC > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2202.84-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xfc0 Stepping = 0 > > Features=0x78bfbff > AMD Features=0xe0500800 > real memory = 1072889856 (1023 MB) > avail memory = 1024204800 (976 MB) > ioapic0: Changing APIC ID to 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 > - AE_NOT_FOUND > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > fwohci0: port 0xec00-0xec7f mem > 0xf7a00000-0xf7a007ff irq 16 at device 7.0 on pci0 > fwohci0: OHCI version 1.0 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:e0:18:00:00:78:83:46 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:e0:18:78:83:46 > fwe0: Ethernet address: 02:e0:18:78:83:46 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > skc0: port 0xb000-0xb0ff mem > 0xf7e00000-0xf7e03fff irq 17 at device 10.0 on pci0 > skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter > sk0: on skc0 > sk0: Ethernet address: 00:11:2f:08:2a:5c > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX- FDX, autoatapci0: port > 0xd000-0xd0ff,0xd400-0xd40f,0xd800-0xd803,0xe000-0xe007,0xe400-0xe403,0xe800-0xe807 > irq 20 at device 15.0 on pci0 > ata2: channel #0 on atapci0 > ata3: channel #1 on atapci0 > atapci1: port > 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 > ata0: channel #0 on atapci1 > ata1: channel #1 on atapci1 > uhci0: port 0xb400-0xb41f irq 21 at > device 16.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ums0: KYE EasyTrack Optical U+P, rev 1.10/0.00, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > uhci1: port 0xb800-0xb81f irq 21 at > device 16.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xc000-0xc01f irq 21 at > device 16.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xc400-0xc41f irq 21 at > device 16.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > pci0: at device 16.4 (no driver attached) > isab0: at device 17.0 on pci0 > isa0: on isab0 > pci0: at device 17.5 (no driver attached) > acpi_button0: on acpi0 > acpi_button1: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 > drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0 port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0: configured irq 3 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 port 0x2f8-0x2ff irq 3 on acpi0 > sio0: type 16550A > sio1: configured irq 4 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1 port 0x3f8-0x3ff irq 4 on acpi0 > sio1: type 16550A > orm0: at iomem 0xd0000-0xd3fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > Timecounter "TSC" frequency 2202835680 Hz quality 800 > Timecounters tick every 0.976 msec > ATAPI_RESET time = 700us > acd0: DVDROM at ata0-master UDMA33 > ATAPI_RESET time = 80us > acd1: DVDR at ata1-master UDMA33 > ad4: 194481MB [395136/16/63] at ata2-master > SATA150 > Mounting root from ufs:/dev/ad4s4a > > > > The most important delay is between "ad4: 194481MB YAR51HW0> [395136/16/63] at ata2-master SATA150" and "Mounting root > from ufs:/dev/ad4s4a" (The two last lines) > Between them it waits 13 sec but in /var/log/messages the two lines > get printed at the same second!: > Oct 5 15:33:46 weatherspoon kernel: ad4: 194481MB YAR51HW0> [395136/16/63] at ata2-master SATA150 > Oct 5 15:33:46 weatherspoon kernel: Mounting root from ufs:/dev/ad4s4a > > Why is this delay so long? And why it isn't reflected in /var/log/ > messages ? > > I use FreeBSD 5.3-BETA6 (the version for amd64). > I use the GENERIC kernel. > > Thank you! > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 20:48:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1F7516A4CE for ; Tue, 5 Oct 2004 20:48:07 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 830C443D2F for ; Tue, 5 Oct 2004 20:48:07 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i95Km6Io017793; Tue, 5 Oct 2004 16:48:06 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i95Km69c017792; Tue, 5 Oct 2004 16:48:06 -0400 (EDT) Date: Tue, 5 Oct 2004 16:48:06 -0400 From: Ken Smith To: Kris Kennaway Message-ID: <20041005204806.GA17667@electra.cse.Buffalo.EDU> References: <20041005053931.GA21746@xor.obsecurity.org> <20041005180413.GA58757@zibbi.icomtek.csir.co.za> <20041005203825.GA69973@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005203825.GA69973@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: John Hay cc: current@freebsd.org Subject: Re: New i386 packages uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 20:48:08 -0000 On Tue, Oct 05, 2004 at 01:38:25PM -0700, Kris Kennaway wrote: > I guess the best way to fix this is to send mail to hubs@ advising all > mirrors to mv the directory manually and prevent resyncing it for a > day or two, then wait 24 hours and mv it on ftp-master. Does that > sound OK to you? It's probably best to just move it now. Especially when it comes to ftp-master most of the sites are sync-ing with cvsup and manually moving stuff around on their systems can do bad things to their sup info. Unless they know the guts of cvsup fairly well it's best to let cvsup be completely in control over their copy of the site. rsync doesn't have that problem but we've been trying to limit the number of systems that rsync from ftp-master. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 21:18:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72EB116A4CE for ; Tue, 5 Oct 2004 21:18:55 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2595C43D46 for ; Tue, 5 Oct 2004 21:18:55 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i95LIsIo018536 for ; Tue, 5 Oct 2004 17:18:54 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i95LIsEl018535 for freebsd-current@freebsd.org; Tue, 5 Oct 2004 17:18:54 -0400 (EDT) Date: Tue, 5 Oct 2004 17:18:54 -0400 From: Ken Smith To: freebsd-current@freebsd.org Message-ID: <20041005211854.GA18430@electra.cse.Buffalo.EDU> References: <4160259A.3070708@FreeBSD.org> <4160C166.7060109@FreeBSD.org> <416159E8.5080804@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416159E8.5080804@FreeBSD.org> User-Agent: Mutt/1.4.1i Subject: Re: FreeBSD 5.3-BETA7 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 21:18:55 -0000 On Mon, Oct 04, 2004 at 08:10:48AM -0600, Scott Long wrote: > sparc64: all images except disc1 available (new package sets > still being built, disc1 may be made available later) The disc1 package builds finished up so a disc1 ISO will be available on the FTP sites shortly (it just got loaded on ftp-master now). The MD5 for the new image is: MD5 (5.3-BETA7-sparc64-disc1.iso) = 6ae3364c6ffdc85441f1fb9f94458c4e Thanks Kris. :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 21:34:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC97916A4CE; Tue, 5 Oct 2004 21:34:00 +0000 (GMT) Received: from spxau01.smeglobalnet.net (spxau01.smeglobalnet.net [203.57.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F1AF43D1F; Tue, 5 Oct 2004 21:33:58 +0000 (GMT) (envelope-from andy@bradfieldprichard.com.au) Received: from bpgate.speednet.com.au ([203.41.15.9]) by spxau01.smeglobalnet.net with Microsoft SMTPSVC(5.0.2195.6713); Wed, 6 Oct 2004 07:12:28 +1000 Received: from bpgate.speednet.com.au (localhost [127.0.0.1]) i95LCRRx035594; Wed, 6 Oct 2004 07:12:28 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) Received: from localhost (andy@localhost)i95LCRLj035591; Wed, 6 Oct 2004 07:12:27 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) X-Authentication-Warning: bpgate.speednet.com.au: andy owned process doing -bs Date: Wed, 6 Oct 2004 07:12:27 +1000 (EST) From: Andy Farkas X-X-Sender: andy@bpgate.speednet.com.au To: Brian Fundakowski Feldman In-Reply-To: <20041003075303.GG1034@green.homeunix.org> Message-ID: <20041006064726.W35438@bpgate.speednet.com.au> References: <20040924230425.GB1164@green.homeunix.org> <200409271635.44017.jhb@FreeBSD.org> <20041003075303.GG1034@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 05 Oct 2004 21:12:29.0037 (UTC) FILETIME=[055B01D0:01C4AB20] cc: freebsd-current@freebsd.org Subject: Re: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 21:34:01 -0000 On Sun, 3 Oct 2004, Brian Fundakowski Feldman wrote: > On Sat, Oct 02, 2004 at 02:02:01AM -0400, Brian Fundakowski Feldman wrote: >> Okay, I just got another one of these, exactly the same as that one but >> for the fact that the softclock() interrupt was specifically locking >> Giant instead of the interrupt thread loop. So the other CPU owned >> Giant at the time and the scheduling CPU is trying to acquire it and >> interrupted by needing to run the statclock(). >> >> This is way too coincidental to ignore. >> >> SCHED_ULE is far too complex for me to understand much of right now; >> what prevents sched_clock() from calling kseq_assign() multiple times >> per CPU? Are we _absolutely_100%_certain_ that functionality works >> correctly? > > Ping... adding Jeff... I really wish I understood SCHED_ULE, because it > seems entirely plausible it's trying to send two IPIs, the first of > which would get blocked waiting for the held sched_lock, and the second > of which would never have its interrupt serviced because the first one > blocked on sched_lock would have interrupts disabled and would remain > unable to respond to an IPI... I can confirm that 5.3-BETA7 with SCHED_4BSD is rock solid, but with SCHED_ULE a panic is easily triggered (by make -j4 buildworld). -andyf From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 21:44:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A48F16A4CE for ; Tue, 5 Oct 2004 21:44:25 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF1743D31 for ; Tue, 5 Oct 2004 21:44:24 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 9F84178C55 for ; Tue, 5 Oct 2004 17:46:18 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id F01FB78C35 for ; Tue, 5 Oct 2004 17:46:14 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id A9401170E2; Tue, 5 Oct 2004 17:43:13 -0400 (EDT) Date: Tue, 5 Oct 2004 17:43:13 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20041005214312.GA26760@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <20040929115706.GA75600@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040929115706.GA75600@regency.nsu.ru> X-Operating-System: FreeBSD 5.3-BETA6 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Re: Random processes hanging in unkillable state in -BETA6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 21:44:25 -0000 Thus spake Alexey Dokuchaev (danfe@nsu.ru) [30/09/04 07:57]: : On Wed, Sep 29, 2004 at 12:02:22AM -0400, Damian Gerow wrote: : > I have a number of processes hanging in an unkillable state now that I've : > upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one : > is 'dig'. : : I confirm, threaded programs started to hang for me as well. See my : recent message to -current, subject ``Threads-related(?) application : hangs with recent -CURRENT''. I've only been half-paying attention to this list the past week. Has this been fixed yet? Or are programs still hanging in -BETA7? From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 21:44:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AA9D16A4CE for ; Tue, 5 Oct 2004 21:44:36 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E82A43D31 for ; Tue, 5 Oct 2004 21:44:35 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i95LqCAL026883 for ; Wed, 6 Oct 2004 10:52:13 +1300 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i95LmJkW025586; Wed, 6 Oct 2004 10:48:20 +1300 Message-ID: <41631460.4030103@ThePacific.Net> Date: Wed, 06 Oct 2004 10:38:40 +1300 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler , freebsd-current@freebsd.org References: <4161C4D8.4040308@ispro.net.tr> <416313F0.2000508@ispro.net.tr> <20041005.100800.111987973.imp@bsdimp.com> <200410050953.58739.sam@errno.com> In-Reply-To: <200410050953.58739.sam@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 21:44:36 -0000 Sam Leffler wrote: >On Tuesday 05 October 2004 09:08 am, M. Warner Losh wrote: > > >>In message: <416313F0.2000508@ispro.net.tr> >> >> Evren Yurtesen writes: >>: For one thing, why shouldnt FreeBSD able to do that? >> >>Because the HAL layer is a binary glob. >> >>: The other thing is that I thought atheros doesnt have firmware and the >>: driver handles the regulatory domain settings. Thats why atheros is not >>: giving out the source code for their drivers (I think there was such >>: problem) >> >>The driver handles the regulatory domain, but it always uses what is >>in the falsh on the part. >> >>: Anyhow. I am not a pro in this so I better shut up :) But it is possible >>: to enable all the channels etc. available in atheros chip from the >>: driver. At least StarOS is able to do it so... >> >>I'm hoping that ath driver author would reply. >> >> > >And I was hoping the "ath driver author" could stay out of this topic because >it has been discussed repeatedly. > >The issue is that the ath driver supports ap operation. As such you are not >permitted to change the regulatory domain from what is set in the eeprom to >insure compliance with local regulatory agencies. Drivers that let you set >the regulatory domain--that I know about--support only station operation so >this is not an issue (e.g. you are not normally broadcasting beacons). I >have considered ways to support ap and non-ap operation in a single driver >and still allow the regulatory domain to be changed but haven't implemented >them. > > Sam > > > > Hi there. it is shame we can't use all the frequencies available of the Atheros chipset when it is completely legal in most of the countries use 14 channels. In our case we are running more 300 freebsd boxes as stations and because of this we need start to think in a different option to support more channels on some of that boxes, another good thing to implement on the driver will be a "AKC TIME" option to make work the atheros card properly in different distance. another problem than I found is when the signal on the card is more than 34, the connection start to have a lot of packet loss, packets duplication etc, to fix this we have to low down the signal quality until 25 when the connection work perfect, Im not sure if this is a problem with the chipset or is a driver problem. It is any patch or some setting to enable station to receive signal on the 14 channel? cheers Marcos Biscaysaqu ThePacific.net www.thepacific.net From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 21:48:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 248B416A4CE for ; Tue, 5 Oct 2004 21:48:44 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC77243D49 for ; Tue, 5 Oct 2004 21:48:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id BA9347A403; Tue, 5 Oct 2004 14:48:43 -0700 (PDT) Message-ID: <416316BB.9080700@elischer.org> Date: Tue, 05 Oct 2004 14:48:43 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Damian Gerow References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <20040929115706.GA75600@regency.nsu.ru> <20041005214312.GA26760@afflictions.org> In-Reply-To: <20041005214312.GA26760@afflictions.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Random processes hanging in unkillable state in -BETA6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 21:48:44 -0000 there are two fixes in the works.. 1.5 of which have been committed to -current and are in testing.. Damian Gerow wrote: >Thus spake Alexey Dokuchaev (danfe@nsu.ru) [30/09/04 07:57]: >: On Wed, Sep 29, 2004 at 12:02:22AM -0400, Damian Gerow wrote: >: > I have a number of processes hanging in an unkillable state now that I've >: > upgraded from -BETA2 to -BETA6. Two are ports (firefox and ogle), and one >: > is 'dig'. >: >: I confirm, threaded programs started to hang for me as well. See my >: recent message to -current, subject ``Threads-related(?) application >: hangs with recent -CURRENT''. > >I've only been half-paying attention to this list the past week. Has this >been fixed yet? Or are programs still hanging in -BETA7? >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 21:56:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 113E416A4CE for ; Tue, 5 Oct 2004 21:56:00 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF59B43D3F for ; Tue, 5 Oct 2004 21:55:59 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 05 Oct 2004 14:55:59 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4FA975D04; Tue, 5 Oct 2004 14:55:59 -0700 (PDT) To: Vladimir Grebenschikov In-reply-to: Your message of "Tue, 05 Oct 2004 11:28:50 +0400." <1096961330.2221.16.camel@localhost> Date: Tue, 05 Oct 2004 14:55:59 -0700 From: "Kevin Oberman" Message-Id: <20041005215559.4FA975D04@ptavv.es.net> cc: "current@freebsd.org" Subject: Re: ACPI disabled by blacklist on 6-CURENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 21:56:00 -0000 > From: Vladimir Grebenschikov > Date: Tue, 05 Oct 2004 11:28:50 +0400 > Sender: owner-freebsd-current@freebsd.org > > > Hi > > After upgrade on latest 6-CURRENT (before it was 5-CURRENT, updates some > months ago) my home desktop refuses to use ACPI (loader show ABIT in > ACPI type) with message like this (with boot -v): > > ACPI disabled by blacklist > > Before ACPI works just fine for me (it sence power button and shutdowns > PC) > > Any suggestions ? hint.acpi.o.disabled="0" I have the same problem with my ASUS P5A. Ancient BIOS with no updates in years. It works with ACPI and not without. (jhb is looking at why it fails and I suspect that it may be linked to problems with the floppy controller.) In any case, the fix about (see man page, UPDATING, and mail archive for documentation) will de-blacklist the BIOS. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 21:57:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0220E16A4CE for ; Tue, 5 Oct 2004 21:57:41 +0000 (GMT) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21CFF43D3F for ; Tue, 5 Oct 2004 21:57:40 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost.thilelli.net [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 9FF4F78C7B for ; Tue, 5 Oct 2004 23:57:38 +0200 (CEST) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 70170-02-2 for ; Tue, 5 Oct 2004 23:57:36 +0200 (CEST) Received: from webmail.thilelli.net (localhost.thilelli.net [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 7077A78C78 for ; Tue, 5 Oct 2004 23:57:36 +0200 (CEST) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel); by webmail.thilelli.net with HTTP; Tue, 5 Oct 2004 23:57:36 +0200 (CEST) Message-ID: <49979.192.168.1.20.1097013456.squirrel@192.168.1.20> Date: Tue, 5 Oct 2004 23:57:36 +0200 (CEST) From: "Julien Gabel" 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 X-Virus-Scanned: by amavisd-new at thilelli.net Subject: Problem with USB thumbdrive using 5.3-BETA7 [resend]. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 21:57:41 -0000 Hello, I repost this one since it seems that the problem persists on 5.3-BETA7. With three working FreeBSD systems running RELENG_5_2 (5.2.1-RELEASE-p11 at this time), i can use, without any problem, a 64MB USB thumbdrive for months now. But since i test the upcoming 5.3-RELEASE (RELENG_5 branch), it seems impossible to have it to even be detect when i plug it in. As a side note: - this works under NetBSD (netbsd-1-2 branch) too; - FreeBSD (RELENG_5 branch) works on an other machine. So this *new* problem appears only on one of my machine. * Info. under a RELENG_5_2 system (_working_ installation): # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \ VIA(0x0000), rev 1.00 port 1 addr 2: full speed, power 100 mA, config 1, USB Mass Storage \ Device(0x1060), vendor 0x0c45(0x0c45), rev 1.00 port 2 powered # dmesg [...] umass0: vendor 0x0c45 USB Mass Storage Device, rev 1.10/1.00, addr 2 GEOM: create disk da0 dp=0xc495a850 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 62MB (128000 512 byte sectors: 64H 32S/T 62C) # camcontrol devlist -v scbus0 on ata0 bus 0: < > at scbus0 target -1 lun -1 () scbus1 on ata1 bus 0: at scbus1 target 0 lun 0 (pass0,cd0) at scbus1 target 1 lun 0 (pass1,cd1) < > at scbus1 target -1 lun -1 () scbus2 on umass-sim0 bus 0: at scbus2 target 0 lun 0 (da0,pass2) scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) * Info. under a RELENG_5 system (_broken_ installation): # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \ VIA(0x0000), rev 1.00 port 1 addr 0 should never happen! port 2 powered # dmesg [...] uhub0: device problem, disabling port 1 Worse, if i boot when the USB thumbdrive is plugged, the system hangs printing the following message (during boot kernel message sequence) after few minutes of waiting: umass0: BBB reset failed, TIMEOUT umass0: BBB bulk-in clear stall failed, TIMEOUT umass0: BBB bulk-out clear stall failed, TIMEOUT umass0: BBB reset failed, TIMEOUT [...] Then, i unplugged the device and the system panic instantaneously. Any clue, advice or answer to this particular problem? -- -jpeg. From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 22:02:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C12F616A4CE for ; Tue, 5 Oct 2004 22:02:32 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2373F43D31 for ; Tue, 5 Oct 2004 22:02:32 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i95M2VXL015585 for ; Tue, 5 Oct 2004 17:02:31 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 12.148.147.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Tue, 5 Oct 2004 17:02:31 -0500 (CDT) Message-ID: <25333.12.148.147.242.1097013751.squirrel@mail.ringofsaturn.com> In-Reply-To: <20041005214312.GA26760@afflictions.org> References: <20040927211341.GB30059@afflictions.org> <20040929040222.GI5115@afflictions.org> <20040929115706.GA75600@regency.nsu.ru> <20041005214312.GA26760@afflictions.org> Date: Tue, 5 Oct 2004 17:02:31 -0500 (CDT) From: "Rusty Nejdl" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean Subject: Re: Random processes hanging in unkillable state in -BETA6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 22:02:32 -0000 > > > I've only been half-paying attention to this list the past week. Has > this been fixed yet? Or are programs still hanging in -BETA7? > _______________________________________________ I'm only seeing this with SCHED_ULE and not in SCHED_4BSD. It's very very reproducible on ULE though. I would run xmms and this would happen. Perl processes would do this. Konqueror would do this. Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 22:14:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B843C16A4CE for ; Tue, 5 Oct 2004 22:14:29 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A57A843D41 for ; Tue, 5 Oct 2004 22:14:29 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 05 Oct 2004 15:14:29 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1E4805D09; Tue, 5 Oct 2004 15:14:29 -0700 (PDT) To: Mark Johnston In-reply-to: Your message of "Tue, 05 Oct 2004 12:06:02 CDT." <200410051206.02062.mjohnston@skyweb.ca> Date: Tue, 05 Oct 2004 15:14:29 -0700 From: "Kevin Oberman" Message-Id: <20041005221429.1E4805D09@ptavv.es.net> cc: freebsd-cvs-summary@lists.enderunix.org cc: current@freebsd.org Subject: Re: cvs-src summary for September 28 - October 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 22:14:29 -0000 In the thread on the changes to src/bin/rm.c, there is no mention of the fact the des did add a real commit message to the cvs in response to requests. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 22:18:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14BA716A4CE for ; Tue, 5 Oct 2004 22:18:13 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF3AC43D49 for ; Tue, 5 Oct 2004 22:18:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 06F715171A; Tue, 5 Oct 2004 15:19:31 -0700 (PDT) Date: Tue, 5 Oct 2004 15:19:31 -0700 From: Kris Kennaway To: Ken Smith Message-ID: <20041005221931.GA76128@xor.obsecurity.org> References: <20041005053931.GA21746@xor.obsecurity.org> <20041005180413.GA58757@zibbi.icomtek.csir.co.za> <20041005203825.GA69973@xor.obsecurity.org> <20041005204806.GA17667@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <20041005204806.GA17667@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: John Hay cc: current@freebsd.org cc: Kris Kennaway Subject: Re: New i386 packages uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 22:18:13 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 05, 2004 at 04:48:06PM -0400, Ken Smith wrote: > On Tue, Oct 05, 2004 at 01:38:25PM -0700, Kris Kennaway wrote: >=20 > > I guess the best way to fix this is to send mail to hubs@ advising all > > mirrors to mv the directory manually and prevent resyncing it for a > > day or two, then wait 24 hours and mv it on ftp-master. Does that > > sound OK to you? >=20 > It's probably best to just move it now. Especially when it comes > to ftp-master most of the sites are sync-ing with cvsup and manually > moving stuff around on their systems can do bad things to their sup > info. Unless they know the guts of cvsup fairly well it's best to > let cvsup be completely in control over their copy of the site. >=20 > rsync doesn't have that problem but we've been trying to limit the > number of systems that rsync from ftp-master. OK, done. Sorry for the spam. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYx3zWry0BWjoQKURAtdsAJ0Sz99usGQNnuu1Xz50wns+G4awngCg4+78 uIWXeZ8q0gHNi8G1Hu1xa2w= =YLue -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 23:13:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD8A16A4CE for ; Tue, 5 Oct 2004 23:13:11 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DF4C43D3F for ; Tue, 5 Oct 2004 23:13:11 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i95NDAAN051540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 5 Oct 2004 16:13:10 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i95NDALq051539 for freebsd-current@freebsd.org; Tue, 5 Oct 2004 16:13:10 -0700 (PDT) (envelope-from jdc) Date: Tue, 5 Oct 2004 16:13:10 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20041005231310.GA51430@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <1097008677l.2861l.0l@weatherspoon.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097008677l.2861l.0l@weatherspoon.domain> User-Agent: Mutt/1.5.6i Subject: Re: Long delay before mounting root fs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 23:13:11 -0000 I can confirm this behaviour, and it has existed quite a bit prior to BETA7 -- if I remember correctly, sometime around BETA4 or BETA5. This behaviour goes away when using my own local kernel configuration. I have not tried rebuilding GENERIC on the same machine to see if the problem goes away (i.e. implying the problem is elsewhere, or possibly with the built GENERIC kernel that comes with the installer CDs, etc.) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Tue, Oct 05, 2004 at 08:37:57PM +0000, HEXaBYTE wrote: > Hello. > I installed freebsd for first time some days ago and I don't have any > serious problem but the kernel booting is very slow. > > > Here is my dmesg: > > 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.3-BETA6 #0: Sat Sep 25 21:49:38 UTC 2004 > root@fanboy.samsco.home:/usr/obj/usr/src/sys/GENERIC > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2202.84-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xfc0 Stepping = 0 > > Features=0x78bfbff > AMD Features=0xe0500800 > real memory = 1072889856 (1023 MB) > avail memory = 1024204800 (976 MB) > ioapic0: Changing APIC ID to 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - > AE_NOT_FOUND > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > fwohci0: port 0xec00-0xec7f mem > 0xf7a00000-0xf7a007ff irq 16 at device 7.0 on pci0 > fwohci0: OHCI version 1.0 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:e0:18:00:00:78:83:46 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:e0:18:78:83:46 > fwe0: Ethernet address: 02:e0:18:78:83:46 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > skc0: port 0xb000-0xb0ff mem > 0xf7e00000-0xf7e03fff irq 17 at device 10.0 on pci0 > skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter > sk0: on skc0 > sk0: Ethernet address: 00:11:2f:08:2a:5c > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX- > FDX, autoatapci0: port > 0xd000-0xd0ff,0xd400-0xd40f,0xd800-0xd803,0xe000-0xe007,0xe400-0xe403,0xe800-0xe807 > irq 20 at device 15.0 on pci0 > ata2: channel #0 on atapci0 > ata3: channel #1 on atapci0 > atapci1: port > 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on > pci0 > ata0: channel #0 on atapci1 > ata1: channel #1 on atapci1 > uhci0: port 0xb400-0xb41f irq 21 at device > 16.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ums0: KYE EasyTrack Optical U+P, rev 1.10/0.00, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > uhci1: port 0xb800-0xb81f irq 21 at device > 16.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xc000-0xc01f irq 21 at device > 16.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xc400-0xc41f irq 21 at device > 16.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > pci0: at device 16.4 (no driver attached) > isab0: at device 17.0 on pci0 > isa0: on isab0 > pci0: at device 17.5 (no driver attached) > acpi_button0: on acpi0 > acpi_button1: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq > 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0 port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0: configured irq 3 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 port 0x2f8-0x2ff irq 3 on acpi0 > sio0: type 16550A > sio1: configured irq 4 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1 port 0x3f8-0x3ff irq 4 on acpi0 > sio1: type 16550A > orm0: at iomem 0xd0000-0xd3fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > Timecounter "TSC" frequency 2202835680 Hz quality 800 > Timecounters tick every 0.976 msec > ATAPI_RESET time = 700us > acd0: DVDROM at ata0-master UDMA33 > ATAPI_RESET time = 80us > acd1: DVDR at ata1-master UDMA33 > ad4: 194481MB [395136/16/63] at ata2-master > SATA150 > Mounting root from ufs:/dev/ad4s4a > > > > The most important delay is between "ad4: 194481MB YAR51HW0> [395136/16/63] at ata2-master SATA150" and "Mounting root > from ufs:/dev/ad4s4a" (The two last lines) > Between them it waits 13 sec but in /var/log/messages the two lines get > printed at the same second!: > Oct 5 15:33:46 weatherspoon kernel: ad4: 194481MB YAR51HW0> [395136/16/63] at ata2-master SATA150 > Oct 5 15:33:46 weatherspoon kernel: Mounting root from ufs:/dev/ad4s4a > > Why is this delay so long? And why it isn't reflected in /var/log/ > messages ? > > I use FreeBSD 5.3-BETA6 (the version for amd64). > I use the GENERIC kernel. > > Thank you! > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 23:21:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D70816A4CE for ; Tue, 5 Oct 2004 23:21:48 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD8643D2D for ; Tue, 5 Oct 2004 23:21:47 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 458116545E for ; Wed, 6 Oct 2004 00:21:46 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 86225-04-3 for ; Wed, 6 Oct 2004 00:21:45 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 3C41B65219 for ; Wed, 6 Oct 2004 00:21:45 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 5672063B3; Tue, 5 Oct 2004 16:21:42 -0700 (PDT) Date: Tue, 5 Oct 2004 16:21:42 -0700 From: Bruce M Simpson To: freebsd-current@FreeBSD.org Message-ID: <20041005232142.GE699@empiric.icir.org> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRtZRu2mMGBZ6YQ7" Content-Disposition: inline Subject: usbd.conf for Broadcom USB Bluetooth X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 23:21:48 -0000 --wRtZRu2mMGBZ6YQ7 Content-Type: multipart/mixed; boundary="16qp2B0xu0fRvRD7" Content-Disposition: inline --16qp2B0xu0fRvRD7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Does anyone mind if I commit the attached patch? I'd like my newly purchased Broadcom-based Bluetooth interface to be recognised on boot. I'd ideally like this to be MFC'd to 5.3-RELEASE. I can also roll a port for the firmware images in question (perhaps a meta-port to give USB device firmware a place to live along with ezload ?) Regards, BMS --16qp2B0xu0fRvRD7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="usbd.conf.diff" Content-Transfer-Encoding: quoted-printable --- /usr/src/etc/usbd.conf Sat May 3 03:16:55 2003 +++ /etc/usbd.conf Tue Oct 5 16:19:25 2004 @@ -13,6 +13,20 @@ release 0x0000 attach "/usr/local/bin/ezdownload -f /usr/local/share/usb/firmware/0854.0= 100.0_01.hex ${DEVNAME}" =20 +# Firmware download for Broadcom BCM2033 Bluetooth dongle. +# +# Requires that the ubtbcmfw.ko module is pre-loaded in order for the +# pre-firmware device to be recognised. ng_ubt.ko should be pre-loaded +# also, in order for the device to be connected to the Bluetooth stack. +# +# The firmware image files are not installed by default and should be +# extracted from the Linux BlueZ firmware collection at: +# http://www.bluez.org/download.html +# +device "Broadcom BCM2033 Bluetooth dongle" + devname "ubtbcmfw[0-9]+" + attach "/usr/sbin/bcmfw -n ${DEVNAME} -m /usr/local/share/usb/firmware/BC= M2033-MD.hex -f /usr/local/share/usb/firmware/BCM2033-FW.bin" + # Firmware download for Entrega Serial DB25 adapter. # device "Entrega Serial with UART" --16qp2B0xu0fRvRD7-- --wRtZRu2mMGBZ6YQ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBYyyFueUpAYYNtTsRAn1PAKCHuMjrt7D4TUxJNVThDmO83LoyAwCff0Ov fM2npnHbzftOjKVoo+C8BsI= =aVaC -----END PGP SIGNATURE----- --wRtZRu2mMGBZ6YQ7-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 23:47:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73FD416A4CE for ; Tue, 5 Oct 2004 23:47:19 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB71643D46 for ; Tue, 5 Oct 2004 23:47:18 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id BAA27069 for ; Wed, 6 Oct 2004 01:47:13 +0200 Date: Wed, 6 Oct 2004 01:51:31 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20041006015131.10116be7.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 23:47:19 -0000 Hiho! :-) My system panics reliably within two or three days with panic: sodealloc(): so_count 1 cpuid = 1 I have reenabled my serial console and will hopefully catch it the next time it happens and get a backtrace/ddb stuff. In the meantime, has anybody got any idea what's going on without additional info from the debugger? Thanks a lot! :-) Bye Marc -- "A sudden blow: the great wings beating still Above the staggering girl, her thighs caressed By the dark webs, her nape caught in his bill, He holds her helpless breast upon his breast." W.B. Yeats, Lena and the Swan From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 23:59:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD4116A4CE; Tue, 5 Oct 2004 23:59:51 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB57943D45; Tue, 5 Oct 2004 23:59:51 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (rwcrmhc12) with SMTP id <2004100523594601400qojgpe> (Authid: domain_name_tsar); Tue, 5 Oct 2004 23:59:51 +0000 Date: Tue, 5 Oct 2004 16:59:43 -0700 (PDT) From: Doug Barton To: John Baldwin In-Reply-To: <200410051356.59166.jhb@FreeBSD.org> Message-ID: <20041005165906.A3095@bo.vpnaa.bet> References: <200410051206.02062.mjohnston@skyweb.ca> <200410051356.59166.jhb@FreeBSD.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Mark Johnston cc: freebsd-cvs-summary@lists.enderunix.org cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: cvs-src summary for September 28 - October 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 23:59:52 -0000 On Tue, 5 Oct 2004, John Baldwin wrote: > Minor nit. I think Doug made it so that bind runs in a chroot, but > not in a jail(8), so you might want to avoid using the word "jail" > here. Correct on all counts. The term that was popular before I started working on this is "chroot sandbox," and I have tried to stick to it, FYI. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 23:59:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD4116A4CE; Tue, 5 Oct 2004 23:59:51 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB57943D45; Tue, 5 Oct 2004 23:59:51 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (rwcrmhc12) with SMTP id <2004100523594601400qojgpe> (Authid: domain_name_tsar); Tue, 5 Oct 2004 23:59:51 +0000 Date: Tue, 5 Oct 2004 16:59:43 -0700 (PDT) From: Doug Barton To: John Baldwin In-Reply-To: <200410051356.59166.jhb@FreeBSD.org> Message-ID: <20041005165906.A3095@bo.vpnaa.bet> References: <200410051206.02062.mjohnston@skyweb.ca> <200410051356.59166.jhb@FreeBSD.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Mark Johnston cc: freebsd-cvs-summary@lists.enderunix.org cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: cvs-src summary for September 28 - October 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 23:59:52 -0000 On Tue, 5 Oct 2004, John Baldwin wrote: > Minor nit. I think Doug made it so that bind runs in a chroot, but > not in a jail(8), so you might want to avoid using the word "jail" > here. Correct on all counts. The term that was popular before I started working on this is "chroot sandbox," and I have tried to stick to it, FYI. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 00:05:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CC2216A4CE for ; Wed, 6 Oct 2004 00:05:34 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A4EC43D2F for ; Wed, 6 Oct 2004 00:05:34 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (rwcrmhc12) with SMTP id <2004100600053301400qcente> (Authid: domain_name_tsar); Wed, 6 Oct 2004 00:05:33 +0000 Date: Tue, 5 Oct 2004 17:05:31 -0700 (PDT) From: Doug Barton To: Kim Culhan In-Reply-To: <20041005133320.41902.qmail@web50701.mail.yahoo.com> Message-ID: <20041005165957.U3095@bo.vpnaa.bet> References: <20041005133320.41902.qmail@web50701.mail.yahoo.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@FreeBSD.org Subject: Re: Just updated to 5.3-BETA7 -couple nits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:05:34 -0000 On Tue, 5 Oct 2004, Kim Culhan wrote: > >> From the couple small nits dept.. > > After running mergemaster and rebooting, the boot hung with: > > /etc/defaults/rc.conf: 517: Syntax error: EOF in backquote > substitution > > rc.conf had only 516 lines soo.. was there an embedded > EOF char in the file not visible with vi ? That's not what that error means. What it means is that while trying to process a backquote substitution, the shell _reached_ EOF, which obviously is not what you intended. This happens when you forget the closing backquote, quotation mark, etc. You actually should not have ANY backquotes in rc.conf[.local], so either you're doing something that you shouldn't be, or you accidentally typed a stray backquote when trying to type something else. Either way, if you find the stray ` in your file somewhere, you should be well on your way to fixing the problem. You can test this for yourself without rebooting by doing 'sh -x /etc/rc.conf'. If your file is "clean" you will get no errors, just a list of variables being set. HTH, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 00:07:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD03B16A4CE for ; Wed, 6 Oct 2004 00:07:01 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C5643D31 for ; Wed, 6 Oct 2004 00:07:01 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so365342rnk for ; Tue, 05 Oct 2004 17:07:01 -0700 (PDT) Received: by 10.38.152.63 with SMTP id z63mr25922rnd; Tue, 05 Oct 2004 17:07:01 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Tue, 5 Oct 2004 17:07:01 -0700 (PDT) Message-ID: Date: Tue, 5 Oct 2004 20:07:01 -0400 From: Vlad To: Marc UBM Bocklet In-Reply-To: <20041006015131.10116be7.ubm@u-boot-man.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041006015131.10116be7.ubm@u-boot-man.de> cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:07:01 -0000 Welcome to the club, Marc I have the the same problem, here is several observes that I've made: 1) doesn't happen if kernel compiled w/o SMP 2) happen under heavy traffic 3) I had problems with my network configuration (incorrect broadcast assigned to aliased ip on interface) + packets loss issue (switch side). when those two issues has been resolved it seems that it's working more stable now. anything common with the above on your end? On Wed, 6 Oct 2004 01:51:31 +0200, Marc UBM Bocklet wrote: > > Hiho! :-) > > My system panics reliably within two or three days with > > panic: sodealloc(): so_count 1 > cpuid = 1 > > I have reenabled my serial console and will hopefully catch it the next > time it happens and get a backtrace/ddb stuff. > > In the meantime, has anybody got any idea what's going on without > additional info from the debugger? > > Thanks a lot! :-) > > Bye > Marc > -- Vlad From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 00:11:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3C1416A4CE for ; Wed, 6 Oct 2004 00:11:19 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C312443D2F for ; Wed, 6 Oct 2004 00:11:19 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (rwcrmhc12) with SMTP id <2004100600111801400qp82ve> (Authid: domain_name_tsar); Wed, 6 Oct 2004 00:11:19 +0000 Date: Tue, 5 Oct 2004 17:11:16 -0700 (PDT) From: Doug Barton To: Tillman Hodgson In-Reply-To: <20040930153801.GP35869@seekingfire.com> Message-ID: <20041005170720.M3095@bo.vpnaa.bet> References: <20040928025635.Q5094@ync.qbhto.arg> <200409291951.12610.peter@wemm.org> <43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net> <20040930153801.GP35869@seekingfire.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:11:20 -0000 On Thu, 30 Sep 2004, Tillman Hodgson wrote: > How does chroot and NFS interact? It is theoretically possible, but I would not do it for performance and reliability reasons. If you are doing something useful with named on a real network you will have enough variables that you cannot control which will make your life difficult, I personally would not want to add more pain to the mix that could be avoided. :) If you want to share configs, share data, etc; then rsync, scp, etc. are your friends. When I was at Yahoo! we had all the essential files in a central CVS repo and I used makefiles with various targets to push them out to the servers. This made updates, replication, installation, etc. very easy with almost no room for error, and no external dependencies other than the network and power for the individual name server. Hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 00:16:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36DD216A4CE for ; Wed, 6 Oct 2004 00:16:04 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91C6E43D31 for ; Wed, 6 Oct 2004 00:16:03 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])i960G28m045230 for ; Tue, 5 Oct 2004 17:16:02 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Tue, 05 Oct 2004 17:16:03 -0700 From: "Jason C. Wells" To: freebsd-current@freebsd.org Message-ID: <638D89B17F9E13630A3AB971@[192.168.1.16]> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=0.0 required=4.0 tests=none version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:16:04 -0000 Is csh really supposed to be root's shell by default? I suddenly wonder if it has been that way for the past eight years and I only now noticed. I can feel my mind slipping... Later, Jason C. Wells From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 00:19:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E83A16A4CE for ; Wed, 6 Oct 2004 00:19:29 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FDDD43D5A for ; Wed, 6 Oct 2004 00:19:29 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.1/8.13.1) with ESMTP id i960JSxC012607; Tue, 5 Oct 2004 17:19:28 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.1/8.13.1/Submit) id i960JSbq012606; Tue, 5 Oct 2004 17:19:28 -0700 (PDT) (envelope-from david) Date: Tue, 5 Oct 2004 17:19:28 -0700 (PDT) From: David Wolfskill Message-Id: <200410060019.i960JSbq012606@bunrab.catwhisker.org> To: freebsd-current@freebsd.org, jcw@highperformance.net In-Reply-To: <638D89B17F9E13630A3AB971@[192.168.1.16]> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:19:29 -0000 >Date: Tue, 05 Oct 2004 17:16:03 -0700 >From: "Jason C. Wells" >To: freebsd-current@freebsd.org >Subject: csh is root's shell? >Sender: owner-freebsd-current@freebsd.org >Is csh really supposed to be root's shell by default? I suddenly wonder if >it has been that way for the past eight years and I only now noticed. I >can feel my mind slipping... Well, per http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/master.passwd?rev=1.1&content-type=text/x-cvsweb-markup it looks as if /bin/csh was root's shell as of Revision 1.1, Sun Jun 20 13:41:37 1993 UTC (11 years, 3 months ago) by rgrimes. No, I didn't check to see if it had changed back & forth in the interim. Peace, david -- David H. Wolfskill david@catwhisker.org I resent spammers because spam is a DoS attack on my time. See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 00:25:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F404416A4CE for ; Wed, 6 Oct 2004 00:25:37 +0000 (GMT) Received: from av6-1-sn2.hy.skanova.net (av6-1-sn2.hy.skanova.net [81.228.8.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 025F743D39 for ; Wed, 6 Oct 2004 00:25:37 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av6-1-sn2.hy.skanova.net (Postfix, from userid 502) id 3194C37E70; Wed, 6 Oct 2004 02:25:36 +0200 (CEST) Received: from smtp2-1-sn2.hy.skanova.net (smtp2-1-sn2.hy.skanova.net [81.228.8.177]) by av6-1-sn2.hy.skanova.net (Postfix) with ESMTP id 1CFCA37E44 for ; Wed, 6 Oct 2004 02:25:36 +0200 (CEST) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp2-1-sn2.hy.skanova.net (Postfix) with SMTP id E8E6237E45 for ; Wed, 6 Oct 2004 02:25:35 +0200 (CEST) Received: (qmail 79620 invoked by uid 1001); 6 Oct 2004 00:25:35 -0000 Date: Wed, 6 Oct 2004 02:25:35 +0200 From: Erik Trulsson To: "Jason C. Wells" Message-ID: <20041006002535.GA79578@falcon.midgard.homeip.net> Mail-Followup-To: "Jason C. Wells" , freebsd-current@freebsd.org References: <638D89B17F9E13630A3AB971@[192.168.1.16]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <638D89B17F9E13630A3AB971@[192.168.1.16]> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:25:38 -0000 On Tue, Oct 05, 2004 at 05:16:03PM -0700, Jason C. Wells wrote: > Is csh really supposed to be root's shell by default? I suddenly wonder if > it has been that way for the past eight years and I only now noticed. I > can feel my mind slipping... Yes, root's shell is really supposed to be csh. It has been that way for not only the past eight years, but for the past eleven years since FreeBSD was first created back in 1993 (and probably for some years before that in 4.4BSD.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 00:26:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9195816A4CE for ; Wed, 6 Oct 2004 00:26:44 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 408CA43D53 for ; Wed, 6 Oct 2004 00:26:44 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])i960QV8m045276; Tue, 5 Oct 2004 17:26:31 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Tue, 05 Oct 2004 17:26:32 -0700 From: "Jason C. Wells" To: David Wolfskill , freebsd-current@freebsd.org Message-ID: <1F92A08DB846503C2933CB0D@[192.168.1.16]> In-Reply-To: <200410060019.i960JSbq012606@bunrab.catwhisker.org> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=-2.0 required=4.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 00:26:44 -0000 --On Tuesday, October 05, 2004 5:19 PM -0700 David Wolfskill wrote: > Well, per > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/master.passwd?rev=1.1&conte > nt-type=text/x-cvsweb-markup it looks as if /bin/csh was root's shell as > of Revision 1.1, Sun Jun 20 13:41:37 1993 UTC (11 years, 3 months ago) by > rgrimes. > > No, I didn't check to see if it had changed back & forth in the interim. Wow. I must have been carrying my passwd files along with my upgrades since forever. I don't have a single system that has csh as root's shell. Sorry to bother you all. Jason (who walks away muttering to himself) From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 01:01:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE3DB16A4CE for ; Wed, 6 Oct 2004 01:01:14 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3170E43D53 for ; Wed, 6 Oct 2004 01:01:14 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i9610qQN054313; Tue, 5 Oct 2004 21:00:52 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i9610pAL054312; Tue, 5 Oct 2004 21:00:51 -0400 (EDT) (envelope-from geoff) Date: Tue, 5 Oct 2004 21:00:51 -0400 From: Geoff Speicher To: "Jason C. Wells" Message-ID: <20041006010051.GA53821@sirius.speicher.org> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@[192.168.1.16]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1F92A08DB846503C2933CB0D@[192.168.1.16]> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 01:01:14 -0000 On Tue, Oct 05, 2004 at 05:26:32PM -0700, Jason C. Wells wrote: > --On Tuesday, October 05, 2004 5:19 PM -0700 David Wolfskill > wrote: > > >Well, per > >http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/master.passwd?rev=1.1&conte > >nt-type=text/x-cvsweb-markup it looks as if /bin/csh was root's shell as > >of Revision 1.1, Sun Jun 20 13:41:37 1993 UTC (11 years, 3 months ago) by > >rgrimes. > > > >No, I didn't check to see if it had changed back & forth in the interim. > > Wow. I must have been carrying my passwd files along with my upgrades > since forever. I don't have a single system that has csh as root's shell. I imagine it was made the default because of its supposed friendly interactivity features. I personally find it quite the contrary (no offense to Bill Joy of course), as do plenty of others. Google on 'csh considered harmful' for a compelling argument. The nice part about having csh as the default root shell is that it actually discourages use of the root login. That nasty csh is a constant reminder for me that I'm logged in as root and probably shouldn't be. ;) Geoff From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 01:21:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 903BB16A4CE for ; Wed, 6 Oct 2004 01:21:11 +0000 (GMT) Received: from basement.kutulu.org (211.215.33.65.cfl.rr.com [65.33.215.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6762E43D4C for ; Wed, 6 Oct 2004 01:21:11 +0000 (GMT) (envelope-from kutulu@kutulu.org) Received: from [127.0.0.1] (platypus.jungle [192.168.69.2]) by basement.kutulu.org (Postfix) with ESMTP id 1B3AC10B; Tue, 5 Oct 2004 21:21:09 -0400 (EDT) Message-ID: <4163488F.4070304@kutulu.org> Date: Tue, 05 Oct 2004 21:21:19 -0400 From: Mike Edenfield Organization: KutuluWare Software Services User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Geoff Speicher References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@[192.168.1.16]> <20041006010051.GA53821@sirius.speicher.org> In-Reply-To: <20041006010051.GA53821@sirius.speicher.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: "Jason C. Wells" cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 01:21:11 -0000 Geoff Speicher wrote: > The nice part about having csh as the default root shell is that > it actually discourages use of the root login. That nasty csh is > a constant reminder for me that I'm logged in as root and probably > shouldn't be. ;) > > Geoff It always throws me for a loop when I log into Linux and there's no 'toor' user :) -- -- Mike Still using IE? Get Firefox! http://www.spreadfirefox.com/?q=affiliates&id=6492&t=1 From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 01:42:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D9816A4CE for ; Wed, 6 Oct 2004 01:42:28 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6DEC43D1D for ; Wed, 6 Oct 2004 01:42:27 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 21249295790 for ; Tue, 5 Oct 2004 21:42:20 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Tue, 5 Oct 2004 21:42:20 -0400 (EDT) Message-ID: <1871.192.168.0.188.1097026940.squirrel@192.168.0.188> Date: Tue, 5 Oct 2004 21:42:20 -0400 (EDT) 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 X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com Subject: buildworld failiure (libkvm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 01:42:29 -0000 re-cvsuped at Tue Oct 5 21:41:31 EDT 2004 --- ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/usr/src/lib/libkvm /usr/src/lib/libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c /usr/src/lib/libkvm/kvm_getswapinfo.c /usr/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm.c cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_i386.c cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_file.c cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_getloadavg.c cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_getswapinfo.c cc -O2 -pipe -march=athlon -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_proc.c /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:269: warning: assignment makes integer from pointer without a cast /usr/src/lib/libkvm/kvm_proc.c:341: error: structure has no member named `p_runtime' *** Error code 1 Stop in /usr/src/lib/libkvm. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 01:42:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2825D16A538 for ; Wed, 6 Oct 2004 01:42:40 +0000 (GMT) Received: from web50706.mail.yahoo.com (web50706.mail.yahoo.com [206.190.38.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C3DF43D2D for ; Wed, 6 Oct 2004 01:42:39 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20041006014239.19881.qmail@web50706.mail.yahoo.com> Received: from [68.167.120.18] by web50706.mail.yahoo.com via HTTP; Tue, 05 Oct 2004 18:42:39 PDT Date: Tue, 5 Oct 2004 18:42:39 -0700 (PDT) From: Kim Culhan To: Doug Barton In-Reply-To: <20041005165957.U3095@bo.vpnaa.bet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: Just updated to 5.3-BETA7 -couple nits X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 01:42:40 -0000 --- Doug Barton wrote: > On Tue, 5 Oct 2004, Kim Culhan wrote: > > > > >> From the couple small nits dept.. > > > > After running mergemaster and rebooting, the boot hung with: > > > > /etc/defaults/rc.conf: 517: Syntax error: EOF in backquote > > substitution > You actually should not have ANY backquotes in rc.conf[.local], so > either you're doing something that you shouldn't be, or you > accidentally > typed a stray backquote when trying to type something else. Either > way, > if you find the stray ` in your file somewhere, you should be well > on > your way to fixing the problem. mergemaster was run without editing any of rc.* so not sure where the backquote came from and thanks BTW for the word on the error message :) > You can test this for yourself without rebooting by doing 'sh -x > /etc/rc.conf'. If your file is "clean" you will get no errors, just > a > list of variables being set. >HTH, Very muchly, thanks for taking the time to reply. -kim _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 02:28:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 450B416A4CE for ; Wed, 6 Oct 2004 02:28:29 +0000 (GMT) Received: from server1.astraldream.net (astraldream.net [69.20.5.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB1B43D1F for ; Wed, 6 Oct 2004 02:28:28 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.20] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated (0 bits)) by server1.astraldream.net (8.11.6/8.11.6) with ESMTP id i962SMX17364 verified NO); Tue, 5 Oct 2004 22:28:28 -0400 From: Suleiman Souhlal To: Mike Jakubik In-Reply-To: <1871.192.168.0.188.1097026940.squirrel@192.168.0.188> References: <1871.192.168.0.188.1097026940.squirrel@192.168.0.188> Content-Type: text/plain Message-Id: <1097029698.6343.2.camel@zZzZ.segfaulted.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 05 Oct 2004 22:28:18 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: buildworld failiure (libkvm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 02:28:29 -0000 Hi, On Tue, 2004-10-05 at 21:42, Mike Jakubik wrote: > /usr/src/lib/libkvm/kvm_proc.c:341: error: structure has no member named > `p_runtime' > *** Error code 1 jhb's rework of process time commit broke this. The patch at http://people.freebsd.org/~ssouhlal/kvm_proc.diff should fix it. I've already sent it to jhb, for him to commit. Bye. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 03:28:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E55A016A4CE; Wed, 6 Oct 2004 03:28:58 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DDF243D54; Wed, 6 Oct 2004 03:28:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i963SKjL015455; Tue, 5 Oct 2004 21:28:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Oct 2004 21:29:57 -0600 (MDT) Message-Id: <20041005.212957.94842758.imp@bsdimp.com> To: mark.cullen@dsl.pipex.com From: "M. Warner Losh" In-Reply-To: <08d601c4a954$242380b0$f700000a@ape> References: <08d601c4a954$242380b0$f700000a@ape> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: switching cardbus card hangs in 6-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 03:28:59 -0000 In message: <08d601c4a954$242380b0$f700000a@ape> "Markie" writes: : I installed via a 5.3-BETA5 CD and I was able to switch network cards, a : D-Link DWL-G650 and an Intel... can't remember, fxp0 driver; both are : cardbus cards anyway. Now I have updated to 6.0-CURRENT (a few days ago) I : have noticed I can no longer take the card out. If I do, the system appears : appears to hang while running X. : : I just now tried from the console and it's actually a panic. : : : Fatal trap 12: page fault while in kernel mode : cpuid = 0; apic id =00 : fault virtual address 0x3c : fault code = supervisor read, page not present : instruction pointer = 0x8:0xc056a2ce : stack pointer = 0x10:0xc7c86b90 : frame pointer = 0x10:0xc7c86bac : 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 = 40 (cbb0) : trap number = 12 : panic: page fault : cpuid = 0 : Uptime: 3m53s : : : You'll probably have to excuse the formatting as that was hand typed. : Curiously, it doesn't come up with the press any key to reboot or anything : and just seems to be stuck there. I don't think that's normal? Perhaps I : should send this to the current list too... : : Any advice? Add DDB into the kernel and give me a traceback. It works for me with the three or four cards I've tried. Warner From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 03:48:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD76E16A4CE for ; Wed, 6 Oct 2004 03:48:12 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62F0F43D2D for ; Wed, 6 Oct 2004 03:48:12 +0000 (GMT) (envelope-from rmorris@mos.us) Received: (qmail 23419 invoked from network); 6 Oct 2004 03:48:11 -0000 Received: from dsl092-213-160.atl1.dsl.speakeasy.net (HELO [10.10.0.163]) (rycamor@[66.92.213.160]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Oct 2004 03:48:11 -0000 Message-ID: <41635EA3.9000302@mos.us> Date: Tue, 05 Oct 2004 22:55:31 -0400 From: Rick Morris User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <41620B5E.5070409@mos.us> <416240FE.3090506@DeepCore.dk> <4162F0E4.7050108@mos.us> <4162FF69.8010702@DeepCore.dk> In-Reply-To: <4162FF69.8010702@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: SiS 962/963 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 03:48:12 -0000 Søren Schmidt wrote: > Richard Morris wrote: > >> Søren Schmidt wrote: >> >>> Rick Morris wrote: >>> >>>> None of the betas for 5.3 will boot on my systems with the SiS 962 IDE >>>> controllers. I notice that they are not listed in the Handbook >>>> under supported >>>> hardware. Can anyone tell me whether there are plans to support this >>>> chipset, and if so, what the status is? I've found various posts in >>>> -bugs and other lists mentioning this chipset in the past, but >>>> there seems to be no discussion of this for 5.x. All of our >>>> deployed units with 5.2.1 boot fine with this chipset, but 5.3 >>>> freezes on the ado: and acdo: messages in boot. Even CTRL-ALT-DEL >>>> doesn't work, requiring a manual shutdown. >>>> >>>> If anyone has worked on this problem, my company would be very >>>> interested in talking with you. >>> >>> >>> >>> >>> The SiS southbridges should be supported, at least the two systems I >>> have here in the lab works just dandy. >>> Could you mail me the output of a verbose boot from 5.2.1 and as far >>> as it gets on 5.3beta7 please ? >> >> >> >> I have attached the verbose output from 5.2.1, and here is how the >> output from 5.3beta7 ends (curing CD boot from >> 5.3-BETA7-i386-bootonly.iso): >> >> ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin >> ata0-master: setting PIO4 on SiS 5513 chip >> ata0-master: setting UDMA100 on SiS 5513 chip >> GEOM: create disk ad0 dp=0xc2cb4560 >> 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 >> GEOM: new disk ad0 >> ar: FreeBSD check1 failed >> ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin >> ata1-master: setting PIO4 on SiS 5513 chip >> ata0-master: setting UDMA33 on SiS 5513 chip >> [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:78156162 >> [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:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 >> GEOM: Configure ad0s1, start 32256 length 40015954944 end 40015987199 >> GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 >> GEOM: Configure ad0s1b, start 268435456 length 476880896 end 745316351 >> GEOM: Configure ad0s1c, start 0 length 40015954944 end 40015954943 >> GEOM: Configure ad0s1d, start 745316352 length 3221225472 end 3966541823 >> GEOM: Configure ad0s1e, start 3966541824 length 4294967296 end >> 8261509119 >> GEOM: Configure ad0s1f, start 8261509120 length 8589934592 end >> 16851443711 >> GEOM: Configure ad0s1g, start 16851443712 length 23164511232 end >> 40015954943 >> acd0: CDRW drive at ata1 as master >> acd0: read 6890KB/s (8957KB/s) write 8957KB/s (8957KB/s), 2048KB >> buffer, UDMA 33 >> 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: CD-R 120mm data disc >> >> (At this point, the system simply freezes. How would I be able to >> grab *all* the output from this? Is there an option on this boot CD >> to enable a serial cable connection?) > > > Uhm, I miss the vital parts though, but I think I can glean most of > what I wanted, could you supply me with the output of pciconf -l ? > (that can be from the 5.2.1 kernel).. agp0@pci0:0:0: class=0x060000 card=0x06511039 chip=0x06511039 rev=0x02 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x00011039 rev=0x00 hdr=0x01 isab0@pci0:2:0: class=0x060100 card=0x00000000 chip=0x00081039 rev=0x14 hdr=0x00 fwohci0@pci0:2:3: class=0x0c0010 card=0x13941039 chip=0x70071039 rev=0x00 hdr=0x00 atapci0@pci0:2:5: class=0x01018a card=0x55131039 chip=0x55131039 rev=0x00 hdr=0x00 none0@pci0:2:7: class=0x040100 card=0xf6141565 chip=0x70121039 rev=0xa0 hdr=0x00 ohci0@pci0:3:0: class=0x0c0310 card=0x33021565 chip=0x70011039 rev=0x0f hdr=0x00 ohci1@pci0:3:1: class=0x0c0310 card=0x33021565 chip=0x70011039 rev=0x0f hdr=0x00 ohci2@pci0:3:2: class=0x0c0310 card=0x33021565 chip=0x70011039 rev=0x0f hdr=0x00 none1@pci0:3:3: class=0x0c0320 card=0x33021565 chip=0x70021039 rev=0x00 hdr=0x00 sis0@pci0:4:0: class=0x020000 card=0x09001039 chip=0x09001039 rev=0x90 hdr=0x00 none2@pci1:0:0: class=0x030000 card=0x63251039 chip=0x63251039 rev=0x00 hdr=0x00 > >> (At this point, the system simply freezes. How would I be able to >> grab *all* the output from this? Is there an option on this boot CD >> to enable a serial cable connection? > > > Yeah use a serial console, its in the handbook IIRC... > >>> Have you tried disabling ACPI and/or APIC ? Both the SiS systems >>> here have had very diffrent success with both of those during times... >>> >> Yes, I have tried disabling both of these in the BIOS without >> success. The system in question is one of those small-form-factor >> cubes from iDeq, with the SiS 651 B/962 chipset. > > > No no, not in the BIOS, that wont change anything, you should boot > without them (you can choose so in the little menu before the kernel > boots).. I also chose the non-ACPI boot from the menu, and it made no difference. > > Also from the old dmesg I see you have atapicam in there, please > remove that so we can get that out of the equation for the hang... OK, coming up soon... Meanwhile, I will get you the full output from the serial console connection, as soon as I can pick up a serial cable (tomorrow). Please let me know if there is anything else I can do to provide useful information. Best regards, Rick Morris Application Developer MOS Imaging Systems rmorris@mos.us 305-779-1247 Direct Line From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 04:11:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCFA316A4CE for ; Wed, 6 Oct 2004 04:11:06 +0000 (GMT) Received: from amber.ccs.neu.edu (amber.ccs.neu.edu [129.10.116.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 790F643D46 for ; Wed, 6 Oct 2004 04:11:06 +0000 (GMT) (envelope-from bass@ccs.neu.edu) Received: from atlantis.ccs.neu.edu ([129.10.116.41]) by amber.ccs.neu.edu with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.34) id 1CF38r-0006V6-GP for freebsd-current@freebsd.org; Wed, 06 Oct 2004 00:11:05 -0400 Received: from bass by atlantis.ccs.neu.edu with local (Exim 4.34) id 1CF38r-000740-Aw for freebsd-current@freebsd.org; Wed, 06 Oct 2004 00:11:05 -0400 Date: Wed, 6 Oct 2004 00:11:05 -0400 From: Ian Langworth To: freebsd-current@freebsd.org Message-ID: <20041006041104.GK15774@atlantis.ccs.neu.edu> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://langworth.com/downloads/langworth.pub User-Agent: Mutt/1.5.4i Subject: 5.3BETA7 - Kernel hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 04:11:06 -0000 Howdy, I'm attempting to install FreeBSD 5.3BETA7 on my machine with an ASUS A7N8X motherboard with the 5.3BETA7 i386 mini-installer. The kernel hangs in the installer right after detecting my storage devices (a CD-RW, a 120 GB drive with four partitions, and another 120 GB drive with one partition). A boot with verbose enabled gives me the output pasted below. All searches lead to this being an ACPI-related problem, and that I need to disable ACPI. I've tried the installer in regular, safe, and verbose mode. I've used the kernel loader to disable the ACPI parameters manually. I've turned off APIC in the BIOS and retried the above. All attempts leave me stuck at the same place. Any suggestions? -------------------------------------------------------------- ... acd0: CDRW drive at ata1 as master acd0: read 6875KB/s (8250KB/s) write 8250KB/s (8250KB/s), 2048 KB 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: CD-R 120mm data disc GEOM: new disk ad0 GEOM: new disk ad1 [0] f:00 typ:131 s(CHS):0/1/1 e(CHS):11/254/63 s:63 l:192717 [1] f:00 typ:130 s(CHS):12/0/1 e(CHS):260/254/63 s:192780 l:40000185 [2] f:00 typ:131 s(CHS):261/0/1 e(CHS):1023/254/63 s:4192965 l:87891615 [3] f:00 typ:7 s(CHS):1023/0/1 e(CHS):1023/254/63 s:92084580 l:142351965 GEOM: Configure ad0s1, start 32256 length 98671104 end 98703359 GEOM: Configure ad0s2, start 98703360 length 2048094720 end 2146798079 GEOM: Configure ad0s3, start 2146798080 length 45000506880 end 47147304959 GEOM: Configure ad0s4, start 47147304960 length 72884206080 end 120031511039 [0] f:00 typ:131 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:241248042 [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:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad1s1, start 32256 length 123518997504 end 123519029759 -------------------------------------------------------------- It hangs here. When I press the power button with ACPI enabled, acpi: suspend request ignored (not ready yet) When ACPI is disabled, the machine simply powers off, which makes sense. -- Ian Langworth Project Guerrilla Northeastern University College of Computer and Information Science From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 04:30:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 335E316A4CE; Wed, 6 Oct 2004 04:30:38 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104DB43D39; Wed, 6 Oct 2004 04:30:38 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i964Uatm012167 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 5 Oct 2004 21:30:36 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i964Uaa5001241; Tue, 5 Oct 2004 21:30:36 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i964Uawh001240; Tue, 5 Oct 2004 21:30:36 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Tue, 5 Oct 2004 21:30:36 -0700 From: "Bruce A. Mah" To: "M. Warner Losh" Message-ID: <20041006043036.GB1089@tomcat.kitchenlab.org> References: <20041005040604.GB875@tomcat.kitchenlab.org> <20041004.221256.74799405.imp@bsdimp.com> <1096952687.972.7.camel@localhost> <20041005.013619.44056186.imp@bsdimp.com> <20041005162811.GA52590@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20041005162811.GA52590@tomcat.kitchenlab.org> X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ User-Agent: Mutt/1.5.6i cc: bmah@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA6 boot-time hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 04:30:38 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, Bruce A. Mah wrote: > If memory serves me right, M. Warner Losh wrote: > > In message: <1096952687.972.7.camel@localhost> > > "Bruce A. Mah" writes: >=20 > > : Oh, waitasec. I remember someone on this list having some other biza= rro > > : hardware with the port number ranges similarly fragmented. Could this > > : be the cause? > >=20 > > Yes. Try the following patch. It should fix your problem. >=20 > Thanks, Warner. I'll try this tonight when I get home...I'm > encouraged by the fact that it apparently solved (at least?) one other > person's boot-time hangs. Gotta love PC hardware... Hey Warner-- All systems go. I have a fully functional floppy drive now, and no boot-time hangs. Device probe output (non-verbose this time): fdc0: port 0x3f7,0x3f4-0x3f5,0x3f0-0x3f3 irq 6 dr= q 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 I was able to format, newfs_msdos, and mount a floppy disk, put a file on it, and read it back. Thanks for your help! Bruce. --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBY3Tr2MoxcVugUsMRAt96AJ9AJyO8VuPxY3S/encM5GR27uRezQCg95MC fO+izpyFUyJ5TLQGkS5lAZE= =Azok -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 06:03:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E92AF16A4CE for ; Wed, 6 Oct 2004 06:03:39 +0000 (GMT) Received: from mail.paymentonline.com (mx2.sea.paymentonline.com [69.25.136.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 800E643D5A for ; Wed, 6 Oct 2004 06:03:39 +0000 (GMT) (envelope-from freebsd@paymentonline.net) Received: (qmail 29132 invoked from network); 6 Oct 2004 06:01:47 -0000 Received: from evrtwa1-ar10-4-43-174-203.evrtwa1.dsl-verizon.net (HELO home) (4.43.174.203) by mail.paymentonline.com with SMTP; 6 Oct 2004 06:01:47 -0000 Message-ID: <044d01c4ab6a$4b1f44c0$0500a8c0@home> From: "freebsd" To: References: <20041006041104.GK15774@atlantis.ccs.neu.edu> Date: Tue, 5 Oct 2004 23:04:08 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: BETA6 kern.maxfiles messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:03:40 -0000 I'm suspicious someone was trying to probe or dos this server, but if there is some other possible explanation, and since I have only seen this on a 5.3 BETA box I thought I would post it here. It looks to me like someone was trying to do a small dos attack perhaps? Today I had these messages in dmesg.today: kern.maxfiles limit exceeded by uid 70, please see tuning(7). kern.maxfiles limit exceeded by uid 88, please see tuning(7). ...................... The offending processes are: # ps 88 PID TT STAT TIME COMMAND 88 ?? IL 0:00.00 [nfsiod 3] # ps 70 PID TT STAT TIME COMMAND 70 ?? WL 0:08.60 [swi3: cambio] This is what kern.maxfiles looks like under normal operation. This server doesn't vary that much in traffic and these numbers shouldn't go up or down too much. I have apache/mod_perl and postgresql running and that is about it. Maybe a little bit of variation in maxfiles is normal, but I can't think of what would open up almost 12,000 extra files. # sysctl kern.maxfiles kern.maxfiles: 12328 # sysctl kern.openfiles kern.openfiles: 492 From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 06:11:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 571B516A4CE for ; Wed, 6 Oct 2004 06:11:56 +0000 (GMT) Received: from mail.paymentonline.com (mail.paymentonline.com [69.25.136.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F91E43D31 for ; Wed, 6 Oct 2004 06:11:56 +0000 (GMT) (envelope-from freebsd@paymentonline.net) Received: (qmail 30340 invoked from network); 6 Oct 2004 06:10:04 -0000 Received: from evrtwa1-ar10-4-43-174-203.evrtwa1.dsl-verizon.net (HELO home) (4.43.174.203) by mail.paymentonline.com with SMTP; 6 Oct 2004 06:10:04 -0000 Message-ID: <045701c4ab6b$7357a2b0$0500a8c0@home> From: "freebsd" To: References: <20041006041104.GK15774@atlantis.ccs.neu.edu> <044d01c4ab6a$4b1f44c0$0500a8c0@home> Date: Tue, 5 Oct 2004 23:12:25 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: BETA6 kern.maxfiles messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:11:56 -0000 Oh hold on, one more thing is mysql is running also, and it locked up on the same day of these messages now that I remember. I'm guessing mysql is the culprit. I hadn't rebuilt it from ports after upgrading from 5.2.1, and after it locked up I rebuilt it and haven't had it lock up since. Chris ----- Original Message ----- From: "freebsd" To: Sent: Tuesday, October 05, 2004 11:04 PM Subject: BETA6 kern.maxfiles messages > > I'm suspicious someone was trying to probe or dos this server, but if > there is some other possible explanation, and since I have only seen this > on a 5.3 BETA box I thought I would post it here. It looks to me like > someone was trying to do a small dos attack perhaps? > > Today I had these messages in dmesg.today: > > kern.maxfiles limit exceeded by uid 70, please see tuning(7). > kern.maxfiles limit exceeded by uid 88, please see tuning(7). > ...................... > > The offending processes are: > # ps 88 > PID TT STAT TIME COMMAND > 88 ?? IL 0:00.00 [nfsiod 3] > # ps 70 > PID TT STAT TIME COMMAND > 70 ?? WL 0:08.60 [swi3: cambio] > > This is what kern.maxfiles looks like under normal operation. This server > doesn't vary that much in traffic and these numbers shouldn't go up or > down too much. I have apache/mod_perl and postgresql running and that is > about it. Maybe a little bit of variation in maxfiles is normal, but I > can't think of what would open up almost 12,000 extra files. > > # sysctl kern.maxfiles > kern.maxfiles: 12328 > # sysctl kern.openfiles > kern.openfiles: 492 > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 06:43:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F1B216A4CE for ; Wed, 6 Oct 2004 06:43:41 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE02B43D1D for ; Wed, 6 Oct 2004 06:43:40 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.int.athame.co.uk ([192.168.1.1] helo=localhost) by hex.athame.co.uk with esmtp (Exim 4.42 (FreeBSD)) id 1CF5WV-0001jT-Lx; Wed, 06 Oct 2004 09:43:39 +0300 From: Andy Fawcett To: freebsd-current@freebsd.org Date: Wed, 6 Oct 2004 09:43:34 +0300 User-Agent: KMail/1.7 References: <20041006041104.GK15774@atlantis.ccs.neu.edu> <044d01c4ab6a$4b1f44c0$0500a8c0@home> In-Reply-To: <044d01c4ab6a$4b1f44c0$0500a8c0@home> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410060943.37506.andy@athame.co.uk> cc: freebsd Subject: Re: BETA6 kern.maxfiles messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:43:41 -0000 On Wednesday 06 October 2004 09:04, freebsd wrote: > I'm suspicious someone was trying to probe or dos this server, but if > there is some other possible explanation, and since I have only seen > this on a 5.3 BETA box I thought I would post it here. It looks to > me like someone was trying to do a small dos attack perhaps? > > Today I had these messages in dmesg.today: > > kern.maxfiles limit exceeded by uid 70, please see tuning(7). > kern.maxfiles limit exceeded by uid 88, please see tuning(7). ^^^ > > The offending processes are: > # ps 88 > PID TT STAT TIME COMMAND > 88 ?? IL 0:00.00 [nfsiod 3] > # ps 70 > PID TT STAT TIME COMMAND > 70 ?? WL 0:08.60 [swi3: cambio] You shouldn't be looking at process IDs, but you should be looking at User IDs. Users 70 and 88 are (or at least should be) for PostgreSQL and MySQL. A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 06:54:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3484216A4CE for ; Wed, 6 Oct 2004 06:54:39 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A77943D3F for ; Wed, 6 Oct 2004 06:54:38 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id 584846C for ; Wed, 6 Oct 2004 08:54:36 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id i966sZ3Z001082 for ; Wed, 6 Oct 2004 08:54:35 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id i966sYbG001081 for freebsd-current@freebsd.org; Wed, 6 Oct 2004 08:54:34 +0200 (CEST) (envelope-from philip) Date: Wed, 6 Oct 2004 08:54:33 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20041006065433.GB612@loge.nixsys.be> Mail-Followup-To: freebsd-current@freebsd.org References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@[192.168.1.16]> <20041006010051.GA53821@sirius.speicher.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041006010051.GA53821@sirius.speicher.org> X-Date-in-Rome: pridie Nonas Octobres MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.6i Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:54:39 -0000 On 2004-10-05 21:00:51 (-0400), Geoff Speicher wrote: > On Tue, Oct 05, 2004 at 05:26:32PM -0700, Jason C. Wells wrote: > > --On Tuesday, October 05, 2004 5:19 PM -0700 David Wolfskill > > wrote: > > > > > Well, per > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/master.passwd?rev=1.1&conte > > > nt-type=text/x-cvsweb-markup it looks as if /bin/csh was root's shell as > > > of Revision 1.1, Sun Jun 20 13:41:37 1993 UTC (11 years, 3 months ago) by > > > rgrimes. > > > > > > No, I didn't check to see if it had changed back & forth in the interim. > > > > Wow. I must have been carrying my passwd files along with my upgrades > > since forever. I don't have a single system that has csh as root's shell. > > I imagine it was made the default because of its supposed friendly > interactivity features. FreeBSD's csh is really tcsh, which is quite friendly for interactive use. I seem to recall that many shells have in fact borrowed some of the friendly features of tcsh (think zsh). > I personally find it quite the contrary (no offense to Bill Joy of course), > as do plenty of others. A matter of taste. > Google on 'csh considered harmful' for a compelling argument. That's about shell programming, not about interactive use. - Philip [yes, happy tcsh user :-)] -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #210: We didn't pay the Internet bill and it's been cut off. From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 06:57:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A54716A4CE for ; Wed, 6 Oct 2004 06:57:15 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0E8F43D4C for ; Wed, 6 Oct 2004 06:57:14 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id IAA15289; Wed, 6 Oct 2004 08:56:48 +0200 Date: Wed, 6 Oct 2004 09:01:04 +0200 From: Marc "UBM" Bocklet To: Vlad Message-Id: <20041006090104.06710d85.ubm@u-boot-man.de> In-Reply-To: References: <20041006015131.10116be7.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:57:15 -0000 On Tue, 5 Oct 2004 20:07:01 -0400 Vlad wrote: > Welcome to the club, Marc > > I have the the same problem, here is several observes that I've > made: > > 1) doesn't happen if kernel compiled w/o SMP I'll try booting with a non-SMP kernel after the next panic. > 2) happen under heavy traffic Nope, there is only light traffic here when it panics (adsl with pppoe, but the line is never maxed out) > 3) I had problems with my network configuration (incorrect broadcast > assigned to aliased ip on interface) + packets loss issue (switch > side). when those two issues has been resolved it seems that it's > working more stable now. Nope, nothing like that here. No packet loss, no configuration problems. > anything common with the above on your end? Let's hope we can narrow it down on smp/non-smp. Bye Marc -- "A sudden blow: the great wings beating still Above the staggering girl, her thighs caressed By the dark webs, her nape caught in his bill, He holds her helpless breast upon his breast." W.B. Yeats, Lena and the Swan From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 07:20:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B1ED16A4CE for ; Wed, 6 Oct 2004 07:20:38 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6CB943D39 for ; Wed, 6 Oct 2004 07:20:37 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4004910rnk for ; Wed, 06 Oct 2004 00:20:37 -0700 (PDT) Received: by 10.38.126.17 with SMTP id y17mr1383752rnc; Wed, 06 Oct 2004 00:20:37 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Wed, 6 Oct 2004 00:20:34 -0700 (PDT) Message-ID: <136a340a041006002068ffbf8d@mail.gmail.com> Date: Wed, 6 Oct 2004 10:20:34 +0300 From: Nikolay Kalev To: freebsd-current@freebsd.org In-Reply-To: <20041006065433.GB612@loge.nixsys.be> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 07:20:38 -0000 Put sum tcshrc scripts from tcshrc.sf.net and it will be better then bash. I think i;m on my way to create a patch for that :-))). -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 07:58:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CE3316A4CF for ; Wed, 6 Oct 2004 07:58:58 +0000 (GMT) Received: from web54009.mail.yahoo.com (web54009.mail.yahoo.com [206.190.36.233]) by mx1.FreeBSD.org (Postfix) with SMTP id EE31B43D45 for ; Wed, 6 Oct 2004 07:58:57 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041006075857.68463.qmail@web54009.mail.yahoo.com> Received: from [147.46.44.181] by web54009.mail.yahoo.com via HTTP; Wed, 06 Oct 2004 00:58:57 PDT Date: Wed, 6 Oct 2004 00:58:57 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-BETA7 build world: What is genattrtab? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 07:58:58 -0000 Hi, I have been successful in installing 5.3-BETA7 on an old Pentium1 150 MHz with 32 MB Ram. As swap, I have a 32 MB slice; temporarily, for the worldbuild, I have added a file /swapfile of 128 MB (using mdconfig, swapon etc.). When doing the "make buildworld", at some point this seems to slow down tremendously. Then the top command shows as the first line: 18752 root -20 0 37752K 5204K swread 5:16 6.30% 6.30% genattrtab Surprisingly, there doesn't seem to be an executable named "genattrtab" on my system !?! Swapinfo says: Device 1K-blocks Used Avail Capacity /dev/ad0s1b 39848 9876 29972 25% /dev/md0 131072 3612 127460 3% Total 170920 13488 157432 8% After a long, long time, the buildworld process continues again. Any idea what is going on here? Thanks, Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 09:22:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB2816A4CE for ; Wed, 6 Oct 2004 09:22:05 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id C756343D31 for ; Wed, 6 Oct 2004 09:22:04 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 9DB77653D2 for ; Wed, 6 Oct 2004 10:22:02 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 93634-03-2 for ; Wed, 6 Oct 2004 10:22:02 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-93-86.dsl.snfc21.pacbell.net [67.121.93.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 552B1651EB for ; Wed, 6 Oct 2004 10:22:01 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 27A4A64B3; Wed, 6 Oct 2004 02:21:57 -0700 (PDT) Date: Wed, 6 Oct 2004 02:21:56 -0700 From: Bruce M Simpson To: freebsd-current@FreeBSD.org Message-ID: <20041006092156.GA690@empiric.icir.org> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline Subject: Help wanted re formatting USB floppies. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 09:22:05 -0000 --EuxKj2iCbKjpUGkD Content-Type: multipart/mixed; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I am working on a hack to allow us to format floppies in USB drives. Could willing volunteers do the following: 1) Apply the attached patch to your umass driver, rebuild, and reboot. The patch is relative to /usr i.e. above the src directory, and is against RELENG_5. 2) Plug in your USB floppy drive. 3) Repeat the following command with the new driver loaded, for various combinations of: a) No disk in the drive b) Unformatted disk in the drive c) Formatted disk in the drive (even better if you can do this for multiple combinations of 360KB, 720KB, 1.44MB) and report the results back to me: camcontrol cmd ${DEVNAME} -v \ -c "23 00 00 00 00 00 00 00 20 00 00 00" \ -i 0x20 "{} *i3 {Len} i1 {Blocks} i4 {} *b6 {Code} b2 {Blocklen} i3" where ${DEVNAME} is the device name of your USB floppy (often da0 on laptop= s). You should get 4 numbers returned from this command, probably along the lin= es of: 32 2880 2 512. 4) Please do report the kind of disk, if you know what it is, that you got = the result from, and the make/model of your USB floppy which you should be able to see from "usbdevs -v" as root. Now I have a feeling what Windows does, when it encounters a USB floppy device, is to use the READ_FORMAT_CAPACITY SCSI command to determine which format(s) such a device supports; then read the flexible disk geometry page to determine=20 Regards, BMS P.S. I did hack a diff for forcing camcontrol(8) to use a MODE_SENSE_10 or MODE_SELECT_10 but it doesn't appear to do the right thing... the pages have different layouts/sizes, so e.g. "Data bytes per sector" is actually reported as "Starting cylinder-write precompensation". Could someone more knowledgable with CAM or SCSI than I suggest a better way of looking at the Flexible Disk Page? --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="umass.diff" Content-Transfer-Encoding: quoted-printable Index: src/sys/dev/usb/umass.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/usb/umass.c,v retrieving revision 1.112.2.1 diff -u -p -r1.112.2.1 umass.c --- src/sys/dev/usb/umass.c 20 Sep 2004 05:28:08 -0000 1.112.2.1 +++ src/sys/dev/usb/umass.c 6 Oct 2004 08:00:42 -0000 @@ -124,6 +124,7 @@ #include #include #include +#include =20 #include =20 @@ -2888,6 +2889,7 @@ umass_ufi_transform(struct umass_softc * } return 1; =20 + case FORMAT_UNIT: /* XXX */ case REZERO_UNIT: case REQUEST_SENSE: case INQUIRY: @@ -2902,12 +2904,14 @@ umass_ufi_transform(struct umass_softc * case MODE_SENSE_10: case READ_12: case WRITE_12: + case READ_FORMAT_CAPACITY: /* XXX */ memcpy(*rcmd, cmd, cmdlen); return 1; =20 - /* Other UFI commands: FORMAT_UNIT, READ_FORMAT_CAPACITY, - * VERIFY, WRITE_AND_VERIFY. + /* Other UFI commands: VERIFY, WRITE_AND_VERIFY. * These should be checked whether they somehow can be made to fit. + * XXX FORMAT_UNIT, READ_FORMAT_CAPACITY passed through above + * without checking. */ =20 default: --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="scsi_ufi.diff" --- /dev/null Wed Oct 6 01:33:00 2004 +++ src/sys/cam/scsi/scsi_ufi.h Wed Oct 6 01:41:49 2004 @@ -0,0 +1,108 @@ +/* + * Structures and definitions for SCSI commands to UFI Floppy Devices, + * commonly used to format such devices. + * + * $FreeBSD$ + * + */ + +#ifndef _SCSI_SCSI_UFI_H +#define _SCSI_SCSI_UFI_H 1 + +#include + +/* + * Opcodes + */ +#define READ_FORMAT_CAPACITY 0x23 +#define WRITE_AND_VERIFY 0x2E /* XXX */ +#define VERIFY 0x2F /* XXX */ + +/* + * READ_FORMAT_CAPACITY cdbs are *always* 12 bytes long, + * and must contain the LUN, and the length of the returned + * format capacity list which the host is able to handle. + */ + +struct scsi_read_format_capacity +{ + uint8_t opcode; /* READ_FORMAT_CAPACITY */ + uint8_t lun; /* top 3 bits contain LUN */ + uint8_t unused00[4]; + uint8_t alloc_len[2]; /* always scsi i.e. big endian */ + uint8_t unused01[3]; +}; + +/* + * VERIFY is used to verify the physical disk medium. It is a 12-byte CDB. + * Replies to this come in through the usual sense key mechanism. + */ + +struct scsi_verify +{ + uint8_t opcode; /* VERIFY */ + uint8_t lun; /* All other bits should be zero */ +#define SVFY_RELADR 0x01 /* Always 0 for UFI. */ +#define SVFY_BYTECHK 0x02 /* Always 0 for UFI. */ +#define SVFY_DPO 0x10 /* Always 0 for UFI. */ +#define SVFY_LUN_MASK 0xE0 /* Top 3 MSBs are LUN */ + uint8_t addr[4]; /* LBA to begin verification at */ + uint8_t unused00[1]; + uint8_t len[4]; /* number of blocks to verify */ + uint8_t unused01[3]; +}; + +/* + * WRITE_AND_VERIFY writes a track and verifies it. + * Replies to this come in through the usual sense key mechanism. + */ + +struct scsi_write_and_verify +{ + uint8_t opcode; /* WRITE_AND_VERIFY */ + uint8_t lun; /* All other bits should be zero */ +#define SVFY_RELADR 0x01 /* Always 0 for UFI. */ +#define SVFY_BYTECHK 0x02 /* Always 0 for UFI. */ +#define SVFY_DPO 0x10 /* Always 0 for UFI. */ +#define SVFY_LUN_MASK 0xE0 /* Top 3 MSBs are LUN */ + uint8_t addr[4]; /* LBA to begin verification at */ + uint8_t unused00[1]; + uint8_t len[4]; /* number of blocks to write and verify */ + uint8_t unused01[3]; +}; + +/* + * Replies to READ_FORMAT_CAPACITY look like this: + * + * scsi_capacity_list_hdr + * scsi_capacity_descriptor (maximum/current) + * + * The appropriate csio_decode() format string looks like this: + * "{} *i3 {Len} i1 {Blocks} i4 {} *b6 {Code} b2 {Blocklen} i3" + * + * If the capacity list header length is greater than + * sizeof(struct format_capacity_descriptor), then there are + * additional format capacity descriptors available which + * denote which format(s) the drive can handle. + * + */ + +struct format_capacity_list_header { + uint8_t unused[3]; + uint8_t capacity_list_length; +}; + +struct format_capacity_descriptor { + uint8_t num_blocks[4]; /* total number of LBAs */ + uint8_t code; /* only present in max/cur descriptor */ +#define FCD_CODE_MASK 0x03 /* mask for code field above */ +#define FCD_UNFORMATTED 0x01 /* unformatted media present, + * maximum capacity returned */ +#define FCD_FORMATTED 0x02 /* formatted media present, + * current capacity returned */ +#define FCD_NOMEDIA 0x03 /* no media present, + * maximum device capacity returned */ + uint8_t block_len[3]; /* length of an LBA in bytes */ +}; + +#endif /* _SCSI_SCSI_UFI_H */ --vtzGhvizbBRQ85DL-- --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBY7kzueUpAYYNtTsRAs+kAJ98gs+LHx04M3ljfN3vnd6z4O3z9QCgiwLn DT/Uhy42n7JDWdX2fO99lMw= =KmbO -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 09:23:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28FB516A4CE for ; Wed, 6 Oct 2004 09:23:10 +0000 (GMT) Received: from box84.elkhouse.de (box84.elkhouse.de [213.9.1.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62DCE43D46 for ; Wed, 6 Oct 2004 09:23:09 +0000 (GMT) (envelope-from roman@ontographics.com) Received: from [192.168.1.3] (1Cust193.vr2.fft4.alter.net [149.229.88.193]) (authenticated bits=0) by box84.elkhouse.de (8.12.10/8.12.10) with ESMTP id i969OYRg097684 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 6 Oct 2004 09:24:35 GMT (envelope-from roman@ontographics.com) From: Roman Kennke To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <4162C9BD.8060303@DeepCore.dk> References: <1096906618.695.7.camel@moonlight> <4162C9BD.8060303@DeepCore.dk> Content-Type: text/plain; charset=iso-8859-15 Message-Id: <1097054574.788.4.camel@moonlight> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 11:22:54 +0200 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: nearly-lockup at boot with DMA enabled on DVD-drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 09:23:10 -0000 Am Di, den 05.10.2004 schrieb Søren Schmidt um 18:20: > Roman Kennke wrote: > > Hi list, > > > > I am trying out the very latest BETA7 on my Fujitsu Amilo A laptop. I am > > experiencing problems with DMA on my DVD drive. I remember that with > > 5.2.1 and IMO also with BETA4 the DVD drive acd0 was set to PIO4. That > > was ok, because DMA would not work properly when forced (although DMA is > > supported by the DVD drive and the motherbord). > > Now with BETA7 (and BETA6 which I tried before) the drive is set to > > DMA33, which apparently does not work ok. This leads to an extremely > > long pause at boot time. I first thought this will lock up, but after > > several (5-7!) minutes, the boot proceeds (with the DVD drive not > > working :-( ). When I manually disable DMA in loader.conf everything is > > ok. I would really like to have DMA working (good solution) OR detected > > as PIO4 (bad solution) in FreeBSD-stable. > > Well, it was decided to use DMA as default when the drive says it can at > least UDMA33, so thats why it changed. I hope that at least the install CDs have DMA disabled. This could be very frustrating for some users that want to install FreeBSD and the CD does not boot. Looking at the list, I think I am not the only one who has problems with DMA and CDROM/DVD drives... > Now as to why ATAPI DMA doesn't work for you I have no easy answer, it > can be chipset, device firmware, ATA driver or any combination of those. > Did it ever work in DMA mode under FreeBSD ? I never tried the 4.x series. In 5.x it never worked. I know that it works in NetBSD current (not in 1.6.x). And in Linux since 2.4.18 or so. Maybe this helps, maybe not. > The Acer chip should be DMA capable but we might need to twiddle a few > config bits to make it work, Is there anything I can do about that? Any information I should provide? > I'll look at it when I get the time, if too > long passes please ping me again ... Sure ;-) Best regards, Roman From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 09:38:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 367AA16A4CE; Wed, 6 Oct 2004 09:38:03 +0000 (GMT) Received: from pengo.systems.pipex.net (pengo.systems.pipex.net [62.241.160.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8B4443D5E; Wed, 6 Oct 2004 09:38:01 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from ape (81-178-103-33.dsl.pipex.com [81.178.103.33]) by pengo.systems.pipex.net (Postfix) with SMTP id 147FF4C00174; Wed, 6 Oct 2004 10:37:59 +0100 (BST) Message-ID: <0a1601c4ab88$b233fcf0$f700000a@ape> From: "Markie" To: "M. Warner Losh" References: <08d601c4a954$242380b0$f700000a@ape> <20041005.212957.94842758.imp@bsdimp.com> Date: Wed, 6 Oct 2004 10:41:44 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: switching cardbus card hangs in 6-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 09:38:03 -0000 ----- Original Message ----- From: "M. Warner Losh" To: Cc: ; Sent: Wednesday, October 06, 2004 4:29 AM Subject: Re: switching cardbus card hangs in 6-CURRENT? | In message: <08d601c4a954$242380b0$f700000a@ape> | "Markie" writes: | : I installed via a 5.3-BETA5 CD and I was able to switch network cards, a | : D-Link DWL-G650 and an Intel... can't remember, fxp0 driver; both are | : cardbus cards anyway. Now I have updated to 6.0-CURRENT (a few days ago) I | : have noticed I can no longer take the card out. If I do, the system appears | : appears to hang while running X. | : | : I just now tried from the console and it's actually a panic. | : | : | : Fatal trap 12: page fault while in kernel mode | : cpuid = 0; apic id =00 | : fault virtual address 0x3c | : fault code = supervisor read, page not present | : instruction pointer = 0x8:0xc056a2ce | : stack pointer = 0x10:0xc7c86b90 | : frame pointer = 0x10:0xc7c86bac | : 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 = 40 (cbb0) | : trap number = 12 | : panic: page fault | : cpuid = 0 | : Uptime: 3m53s | : | : | : You'll probably have to excuse the formatting as that was hand typed. | : Curiously, it doesn't come up with the press any key to reboot or anything | : and just seems to be stuck there. I don't think that's normal? Perhaps I | : should send this to the current list too... | : | : Any advice? | | Add DDB into the kernel and give me a traceback. | | It works for me with the three or four cards I've tried. | I updated CURRENT again a couple of days ago and this problem seems to have disappeared now. I guess someone else must have noticed! Thanks :-) | Warner | _______________________________________________ | freebsd-mobile@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-mobile | To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 09:51:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4908F16A4CE for ; Wed, 6 Oct 2004 09:51:28 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E5AF43D31 for ; Wed, 6 Oct 2004 09:51:27 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 92C9665410 for ; Wed, 6 Oct 2004 10:51:26 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 93948-03 for ; Wed, 6 Oct 2004 10:51:26 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-93-86.dsl.snfc21.pacbell.net [67.121.93.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id C90F465419 for ; Wed, 6 Oct 2004 10:51:24 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 7632964B3; Wed, 6 Oct 2004 02:51:21 -0700 (PDT) Date: Wed, 6 Oct 2004 02:51:21 -0700 From: Bruce M Simpson To: freebsd-current@FreeBSD.org Message-ID: <20041006095121.GA1794@empiric.icir.org> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline Subject: camcontrol(8) and MODE_[SENSE|SELECT]_10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 09:51:28 -0000 --BwCQnh7xodEAoBMC Content-Type: multipart/mixed; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I need some advice regarding the handling of 10-byte MODE SENSE/SELECT. Apologies if this is more appropriate for freebsd-scsi@ to which I am not currently subscribed. Here is the patch I used to hack camcontrol to force the use of MODE_SENSE_10 and MODE_SELECT_10 for UFI (umass) devices, i.e. USB floppy drives. This is probably not the cleanest way but it avoids using a global flag for such a thing, which might be cleaner. Note however that the mode page layouts in src/share/misc/scsi_modes only seem to be correct for the 6-byte MODE_SENSE and MODE_SELECT which are not supported for such devices; for 10-byte forms the mode page layout seems to be subtly different. Could someone more knowledgeable about the inner workings of CAM and SCSI in FreeBSD than I advise how we could go about teaching camcontrol(8) to fetch and display mode pages in a human-readable manner? (i.e. without necessarily implementing a new utility right away) This is necessary in order to extract the geometry for a USB floppy drive in order that track-by-track format may be implemented; the FORMAT UNIT command for USB floppy drives requires such behaviour as per the UFI Specification (usbmass-ufi10.pdf). Regards, BMS --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="camcontrol-modesense10.diff" Content-Transfer-Encoding: quoted-printable Index: src/sbin/camcontrol/camcontrol.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/camcontrol/camcontrol.8,v retrieving revision 1.38 diff -u -p -r1.38 camcontrol.8 --- src/sbin/camcontrol/camcontrol.8 3 Jul 2004 00:13:43 -0000 1.38 +++ src/sbin/camcontrol/camcontrol.8 6 Oct 2004 09:17:37 -0000 @@ -95,6 +95,7 @@ .Op Fl P Ar pgctl .Op Fl b | Fl e .Op Fl d +.Op Fl s .Nm .Ic cmd .Op device id @@ -376,6 +377,9 @@ and/or edit. This argument is mandatory unless .Fl l is specified. +.It Fl s +This forces the use of a 10-byte MODE SENSE or MODE SELECT command, which = is +necessary for certain kinds of devices. .It Fl P Ar pgctl This allows the user to specify the page control field. Possible values are: Index: src/sbin/camcontrol/camcontrol.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/camcontrol/camcontrol.c,v retrieving revision 1.52 diff -u -p -r1.52 camcontrol.c --- src/sbin/camcontrol/camcontrol.c 3 Mar 2004 01:51:24 -0000 1.52 +++ src/sbin/camcontrol/camcontrol.c 6 Oct 2004 09:13:52 -0000 @@ -139,7 +139,7 @@ struct camcontrol_opts option_table[] =3D=20 {"devlist", CAM_CMD_DEVTREE, CAM_ARG_NONE, NULL}, #ifndef MINIMALISTIC {"periphlist", CAM_CMD_DEVLIST, CAM_ARG_NONE, NULL}, - {"modepage", CAM_CMD_MODE_PAGE, CAM_ARG_NONE, "bdelm:P:"}, + {"modepage", CAM_CMD_MODE_PAGE, CAM_ARG_NONE, "bdelm:sP:"}, {"tags", CAM_CMD_TAG, CAM_ARG_NONE, "N:q"}, {"negotiate", CAM_CMD_RATE, CAM_ARG_NONE, negotiate_opts}, {"rate", CAM_CMD_RATE, CAM_ARG_NONE, negotiate_opts}, @@ -1586,7 +1586,8 @@ reassignblocks(struct cam_device *device #ifndef MINIMALISTIC void mode_sense(struct cam_device *device, int mode_page, int page_control, - int dbd, int retry_count, int timeout, u_int8_t *data, int datalen) + int dbd, int retry_count, int timeout, u_int8_t *data, int datalen, + int force10bytes) { union ccb *ccb; int retval; @@ -1599,7 +1600,7 @@ mode_sense(struct cam_device *device, in bzero(&(&ccb->ccb_h)[1], sizeof(struct ccb_scsiio) - sizeof(struct ccb_hdr)); =20 - scsi_mode_sense(&ccb->csio, + scsi_mode_sense_len(&ccb->csio, /* retries */ retry_count, /* cbfcnp */ NULL, /* tag_action */ MSG_SIMPLE_Q_TAG, @@ -1608,6 +1609,7 @@ mode_sense(struct cam_device *device, in /* page */ mode_page, /* param_buf */ data, /* param_len */ datalen, + /* minimum_cmd_size */ force10bytes ? 10 : 0, /* sense_len */ SSD_FULL_SIZE, /* timeout */ timeout ? timeout : 5000); =20 @@ -1636,7 +1638,7 @@ mode_sense(struct cam_device *device, in =20 void mode_select(struct cam_device *device, int save_pages, int retry_count, - int timeout, u_int8_t *data, int datalen) + int timeout, u_int8_t *data, int datalen, int force10bytes) { union ccb *ccb; int retval; @@ -1649,7 +1651,7 @@ mode_select(struct cam_device *device, i bzero(&(&ccb->ccb_h)[1], sizeof(struct ccb_scsiio) - sizeof(struct ccb_hdr)); =20 - scsi_mode_select(&ccb->csio, + scsi_mode_select_len(&ccb->csio, /* retries */ retry_count, /* cbfcnp */ NULL, /* tag_action */ MSG_SIMPLE_Q_TAG, @@ -1657,6 +1659,7 @@ mode_select(struct cam_device *device, i /* save_pages */ save_pages, /* param_buf */ data, /* param_len */ datalen, + /* minimum_cmd_size */ force10bytes ? 10 : 0, /* sense_len */ SSD_FULL_SIZE, /* timeout */ timeout ? timeout : 5000); =20 @@ -1690,7 +1693,7 @@ modepage(struct cam_device *device, int=20 int retry_count, int timeout) { int c, mode_page =3D -1, page_control =3D 0; - int binary =3D 0, list =3D 0; + int binary =3D 0, list =3D 0, force10bytes =3D 0; =20 while ((c =3D getopt(argc, argv, combinedopt)) !=3D -1) { switch(c) { @@ -1711,6 +1714,9 @@ modepage(struct cam_device *device, int=20 if (mode_page < 0) errx(1, "invalid mode page %d", mode_page); break; + case 's': + force10bytes =3D 1; + break; case 'P': page_control =3D strtol(optarg, NULL, 0); if ((page_control < 0) || (page_control > 3)) @@ -1728,11 +1734,11 @@ modepage(struct cam_device *device, int=20 =20 if (list) { mode_list(device, page_control, arglist & CAM_ARG_DBD, - retry_count, timeout); + retry_count, timeout, force10bytes); } else { mode_edit(device, mode_page, page_control, arglist & CAM_ARG_DBD, arglist & CAM_ARG_MODE_EDIT, binary, - retry_count, timeout); + retry_count, timeout, force10bytes); } } =20 @@ -3166,7 +3172,7 @@ usage(int verbose) #ifndef MINIMALISTIC " camcontrol defects [dev_id][generic args] <-f format> [-P][-G]= \n" " camcontrol modepage [dev_id][generic args] <-m page | -l>\n" -" [-P pagectl][-e | -b][-d]\n" +" [-P pagectl][-e | -b][-d][-s]\n" " camcontrol cmd [dev_id][generic args] <-c cmd [args]>\n" " [-i len fmt|-o len fmt [args]]\n" " camcontrol debug [-I][-P][-T][-S][-X][-c]\n" Index: src/sbin/camcontrol/camcontrol.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/camcontrol/camcontrol.h,v retrieving revision 1.4 diff -u -p -r1.4 camcontrol.h --- src/sbin/camcontrol/camcontrol.h 8 Aug 2000 06:24:15 -0000 1.4 +++ src/sbin/camcontrol/camcontrol.h 6 Oct 2004 09:14:03 -0000 @@ -42,13 +42,14 @@ struct get_hook =20 void mode_sense(struct cam_device *device, int mode_page, int page_control, int dbd, int retry_count, int timeout, u_int8_t *data, - int datalen); + int datalen, int force10bytes); void mode_select(struct cam_device *device, int save_pages, int retry_coun= t, - int timeout, u_int8_t *data, int datalen); + int timeout, u_int8_t *data, int datalen, int force10bytes); void mode_edit(struct cam_device *device, int page, int page_control, int = dbd, - int edit, int binary, int retry_count, int timeout); + int edit, int binary, int retry_count, int timeout, + int force10bytes); void mode_list(struct cam_device *device, int page_control, int dbd, - int retry_count, int timeout); + int retry_count, int timeout, int force10bytes); char *cget(void *hook, char *name); int iget(void *hook, char *name); void arg_put(void *hook, int letter, void *arg, int count, char *name); Index: src/sbin/camcontrol/modeedit.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/camcontrol/modeedit.c,v retrieving revision 1.17 diff -u -p -r1.17 modeedit.c --- src/sbin/camcontrol/modeedit.c 22 Jan 2004 07:23:35 -0000 1.17 +++ src/sbin/camcontrol/modeedit.c 6 Oct 2004 09:17:07 -0000 @@ -110,10 +110,11 @@ static int editentry_set(char *name, c int editonly); static void editlist_populate(struct cam_device *device, int modepage, int page_control, - int dbd, int retries, int timeout); + int dbd, int retries, int timeout, + int force10bytes); static void editlist_save(struct cam_device *device, int modepage, int page_control, int dbd, int retries, - int timeout); + int timeout, int force10bytes); static void nameentry_create(int pagenum, char *name); static struct pagename *nameentry_lookup(int pagenum); static int load_format(const char *pagedb_path, int page); @@ -122,7 +123,7 @@ static int modepage_read(FILE *file); static void modepage_edit(void); static void modepage_dump(struct cam_device *device, int page, int page_control, int dbd, int retries, - int timeout); + int timeout, int force10bytes); static void cleanup_editfile(void); =20 =20 @@ -527,7 +528,7 @@ load_format(const char *pagedb_path, int =20 static void editlist_populate(struct cam_device *device, int modepage, int page_contro= l, - int dbd, int retries, int timeout) + int dbd, int retries, int timeout, int force10bytes) { u_int8_t data[MAX_COMMAND_SIZE];/* Buffer to hold sense data. */ u_int8_t *mode_pars; /* Pointer to modepage params. */ @@ -538,7 +539,7 @@ editlist_populate(struct cam_device *dev =20 /* Fetch changeable values; use to build initial editlist. */ mode_sense(device, modepage, 1, dbd, retries, timeout, data, - sizeof(data)); + sizeof(data), force10bytes); =20 mh =3D (struct scsi_mode_header_6 *)data; mph =3D MODE_PAGE_HEADER(mh); @@ -550,14 +551,14 @@ editlist_populate(struct cam_device *dev =20 /* Fetch the current/saved values; use to set editentry values. */ mode_sense(device, modepage, page_control, dbd, retries, timeout, data, - sizeof(data)); + sizeof(data), force10bytes); buff_decode_visit(mode_pars, mh->data_length, format, editentry_update, 0); } =20 static void editlist_save(struct cam_device *device, int modepage, int page_control, - int dbd, int retries, int timeout) + int dbd, int retries, int timeout, int force10bytes) { u_int8_t data[MAX_COMMAND_SIZE];/* Buffer to hold sense data. */ u_int8_t *mode_pars; /* Pointer to modepage params. */ @@ -575,7 +576,7 @@ editlist_save(struct cam_device *device, * now, we need mode_sense to find out the page length. */ mode_sense(device, modepage, page_control, dbd, retries, timeout, data, - sizeof(data)); + sizeof(data), force10bytes); =20 /* Initial headers & offsets. */ mh =3D (struct scsi_mode_header_6 *)data; @@ -607,7 +608,8 @@ editlist_save(struct cam_device *device, mode_select(device, (page_control << PAGE_CTRL_SHIFT =3D=3D SMS_PAGE_CTRL_SAVED), retries, timeout, (u_int8_t *)mh, - sizeof(*mh) + mh->blk_desc_len + sizeof(*mph) + mph->page_length); + sizeof(*mh) + mh->blk_desc_len + sizeof(*mph) + mph->page_length, + force10bytes); } =20 static int @@ -777,7 +779,7 @@ modepage_edit(void) =20 static void modepage_dump(struct cam_device *device, int page, int page_control, int d= bd, - int retries, int timeout) + int retries, int timeout, int force10bytes) { u_int8_t data[MAX_COMMAND_SIZE];/* Buffer to hold sense data. */ u_int8_t *mode_pars; /* Pointer to modepage params. */ @@ -786,7 +788,7 @@ modepage_dump(struct cam_device *device, int indx; /* Index for scanning mode params. */ =20 mode_sense(device, page, page_control, dbd, retries, timeout, data, - sizeof(data)); + sizeof(data), force10bytes); =20 mh =3D (struct scsi_mode_header_6 *)data; mph =3D MODE_PAGE_HEADER(mh); @@ -812,7 +814,8 @@ cleanup_editfile(void) =20 void mode_edit(struct cam_device *device, int page, int page_control, int dbd, - int edit, int binary, int retry_count, int timeout) + int edit, int binary, int retry_count, int timeout, + int force10bytes) { const char *pagedb_path; /* Path to modepage database. */ =20 @@ -842,7 +845,7 @@ mode_edit(struct cam_device *device, int } =20 editlist_populate(device, page, page_control, dbd, retry_count, - timeout); + timeout, force10bytes); } =20 if (edit) { @@ -852,11 +855,11 @@ mode_edit(struct cam_device *device, int "(current) or page 3 (saved values)"); modepage_edit(); editlist_save(device, page, page_control, dbd, retry_count, - timeout); + timeout, force10bytes); } else if (binary || STAILQ_EMPTY(&editlist)) { /* Display without formatting information. */ modepage_dump(device, page, page_control, dbd, retry_count, - timeout); + timeout, force10bytes); } else { /* Display with format. */ modepage_write(stdout, 0); @@ -865,7 +868,7 @@ mode_edit(struct cam_device *device, int =20 void mode_list(struct cam_device *device, int page_control, int dbd, - int retry_count, int timeout) + int retry_count, int timeout, int force10bytes) { u_int8_t data[MAX_COMMAND_SIZE];/* Buffer to hold sense data. */ u_int8_t *mode_pars; /* Pointer to modepage params. */ @@ -885,7 +888,7 @@ mode_list(struct cam_device *device, int =20 /* Build the list of all mode pages by querying the "all pages" page. */ mode_sense(device, SMS_ALL_PAGES_PAGE, page_control, dbd, retry_count, - timeout, data, sizeof(data)); + timeout, data, sizeof(data), force10bytes); =20 mh =3D (struct scsi_mode_header_6 *)data; len =3D mh->blk_desc_len; /* Skip block descriptors. */ --LQksG6bCIzRHxTLp-- --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBY8AYueUpAYYNtTsRAo6cAJoCjodbe2yLp4P7luW6Dkj3SDGf7wCePLlc CBYFtvMTLqSlJJWyxgMgzyg= =q4pe -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 10:17:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60A3A16A4CE for ; Wed, 6 Oct 2004 10:17:24 +0000 (GMT) Received: from virtual.micronet.sk (smtp-r.micronet.sk [213.215.96.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96A0843D2F for ; Wed, 6 Oct 2004 10:17:21 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from danger ([213.215.105.189]) by virtual.micronet.sk (8.12.11/8.12.11) with ESMTP id i96AH57g008968 for ; Wed, 6 Oct 2004 12:17:06 +0200 (CEST) (envelope-from danger@wilbury.sk) Date: Wed, 6 Oct 2004 12:18:03 +0200 From: DanGer X-Mailer: The Bat! (v2.12.00) Business X-Priority: 3 (Normal) Message-ID: <642108949.20041006121803@wilbury.sk> To: current@freebsd.org In-Reply-To: <20041006100204.95468.qmail@web53305.mail.yahoo.com> References: <20041006100204.95468.qmail@web53305.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Having trouble sharing public/private keys for ssh ... keeps asking for password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 10:17:24 -0000 Hello Joe, Wednesday, October 6, 2004, 12:02:04 PM, you wrote: > Ok, this should be easy: > I want to log in from CLIENT to SERVER without being > asked for a password. > On CLIENT, I run: > ssh-keygen -t dsa -b 2048 > as user "test" > and I do not enter a password. Then I copy the .pub > portion of that key over to SERVER and save it as > /usr/home/jerkoff/.ssh/authorized_keys2 ... note that > I save it as authorized_keys2, because it is a dsa key > ... > then I chmod 0600 authorized_keys2 ... > So now I should be able to go to CLIENT and: > ssh jerkoff@SERVER > and log in with no password, right ? Wrong. I get: > % ssh jerkoff@server > Password: > Response: (I hit enter) > jerkoff@server's password: (I hit enter) > Permission denied, please try again. > So ... what am I doing wrong ? save it as ~/.ssh/authorized_keys it doesen't matter, that it is dsa 2048 bit key... > thanks. -- Best regards +----------==/\/\==----------+ | DanGer | | DanGer@IRCnet ICQ261701668 | | http://danger.homeunix.org | +----------==\/\/==----------+ From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 10:46:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D78C316A4CE for ; Wed, 6 Oct 2004 10:46:56 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69F4E43D31 for ; Wed, 6 Oct 2004 10:46:55 +0000 (GMT) (envelope-from yurtesen-dated-1097923612.d7c4dd@ispro.net.tr) Received: (qmail 6288 invoked by uid 89); 6 Oct 2004 10:46:52 -0000 Received: from [192.168.0.34] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Wed, 06 Oct 2004 13:46:44 +0300 (EEST) Message-ID: <416459A1.7020208@ispro.net.tr> Date: Wed, 06 Oct 2004 13:46:25 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <4161C4D8.4040308@ispro.net.tr> <20041005.100800.111987973.imp@bsdimp.com> <200410050953.58739.sam@errno.com> In-Reply-To: <200410050953.58739.sam@errno.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@freebsd.org cc: marcos@thepacific.net cc: "M. Warner Losh" Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 10:46:57 -0000 Sam Leffler wrote: > On Tuesday 05 October 2004 09:08 am, M. Warner Losh wrote: > >>In message: <416313F0.2000508@ispro.net.tr> >> >> Evren Yurtesen writes: >>: For one thing, why shouldnt FreeBSD able to do that? >> >>Because the HAL layer is a binary glob. >> >>: The other thing is that I thought atheros doesnt have firmware and the >>: driver handles the regulatory domain settings. Thats why atheros is not >>: giving out the source code for their drivers (I think there was such >>: problem) >> >>The driver handles the regulatory domain, but it always uses what is >>in the falsh on the part. >> >>: Anyhow. I am not a pro in this so I better shut up :) But it is possible >>: to enable all the channels etc. available in atheros chip from the >>: driver. At least StarOS is able to do it so... >> >>I'm hoping that ath driver author would reply. > > > And I was hoping the "ath driver author" could stay out of this topic because > it has been discussed repeatedly. > > The issue is that the ath driver supports ap operation. As such you are not > permitted to change the regulatory domain from what is set in the eeprom to > insure compliance with local regulatory agencies. Drivers that let you set > the regulatory domain--that I know about--support only station operation so > this is not an issue (e.g. you are not normally broadcasting beacons). I > have considered ways to support ap and non-ap operation in a single driver > and still allow the regulatory domain to be changed but haven't implemented > them. > > Sam That can't be true. There is at least StarOS product which can work as an AP and can support every channel. Even the ones which is not in any regulatory domain (I think?!) Actually as a matter of fact I have few Senao APs which has Atheros minipci cards inside and they also allow regulatory domain setting so that some channels become activated and some are disabled etc. depending on the domain you choose. http://www.staros.com/downloads.php ------------ New: Special country code '##' can be used to unlock all channels supported by the Atheros hardware (2312-2732, 4920-6100). It is up to the end user to ensure they stay within their region's regulatory channel ranges. ------------ Evren From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 10:49:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DF6916A4CE for ; Wed, 6 Oct 2004 10:49:13 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB4543D31 for ; Wed, 6 Oct 2004 10:49:11 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 225C4651F7 for ; Wed, 6 Oct 2004 11:49:10 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 94268-07-7 for ; Wed, 6 Oct 2004 11:49:09 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-93-86.dsl.snfc21.pacbell.net [67.121.93.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 392C0651EB for ; Wed, 6 Oct 2004 11:49:08 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 62EDD64B3; Wed, 6 Oct 2004 03:49:04 -0700 (PDT) Date: Wed, 6 Oct 2004 03:49:04 -0700 From: Bruce M Simpson To: freebsd-current@FreeBSD.org Message-ID: <20041006104904.GB1794@empiric.icir.org> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20041006095121.GA1794@empiric.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n+lFg1Zro7sl44OB" Content-Disposition: inline In-Reply-To: <20041006095121.GA1794@empiric.icir.org> Subject: Re: camcontrol(8) and MODE_[SENSE|SELECT]_10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 10:49:13 -0000 --n+lFg1Zro7sl44OB Content-Type: multipart/mixed; boundary="YToU2i3Vx8H2dn7O" Content-Disposition: inline --YToU2i3Vx8H2dn7O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, On Wed, Oct 06, 2004 at 02:51:21AM -0700, Bruce M Simpson wrote: > Here is the patch I used to hack camcontrol to force the use of > MODE_SENSE_10 and MODE_SELECT_10 for UFI (umass) devices, i.e. > USB floppy drives. El stupido. I didn't realize that the mode page headers were different sizes. Considering I haven't hacked on SCSI proper in 3-5 years this is no big surprise. Here's a revised patch which correctly fetches and displays the Mode Page 0x5 (Flexible Disk Page) from my USB floppy drive (a fairly common-or-garden Y-E Data FlashBuster): empiric# camcontrol modepage 2:0:0 -m 0x05 -s Transfer rate: 500 Number of heads: 2 Sectors per track: 18 Data bytes per sector: 512 Number of cylinders: 80 Starting cylinder-write precompensation: 0 Starting cylinder-reduced write current: 0 Drive step rate: 0 Drive step pulse width: 0 Head settle delay: 0 Motor on delay: 5 Motor off delay: 30 TRDY: 0 SSN: 0 MO: 0 SPC: 0 Write Compensation: 0 Head load delay: 0 Head unload delay: 0 Pin 34: 0 Pin 2: 0 Pin 4: 0 Pin 1: 0 Medium rotation rate: 300 This geometry looks correct. Please let me know your thoughts. Regards, BMS --YToU2i3Vx8H2dn7O Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="camcontrol-modesense10.diff" Content-Transfer-Encoding: quoted-printable Index: src/sbin/camcontrol/camcontrol.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/camcontrol/camcontrol.8,v retrieving revision 1.38 diff -u -p -r1.38 camcontrol.8 --- src/sbin/camcontrol/camcontrol.8 3 Jul 2004 00:13:43 -0000 1.38 +++ src/sbin/camcontrol/camcontrol.8 6 Oct 2004 09:17:37 -0000 @@ -95,6 +95,7 @@ .Op Fl P Ar pgctl .Op Fl b | Fl e .Op Fl d +.Op Fl s .Nm .Ic cmd .Op device id @@ -376,6 +377,9 @@ and/or edit. This argument is mandatory unless .Fl l is specified. +.It Fl s +This forces the use of a 10-byte MODE SENSE or MODE SELECT command, which = is +necessary for certain kinds of devices. .It Fl P Ar pgctl This allows the user to specify the page control field. Possible values are: Index: src/sbin/camcontrol/camcontrol.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/camcontrol/camcontrol.c,v retrieving revision 1.52 diff -u -p -r1.52 camcontrol.c --- src/sbin/camcontrol/camcontrol.c 3 Mar 2004 01:51:24 -0000 1.52 +++ src/sbin/camcontrol/camcontrol.c 6 Oct 2004 09:13:52 -0000 @@ -139,7 +139,7 @@ struct camcontrol_opts option_table[] =3D=20 {"devlist", CAM_CMD_DEVTREE, CAM_ARG_NONE, NULL}, #ifndef MINIMALISTIC {"periphlist", CAM_CMD_DEVLIST, CAM_ARG_NONE, NULL}, - {"modepage", CAM_CMD_MODE_PAGE, CAM_ARG_NONE, "bdelm:P:"}, + {"modepage", CAM_CMD_MODE_PAGE, CAM_ARG_NONE, "bdelm:sP:"}, {"tags", CAM_CMD_TAG, CAM_ARG_NONE, "N:q"}, {"negotiate", CAM_CMD_RATE, CAM_ARG_NONE, negotiate_opts}, {"rate", CAM_CMD_RATE, CAM_ARG_NONE, negotiate_opts}, @@ -1586,7 +1586,8 @@ reassignblocks(struct cam_device *device #ifndef MINIMALISTIC void mode_sense(struct cam_device *device, int mode_page, int page_control, - int dbd, int retry_count, int timeout, u_int8_t *data, int datalen) + int dbd, int retry_count, int timeout, u_int8_t *data, int datalen, + int force10bytes) { union ccb *ccb; int retval; @@ -1599,7 +1600,7 @@ mode_sense(struct cam_device *device, in bzero(&(&ccb->ccb_h)[1], sizeof(struct ccb_scsiio) - sizeof(struct ccb_hdr)); =20 - scsi_mode_sense(&ccb->csio, + scsi_mode_sense_len(&ccb->csio, /* retries */ retry_count, /* cbfcnp */ NULL, /* tag_action */ MSG_SIMPLE_Q_TAG, @@ -1608,6 +1609,7 @@ mode_sense(struct cam_device *device, in /* page */ mode_page, /* param_buf */ data, /* param_len */ datalen, + /* minimum_cmd_size */ force10bytes ? 10 : 0, /* sense_len */ SSD_FULL_SIZE, /* timeout */ timeout ? timeout : 5000); =20 @@ -1636,7 +1638,7 @@ mode_sense(struct cam_device *device, in =20 void mode_select(struct cam_device *device, int save_pages, int retry_count, - int timeout, u_int8_t *data, int datalen) + int timeout, u_int8_t *data, int datalen, int force10bytes) { union ccb *ccb; int retval; @@ -1649,7 +1651,7 @@ mode_select(struct cam_device *device, i bzero(&(&ccb->ccb_h)[1], sizeof(struct ccb_scsiio) - sizeof(struct ccb_hdr)); =20 - scsi_mode_select(&ccb->csio, + scsi_mode_select_len(&ccb->csio, /* retries */ retry_count, /* cbfcnp */ NULL, /* tag_action */ MSG_SIMPLE_Q_TAG, @@ -1657,6 +1659,7 @@ mode_select(struct cam_device *device, i /* save_pages */ save_pages, /* param_buf */ data, /* param_len */ datalen, + /* minimum_cmd_size */ force10bytes ? 10 : 0, /* sense_len */ SSD_FULL_SIZE, /* timeout */ timeout ? timeout : 5000); =20 @@ -1690,7 +1693,7 @@ modepage(struct cam_device *device, int=20 int retry_count, int timeout) { int c, mode_page =3D -1, page_control =3D 0; - int binary =3D 0, list =3D 0; + int binary =3D 0, list =3D 0, force10bytes =3D 0; =20 while ((c =3D getopt(argc, argv, combinedopt)) !=3D -1) { switch(c) { @@ -1711,6 +1714,9 @@ modepage(struct cam_device *device, int=20 if (mode_page < 0) errx(1, "invalid mode page %d", mode_page); break; + case 's': + force10bytes =3D 1; + break; case 'P': page_control =3D strtol(optarg, NULL, 0); if ((page_control < 0) || (page_control > 3)) @@ -1728,11 +1734,11 @@ modepage(struct cam_device *device, int=20 =20 if (list) { mode_list(device, page_control, arglist & CAM_ARG_DBD, - retry_count, timeout); + retry_count, timeout, force10bytes); } else { mode_edit(device, mode_page, page_control, arglist & CAM_ARG_DBD, arglist & CAM_ARG_MODE_EDIT, binary, - retry_count, timeout); + retry_count, timeout, force10bytes); } } =20 @@ -3166,7 +3172,7 @@ usage(int verbose) #ifndef MINIMALISTIC " camcontrol defects [dev_id][generic args] <-f format> [-P][-G]= \n" " camcontrol modepage [dev_id][generic args] <-m page | -l>\n" -" [-P pagectl][-e | -b][-d]\n" +" [-P pagectl][-e | -b][-d][-s]\n" " camcontrol cmd [dev_id][generic args] <-c cmd [args]>\n" " [-i len fmt|-o len fmt [args]]\n" " camcontrol debug [-I][-P][-T][-S][-X][-c]\n" Index: src/sbin/camcontrol/camcontrol.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/camcontrol/camcontrol.h,v retrieving revision 1.4 diff -u -p -r1.4 camcontrol.h --- src/sbin/camcontrol/camcontrol.h 8 Aug 2000 06:24:15 -0000 1.4 +++ src/sbin/camcontrol/camcontrol.h 6 Oct 2004 09:14:03 -0000 @@ -42,13 +42,14 @@ struct get_hook =20 void mode_sense(struct cam_device *device, int mode_page, int page_control, int dbd, int retry_count, int timeout, u_int8_t *data, - int datalen); + int datalen, int force10bytes); void mode_select(struct cam_device *device, int save_pages, int retry_coun= t, - int timeout, u_int8_t *data, int datalen); + int timeout, u_int8_t *data, int datalen, int force10bytes); void mode_edit(struct cam_device *device, int page, int page_control, int = dbd, - int edit, int binary, int retry_count, int timeout); + int edit, int binary, int retry_count, int timeout, + int force10bytes); void mode_list(struct cam_device *device, int page_control, int dbd, - int retry_count, int timeout); + int retry_count, int timeout, int force10bytes); char *cget(void *hook, char *name); int iget(void *hook, char *name); void arg_put(void *hook, int letter, void *arg, int count, char *name); Index: src/sbin/camcontrol/modeedit.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/camcontrol/modeedit.c,v retrieving revision 1.17 diff -u -p -r1.17 modeedit.c --- src/sbin/camcontrol/modeedit.c 22 Jan 2004 07:23:35 -0000 1.17 +++ src/sbin/camcontrol/modeedit.c 6 Oct 2004 10:44:30 -0000 @@ -65,9 +65,12 @@ int verbose =3D 0; =20 =20 /* Macros for working with mode pages. */ -#define MODE_PAGE_HEADER(mh) \ +#define MODE_PAGE_HEADER_6(mh) \ (struct scsi_mode_page_header *)find_mode_page_6(mh) =20 +#define MODE_PAGE_HEADER_10(mh) \ + (struct scsi_mode_page_header *)find_mode_page_10(mh) + #define MODE_PAGE_DATA(mph) \ (u_int8_t *)(mph) + sizeof(struct scsi_mode_page_header) =20 @@ -110,10 +113,11 @@ static int editentry_set(char *name, c int editonly); static void editlist_populate(struct cam_device *device, int modepage, int page_control, - int dbd, int retries, int timeout); + int dbd, int retries, int timeout, + int force10bytes); static void editlist_save(struct cam_device *device, int modepage, int page_control, int dbd, int retries, - int timeout); + int timeout, int force10bytes); static void nameentry_create(int pagenum, char *name); static struct pagename *nameentry_lookup(int pagenum); static int load_format(const char *pagedb_path, int page); @@ -122,7 +126,7 @@ static int modepage_read(FILE *file); static void modepage_edit(void); static void modepage_dump(struct cam_device *device, int page, int page_control, int dbd, int retries, - int timeout); + int timeout, int force10bytes); static void cleanup_editfile(void); =20 =20 @@ -527,42 +531,53 @@ load_format(const char *pagedb_path, int =20 static void editlist_populate(struct cam_device *device, int modepage, int page_contro= l, - int dbd, int retries, int timeout) + int dbd, int retries, int timeout, int force10bytes) { u_int8_t data[MAX_COMMAND_SIZE];/* Buffer to hold sense data. */ u_int8_t *mode_pars; /* Pointer to modepage params. */ - struct scsi_mode_header_6 *mh; /* Location of mode header. */ + u_int32_t data_length; + struct scsi_mode_header_6 *mh6; + struct scsi_mode_header_10 *mh10; struct scsi_mode_page_header *mph; =20 STAILQ_INIT(&editlist); =20 /* Fetch changeable values; use to build initial editlist. */ mode_sense(device, modepage, 1, dbd, retries, timeout, data, - sizeof(data)); + sizeof(data), force10bytes); =20 - mh =3D (struct scsi_mode_header_6 *)data; - mph =3D MODE_PAGE_HEADER(mh); - mode_pars =3D MODE_PAGE_DATA(mph); + if (force10bytes) { + mh10 =3D (struct scsi_mode_header_10 *)data; + mph =3D MODE_PAGE_HEADER_10(mh10); + mode_pars =3D MODE_PAGE_DATA(mph); + data_length =3D scsi_2btoul(mh10->data_length); + } else { + mh6 =3D (struct scsi_mode_header_6 *)data; + mph =3D MODE_PAGE_HEADER_6(mh6); + mode_pars =3D MODE_PAGE_DATA(mph); + data_length =3D mh6->data_length; + } =20 /* Decode the value data, creating edit_entries for each value. */ - buff_decode_visit(mode_pars, mh->data_length, format, + buff_decode_visit(mode_pars, data_length, format, editentry_create, 0); =20 /* Fetch the current/saved values; use to set editentry values. */ mode_sense(device, modepage, page_control, dbd, retries, timeout, data, - sizeof(data)); - buff_decode_visit(mode_pars, mh->data_length, format, - editentry_update, 0); + sizeof(data), force10bytes); + buff_decode_visit(mode_pars, data_length, format, editentry_update, 0); } =20 static void editlist_save(struct cam_device *device, int modepage, int page_control, - int dbd, int retries, int timeout) + int dbd, int retries, int timeout, int force10bytes) { u_int8_t data[MAX_COMMAND_SIZE];/* Buffer to hold sense data. */ u_int8_t *mode_pars; /* Pointer to modepage params. */ - struct scsi_mode_header_6 *mh; /* Location of mode header. */ + struct scsi_mode_header_6 *mh6; + struct scsi_mode_header_10 *mh10; struct scsi_mode_page_header *mph; + u_int32_t data_length, mh_size, mh_blk_desc_len; =20 /* Make sure that something changed before continuing. */ if (! editlist_changed) @@ -575,29 +590,50 @@ editlist_save(struct cam_device *device, * now, we need mode_sense to find out the page length. */ mode_sense(device, modepage, page_control, dbd, retries, timeout, data, - sizeof(data)); + sizeof(data), force10bytes); =20 /* Initial headers & offsets. */ - mh =3D (struct scsi_mode_header_6 *)data; - mph =3D MODE_PAGE_HEADER(mh); + mh6 =3D (struct scsi_mode_header_6 *)data; + mh10 =3D (struct scsi_mode_header_10 *)data; + if (force10bytes) { + mh_size =3D sizeof(*mh10); + mph =3D MODE_PAGE_HEADER_10(mh10); + data_length =3D scsi_2btoul(mh10->data_length); + } else { + mh_size =3D sizeof(*mh6); + mph =3D MODE_PAGE_HEADER_6(mh6); + data_length =3D mh6->data_length; + } + mode_pars =3D MODE_PAGE_DATA(mph); =20 /* Encode the value data to be passed back to the device. */ - buff_encode_visit(mode_pars, mh->data_length, format, + buff_encode_visit(mode_pars, data_length, format, editentry_save, 0); =20 /* Eliminate block descriptors. */ - bcopy(mph, ((u_int8_t *)mh) + sizeof(*mh), + bcopy(mph, ((u_int8_t *)data) + mh_size, sizeof(*mph) + mph->page_length); =20 /* Recalculate headers & offsets. */ - mh->blk_desc_len =3D 0; /* No block descriptors. */ - mh->dev_spec =3D 0; /* Clear device-specific parameters. */ - mph =3D MODE_PAGE_HEADER(mh); + /* Clear device-specific parameters. */ + if (force10bytes) { + scsi_ulto2b(0, mh10->blk_desc_len); + mh10->dev_spec =3D 0; + scsi_ulto2b(0, mh10->data_length); + mph =3D MODE_PAGE_HEADER_10(mh10); + mh_blk_desc_len =3D scsi_2btoul(&mh6->blk_desc_len); + } else { + mh6->blk_desc_len =3D 0; + mh6->dev_spec =3D 0; + mh6->data_length =3D 0; + mph =3D MODE_PAGE_HEADER_6(mh6); + mh_blk_desc_len =3D mh6->blk_desc_len; + } mode_pars =3D MODE_PAGE_DATA(mph); =20 - mph->page_code &=3D SMS_PAGE_CODE;/* Isolate just the page code. */ - mh->data_length =3D 0; /* Reserved for MODE SELECT command. */ + /* Isolate just the page code. */ + mph->page_code &=3D SMS_PAGE_CODE; =20 /* * Write the changes back to the device. If the user editted control @@ -606,8 +642,9 @@ editlist_save(struct cam_device *device, */ mode_select(device, (page_control << PAGE_CTRL_SHIFT =3D=3D SMS_PAGE_CTRL_SAVED), - retries, timeout, (u_int8_t *)mh, - sizeof(*mh) + mh->blk_desc_len + sizeof(*mph) + mph->page_length); + retries, timeout, (u_int8_t *)data, + mh_size + mh_blk_desc_len + sizeof(*mph) + mph->page_length, + force10bytes); } =20 static int @@ -777,19 +814,26 @@ modepage_edit(void) =20 static void modepage_dump(struct cam_device *device, int page, int page_control, int d= bd, - int retries, int timeout) + int retries, int timeout, int force10bytes) { u_int8_t data[MAX_COMMAND_SIZE];/* Buffer to hold sense data. */ u_int8_t *mode_pars; /* Pointer to modepage params. */ - struct scsi_mode_header_6 *mh; /* Location of mode header. */ + struct scsi_mode_header_6 *mh6; + struct scsi_mode_header_10 *mh10; struct scsi_mode_page_header *mph; int indx; /* Index for scanning mode params. */ =20 mode_sense(device, page, page_control, dbd, retries, timeout, data, - sizeof(data)); + sizeof(data), force10bytes); + + mh6 =3D (struct scsi_mode_header_6 *)data; + mh10 =3D (struct scsi_mode_header_10 *)data; + + if (force10bytes) + mph =3D MODE_PAGE_HEADER_10(mh10); + else + mph =3D MODE_PAGE_HEADER_6(mh6); =20 - mh =3D (struct scsi_mode_header_6 *)data; - mph =3D MODE_PAGE_HEADER(mh); mode_pars =3D MODE_PAGE_DATA(mph); =20 /* Print the raw mode page data with newlines each 8 bytes. */ @@ -812,7 +856,8 @@ cleanup_editfile(void) =20 void mode_edit(struct cam_device *device, int page, int page_control, int dbd, - int edit, int binary, int retry_count, int timeout) + int edit, int binary, int retry_count, int timeout, + int force10bytes) { const char *pagedb_path; /* Path to modepage database. */ =20 @@ -842,7 +887,7 @@ mode_edit(struct cam_device *device, int } =20 editlist_populate(device, page, page_control, dbd, retry_count, - timeout); + timeout, force10bytes); } =20 if (edit) { @@ -852,11 +897,11 @@ mode_edit(struct cam_device *device, int "(current) or page 3 (saved values)"); modepage_edit(); editlist_save(device, page, page_control, dbd, retry_count, - timeout); + timeout, force10bytes); } else if (binary || STAILQ_EMPTY(&editlist)) { /* Display without formatting information. */ modepage_dump(device, page, page_control, dbd, retry_count, - timeout); + timeout, force10bytes); } else { /* Display with format. */ modepage_write(stdout, 0); @@ -865,7 +910,7 @@ mode_edit(struct cam_device *device, int =20 void mode_list(struct cam_device *device, int page_control, int dbd, - int retry_count, int timeout) + int retry_count, int timeout, int force10bytes) { u_int8_t data[MAX_COMMAND_SIZE];/* Buffer to hold sense data. */ u_int8_t *mode_pars; /* Pointer to modepage params. */ @@ -885,7 +930,7 @@ mode_list(struct cam_device *device, int =20 /* Build the list of all mode pages by querying the "all pages" page. */ mode_sense(device, SMS_ALL_PAGES_PAGE, page_control, dbd, retry_count, - timeout, data, sizeof(data)); + timeout, data, sizeof(data), force10bytes); =20 mh =3D (struct scsi_mode_header_6 *)data; len =3D mh->blk_desc_len; /* Skip block descriptors. */ --YToU2i3Vx8H2dn7O-- --n+lFg1Zro7sl44OB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBY82fueUpAYYNtTsRAsKkAKCUVQj3Y0UmZBVXOXepiPpFDBLyVACgnJ7S 2kxVDXJip/n6MeXeW/w4tzE= =jurb -----END PGP SIGNATURE----- --n+lFg1Zro7sl44OB-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 10:49:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 842C716A4CE for ; Wed, 6 Oct 2004 10:49:44 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id F29F043D31 for ; Wed, 6 Oct 2004 10:49:43 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id 4D8F812396F for ; Wed, 6 Oct 2004 12:48:29 +0200 (CEST) Received: from localhost (localhost.local [127.0.0.1]) by hoppel.local (Postfix) with ESMTP id F341863AD for ; Wed, 6 Oct 2004 12:49:22 +0200 (CEST) Received: from hoppel.local ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86898-09 for ; Wed, 6 Oct 2004 12:49:19 +0200 (CEST) Received: from alpha (alpha.local [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id B0A1F610E for ; Wed, 6 Oct 2004 12:49:19 +0200 (CEST) From: "Bjoern Koenig" To: Date: Wed, 6 Oct 2004 12:52:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcSrkoWxemfewGKtQey4VtOLyKDw4g== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20041006104919.B0A1F610E@hoppel.local> X-Virus-Scanned: by amavisd-new at alpha-tierchen.de Subject: Re: 5.3-BETA7 build world: What is genattrtab? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 10:49:44 -0000 > I have been successful in installing 5.3-BETA7 on > an old Pentium1 150 MHz with 32 MB Ram. Do you really complain about a slow process on this machine? ;-) > Surprisingly, there doesn't seem to be an executable > named "genattrtab" on my system !?! It's a tool only for building gcc. You'll find it in /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools It works properly. I think this list is not the right place to discuss this. Regards Bj=C3=B6rn From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 11:02:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD45416A4CE for ; Wed, 6 Oct 2004 11:02:40 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2191943D4C for ; Wed, 6 Oct 2004 11:02:40 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4017066rnk for ; Wed, 06 Oct 2004 04:02:38 -0700 (PDT) Received: by 10.38.79.46 with SMTP id c46mr1594824rnb; Wed, 06 Oct 2004 04:02:38 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Wed, 6 Oct 2004 04:02:38 -0700 (PDT) Message-ID: <136a340a04100604021216f931@mail.gmail.com> Date: Wed, 6 Oct 2004 14:02:38 +0300 From: Nikolay Kalev To: itetcu@people.tecnik93.com, freebsd-current@freebsd.org In-Reply-To: <20041006114235.79eb1aee@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_56_2360383.1097060558435" References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 11:02:40 -0000 ------=_Part_56_2360383.1097060558435 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, 6 Oct 2004 11:42:35 +0300, Ion-Mihai Tetcu wrote: > On Wed, 6 Oct 2004 10:20:34 +0300 > Nikolay Kalev wrote: > > > Put sum tcshrc scripts from tcshrc.sf.net and it will be better then bash. > > I think i;m on my way to create a patch for that :-))). > > I've recently discussed with the port maintainer of tcshrc to work at an > update of the port (our distfile is from 2003), but if you have already > done work is this area please say, I don't wanna duplicate yours. > > If not, maybe I can send you a diff when is ready to test it ? > Ok here is a Simple dot.tcshrc file which needs more testing and cleanup. I removed some stuff which are not working very well under FreeBSD in new versions of tcshrc scripts from the original author. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D ------=_Part_56_2360383.1097060558435 Content-Type: application/octet-stream; name="dot.tcshrc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dot.tcshrc" IwojIE1hZGUgZnJvbSB0Y3NocmMuc2YubmV0IHByb2plY3QgKyBzb21lIGZpeGVzIGZvciBiZXR0 ZXIgd29ya2luZyB1bmRlciBGcmVlQlNECiMgYnkgTmlrb2xheSBLYWxldiA8cm9vdGNob0BtaWNy b2JzZC5uZXQ+CiMgLnRjc2hyYyByZXNvdXJjZSBzY3JpcHQgd2l0aCBzb21lIHByZXR0eSBpbXBy b3ZlbWVudHMgb3ZlciBub3JtYWwgdGNzaCBmdW5jdGlvbnMKIwoKIyAgICAgICAgICJ1c2VyIiAr ICJyb290IiBlbnZpcm9ubWVudCAoYmFzaWMpCnNldCAtZiBwYXRoID0gKCAkcGF0aCAvYmluICkK c2V0IC1mIHBhdGggPSAoICRwYXRoIC9zYmluICkKc2V0IC1mIHBhdGggPSAoICRwYXRoIC91c3Iv YmluICkKc2V0IC1mIHBhdGggPSAoICRwYXRoIC91c3Ivc2JpbiApCnNldCAtZiBwYXRoID0gKCAk cGF0aCAvdXNyL2xvY2FsL2JpbiApCnNldCAtZiBwYXRoID0gKCAkcGF0aCAvdXNyL2xvY2FsL3Ni aW4gKQoKIyAgICAgICAgICJ1c2VyIiArICJyb290IiBlbnZpcm9ubWVudCAobWlzYykKc2V0IC1s IHBhdGggPSAoICRwYXRoIC91c3IvbG9jYWwvc3NsL2JpbiApCnNldCAtbCBwYXRoID0gKCAkcGF0 aCAvdXNyL2xvY2FsL3NhbWJhL2JpbiApCnNldCAtbCBwYXRoID0gKCAkcGF0aCAvdXNyL2xvY2Fs L2phdmEvYmluICkKc2V0IC1sIHBhdGggPSAoICRwYXRoIC91c3IvZ2FtZXMgKQoKaWYgKCQ/VVNF UiA9PSAwIHx8ICQ/cHJvbXB0ID09IDApIGV4aXQKCiMgZ2VuZXJhbCBjb25maWd1cmF0aW9uCgpp ZiAoJExPR05BTUUgPT0gInJvb3QiKSB0aGVuCgkJc2V0IHByb21wdD0iWyVCJW0lYl06JVMlLyVz IyAiCgkJZWxzZQoJCXNldCBwcm9tcHQ9IlslQiVtJWJdOiVTJS8lcz4gIgplbmRpZgoKc2V0IHBy b21wdDI9IiVSPyIKc2V0IHByb21wdDM9IkNPUlJFQ1Q+ICVCJVIlYiAoeXxufGUpPyIKc2V0IG5v YmVlcApzZXQgaGlzdG9yeT00MDk2CnVuc2V0IGhpc3RmaWxlCnNldCB3YXRjaD0oMCBhbnkgYW55 KQpzZXQgd2hvPSIlbiBoYXMgJWEgJWwgZnJvbSAlTS4iCnNldCBpbnB1dG1vZGU9aW5zZXJ0CnNl dCBhdXRvbGlzdApzZXQgYXV0b2NvcnJlY3QKc2V0IGF1dG9leHBhbmQKc2V0IGNvbXBsZXRlPWVu aGFuY2UKIyBjb3JyZWN0aW9uIG9wdGlvbiBpcyBjb21tZW50ZWQgYmVjYXVzZSBvZiBpc3N1ZXMg ZHVyaW5nIGNvbXBpbGF0aW9uLiBJZiBzb21lb25lIHdhbnRzIHRvIHRyeSBpdCBvdXQgcGxlYXNl IGdvIGFoZWFkIDotKS4KI3NldCBjb3JyZWN0PWFsbAp1bnNldCBhdXRvbG9nb3V0CnNldCBzeW1s aW5rcz1jaGFzZQpzZXQgbGlzdGpvYnMKc2V0IHByaW50ZXhpdHZhbHVlCiMgdGhpcyBpcyBwcmV0 dHkgbmVhZCB0byBhc2sgeW91IHdoZW4Kc2V0IHJtc3RhcgojIElnbm9yZXQgZmlsZXMgZm9yIGNv bXBsZXRpdGlvbgpzZXQgZmlnbm9yZT0oLm8pCiMgVGhpcyBvbmUgaXMgbXkgZmF2b3JpdGUhIEdp dmVzIHN0YXR1cyBhYm91dCB1c2VkIHRpbWUsIENQVSBhbmQgc28gb24sIGFmdGVyIGNvbXBpbGF0 aW9uIG9yIG90aGVyIHNvcnRzIG9mIHRhc2tzLgpzZXQgdGltZT0oOCAiXApUaW1lIHNwZW50IGlu IHVzZXIgbW9kZSAgIChDUFUgc2Vjb25kcykgOiAlVXNcClRpbWUgc3BlbnQgaW4ga2VybmVsIG1v ZGUgKENQVSBzZWNvbmRzKSA6ICVTc1wKVG90YWwgdGltZSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDogJUVzXApDUFUgdXRpbGlzYXRpb24gKHBlcmNlbnRhZ2UpICAgICAgICAgICAgOiAl UFwKVGltZXMgdGhlIHByb2Nlc3Mgd2FzIHN3YXBwZWQgICAgICAgICAgIDogJVdcClRpbWVzIG9m IG1ham9yIHBhZ2UgZmF1bHRzICAgICAgICAgICAgICA6ICVGXApUaW1lcyBvZiBtaW5vciBwYWdl IGZhdWx0cyAgICAgICAgICAgICAgOiAlUiIpCgp1bnNldCB0cGVyaW9kCnVuYWxpYXMgcGVyaW9k aWMKc2V0IFVSTFM9KGh0dHA6Ly93d3cuZnJlZWJzZC5vcmcvICkKCiMJQ29tbWFuZCBhbGlhc2Vz CgphbGlhcyBybSAJJ3JtIC1pJwphbGlhcyBjcCAJJ2NwIC1pJwphbGlhcyBtdiAJJ212IC1pJwph bGlhcyBkZWwgICAJJ3JtIC1pJwphbGlhcyBjbHMgICAJJ2NsZWFyJwphbGlhcyBtZCAgICAJJ21r ZGlyIC1wJwphbGlhcyByZCAgICAJJ3JtZGlyJwoKaWYgKCAtZSBgd2hlcmUgbGVzc2AgKSB0aGVu CglhbGlhcyBtb3JlIAknbGVzcycKZW5kaWYKCmFsaWFzIHRvZGF5IAkiZGF0ZSAnKyVkJWgleSci CmFsaWFzIG1lc3MgCSdjbGVhciA7IHRhaWwgLWYgL3Zhci9sb2cvbWVzc2FnZXMnCgppZiAoIC1l IGB3aGVyZSB2aW1gKSB0aGVuCglhbGlhcyB2aSAJJ3ZpbScKZW5kaWYKCmFsaWFzIHggICAgIAkn ZXhpdCcKYWxpYXMgZmYgICAgCSdmaW5kIC4gLW5hbWUgJConCmFsaWFzIC4gCSdwd2QnCmFsaWFz IC4uIAknY2QgLi4nCmFsaWFzIC4uLwknY2QgLi4vJwphbGlhcyAuLi4gCSdjZCAuLi8uLicKYWxp YXMgLi4uLwknY2QgLi4vLi4vJwphbGlhcyAtCQknY2QgLScKYWxpYXMgLwkJJ2NkIC8nCmFsaWFz IG1hZWsgICdtYWtlJwphbGlhcyBhbGFpcyAnYWxpYXMnCmFsaWFzIGNzbCAgICdjbGVhcicKYWxp YXMgaGVscGNvbW1hbmQgbWFuCgojIEJpbmRrZXlzCgpzd2l0Y2ggKCAkT1NUWVBFICkKICAgICAg Y2FzZSAiRnJlZUJTRCoiOiAgICAgICAgICMgRnJlZUJTRAoJIyBJTlNFUlQgOiB0b2dnbGVzIG92 ZXJ3cml0ZSBvciBpbnNlcnQgbW9kZS4KCWJpbmRrZXkgICAgXltbMn4gIG92ZXJ3cml0ZS1tb2Rl IAoKCSMgREVMRVRFIDogZGVsZXRlIGNoYXIgYXQgY3Vyc29yIHBvc2l0aW9uLgoJYmluZGtleSAg ICBeW1szfiAgZGVsZXRlLWNoYXIKCgkjIEhPTUUgOiBnbyB0byB0aGUgYmVnaW5uaW5nIG9mIHRo ZSBsaW5lLgoJYmluZGtleSAgICBeW1sxfiAgYmVnaW5uaW5nLW9mLWxpbmUKCgkjIEVORCA6IGdv IHRvIHRoZSBlbmQgb2YgdGhlIGxpbmUuCgliaW5ka2V5ICAgIF5bWzR+ICBlbmQtb2YtbGluZQoK CSMgUEFHRSBVUCA6IHNlYXJjaCBpbiBoaXN0b3J5IGJhY2t3YXJkcyBmb3IgbGluZSBiZWdpbm5p bmcgYXMgY3VycmVudC4KCWJpbmRrZXkgICAgXltbNX4gICBoaXN0b3J5LXNlYXJjaC1iYWNrd2Fy ZAoKCSMgUEFHRSBET1dOIDogc2VhcmNoIGluIGhpc3RvcnkgZm9yd2FyZHMgZm9yIGxpbmUgYmVn aW5uaW5nIGFzIGN1cnJlbnQuCgliaW5ka2V5ICAgIF5bWzZ+ICAgaGlzdG9yeS1zZWFyY2gtZm9y d2FyZAoKCSMgRVNDLWxlZnQtYXJyb3cgOiBnbyB0byBiZWdpbm5pbmcgb2YgbGVmdCB3b3JkLiAg ICAgICAgCgkjIFRoZSBzZWNvbmQgdmVyc2lvbiBpcyB1c2VkIHRvIGZpeCBhIHN0cmFuZ2UgYnVn IHdoZXJlIHRoZSBiaW5kaW5nCgkjIHN0b3BzIHdvcmtpbmcgYWZ0ZXIgc29tZSB1c2FnZS4gRGlk IG5vdCBtYW5hZ2UgdG8gcmVjcmVhdGUuCgliaW5ka2V5ICAgIF5bXltbRCB2aS13b3JkLWJhY2sK CWJpbmRrZXkJICAgGxtPRCB2aS13b3JkLWJhY2sKCgkjIEVTQy1yaWdodC1hcnJvdyA6IGdvIHRv IGJlZ2lubmluZyBvZiByaWdodCB3b3JkLgoJIyBUaGUgc2Vjb25kIHZlcnNpb24gaXMgdXNlZCB0 byBmaXggYSBzdHJhbmdlIGJ1ZyB3aGVyZSB0aGUgYmluZGluZwoJIyBzdG9wcyB3b3JraW5nIGFm dGVyIHNvbWUgdXNhZ2UuIERpZCBub3QgbWFuYWdlIHRvIHJlY3JlYXRlLgoJYmluZGtleSAgICBe W15bW0Mgdmktd29yZC1md2QKCWJpbmRrZXkJICAgGxtPQyB2aS13b3JkLWZ3ZAoKCSMgRjEgOiBo ZWxwIG9uIGNvbW1hbmQgY3VycmVudGx5IHR5cGVkKGlmICdscyBwYXNzd2QnLCBoZWxwIG9uICds cycpLgoJIyBmaXJzdDogd2hpbGUgaW4gY29uc29sZSBtb2RlLCBzZWNvbmQ6IHdoaWxlIGluIFgK CWJpbmRrZXkgICAgXltbW0EgICBydW4taGVscAoJYmluZGtleSAgICAbT1AgICAgcnVuLWhlbHAK CgkjIEYyIDogc2V0IHRoZSBtYXJrIGNvbW1hbmQgdG8gY3Vyc29yIHBvc2l0aW9uLgoJIyBmaXJz dDogd2hpbGUgaW4gY29uc29sZSBtb2RlLCBzZWNvbmQ6IHdoaWxlIGluIFgKCWJpbmRrZXkgIF5b W1tCICAgIHNldC1tYXJrLWNvbW1hbmQgCgliaW5ka2V5ICAbT1EgICAgIHNldC1tYXJrLWNvbW1h bmQgCgoJIyBGMyA6IG1vdmUgY3Vyc29yIHRvIHRoZSBtYXJrZWQgcG9zaXRpb24uCgkjIGZpcnN0 OiB3aGlsZSBpbiBjb25zb2xlIG1vZGUsIHNlY29uZDogd2hpbGUgaW4gWAoJYmluZGtleSAgIF5b W1tDICAgZXhjaGFuZ2UtcG9pbnQtYW5kLW1hcmsgCgliaW5ka2V5ICAgG09SICAgIGV4Y2hhbmdl LXBvaW50LWFuZC1tYXJrIAoKCSMgRjQgOiAtLWVtcHR5LS0KCSMgZmlyc3Q6IHdoaWxlIGluIGNv bnNvbGUgbW9kZSwgc2Vjb25kOiB3aGlsZSBpbiBYCgliaW5ka2V5ICAgXltbW0QgICB1bmRlZmlu ZWQta2V5CgliaW5ka2V5ICAgG09TICAgdW5kZWZpbmVkLWtleQoKCSMgRjUgOiBjaGVjayBsaW5l IGZvciBzcGVsbGluZyBhbmQgbWFrZSBjaGFuZ2VzLgoJIyBmaXJzdDogd2hpbGUgaW4gY29uc29s ZSBtb2RlLCBzZWNvbmQ6IHdoaWxlIGluIFgKCWJpbmRrZXkgICAgXltbW0UgICBzcGVsbC1saW5l CgliaW5ka2V5ICAgIBtbMTV+ICAgc3BlbGwtbGluZQoKCSMgRjYgOiBjaGVjayBjdXJyZW50IHdv cmQgZm9yIHNwZWxsaW5nIGFuZCBtYWtlIGNoYW5nZXMuCgkjIHNhbWUgaW4gYm90aCBjb25zb2xl IGFuZCBYIG1vZGVzCgliaW5ka2V5ICAgIF5bWzE3fiAgc3BlbGwtd29yZAoKCSMgRjcgOiBpbnNl cnQgbGFzdCBpdGVtIG9mIHByZXZpb3VzIGNvbW1hbmQuCgliaW5ka2V5ICAgIF5bWzE4fiAgaW5z ZXJ0LWxhc3Qtd29yZAoKCSMgRjggOiBzZWFyY2ggaW4gaGlzdG9yeSBiYWNrd2FyZHMgZm9yIGxp bmUgYmVnaW5uaW5nIGFzIGN1cnJlbnQuCgliaW5ka2V5ICAgXltbMTl+ICBoaXN0b3J5LXNlYXJj aC1iYWNrd2FyZAoKCSMgRjkgOiBjbGVhciBzY3JlZW4uCgkjIFlvdSBtYXkgYmUgaW4gdGhlIG1p ZGRsZSBvZiBhIGNvbW1hbmQgd2hlbiB5b3UgdXNlIHRoaXMuCgkjIERvZXMgbm90IGFmZmVjdCB3 aGF0IHlvdSBhcmUgd3JpdGluZyBhdCB0aGUgbW9tZW50LgoJYmluZGtleSAgICBeW1syMH4gIGNs ZWFyLXNjcmVlbgoKCSMgRjEwIDogZG8gYW4gJ2xzIC1sJy4gICAgKFwxNiBpcyBDdHJsLVUgb24g TGludXgoYW5kIFN1bj8pKQoJIyBEb2VzIG5vdCB3b3JrIG9uIHNvbWUgeHRlcm0qIChnbm9tZS10 ZXJtaW5hbCkuCgliaW5ka2V5IC1zIF5bWzIxfiAgIlwxNmxzIC1sXG4iCgoJIyBGMTEgOiBkaXNw bGF5IGxvYWQgYXZlcmFnZSBhbmQgY3VycmVudCBwcm9jZXNzIHN0YXR1cy4KCSMgRG9lcyBub3Qg d29yayBvbiBMaW51eC4gUGVyaGFwcyBidWcgaW4gdGNzaD8KCSMgQ2hhbmdlZCB3aXRoIHJ1bm5p bmcgInVwdGltZSIuCgkjIyMgYmluZGtleSAgICBeW1syM34gIGxvYWQtYXZlcmFnZSAKCWJpbmRr ZXkgLXMgICBeW1syM34gICJcMTZ1cHRpbWVcbiIKCgkjIEYxMiA6IGRvIGEgYWxhLWNzaCBjb21w bGV0aW9uLgoJYmluZGtleSAgICBeW1syNH4gIGNvbXBsZXRlLXdvcmQtcmF3CgoJIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCgkjIEFkdmFuY2VkIHNldHRpbmdzCgoJIyBU aGFua3MgdG8gQ2FybG9zIER1YXJ0ZSA8Y2dkQHRlbGV3ZWIucHQ+CgkjIEVhenkgZWRpdCBvZiBw YXRoLCB0eXBlIEN0cmwtWCBwCgliaW5ka2V5IC1zICdeWHAnICAgICAgICAnLiBgZWNobyAkcGF0 aGBeWCopXkFeRHNldCBwYXRoID0gKCAnCgoJIyBDdHJsLVggKiAgIEV4cGFuZCBnbG9iLiBleGFt cGxlOiBscyAqPF5YKj4gIHdpbGwgZXhwYW5kIHRoZSBsaW5lCgkjIGRlZmF1bHQgYmVoYXZpb3Vy CgoJIyBDdHJsLVggJCAgIEV4cGFuZCB2YXJpYWJsZXMuIGV4YW1wbGU6ICRURVJNPF5YJD4gd2l0 aCBnaXZlICB2dDEwMAoJIyBkZWZhdWx0IGJlaGF2aW91cgogICAJYnJlYWtzdzsKICAgICAgY2Fz ZSAiZnJlZWJzZCoiOiAgICAgICAjIEZyZWVCU0QsIGJ5IHNjb3R0IDxzdG9ja0BmaXNoY3JhY2tl ci5jb20+CgkjIElOU0VSVCA6IHRvZ2dsZXMgb3ZlcndyaXRlIG9yIGluc2VydCBtb2RlLgoJYmlu ZGtleSBeW1tMIG92ZXJ3cml0ZS1tb2RlIAoJYmluZGtleSAgICBeW1syfiAgb3ZlcndyaXRlLW1v ZGUJIyBmb3IgeAoKCSMgREVMRVRFIDogZGVsZXRlIGNoYXIgYXQgY3Vyc29yIHBvc2l0aW9uLgoJ YmluZGtleSBePyBkZWxldGUtY2hhcgoJYmluZGtleSAgICBeW1szfiAgZGVsZXRlLWNoYXIJCSMg Zm9yIHgKCgkjIEhPTUUgOiBnbyB0byB0aGUgYmVnaW5uaW5nIG9mIHRoZSBsaW5lLgoJIyBhbHJl YWR5IGJvdW5kIHRvIGJlZ2lubm5pbmctb2YtbGluZSwgYnV0IHRoZSBrZXljb2RlIHRoaW5nIHdh cyBkaWZmZXJlbnQuCgliaW5ka2V5IF5bW0ggYmVnaW5uaW5nLW9mLWxpbmUKCgkjIEVORCA6IGdv IHRvIHRoZSBlbmQgb2YgdGhlIGxpbmUuCgkjIHNhbWUgYXMgYWJvdmUuCgliaW5ka2V5IF5bW0Yg ZW5kLW9mLWxpbmUKCgkjIFBBR0UgVVAgOiBzZWFyY2ggaW4gaGlzdG9yeSBiYWNrd2FyZHMgZm9y IGxpbmUgYmVnaW5uaW5nIGFzIGN1cnJlbnQuCgliaW5ka2V5IF5bW0kgaGlzdG9yeS1zZWFyY2gt YmFja3dhcmQKCWJpbmRrZXkgXltbNX4gaGlzdG9yeS1zZWFyY2gtYmFja3dhcmQJIyBmb3IgeAoK CSMgUEFHRSBET1dOIDogc2VhcmNoIGluIGhpc3RvcnkgZm9yd2FyZHMgZm9yIGxpbmUgYmVnaW5u aW5nIGFzIGN1cnJlbnQuCgliaW5ka2V5IF5bW0cgaGlzdG9yeS1zZWFyY2gtZm9yd2FyZCAKCWJp bmRrZXkgXltbNn4gaGlzdG9yeS1zZWFyY2gtZm9yd2FyZCAJIyBmb3IgeAoKCSMgRVNDLWxlZnQt YXJyb3cgOiBnbyB0byBiZWdpbm5pbmcgb2YgbGVmdCB3b3JkLiAgICAgICAgCgkjIFRoZSBzZWNv bmQgdmVyc2lvbiBpcyB1c2VkIHRvIGZpeCBhIHN0cmFuZ2UgYnVnIHdoZXJlIHRoZSBiaW5kaW5n CgkjIHN0b3BzIHdvcmtpbmcgYWZ0ZXIgc29tZSB1c2FnZS4gRGlkIG5vdCBtYW5hZ2UgdG8gcmVj cmVhdGUuCgliaW5ka2V5IF5bXltbRCB2aS13b3JkLWJhY2sgICAgICAgICAgIyBub3QgZnJlZWJz ZCBzcGVjaWZpYwoJYmluZGtleQkgICAbG09EIHZpLXdvcmQtYmFjawoKCSMgRVNDLXJpZ2h0LWFy cm93IDogZ28gdG8gYmVnaW5uaW5nIG9mIHJpZ2h0IHdvcmQuCgkjIFRoZSBzZWNvbmQgdmVyc2lv biBpcyB1c2VkIHRvIGZpeCBhIHN0cmFuZ2UgYnVnIHdoZXJlIHRoZSBiaW5kaW5nCgkjIHN0b3Bz IHdvcmtpbmcgYWZ0ZXIgc29tZSB1c2FnZS4gRGlkIG5vdCBtYW5hZ2UgdG8gcmVjcmVhdGUuCgli aW5ka2V5IF5bXltbQyB2aS13b3JkLWZ3ZAkJIyBhbHNvIG5vdCBmcmVlYnNkIHNwZWNpZmljCgli aW5ka2V5CSAgIBsbT0Mgdmktd29yZC1md2QKCgkjIEYxIDogaGVscCBvbiBjb21tYW5kIGN1cnJl bnRseSB0eXBlZChpZiAnbHMgcGFzc3dkJywgaGVscCBvbiAnbHMnKS4KCSMgZmlyc3Q6IHdoaWxl IGluIGNvbnNvbGUgbW9kZSwgc2Vjb25kOiB3aGlsZSBpbiBYCgliaW5ka2V5IF5bW00gcnVuLWhl bHAKCWJpbmRrZXkgICAgG09QICAgIHJ1bi1oZWxwCgoJIyBGMiA6IHNldCB0aGUgbWFyayBjb21t YW5kIHRvIGN1cnNvciBwb3NpdGlvbi4KCSMgZmlyc3Q6IHdoaWxlIGluIGNvbnNvbGUgbW9kZSwg c2Vjb25kOiB3aGlsZSBpbiBYCgliaW5ka2V5IF5bW04gc2V0LW1hcmstY29tbWFuZAoJYmluZGtl eSAgG09RICAgICBzZXQtbWFyay1jb21tYW5kIAoKCSMgRjMgOiBtb3ZlIGN1cnNvciB0byB0aGUg bWFya2VkIHBvc2l0aW9uLgoJIyBmaXJzdDogd2hpbGUgaW4gY29uc29sZSBtb2RlLCBzZWNvbmQ6 IHdoaWxlIGluIFgKCWJpbmRrZXkgXltbTyBleGNoYW5nZS1wb2ludC1hbmQtbWFyawoJYmluZGtl eSAgIBtPUiAgICBleGNoYW5nZS1wb2ludC1hbmQtbWFyayAKCgkjIEY0IDogLS1lbXB0eS0tCgkj IGZpcnN0OiB3aGlsZSBpbiBjb25zb2xlIG1vZGUsIHNlY29uZDogd2hpbGUgaW4gWAoJYmluZGtl eSBeW1tQIHVuZGVmaW5lZC1rZXkKCWJpbmRrZXkgICAbT1MgICB1bmRlZmluZWQta2V5CgoJIyBG NSA6IGNoZWNrIGxpbmUgZm9yIHNwZWxsaW5nIGFuZCBtYWtlIGNoYW5nZXMuCgkjIGZpcnN0OiB3 aGlsZSBpbiBjb25zb2xlIG1vZGUsIHNlY29uZDogd2hpbGUgaW4gWAoJYmluZGtleSBeW1tRIHNw ZWxsLWxpbmUKCWJpbmRrZXkgICAgG1sxNX4gICBzcGVsbC1saW5lCgoJIyBGNiA6IGNoZWNrIGN1 cnJlbnQgd29yZCBmb3Igc3BlbGxpbmcgYW5kIG1ha2UgY2hhbmdlcy4KCWJpbmRrZXkgXltbUiBz cGVsbC13b3JkCgliaW5ka2V5IF5bWzE3fiBzcGVsbC13b3JkCQkjIGZvciB4CgoJIyBGNyA6IGlu c2VydCBsYXN0IGl0ZW0gb2YgcHJldmlvdXMgY29tbWFuZC4KCWJpbmRrZXkgXltbUyBpbnNlcnQt bGFzdC13b3JkCgliaW5ka2V5IF5bWzE4fiBpbnNlcnQtbGFzdC13b3JkCQkjIGZvciB4CgoJIyBG OCA6IHNlYXJjaCBpbiBoaXN0b3J5IGJhY2t3YXJkcyBmb3IgbGluZSBiZWdpbm5pbmcgYXMgY3Vy cmVudC4KCWJpbmRrZXkgXltbVCBoaXN0b3J5LXNlYXJjaC1iYWNrd2FyZAoJYmluZGtleSBeW1sx OX4gaGlzdG9yeS1zZWFyY2gtYmFja3dhcmQJIyBmb3IgeAoKCSMgRjkgOiBjbGVhciBzY3JlZW4u CgkjIFlvdSBtYXkgYmUgaW4gdGhlIG1pZGRsZSBvZiBhIGNvbW1hbmQgd2hlbiB5b3UgdXNlIHRo aXMuCgkjIERvZXMgbm90IGFmZmVjdCB3aGF0IHlvdSBhcmUgd3JpdGluZyBhdCB0aGUgbW9tZW50 LgoJYmluZGtleSBeW1tVIGNsZWFyLXNjcmVlbgoJYmluZGtleSBeW1syMH4gY2xlYXItc2NyZWVu CQkjIGZvciB4CgoJIyBGMTAgOiBkbyBhbiAnbHMgLWwnLiAgICAoXDE2IGlzIEN0cmwtVSBvbiBM aW51eChhbmQgU3VuPykpCgliaW5ka2V5IC1zIF5bW1YgIl5VbHMgLWxcbiIKCWJpbmRrZXkgLXMg XltbMjF+ICAiXlVscyAtbFxuIgkJIyBmb3IgeAoKCSMgRjExIDogZGlzcGxheSBsb2FkIGF2ZXJh Z2UgYW5kIGN1cnJlbnQgcHJvY2VzcyBzdGF0dXMuCgliaW5ka2V5IF5bW1cgbG9hZC1hdmVyYWdl CgliaW5ka2V5IF5bWzIzfiBsb2FkLWF2ZXJhZ2UJCSMgZm9yIHgKCgkjIEYxMiA6IGRvIGEgYWxh LWNzaCBjb21wbGV0aW9uLgoJYmluZGtleSBeW1tYIGNvbXBsZXRlLXdvcmQtcmF3CgliaW5ka2V5 IF5bWzI0fiBjb21wbGV0ZS13b3JkLXJhdwkjIGZvciB4CgoJIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjCgkjIEFkdmFuY2VkIHNldHRpbmdzCgoJIyBUaGFua3MgdG8gQ2Fy bG9zIER1YXJ0ZSA8Y2dkQHRlbGV3ZWIucHQ+CgkjIEVhenkgZWRpdCBvZiBwYXRoLCB0eXBlIEN0 cmwtWCBwCgliaW5ka2V5IC1zICdeWHAnICAgICAgICAnLiBgZWNobyAkcGF0aGBeWCopXkFeRHNl dCBwYXRoID0gKCAnCgoJIyBDdHJsLVggKiAgIEV4cGFuZCBnbG9iLiBleGFtcGxlOiBscyAqPF5Y Kj4gIHdpbGwgZXhwYW5kIHRoZSBsaW5lCgkjIGRlZmF1bHQgYmVoYXZpb3VyCgoJIyBDdHJsLVgg JCAgIEV4cGFuZCB2YXJpYWJsZXMuIGV4YW1wbGU6ICRURVJNPF5YJD4gd2l0aCBnaXZlICB2dDEw MAoJIyBkZWZhdWx0IGJlaGF2aW91cgoJYnJlYWtzdzsKICAgICAgZGVmYXVsdDoKZW5kc3cKCiMg Y29tcGxldGUKCm9uaW50ciAtCmlmICghICQ/cHJvbXB0KSBnb3RvIGVuZAoKaWYgKCQ/dGNzaCkg dGhlbgogICAgaWYgKCR0Y3NoICE9IDEpIHRoZW4KICAgCXNldCByZXY9JHRjc2g6cgoJc2V0IHJl bD0kcmV2OmUKCXNldCBwYXQ9JHRjc2g6ZQoJc2V0IHJldj0kcmV2OnIKICAgIGVuZGlmCiAgICBp ZiAoJHJldiA+IDUgJiYgJHJlbCA+IDEpIHRoZW4KCXNldCBfY29tcGxldGU9MQogICAgZW5kaWYK ICAgIHVuc2V0IHJldiByZWwgcGF0CmVuZGlmCgppZiAoJD9fY29tcGxldGUpIHRoZW4KICAgIHNl dCBub2dsb2IKICAgIGlmICggISAkP2hvc3RzICkgc2V0IGhvc3RzCgogICAgY29tcGxldGUgeXdo byAgCW4vKi9cJGhvc3RzLwkjIGFyZ3VtZW50IGZyb20gbGlzdCBpbiAkaG9zdHMKICAgIGNvbXBs ZXRlIHJzaAlwLzEvXCRob3N0cy8gYy8tLyIobCBuKSIvICAgbi8tbC91LyBOLy1sL2MvIG4vLS9j LyBwLzIvYy8gcC8qL2YvCiAgICBjb21wbGV0ZSBzc2gJcC8xL1wkaG9zdHMvIGMvLS8iKGwgbiki LyAgIG4vLWwvdS8gTi8tbC9jLyBuLy0vYy8gcC8yL2MvIHAvKi9mLwogICAgY29tcGxldGUgeHJz aAlwLzEvXCRob3N0cy8gYy8tLyIobCA4IGUpIi8gbi8tbC91LyBOLy1sL2MvIG4vLS9jLyBwLzIv Yy8gcC8qL2YvCiAgICBjb21wbGV0ZSBybG9naW4gCXAvMS9cJGhvc3RzLyBjLy0vIihsIDggZSki LyBuLy1sL3UvCiAgICBjb21wbGV0ZSB0ZWxuZXQgCXAvMS9cJGhvc3RzLyBwLzIveDonPHBvcnQ+ Jy8gbi8qL24vCgogICAgY29tcGxldGUgY2QgIAlwLzEvZC8JCSMgRGlyZWN0b3JpZXMgb25seQog ICAgY29tcGxldGUgY2hkaXIgCXAvMS9kLwogICAgY29tcGxldGUgcHVzaGQgCXAvMS9kLwogICAg Y29tcGxldGUgcG9wZCAJcC8xL2QvCiAgICBjb21wbGV0ZSBwdSAJcC8xL2QvCiAgICBjb21wbGV0 ZSBwbyAJcC8xL2QvCiAgICBjb21wbGV0ZSBjb21wbGV0ZSAJcC8xL1gvCQkjIENvbXBsZXRpb25z IG9ubHkKICAgIGNvbXBsZXRlIHVuY29tcGxldGUJbi8qL1gvCiAgICBjb21wbGV0ZSBleGVjIAlw LzEvYy8JCSMgQ29tbWFuZHMgb25seQogICAgY29tcGxldGUgdHJhY2UgCXAvMS9jLwogICAgY29t cGxldGUgc3RyYWNlIAlwLzEvYy8KICAgIGNvbXBsZXRlIHdoaWNoCW4vKi9jLwogICAgY29tcGxl dGUgd2hlcmUJbi8qL2MvCiAgICBjb21wbGV0ZSBza2lsbCAJcC8xL2MvCiAgICBjb21wbGV0ZSBk ZGUJcC8xL2MvIAogICAgY29tcGxldGUgYWRiCWMvLUkvZC8gbi8tL2MvIE4vLS8iKGNvcmUpIi8g cC8xL2MvIHAvMi8iKGNvcmUpIi8KICAgIGNvbXBsZXRlIHNkYglwLzEvYy8KICAgIGNvbXBsZXRl IGRieAljLy1JL2QvIG4vLS9jLyBOLy0vIihjb3JlKSIvIHAvMS9jLyBwLzIvIihjb3JlKSIvCiAg ICBjb21wbGV0ZSB4ZGIJcC8xL2MvCiAgICBjb21wbGV0ZSBnZGIJbi8tZC9kLyBuLyovYy8KICAg IGNvbXBsZXRlIHVwcwlwLzEvYy8KICAgIGNvbXBsZXRlIHNldAknYy8qPS9mLycgJ3AvMS9zLz0n ICduLz0vZi8nCiAgICBjb21wbGV0ZSB1bnNldAluLyovcy8KICAgIGNvbXBsZXRlIGFsaWFzIAlw LzEvYS8JCSMgb25seSBhbGlhc2VzIGFyZSB2YWxpZAogICAgY29tcGxldGUgdW5hbGlhcwluLyov YS8KICAgIGNvbXBsZXRlIHhkdmkgCW4vKi9mOiouZHZpLwkjIE9ubHkgZmlsZXMgdGhhdCBtYXRj aCAqLmR2aQogICAgY29tcGxldGUgZHZpcHMgCW4vKi9mOiouZHZpLwogICAgY29tcGxldGUgdGV4 IAluLyovZjoqLnRleC8JIyBPbmx5IGZpbGVzIHRoYXQgbWF0Y2ggKi50ZXgKICAgIGNvbXBsZXRl IGxhdGV4IAluLyovZjoqLnt0ZXgsbHR4fS8KICAgIGNvbXBsZXRlIHN1CQljLy0tLyIobG9naW4g ZmFzdCBwcmVzZXJ2ZS1lbnZpcm9ubWVudCBjb21tYW5kIHNoZWxsIFwKCQkJaGVscCB2ZXJzaW9u KSIvCWMvLS8iKGYgbCBtIHAgYyBzIC0pIi8gXAoJCQluL3stYywtLWNvbW1hbmR9L2MvIFwKCQkJ bkB7LXMsLS1zaGVsbH1AJ2BjYXQgL2V0Yy9zaGVsbHNgJ0Agbi8qL3UvCiAgICBjb21wbGV0ZSBj YyAJYy8tW0lMXS9kLyBcCiAgICAgICAgICAgICAgY0AtbEAnYFxscyAtMSAvdXNyL2xpYi9saWIq LmEgfCBzZWQgcyVeLlwqL2xpYiUlXDtzJVxcLmFcJCUlYCdAIFwKCQkJYy8tLyIobyBsIGMgZyBM IEkgRCBVKSIvIG4vKi9mOiouW2NvYXNpXS8KICAgIGNvbXBsZXRlIGFjYyAJYy8tW0lMXS9kLyBc CiAgICAgICBjQC1sQCdgXGxzIC0xIC91c3IvbGFuZy9TQzEuMC9saWIqLmEgfCBzZWQgcyVeLlwq L2xpYiUlXDtzJVxcLmFcJCUlYCdAIFwKCQkJYy8tLyIobyBsIGMgZyBMIEkgRCBVKSIvIG4vKi9m OiouW2NvYXNpXS8KICAgIGNvbXBsZXRlIGdjYyAJYy8tW0lMXS9kLyBcCgkJIAljLy1mLyIoY2Fs bGVyLXNhdmVzIGNzZS1mb2xsb3ctanVtcHMgZGVsYXllZC1icmFuY2ggXAoJCSAgICAgICAgICAg ICAgIGVsaWRlLWNvbnN0cnVjdG9ycyBleHBlbnNpdmUtb3B0aW1pemF0aW9ucyBcCgkJCSAgICAg ICBmbG9hdC1zdG9yZSBmb3JjZS1hZGRyIGZvcmNlLW1lbSBpbmxpbmUgXAoJCQkgICAgICAgaW5s aW5lLWZ1bmN0aW9ucyBrZWVwLWlubGluZS1mdW5jdGlvbnMgXAoJCQkgICAgICAgbWVtb2l6ZS1s b29rdXBzIG5vLWRlZmF1bHQtaW5saW5lIFwKCQkJICAgICAgIG5vLWRlZmVyLXBvcCBuby1mdW5j dGlvbi1jc2Ugb21pdC1mcmFtZS1wb2ludGVyIFwKCQkJICAgICAgIHJlcnVuLWNzZS1hZnRlci1s b29wIHNjaGVkdWxlLWluc25zIFwKCQkJICAgICAgIHNjaGVkdWxlLWluc25zMiBzdHJlbmd0aC1y ZWR1Y2UgXAoJCQkgICAgICAgdGhyZWFkLWp1bXBzIHVucm9sbC1hbGwtbG9vcHMgXAoJCQkgICAg ICAgdW5yb2xsLWxvb3BzIHN5bnRheC1vbmx5IGFsbC12aXJ0dWFsIFwKCQkJICAgICAgIGNvbmQt bWlzbWF0Y2ggZG9sbGFycy1pbi1pZGVudGlmaWVycyBcCgkJCSAgICAgICBlbnVtLWludC1lcXVp diBuby1hc20gbm8tYnVpbHRpbiBcCgkJCSAgICAgICBuby1zdHJpY3QtcHJvdG90eXBlIHNpZ25l ZC1iaXRmaWVsZHMgXAoJCQkgICAgICAgc2lnbmVkLWNoYXIgdGhpcy1pcy12YXJpYWJsZSB1bnNp Z25lZC1iaXRmaWVsZHMgXAoJCQkgICAgICAgdW5zaWduZWQtY2hhciB3cml0YWJsZS1zdHJpbmdz IGNhbGwtc2F2ZWQtcmVnIFwKCQkJICAgICAgIGNhbGwtdXNlZC1yZWcgZml4ZWQtcmVnIG5vLWNv bW1vbiBcCgkJCSAgICAgICBuby1nbnUtYmludXRpbHMgbm9ubnVsbC1vYmplY3RzIFwKCQkJICAg ICAgIHBjYy1zdHJ1Y3QtcmV0dXJuIHBpYyBQSUMgc2hhcmVkLWRhdGEgXAoJCQkgICAgICAgc2hv cnQtZW51bXMgc2hvcnQtZG91YmxlIHZvbGF0aWxlKSIvIFwKCQkgCWMvLVcvIihhbGwgYWdncmVn YXRlLXJldHVybiBjYXN0LWFsaWduIGNhc3QtcXVhbCBcCgkJICAgICAgCSAgICAgICBjb21tZW50 IGNvbnZlcnNpb24gZW51bS1jbGFzaCBlcnJvciBmb3JtYXQgXAoJCSAgICAgIAkgICAgICAgaWQt Y2xhc2gtbGVuIGltcGxpY2l0IG1pc3NpbmctcHJvdG90eXBlcyBcCgkJICAgICAgCSAgICAgICBu by1wYXJlbnRoZXNlcyBwb2ludGVyLWFyaXRoIHJldHVybi10eXBlIHNoYWRvdyBcCgkJICAgICAg CSAgICAgICBzdHJpY3QtcHJvdG90eXBlcyBzd2l0Y2ggdW5pbml0aWFsaXplZCB1bnVzZWQgXAoJ CSAgICAgIAkgICAgICAgd3JpdGUtc3RyaW5ncykiLyBcCgkJIAljLy1tLyIoNjgwMDAgNjgwMjAg Njg4ODEgYml0ZmllbGQgZnBhIG5vYml0ZmllbGQgcnRkIFwKCQkJICAgICAgIHNob3J0IGM2ODAw MCBjNjgwMjAgc29mdC1mbG9hdCBnIGdudSB1bml4IGZwdSBcCgkJCSAgICAgICBuby1lcGlsb2d1 ZSkiLyBcCgkJIAljLy1kLyIoRCBNIE4pIi8gXAoJCSAJYy8tLyIoZiBXIHZzcGVjIHYgdnBhdGgg YW5zaSB0cmFkaXRpb25hbCBcCgkJCSAgICAgIHRyYWRpdGlvbmFsLWNwcCB0cmlncmFwaHMgcGVk YW50aWMgeCBvIGwgYyBnIEwgXAoJCQkgICAgICBJIEQgVSBPIE8yIEMgRSBIIEIgYiBWIE0gTUQg TU0gaSBkeW5hbWljIFwKCQkJICAgICAgbm9kdGRsaWIgc3RhdGljIG5vc3RkaW5jIHVuZGVmKSIv IFwKCQkgCWMvLWwvZjoqLmEvIFwKCQkgCW4vKi9mOioue2MsQyxjYyxvLGEscyxpfS8KICAgIGNv bXBsZXRlIGcrKyAJbi8qL2Y6Ki57QyxjYyxvLHMsaX0vCiAgICBjb21wbGV0ZSBDQyAJbi8qL2Y6 Ki57QyxjYyxjcHAsbyxzLGl9LwogICAgY29tcGxldGUgcm0gCWMvLS0vIihkaXJlY3RvcnkgZm9y Y2UgaW50ZXJhY3RpdmUgdmVyYm9zZSBcCgkJCXJlY3Vyc2l2ZSBoZWxwIHZlcnNpb24pIi8gYy8t LyIoZCBmIGkgdiByIFIgLSkiLyBcCgkJCW4vKi9mOl4qLntjLGNjLEMsaCxpbn0vCSMgUHJvdGVj dCBwcmVjaW91cyBmaWxlcwogICAgY29tcGxldGUgdmkgCW4vKi9mOl4qLltvYV0vCiAgICBjb21w bGV0ZSBiaW5ka2V5ICAgIE4vLWEvYi8gTi8tYy9jLyBuLy1bYXNjcl0vJ3g6PGtleS1zZXF1ZW5j ZT4nLyBcCgkJCW4vLVtzdmVkbHJdL24vIGMvLVt2ZWRsXS9uLyBjLy0vIihhIHMgayBjIHYgZSBk IGwgcikiL1wKCQkJbi8tay8iKGxlZnQgcmlnaHQgdXAgZG93bikiLyBwLzItL2IvIFwKCQkJcC8x Lyd4OjxrZXktc2VxdWVuY2Ugb3Igb3B0aW9uPicvCgogICAgY29tcGxldGUgZmluZCAJbi8tZnN0 eXBlLyIobmZzIDQuMikiLyBuLy1uYW1lL2YvIFwKCQkgIAluLy10eXBlLyIoYyBiIGQgZiBwIGwg cykiLyBuLy11c2VyL3UvIG4vLWdyb3VwL2cvIFwKCQkJbi8tZXhlYy9jLyBuLy1vay9jLyBuLy1j cGlvL2YvIG4vLW5jcGlvL2YvIG4vLW5ld2VyL2YvIFwKCQkgIAljLy0vIihmc3R5cGUgbmFtZSBw ZXJtIHBydW5lIHR5cGUgdXNlciBub3VzZXIgXAoJCSAgCSAgICAgZ3JvdXAgbm9ncm91cCBzaXpl IGludW0gYXRpbWUgbXRpbWUgY3RpbWUgZXhlYyBcCgkJCSAgICAgb2sgcHJpbnQgbHMgY3BpbyBu Y3BpbyBuZXdlciB4ZGV2IGRlcHRoIFwKCQkJICAgICBkYXlzdGFydCBmb2xsb3cgbWF4ZGVwdGgg bWluZGVwdGggbm9sZWFmIHZlcnNpb24gXAoJCQkgICAgIGFuZXdlciBjbmV3ZXIgYW1pbiBjbWlu IG1taW4gdHJ1ZSBmYWxzZSB1aWQgZ2lkIFwKCQkJICAgICBpbG5hbWUgaW5hbWUgaXBhdGggaXJl Z2V4IGxpbmtzIGxuYW1lIGVtcHR5IHBhdGggXAoJCQkgICAgIHJlZ2V4IHVzZWQgeHR5cGUgZnBy aW50IGZwcmludDAgZnByaW50ZiBcCgkJCSAgICAgcHJpbnQwIHByaW50ZiBub3QgYSBhbmQgbyBv cikiLyBcCgkJCSAgICAgbi8qL2QvCgogICAgY29tcGxldGUgLSUqCWMvJS9qLwkJCSMgZmlsbCBp biB0aGUgam9icyBidWlsdGluCiAgICBjb21wbGV0ZSB7ZmcsYmcsc3RvcH0JYy8lL2ovIHAvMS8i KCUpIi8vCgogICAgY29tcGxldGUgbGltaXQJYy8tLyIoaCkiLyBuLyovbC8KICAgIGNvbXBsZXRl IHVubGltaXQJYy8tLyIoaCkiLyBuLyovbC8KCiAgICBjb21wbGV0ZSAtY28qCXAvMC8iKGNvbXBy ZXNzKSIvCSMgbWFrZSBjb21wcmVzcyBjb21wbGV0aW9uCgkJCQkJCSMgbm90IGFtYmlndW91cwog ICAgY29tcGxldGUgemNhdAluLyovZjoqLlovCgogICAgY29tcGxldGUgZmluZ2VyCWMvKkAvXCRo b3N0cy8gbi8qL3UvQCAKICAgIGNvbXBsZXRlIHBpbmcJcC8xL1wkaG9zdHMvCiAgICBjb21wbGV0 ZSB0cmFjZXJvdXRlCXAvMS9cJGhvc3RzLwoKICAgIGNvbXBsZXRlIHt0YWxrLG50YWxrLHBob25l fQlwLzEvJ2B1c2VycyB8IHRyICIgIiAiXDAxMiIgfCB1bmlxYCcvIFwKCQluLyovXGB3aG9cIFx8 XCBncmVwXCBcJDoxXCBcfFwgYXdrXCBcJ1x7XCBwcmludFwgXCQyXCBcfVwnXGAvCgogICAgY29t cGxldGUgZnRwCWMvLS8iKGQgaSBnIG4gdikiLyBuLy0vXCRob3N0cy8gcC8xL1wkaG9zdHMvIG4v Ki9uLwoKICAgICMgdGhpcyBvbmUgaXMgc2ltcGxlLi4uCiAgICAjY29tcGxldGUgcmNwIGMvKjov Zi8gQ0BbLi9cJH5dKkBmQCBuLyovXCRob3N0cy86CiAgICAjIEZyb20gTWljaGFlbCBTY2hyb2Vk ZXIgPG1sc2Nocm9lQGltbWQ0LmluZm9ybWF0aWsudW5pLWVybGFuZ2VuLmRlPiAKICAgICMgVGhp cyBvbmUgd2lsbCByc2ggdG8gdGhlIGZpbGUgdG8gZmV0Y2ggdGhlIGxpc3Qgb2YgZmlsZXMhCiAg ICBjb21wbGV0ZSByY3AgJ2MlKkAqOiVgc2V0IHE9JDotMDtzZXQgcT0iJHE6cy9ALyAvIjtzZXQg cT0iJHE6cy86LyAvIjtzZXQgcT0oJHEgIiAiKTtyc2ggJHFbMl0gLWwgJHFbMV0gbHMgLWRwICRx WzNdXCpgJScgJ2MlKjolYHNldCBxPSQ6LTA7c2V0IHE9IiRxOnMvOi8gLyI7c2V0IHE9KCRxICIg Iik7cnNoICRxWzFdIGxzIC1kcCAkcVsyXVwqYCUnICdjJSpAJSRob3N0cyU6JyAnQ0BbLi8kfl0q QGZAJyAgJ24vKi8kaG9zdHMvOicKCiAgICBjb21wbGV0ZSBkZCBjLy0tLyIoaGVscCB2ZXJzaW9u KSIvIGMvW2lvXWY9L2YvIFwKCQljL2NvbnY9KiwvIihhc2NpaSBlYmNkaWMgaWJtIGJsb2NrIHVu YmxvY2sgXAoJCQkgICAgbGNhc2Ugbm90cnVuYyB1Y2FzZSBzd2FiIG5vZXJyb3Igc3luYykiLyxc CgkJYy9jb252PS8iKGFzY2lpIGViY2RpYyBpYm0gYmxvY2sgdW5ibG9jayBcCgkJCSAgbGNhc2Ug bm90cnVuYyB1Y2FzZSBzd2FiIG5vZXJyb3Igc3luYykiLyxcCgkgICAgICAgIGMvKj0veDonPG51 bWJlcj4nLyBcCgkJbi8qLyIoaWYgb2YgY29udiBpYnMgb2JzIGJzIGNicyBmaWxlcyBza2lwIGZp bGUgc2VlayBjb3VudCkiLz0KCiAgICBjb21wbGV0ZSBuc2xvb2t1cCAgIHAvMS94Oic8aG9zdD4n LyBwLzIvXCRob3N0cy8KCiAgICBjb21wbGV0ZSBhciBjL1tkbXBxcnR4XS8iKGMgbCBvIHUgdiBh IGIgaSkiLyBwLzEvIihkIG0gcCBxIHIgdCB4KSIvLyBcCgkJcC8yL2Y6Ki5hLyBwLyovZjoqLm8v CgogICAgIyB0aGVzZSBzaG91bGQgYmUgbWVyZ2VkIHdpdGggdGhlIE1IIGNvbXBsZXRpb24gaGFj a3MgYmVsb3cgLSBqZ290dHMKICAgIGNvbXBsZXRlIHtzcHJldixzbmV4dH0gXAoJCWNAK0BGOiRI T01FL01haWwvQAoKICAgICMgdGhlc2UgYW5kIGludGVycnVwdCBoYW5kbGluZyBmcm9tIEphYXAg VmVybWV1bGVuIDxqYWFwQHNlcXVlbnQuY29tPgogICAgY29tcGxldGUge3JleGVjLHJ4ZXhlYyxy eHRlcm0scm10ZXJtfSBcCgkJCSdwLzEvJGhvc3RzLycgJ2MvLS8obCBMIEUpLycgJ24vLWwvdS8n ICduLy1ML2YvJyBcCgkJCSduLy1FL2UvJyAnbi8qL2MvJwogICAgY29tcGxldGUga2lsbAknYy8t L1MvJyAnYy8lL2ovJyBcCgkJCSduLyovYHBzIC11ICRMT0dOQU1FIHwgYXdrICciJyIne3ByaW50 ICQxfSciJyInYC8nCgogICAgIyB0aGVzZSBmcm9tIE1hcmMgSG9yb3dpdHogPG1hcmNAY2FtLm92 LmNvbT4KICAgIGNvbXBsZXRlIGF0dGFjaCAnbi8tbW91bnRwb2ludC9kLycgJ24vLW0vZC8nICdu Ly10eXBlLyhhZnMgbmZzIHJ2ZCB1ZnMpLycgXAoJCSAgICAnbi8tdC8oYWZzIG5mcyBydmQgdWZz KS8nICduLy11c2VyL3UvJyAnbi8tVS91LycgXAoJCSAgICAnYy8tLyh2ZXJib3NlIHF1aWV0IGZv cmNlIHByaW50cGF0aCBsb29rdXAgZGVidWcgbWFwIFwKCQkJICBub21hcCByZW1hcCB6ZXBoeXIg bm96ZXBoeXIgcmVhZG9ubHkgd3JpdGUgXAoJCQkgIG1vdW50cG9pbnQgbm9leHBsaWNpdCBleHBs aWNpdCB0eXBlIG1vdW50b3B0aW9ucyBcCgkJCSAgbm9zZXR1aWQgc2V0dWlkIG92ZXJyaWRlIHNr aXBmc2NrIGxvY2sgdXNlciBob3N0KS8nIFwKCQkgICAgJ24vLWUvZi8nICduLyovKCkvJwogICAg Y29tcGxldGUgaGVzaW5mbwkncC8xL3UvJyBcCgkJCSdwLzIvKHBhc3N3ZCBncm91cCB1aWQgZ3Jw bGlzdCBwY2FwIHBvYm94IGNsdXN0ZXIgXAoJCQkgICAgICBmaWxzeXMgc2xvYyBzZXJ2aWNlKS8n CgogICAgIyB0aGVzZSBmcm9tIEUuIEpheSBCZXJrZW5iaWx0IDxlamJARVJBLkNPTT4KICAgICMg PSBpc24ndCBhbHdheXMgZm9sbG93ZWQgYnkgYSBmaWxlbmFtZSBvciBhIHBhdGggYW55bW9yZSAt IGpnb3R0cwogICAgY29tcGxldGUgLi9jb25maWd1cmUgJ2MvLS0qPS9mLycgJ2MvLS17Y2FjaGUt ZmlsZSxwcmVmaXgsZXhlYy1wcmVmaXgsXAogICAgCQkJCWJpbmRpcixzYmluZGlyLGxpYmV4ZWNk aXIsZGF0YWRpcixcCgkJCQlzeXNjb25mZGlyLHNoYXJlZHN0YXRlZGlyLGxvY2Fsc3RhdGVkaXIs XAoJCQkJbGliZGlyLGluY2x1ZGVkaXIsb2xkaW5jbHVkZWRpcixpbmZvZGlyLFwKCQkJCW1hbmRp cixzcmNkaXJ9Lyg9KS8vJyBcCgkJCSAnYy8tLS8oY2FjaGUtZmlsZSB2ZXJib3NlIHByZWZpeCBl eGVjLXByZWZpeCBiaW5kaXIgXAoJCQkgCXNiaW5kaXIgbGliZXhlY2RpciBkYXRhZGlyIHN5c2Nv bmZkaXIgXAoJCQkJc2hhcmVkc3RhdGVkaXIgbG9jYWxzdGF0ZWRpciBsaWJkaXIgXAoJCQkJaW5j bHVkZWRpciBvbGRpbmNsdWRlZGlyIGluZm9kaXIgbWFuZGlyIFwKCQkJCXNyY2RpcikvLycKICAg IGNvbXBsZXRlIGdzICdjLy1zREVWSUNFPS8oeDExIGNkam1vbm8gY2RqNTUwIGVwc29uIGVwczlo aWdoIGVwc29uYyBcCgkJCSAgICAgIGRmYXhoaWdoIGRmYXhsb3cgbGFzZXJqZXQgbGpldDQgc3Bh cmMgcGJtIFwKCQkJICAgICAgcGJtcmF3IHBnbSBwZ21yYXcgcHBtIHBwbXJhdyBiaXQpLycgXAoJ CSdjLy1zT3V0cHV0RmlsZT0vZi8nICdjLy1zLyhERVZJQ0UgT3V0cHV0RmlsZSkvPScgXAoJCSdj Ly1kLyhOT0RJU1BMQVkgTk9QTEFURk9OVFMgTk9QQVVTRSkvJyAnbi8qL2YvJwogICAgY29tcGxl dGUgcGVybAknbi8tUy9jLycKICAgIGNvbXBsZXRlIHByaW50ZW52CSduLyovZS8nCiAgICBjb21w bGV0ZSBzY2NzCXAvMS8iKGFkbWluIGNkYyBjaGVjayBjbGVhbiBjb21iIGRlbGVkaXQgZGVsZ2V0 IFwKCQkJZGVsdGEgZGlmZnMgZWRpdCBlbnRlciBmaXggZ2V0IGhlbHAgaW5mbyBcCgkJCXByaW50 IHBycyBwcnQgcm1kZWwgc2Njc2RpZmYgdGVsbCB1bmVkaXQgXAoJCQl1bmdldCB2YWwgd2hhdCki LwogICAgY29tcGxldGUgc2V0ZW52CSdwLzEvZS8nICdjLyo6L2YvJwoKICAgICMgdGhlc2UgYW5k IG1ldGhvZCBvZiBzZXR0aW5nIGhvc3RzIGZyb20gS2ltbW8gU3VvbWluZW4gPGtpbUB0YWMubnlj Lm55LnVzPgogICAgaWYgKCAtZiAkSE9NRS8ubWhfcHJvZmlsZSAmJiAteCAiYHdoaWNoIGZvbGRl cnNgIiApIHRoZW4gCgogICAgaWYgKCAhICQ/Rk9MREVSUyApIHNldGVudiBGT0xERVJTICJgZm9s ZGVycyAtZmFzdCAtcmVjdXJzZWAiCiAgICBpZiAoICEgJD9NSEEgKSAgICAgc2V0ZW52IE1IQSAg ICAgImBhbGkgfCBzZWQgLWUgJy9eIC9kJyAtZSAncy86LiovLydgIgoKICAgIHNldCBmb2xkZXJz ID0gKCAkRk9MREVSUyApCiAgICBzZXQgbWhhID0gKCAkTUhBICkKCiAgICBjb21wbGV0ZSBhbGkg XAogICAgICAgICdjLy0vKGFsaWFzIG5vbGlzdCBsaXN0IG5vbm9ybWFsaXplIG5vcm1hbGl6ZSBu b3VzZXIgdXNlciBoZWxwKS8nIFwKICAgICAgICAnbiwtYWxpYXMsZiwnCgogICAgY29tcGxldGUg YW5ubyBcCiAgICAgICAgJ2MvLS8oY29tcG9uZW50IG5vaW5wbGFjZSBpbnBsYWNlIG5vZGF0ZSBk YXRlIHRleHQgaGVscCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24s KixgKG1hcmsgfCBzZWQgInMvOi4qLy8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0 ciAiICIgIlwxMiIgfCBzb3J0IC11YCwnCgogICAgY29tcGxldGUgYnVyc3QgXAogICAgICAgICdj Ly0vKG5vaW5wbGFjZSBpbnBsYWNlIG5vcXVpZXQgcXVpZXQgbm92ZXJib3NlIHZlcmJvc2UgaGVs cCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sKixgKG1hcmsgfCBz ZWQgInMvOi4qLy8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwxMiIg fCBzb3J0IC11YCwnCgogICAgY29tcGxldGUgY29tcCBcCiAgICAgICAgJ2MvLS8oZHJhZnRmb2xk ZXIgZHJhZnRtZXNzYWdlIG5vZHJhZnRmb2xkZXIgZWRpdG9yIG5vZWRpdCBmaWxlIGZvcm0gbm91 c2UgdXNlIHdoYXRub3dwcm9jIG5vd2hhdG5vd3Byb2MgaGVscCkvJyBcCiAgICAgICAgJ2MsKywk Zm9sZGVycywnICBcCiAgICAgICAgJ24sLXdoYXRub3dwcm9jLGMsJyAgXAogICAgICAgICduLC1m aWxlLGYsJ1wKICAgICAgICAnbiwtZm9ybSxmLCdcCiAgICAgICAgJ24sKixgKG1hcmsgfCBzZWQg InMvOi4qLy8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwxMiIgfCBz b3J0IC11YCwnCgogICAgY29tcGxldGUgZGlzdCBcCiAgICAgICAgJ2MvLS8obm9hbm5vdGF0ZSBh bm5vdGF0ZSBkcmFmdGZvbGRlciBkcmFmdG1lc3NhZ2Ugbm9kcmFmdGZvbGRlciBlZGl0b3Igbm9l ZGl0IGZvcm0gbm9pbnBsYWNlIGlucGxhY2Ugd2hhdG5vd3Byb2Mgbm93aGF0bm93cHJvYyBoZWxw KS8nIFwKICAgICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwtd2hhdG5vd3Byb2Ms YywnICBcCiAgICAgICAgJ24sLWZvcm0sZiwnXAogICAgICAgICduLCosYChtYXJrIHwgc2VkICJz LzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFzdCl8dHIgIiAiICJcMTIiIHwgc29y dCAtdWAsJwoKICAgIGNvbXBsZXRlIGZvbGRlciBcCiAgICAgICAgJ2MvLS8oYWxsIG5vZmFzdCBm YXN0IG5vaGVhZGVyIGhlYWRlciBub3BhY2sgcGFjayBub3ZlcmJvc2UgdmVyYm9zZSBub3JlY3Vy c2UgcmVjdXJzZSBub3RvdGFsIHRvdGFsIG5vcHJpbnQgcHJpbnQgbm9saXN0IGxpc3QgcHVzaCBw b3AgaGVscCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sKixgKG1h cmsgfCBzZWQgInMvOi4qLy8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIg IlwxMiIgfCBzb3J0IC11YCwnCgogICAgY29tcGxldGUgZm9sZGVycyBcCiAgICAgICAgJ2MvLS8o YWxsIG5vZmFzdCBmYXN0IG5vaGVhZGVyIGhlYWRlciBub3BhY2sgcGFjayBub3ZlcmJvc2UgdmVy Ym9zZSBub3JlY3Vyc2UgcmVjdXJzZSBub3RvdGFsIHRvdGFsIG5vcHJpbnQgcHJpbnQgbm9saXN0 IGxpc3QgcHVzaCBwb3AgaGVscCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAg ICAgJ24sKixgKG1hcmsgfCBzZWQgInMvOi4qLy8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBs YXN0KXx0ciAiICIgIlwxMiIgfCBzb3J0IC11YCwnCgogICAgY29tcGxldGUgZm9ydyBcCiAgICAg ICAgJ2MvLS8obm9hbm5vdGF0ZSBhbm5vdGF0ZSBkcmFmdGZvbGRlciBkcmFmdG1lc3NhZ2Ugbm9k cmFmdGZvbGRlciBlZGl0b3Igbm9lZGl0IGZpbHRlciBmb3JtIG5vZm9ybWF0IGZvcm1hdCBub2lu cGxhY2UgaW5wbGFjZSBkaWdlc3QgaXNzdWUgdm9sdW1lIHdoYXRub3dwcm9jIG5vd2hhdG5vd3By b2MgaGVscCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sLXdoYXRu b3dwcm9jLGMsJyAgXAogICAgICAgICduLC1maWx0ZXIsZiwnXAogICAgICAgICduLC1mb3JtLGYs J1wKICAgICAgICAnbiwqLGAobWFyayB8IHNlZCAicy86LiovLyI7ZWNobyBuZXh0IGN1ciBwcmV2 IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEyIiB8IHNvcnQgLXVgLCcKCiAgICBjb21wbGV0ZSBpbmMg XAogICAgICAgICdjLy0vKGF1ZGl0IGZpbGUgbm9hdWRpdCBub2NoYW5nZWN1ciBjaGFuZ2VjdXIg ZmlsZSBmb3JtIGZvcm1hdCBub3NpbGVudCBzaWxlbnQgbm90cnVuY2F0ZSB0cnVuY2F0ZSB3aWR0 aCBoZWxwKS8nIFwKICAgICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwtYXVkaXQs ZiwnXAogICAgICAgICduLC1mb3JtLGYsJwoKICAgIGNvbXBsZXRlIG1hcmsgXAogICAgICAgICdj Ly0vKGFkZCBkZWxldGUgbGlzdCBzZXF1ZW5jZSBub3B1YmxpYyBwdWJsaWMgbm96ZXJvIHplcm8g aGVscCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sKixgKG1hcmsg fCBzZWQgInMvOi4qLy8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwx MiIgfCBzb3J0IC11YCwnCgogICAgY29tcGxldGUgbWhtYWlsIFwKICAgICAgICAnYy8tLyhib2R5 IGNjIGZyb20gc3ViamVjdCBoZWxwKS8nIFwKICAgICAgICAnbiwtY2MsJG1oYSwnICBcCiAgICAg ICAgJ24sLWZyb20sJG1oYSwnICBcCiAgICAgICAgJ24vKi8kbWhhLycKCiAgICBjb21wbGV0ZSBt aHBhdGggXAogICAgICAgICdjLy0vKGhlbHApLycgXAogICAgICAgICdjLCssJGZvbGRlcnMsJyAg XAogICAgICAgICduLCosYChtYXJrIHwgc2VkICJzLzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYg Zmlyc3QgbGFzdCl8dHIgIiAiICJcMTIiIHwgc29ydCAtdWAsJwoKICAgIGNvbXBsZXRlIG1zZ2No ayBcCiAgICAgICAgJ2MvLS8obm9kYXRlIGRhdGUgbm9ub3RpZnkgbm90aWZ5IGhlbHApLycgCgog ICAgY29tcGxldGUgbXNoIFwKICAgICAgICAnYy8tLyhwcm9tcHQgbm9zY2FuIHNjYW4gbm90b3Bj dXIgdG9wY3VyIGhlbHApLycgCgogICAgY29tcGxldGUgbmV4dCBcCiAgICAgICAgJ2MvLS8oZHJh ZnQgZm9ybSBtb3JlcHJvYyBub21vcmVwcm9jIGxlbmd0aCB3aWR0aCBzaG93cHJvYyBub3Nob3dw cm9jIGhlYWRlciBub2hlYWRlciBoZWxwKS8nIFwKICAgICAgICAnYywrLCRmb2xkZXJzLCcgIFwK ICAgICAgICAnbiwtbW9yZXByb2MsYywnICBcCiAgICAgICAgJ24sLXNob3dwcm9jLGMsJyAgXAog ICAgICAgICduLC1mb3JtLGYsJwoKICAgIGNvbXBsZXRlIHBhY2tmIFwKICAgICAgICAnYy8tLyhm aWxlIGhlbHApLycgXAogICAgICAgICdjLCssJGZvbGRlcnMsJyAgXAogICAgICAgICduLCosYCht YXJrIHwgc2VkICJzLzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFzdCl8dHIgIiAi ICJcMTIiIHwgc29ydCAtdWAsJwoKICAgIGNvbXBsZXRlIHBpY2sgXAogICAgICAgICdjLy0vKGFu ZCBvciBub3QgbGJyYWNlIHJicmFjZSBjYyBkYXRlIGZyb20gc2VhcmNoIHN1YmplY3QgdG8gb3Ro ZXJjb21wb25lbnQgYWZ0ZXIgYmVmb3JlIGRhdGVmaWVsZCBzZXF1ZW5jZSBub3B1YmxpYyBwdWJs aWMgbm96ZXJvIHplcm8gbm9saXN0IGxpc3QgaGVscCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVy cywnICBcCiAgICAgICAgJ24sKixgKG1hcmsgfCBzZWQgInMvOi4qLy8iO2VjaG8gbmV4dCBjdXIg cHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwxMiIgfCBzb3J0IC11YCwnCgogICAgY29tcGxldGUg cHJldiBcCiAgICAgICAgJ2MvLS8oZHJhZnQgZm9ybSBtb3JlcHJvYyBub21vcmVwcm9jIGxlbmd0 aCB3aWR0aCBzaG93cHJvYyBub3Nob3dwcm9jIGhlYWRlciBub2hlYWRlciBoZWxwKS8nIFwKICAg ICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwtbW9yZXByb2MsYywnICBcCiAgICAg ICAgJ24sLXNob3dwcm9jLGMsJyAgXAogICAgICAgICduLC1mb3JtLGYsJwoKICAgIGNvbXBsZXRl IHByb21wdGVyIFwKICAgICAgICAnYy8tLyhlcmFzZSBraWxsIG5vcHJlcGVuZCBwcmVwZW5kIG5v cmFwaWQgcmFwaWQgbm9kb3Rlb2YgZG90ZW9mIGhlbHApLycgCgogICAgY29tcGxldGUgcmVmaWxl IFwKICAgICAgICAnYy8tLyhkcmFmdCBub2xpbmsgbGluayBub3ByZXNlcnZlIHByZXNlcnZlIHNy YyBmaWxlIGhlbHApLycgXAogICAgICAgICdjLCssJGZvbGRlcnMsJyAgXAogICAgICAgICduLC1m aWxlLGYsJ1wKICAgICAgICAnbiwqLGAobWFyayB8IHNlZCAicy86LiovLyI7ZWNobyBuZXh0IGN1 ciBwcmV2IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEyIiB8IHNvcnQgLXVgLCcKCiAgICBjb21wbGV0 ZSBybWYgXAogICAgICAgICdjLy0vKG5vaW50ZXJhY3RpdmUgaW50ZXJhY3RpdmUgaGVscCkvJyBc CiAgICAgICAgJ2MsKywkZm9sZGVycywnICAKCiAgICBjb21wbGV0ZSBybW0gXAogICAgICAgICdj Ly0vKGhlbHApLycgXAogICAgICAgICdjLCssJGZvbGRlcnMsJyAgXAogICAgICAgICduLCosYCht YXJrIHwgc2VkICJzLzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFzdCl8dHIgIiAi ICJcMTIiIHwgc29ydCAtdWAsJwoKICAgIGNvbXBsZXRlIHNjYW4gXAogICAgICAgICdjLy0vKG5v Y2xlYXIgY2xlYXIgZm9ybSBmb3JtYXQgbm9oZWFkZXIgaGVhZGVyIHdpZHRoIG5vcmV2ZXJzZSBy ZXZlcnNlIGZpbGUgaGVscCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAg J24sLWZvcm0sZiwnXAogICAgICAgICduLC1maWxlLGYsJ1wKICAgICAgICAnbiwqLGAobWFyayB8 IHNlZCAicy86LiovLyI7ZWNobyBuZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEy IiB8IHNvcnQgLXVgLCcKCiAgICBjb21wbGV0ZSBzZW5kIFwKICAgICAgICAnYy8tLyhhbGlhcyBk cmFmdCBkcmFmdGZvbGRlciBkcmFmdG1lc3NhZ2Ugbm9kcmFmdGZvbGRlciBmaWx0ZXIgbm9maWx0 ZXIgbm9mb3JtYXQgZm9ybWF0IG5vZm9yd2FyZCBmb3J3YXJkIG5vbXNnaWQgbXNnaWQgbm9wdXNo IHB1c2ggbm92ZXJib3NlIHZlcmJvc2Ugbm93YXRjaCB3YXRjaCB3aWR0aCBoZWxwKS8nIFwKICAg ICAgICAnbiwtYWxpYXMsZiwnXAogICAgICAgICduLC1maWx0ZXIsZiwnCgogICAgY29tcGxldGUg c2hvdyBcCiAgICAgICAgJ2MvLS8oZHJhZnQgZm9ybSBtb3JlcHJvYyBub21vcmVwcm9jIGxlbmd0 aCB3aWR0aCBzaG93cHJvYyBub3Nob3dwcm9jIGhlYWRlciBub2hlYWRlciBoZWxwKS8nIFwKICAg ICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwtbW9yZXByb2MsYywnICBcCiAgICAg ICAgJ24sLXNob3dwcm9jLGMsJyAgXAogICAgICAgICduLC1mb3JtLGYsJ1wKICAgICAgICAnbiwq LGAobWFyayB8IHNlZCAicy86LiovLyI7ZWNobyBuZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3QpfHRy ICIgIiAiXDEyIiB8IHNvcnQgLXVgLCcKCiAgICBjb21wbGV0ZSBzb3J0bSBcCiAgICAgICAgJ2Mv LS8oZGF0ZWZpZWxkIHRleHRmaWVsZCBub3RleHRmaWVsZCBsaW1pdCBub2xpbWl0IG5vdmVyYm9z ZSB2ZXJib3NlIGhlbHApLycgXAogICAgICAgICdjLCssJGZvbGRlcnMsJyAgXAogICAgICAgICdu LCosYChtYXJrIHwgc2VkICJzLzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFzdCl8 dHIgIiAiICJcMTIiIHwgc29ydCAtdWAsJwoKICAgIGNvbXBsZXRlIHZtaCBcCiAgICAgICAgJ2Mv LS8ocHJvbXB0IHZtaHByb2Mgbm92bWhwcm9jIGhlbHApLycgXAogICAgICAgICduLC12bWhwcm9j LGMsJyAgCgogICAgY29tcGxldGUgd2hhdG5vdyBcCiAgICAgICAgJ2MvLS8oZHJhZnRmb2xkZXIg ZHJhZnRtZXNzYWdlIG5vZHJhZnRmb2xkZXIgZWRpdG9yIG5vZWRpdCBwcm9tcHQgaGVscCkvJyAK CiAgICBjb21wbGV0ZSB3aG9tIFwKICAgICAgICAnYy8tLyhhbGlhcyBub2NoZWNrIGNoZWNrIGRy YWZ0IGRyYWZ0Zm9sZGVyIGRyYWZ0bWVzc2FnZSBub2RyYWZ0Zm9sZGVyIGhlbHApLycgXAogICAg ICAgICduLC1hbGlhcyxmLCcKCiAgICBjb21wbGV0ZSBwbHVtIFwKICAgICAgICAnYy8tLygpLycg XAogICAgICAgICdjLCssJGZvbGRlcnMsJyAgXAogICAgICAgICduLCosYChtYXJrIHwgc2VkICJz LzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFzdCl8dHIgIiAiICJcMTIiIHwgc29y dCAtdWAsJwoKICAgIGNvbXBsZXRlIG1haWwgXAogICAgICAgICdjLy0vKCkvJyBcCiAgICAgICAg J24vKi8kbWhhLycKCiAgICBlbmRpZgoKICAgICNmcm9tIERhbiBOaWNvbGFlc2N1IDxkYW5uQGlj cy51Y2kuZWR1PgogICAgaWYgKCAkP01PRFVMRVNIT01FICkgdGhlbgoJYWxpYXMgQ29tcGxfbW9k dWxlICdmaW5kICR7TU9EVUxFUEFUSDphcy86LyAvfSAtbmFtZSAudmVyc2lvbiAtbyAtbmFtZSAu bW9kdWxlYVwqIC1wcnVuZSAtbyAtcHJpbnQgIHwgc2VkIGBlY2hvICItZSBzQCR7TU9EVUxFUEFU SDphcyU6JS9cKkBAZyAtZSBzQCV9L1wqQEBnImAnCgljb21wbGV0ZSBtb2R1bGUgJ3AlMSUoYWRk IGxvYWQgdW5sb2FkIHN3aXRjaCBkaXNwbGF5IGF2YWlsIHVzZSB1bnVzZSB1cGRhdGUgcHVyZ2Ug bGlzdCBjbGVhciBoZWxwIGluaXRhZGQgaW5pdHJtIGluaXRzd2l0Y2ggaW5pdGxpc3QgaW5pdGNs ZWFyKSUnIFwKCSduJXt1bmwqLHN3Kixpbml0cyp9JWBlY2hvICIkTE9BREVETU9EVUxFUzphcy86 LyAvImAlJyBcCgknbiV7bG8qLGRpKixoZSosaW5pdGEqLGluaXRyKn0lYGV2YWwgQ29tcGxfbW9k dWxlYCUnIFwKCSdOJXtzdyosaW5pdHN3Kn0lYGV2YWwgQ29tcGxfbW9kdWxlYCUnICdDJS0lKC1h cHBlbmQpJScgJ24le3VzZSx1bnUqLGF2Kn0lZCUnICduJS1hcHBlbmQlZCUnIFwKCSdDJVteLV0q JWBldmFsIENvbXBsX21vZHVsZWAlJwogICAgZW5kaWYKCiAgICAjIGZyb20gR2VvcmdlIENveAog ICAgY29tcGxldGUgYWNyb3JlYWQJJ3AvKi9mOioue3BkZixQREZ9LycKICAgIGNvbXBsZXRlIGFw YWNoZWN0bCAgJ2MvKi8oc3RhcnQgc3RvcCByZXN0YXJ0IGZ1bGxzdGF0dXMgc3RhdHVzIGdyYWNl ZnVsIFwKCQkJY29uZmlndGVzdCBoZWxwKS8nCiAgICBjb21wbGV0ZSBhcHBsZXR2aWV3ZXIJJ3Av Ki9mOiouY2xhc3MvJwogICAgY29tcGxldGUgYmlzb24JJ2MvLS0vKGRlYnVnIGRlZmluZXMgZmls ZS1wcmVmaXg9IGZpeGVkLW91dHB1dC1maWxlcyBcCgkJCWhlbHAgbmFtZS1wcmVmaXg9IG5vLWxp bmVzIG5vLXBhcnNlciBvdXRwdXQ9IFwKCQkJdG9rZW4tdGFibGUgdmVyYm9zZSB2ZXJzaW9uIHlh Y2MpLycgXAoJCQknYy8tLyhiIGQgaCBrIGwgbiBvIHAgdCB2IHkgVikvJyAnbi8tYi9mLycgJ24v LW8vZi8nIFwKCQkJJ24vLXAvZi8nCiAgICBjb21wbGV0ZSBidW56aXAyCSdwLyovZjoqLmJ6Mi8n IAogICAgY29tcGxldGUgYnppcDIJJ24vLTkvZjpeKi5iejIvJyAnbi8tZC9mOiouYnoyLycKICAg IGNvbXBsZXRlIGMrKwkncC8qL2Y6Ki57YysrLGN4eCxjLGNjLEMsY3BwfS8nCiAgICBjb21wbGV0 ZSBjbwkJJ3BAMUBgXGxzIC0xYSBSQ1MgfCBzZWQgLWUgInMvXCguKlwpLHYvXDEvImBAJwogICAg Y29tcGxldGUgY3JvbnRhYgknbi8tdS91LycKICAgIGNvbXBsZXRlIGNhbWNvbnRyb2wJJ3AvMS8o Y21kIGRlYnVnIGRlZmVjdHMgZGV2bGlzdCBlamVjdCBpbnF1aXJ5IFwKCQkJbW9kZXBhZ2UgbmVn b3RpYXRlIHBlcmlwaGxpc3QgcmVzY2FuIHJlc2V0IHN0YXJ0IFwKCQkJc3RvcCB0YWdzIHR1cikv JwogICAgY29tcGxldGUgY3RsaW5uZAkncC8xLyhhZGRoaXN0IGFsbG93IGJlZ2luIGNhbmNlbCBj aGFuZ2Vncm91cCBcCgkJCWNoZWNrZmlsZSBkcm9wIGZlZWRpbmZvIGZsdXNoIGZsdXNobG9ncyBn byBoYW5ndXAgXAoJCQlsb2dtb2RlIG1vZGUgbmFtZSBuZXdncm91cCBwYXJhbSBwYXVzZSByZWFk ZXJzIHJlZmlsZSBcCgkJCXJlamVjdCByZWxvYWQgcmVudW1iZXIgcmVzZXJ2ZSBybWdyb3VwIHNl bmQgc2h1dGRvd24gXAoJCQlraWxsIHRocm90dGxlIHRyYWNlIHhhYm9ydCB4ZXhlYykvJwogICAg Y29tcGxldGUgY3ZzCSdjLy0tLyhoZWxwIGhlbHAtY29tbWFuZHMgaGVscC1zeW5vbnltcykvJyBc CgkJCSdwLzEvKGFkZCBhZG1pbiBhbm5vdGF0ZSBjaGVja291dCBjb21taXQgZGlmZiBcCgkJCWVk aXQgZWRpdG9ycyBleHBvcnQgaGlzdG9yeSBpbXBvcnQgaW5pdCBsb2cgbG9naW4gXAoJCQlsb2dv dXQgcmRpZmYgcmVsZWFzZSByZW1vdmUgcnRhZyBzdGF0dXMgdGFnIHVuZWRpdCBcCgkJCXVwZGF0 ZSB3YXRjaCB3YXRjaGVycykvJyAnbi8tYS8oZWRpdCB1bmVkaXQgY29tbWl0IFwKCQkJYWxsIG5v bmUpLycgJ24vd2F0Y2gvKG9uIG9mZiBhZGQgcmVtb3ZlKS8nCiAgICBjb21wbGV0ZSBjeHgJJ3Av Ki9mOioue2MrKyxjeHgsYyxjYyxDLGNwcH0vJwogICAgY29tcGxldGUgZGV0ZXgJJ3AvKi9mOiou dGV4LycKICAgIGNvbXBsZXRlIGVkcXVvdGEgICAgJ24vKi91LycKICAgIGNvbXBsZXRlIGV4ZWMJ J3AvMS9jLycKICAgIGNvbXBsZXRlIGdob3N0dmlldwkncC8qL2Y6Ki5wcy8nCiAgICBjb21wbGV0 ZSBndgkJJ3AvKi9mOioucHMvJwojIyAgQWRkZWQgZ2d2CiAgICBjb21wbGV0ZSBnZ3YJCSdwLyov ZjoqLnBzLycKICAgIGNvbXBsZXRlIGlmY29uZmlnCSdwQDFAYGlmY29uZmlnIC1sYEAnICduLyov KHJhbmdlIHBoYXNlIGxpbmsgbmV0bWFzayBcCgkJCW10dSB2bGFuZGV2IHZsYW4gbWV0cmljIG1l ZGlhb3B0IGRvd24gZGVsZXRlIFwKCQkJYnJvYWRjYXN0IGFycCBkZWJ1ZykvJwogICAgY29tcGxl dGUgaW1ha2UJJ2MvLUkvZC8nCiAgICBjb21wbGV0ZSBpcGZ3IAkncC8xLyhmbHVzaCBhZGQgZGVs ZXRlIGxpc3Qgc2hvdyB6ZXJvKS8nIFwKCQkJJ24vYWRkLyhhbGxvdyBwZXJtaXQgYWNjZXB0IHBh c3MgZGVueSBkcm9wIHJlamVjdCBcCgkJCXJlc2V0IGNvdW50IHNraXB0byBudW0gZGl2ZXJ0IHBv cnQgdGVlIHBvcnQpLycKICAgIGNvbXBsZXRlIGphdmFjCSdwLyovZjoqLmphdmEvJwogICAgY29t cGxldGUgbGRpZjJsZGJtCSduLy1pL2Y6Ki5sZGlmLycKICAgIGNvbXBsZXRlIGxpYnRvb2wJJ2Mv LS1tb2RlPS8oY29tcGlsZSBleGVjdXRlIGZpbmlzaCBpbnN0YWxsIGxpbmsgXAoJCQl1bmluc3Rh bGwpLycgJ2MvLS0vKGNvbmZpZyBkZWJ1ZyBkcnktcnVuIGZlYXR1cmVzIFwKCQkJZmluaXNoIGhl bHAgcXVpZXQgc2lsZW50IHZlcnNpb24gbW9kZT0pLycKICAgIGNvbXBsZXRlIGxpYnRvb2xpemUJ J2MvLS0vKGF1dG9tYWtlIGNvcHkgZGVidWcgZHJ5LXJ1biBmb3JjZSBoZWxwIGx0ZGwgXAoJCQls dGRsLXRhciB2ZXJzaW9uKS8nCiAgICBjb21wbGV0ZSBsaW5rcwknYy8tLyhhc3N1bWUtY29kZXBh Z2UgYXN5bmMtZG5zIGRvd25sb2FkLWRpciBcCgkJCWZvcm1hdC1jYWNoZS1zaXplIGZ0cC1wcm94 eSBoZWxwIGh0dHAtcHJveHkgXAoJCQltYXgtY29ubmVjdGlvbnMgbWF4LWNvbm5lY3Rpb25zLXRv LWhvc3QgXAoJCQltZW1vcnktY2FjaGUtc2l6ZSByZWNlaXZlLXRpbWVvdXQgcmV0cmllcyBcCgkJ CXVucmVzdGFydGFibGUtcmVjZWl2ZS10aW1lb3V0IHZlcnNpb24pLycKICAgIGNvbXBsZXRlIG5h dGQJYy8tLycoYWxpYXNfYWRkcmVzcyBjb25maWcgZGVueV9pbmNvbWluZyBkeW5hbWljIFwKCQkJ aW5wb3J0IGludGVyZmFjZSBsb2cgbG9nX2RlbmllZCBsb2dfZmFjaWxpdHkgXAoJCQlvdXRwb3J0 IG91dHBvcnQgcG9ydCBwcHRwYWxpYXMgcHJveHlfb25seSBcCgkJCXByb3h5X3J1bGUgcmVkaXJl Y3RfYWRkcmVzcyByZWRpcmVjdF9wb3J0IFwKCQkJcmV2ZXJzZSBzYW1lX3BvcnRzIHVucmVnaXN0 ZXJlZF9vbmx5IHVzZV9zb2NrZXRzIFwKCQkJdmVyYm9zZSknLyAnbkAtaW50ZXJmYWNlQGBpZmNv bmZpZyAtbGBAJwogICAgY29tcGxldGUgbmV0c3RhdAknbkAtSUBgaWZjb25maWcgLWxgQCcKICAg IGNvbXBsZXRlIG9iamR1bXAJJ2MvLS0vKGFkanVzdC12bWE9IGFsbC1oZWFkZXJzIGFyY2hpdGVj dHVyZT0gXAoJCQlhcmNoaXZlLWhlYWRlcnMgZGVidWdnaW5nIGRlbWFuZ2xlIGRpc2Fzc2VtYmxl IFwKCQkJZGlzYXNzZW1ibGUtYWxsIGRpc2Fzc2VtYmxlLXplcm9lcyBkeW5hbWljLXJlbG9jIFwK CQkJZHluYW1pYy1zeW1zIGVuZGlhbj0gZmlsZS1oZWFkZXJzIGZ1bGwtY29udGVudHMgXAoJCQlo ZWFkZXJzIGhlbHAgaW5mbyBsaW5lLW51bWJlcnMgbm8tc2hvdy1yYXctaW5zbiBcCgkJCXByZWZp eC1hZGRyZXNzZXMgcHJpdmF0ZS1oZWFkZXJzIHJlbG9jIHNlY3Rpb24taGVhZGVycyBcCgkJCXNl Y3Rpb249c291cmNlIHN0YWJzIHN0YXJ0LWFkZHJlc3M9IHN0b3AtYWRkcmVzcz0gXAoJCQlzeW1z IHRhcmdldD0gdmVyc2lvbiB3aWRlKS8nIFwKCQkJJ2MvLS8oYSBoIGkgZiBDIGQgRCBwIHIgUiB0 IFQgeCBzIFMgbCB3KS8nCiAgICBjb21wbGV0ZSB4bW9kbWFwCSdjLy0vKGRpc3BsYXkgaGVscCBn cmFtbWFyIHZlcmJvc2UgcXVpZXQgbiBlIHBtIHBrIFwKCQkJcGtlIHBwKS8nCiAgICBjb21wbGV0 ZSBseW54CSdjLy0vKGFjY2VwdF9hbGxfY29va2llcyBhbm9ueW1vdXMgYXNzdW1lX2NoYXJzZXQ9 IFwKCQkJYXNzdW1lX2xvY2FsX2NoYXJzZXQ9IGFzc3VtZV91bnJlY19jaGFyc2V0PSBhdXRoPSBi YXNlIFwKCQkJYm9vayBidXJpZWRfbmV3cyBjYWNoZT0gY2FzZSBjZmc9IGNoaWxkIGNvb2tpZV9m aWxlPSBcCgkJCWNvb2tpZXMgY29yZSBjcmF3bCBkZWJ1Z19wYXJ0aWFsIGRpc3BsYXk9IGR1bXAg ZWRpdG9yPSBcCgkJCWVtYWNza2V5cyBlbmFibGVfc2Nyb2xsYmFjayBlcnJvcl9maWxlPSBmb3Jj ZV9odG1sIFwKCQkJZm9yY2Vfc2VjdXJlIGZvcm1zX29wdGlvbnMgZnJvbSBmdHAgZ2V0X2RhdGEg aGVhZCBoZWxwIFwKCQkJaGlkZGVubGlua3M9IGhpc3RvcmljYWwgaG9tZXBhZ2U9IGltYWdlX2xp bmtzIGluZGV4PSBcCgkJCWlzbWFwIGxpbms9IGxvY2FsaG9zdCBtaW1lX2hlYWRlciBtaW5pbWFs IFwKCQkJbmV3c2NodW5rc2l6ZT0gbmV3c21heGNodW5rPSBub2Jyb3dzZSBub2NjIG5vY29sb3Ig XAoJCQlub2ZpbGVyZWZlcmVyIG5vbGlzdCBub2xvZyBub3BhdXNlIG5vcHJpbnQgbm9yZWRpciBc CgkJCW5vcmVmZXJlciBub3N0YXR1cyBudW1iZXJfbGlua3MgcGFydGlhbCBwYXJ0aWFsX3RocmVz IFwKCQkJcGF1dGg9IHBvcHVwIHBvc3RfZGF0YSBwcmVwYXJzZWQgcHJpbnQgcHNldWRvX2lubGlu ZXMgXAoJCQlyYXcgcmVhbG0gcmVsb2FkIHJlc3RyaWN0aW9ucz0gcmVzdWJtaXRfcG9zdHMgcmxv Z2luIFwKCQkJc2VsZWN0aXZlIHNob3dfY3Vyc29yIHNvZnRfZHF1b3RlcyBzb3VyY2Ugc3RhY2tf ZHVtcCBcCgkJCXN0YXJ0ZmlsZV9vayB0YWdzb3VwIHRlbG5ldCB0ZXJtPSB0bG9nIHRyYWNlIHRy YXZlcnNhbCBcCgkJCXVuZGVyc2NvcmUgdXNlcmFnZW50PSB2YWxpZGF0ZSB2ZXJib3NlIHZlcnNp b24gdmlrZXlzIFwKCQkJd2lkdGg9KS8nICdjLyhodHRwfGZ0cCkvJFVSTFMvJwogICAgY29tcGxl dGUgZ21ha2UJJ2Mvey0tZGlyZWN0b3J5PSwtLWluY2x1ZGUtZGlyPX0vZC8nIFwKCQkJJ2Mvey0t YXNzdW1lLW5ldywtLWFzc3VtZS1vbGQsLS1tYWtlZmlsZSwtLW5ldy1maWxlLC0td2hhdC1pZiwt LWZpbGV9L2YvJyBcCgkJCSdjLy0tLyhhc3N1bWUtbmV3PSBhc3N1bWUtb2xkPSBkZWJ1ZyBkaXJl Y3Rvcnk9IFwKCQkJZHJ5LXJ1biBlbnZpcm9ubWVudC1vdmVycmlkZXMgZmlsZT0gaGVscCBcCgkJ CWlnbm9yZS1lcnJvcnMgaW5jbHVkZS1kaXI9IGpvYnNbPU5dIGp1c3QtcHJpbnQgXAoJCQlrZWVw LWdvaW5nIGxvYWQtYXZlcmFnZVs9Tl0gbWFrZWZpbGU9IG1heC1sb2FkWz1OXSBcCgkJCW5ldy1m aWxlPSBuby1idWlsdGluLXJ1bGVzIG5vLWtlZXAtZ29pbmcgXAoJCQluby1wcmludC1kaXJlY3Rv cnkgb2xkLWZpbGU9IHByaW50LWRhdGEtYmFzZSBcCgkJCXByaW50LWRpcmVjdG9yeSBxdWVzdGlv biBxdWlldCByZWNvbiBzaWxlbnQgc3RvcCBcCgkJCXRvdWNoIHZlcnNpb24gd2Fybi11bmRlZmlu ZWQtdmFyaWFibGVzIHdoYXQtaWY9KS8nIFwKCQkJJ25AKkBgY2F0IC1zIEdOVU1ha2VmaWxlIE1h a2VmaWxlIG1ha2VmaWxlIHwmIHNlZCAtbiAtZSAiL05vIHN1Y2ggZmlsZS9kIiAtZSAicy9eXChb QS1aYS16MC05LV0qXCk6LiovXDEvcCJgQCcgXAoJCQknbi89L2YvJyAnbi8tZi9mLycKICAgIGNv bXBsZXRlIG1peGVyCXAvMS8nKHZvbCBiYXNzIHRyZWJsZSBzeW50aCBwY20gc3BlYWtlciBtaWMg Y2QgbWl4IFwKCQkJcGNtMiByZWMgaWdhaW4gb2dhaW4gbGluZTEgbGluZTIgbGluZTMpJy8gXAoJ CQlwQDJAJ2BtaXhlciAkOi0xIHwgYXdrIFx7XCBwcmludFwgXCQ3XCBcfWAnQAoKICAgIGNvbXBs ZXRlIG1wZzEyMwknYy8tLS8oMnRvMSA0dG8xIDhiaXQgYWdncmVzc2l2ZSBhdSBhdWRpb2Rldmlj ZSBcCiAgICAJCQlhdXRoIGJ1ZmZlciBjZHIgY2hlY2sgZG91Ymxlc3BlZWQgZXF1YWxpemVyIGZy YW1lcyBcCgkJCWdhaW4gaGFsZnNwZWVkIGhlYWRwaG9uZXMgbGVmdCBsaW5lb3V0IGxpc3QgbWl4 IG1vbm8gXAoJCQlwcm94eSBxdWlldCByYW5kb20gcmF0ZSByZW9wZW4gcmVzeW5jIHJpZ2h0IHNj YWxlIFwKCQkJc2h1ZmZsZSBzaW5nbGUwIHNpbmdsZTEgc2tpcCBzcGVha2VyIHN0ZG91dCBzdGVy ZW8gXAoJCQl0ZXN0IHZlcmJvc2Ugd2F2KS8nICdwLyovZjoqLnttcDMsTVAzfS8nCiAgICBjb21w bGV0ZSBteXNxbGFkbWluCSduLyovKGNyZWF0ZSBkcm9wIGV4dGVuZGVkLXN0YXR1cyBmbHVzaC1o b3N0cyBcCgkJCWZsdXNoLWxvZ3MgZmx1c2gtc3RhdHVzIGZsdXNoLXRhYmxlcyBmbHVzaC1wcml2 aWxlZ2VzIFwKCQkJa2lsbCBwYXNzd29yZCBwaW5nIHByb2Nlc3NsaXN0IHJlbG9hZCByZWZyZXNo IFwKCQkJc2h1dGRvd24gc3RhdHVzIHZhcmlhYmxlcyB2ZXJzaW9uKS8nCiAgICBjb21wbGV0ZSBt dXR0CWNALWY9QEY6JHtIT01FfS9NYWlsL0AgXAoJCQluLy1hL2YvIFwKCQkJbi8tRi9mLyBuLy1I L2YvIFwKCQkJbi8tcy94Oic8c3ViamVjdCBsaW5lPicvIFwKCQkJbi8tZS94Oic8Y29tbWFuZD4n LyBcCgkJCW5ALWJAJ2BjYXQgJHtIT01FfS8ubXV0dHJjLWFsaWFzIHwgYXdrICciJyIne3ByaW50 ICQyIH0nIiciXGBAIFwKCQkJbkAtY0AnYGNhdCAke0hPTUV9Ly5tdXR0cmMtYWxpYXMgfCBhd2sg JyInIid7cHJpbnQgJDIgfSciJyJcYEAgXAoJCQluQCpAJ2BjYXQgJHtIT01FfS8ubXV0dHJjLWFs aWFzIHwgYXdrICciJyIne3ByaW50ICQyIH0nIiciXGBACiAgICBjb21wbGV0ZSBuZGMJJ24vKi8o c3RhdHVzIGR1bXBkYiByZWxvYWQgc3RhdHMgdHJhY2Ugbm90cmFjZSBcCgkJCXF1ZXJ5bG9nIHN0 YXJ0IHN0b3AgcmVzdGFydCApLycKICAgIGNvbXBsZXRlIG5tCQknYy8tLS8oZGVidWctc3ltcyBk ZWZpbmVkLW9ubHkgZGVtYW5nbGUgZHluYW1pYyBcCgkJCWV4dGVybi1vbmx5IGZvcm1hdD0gaGVs cCBsaW5lLW51bWJlcnMgbm8tZGVtYW5nbGUgXAoJCQluby1zb3J0IG51bWVyaWMtc29ydCBwb3J0 YWJpbGl0eSBwcmludC1hcm1hcCBcCgkJCXByaW50LWZpbGUtbmFtZSByZXZlcnNlLXNvcnQgc2l6 ZS1zb3J0IHVuZGVmaW5lZC1vbmx5IFwKCQkJdmVyc2lvbikvJyAncC8qL2Y6Xioue2gsQyxjLGNj fS8nCiAgICBjb21wbGV0ZSBubWFwCSduQC1lQGBpZmNvbmZpZyAtbGBAJyAncC8qLyRob3N0bmFt ZXMvJwogICAgY29tcGxldGUgcGVybGRvYyAJJ25AKkBgXGxzIC0xIC91c3IvbGliZGF0YS9wZXJs LzUuKi9wb2QgfCBzZWQgcyVcXC5wb2QuXCpcJCUlYEAnCiAgICBjb21wbGV0ZSBwb3N0Zml4ICAg ICduLyovKHN0YXJ0IHN0b3AgcmVsb2FkIGFib3J0IGZsdXNoIGNoZWNrKS8nCiAgICBjb21wbGV0 ZSBwb3N0bWFwCSduLzEvKGhhc2g6IHJlZ2V4cDopJyAnYy9oYXNoOi9mLycgJ2MvcmVnZXhwOi9m LycKICAgIGNvbXBsZXRlIHJjc2RpZmYJJ3BAMUBgXGxzIC0xYSBSQ1MgfCBzZWQgLWUgInMvXCgu KlwpLHYvXDEvImBAJwogICAgY29tcGxldGUgWAkJJ2MvLS8oSSBhIGFjIGFsbG93TW91c2VPcGVu RmFpbCBhbGxvd05vbkxvY2FsTW9kSW5EZXYgXAoJCQlhbGxvd05vbkxvY2FsWHZpZHR1bmUgYXIx IGFyMiBhdWRpdCBhdXRoIGJlc3RSZWZyZXNoIFwKCQkJYmdhbW1hIGJwcCBicm9hZGNhc3QgYnMg YyBjYyBjbGFzcyBjbyBjb3JlIGRlZmVyZ2x5cGhzIFwKCQkJZGlzYWJsZU1vZEluRGV2IGRpc2Fi bGVWaWRNb2RlIGRpc3BsYXlJRCBkcGkgZHBtcyBmIGZjIFwKCQkJZmxpcFBpeGVscyBmbiBmcCBn YW1tYSBnZ2FtbWEgaGVscCBpbmRpcmVjdCBrYiBrZWVwdHR5IFwKCQkJbGQgbGYgbG9nbyBscyBu b2xpc3RlbiBzdHJpbmcgbm9sb2FkeGtiIG5vbG9jayBub3BuIFwKCQkJb25jZSBwIHBuIHBvcnQg cHJvYmVvbmx5IHF1ZXJ5IHF1aWV0IHIgcmdhbW1hIHMgXAoJCQlzaG93Y29uZmlnIHNwIHN1IHQg dGVybWluYXRlIHRvIHRzdCB2IHZlcmJvc2UgdmVyc2lvbiBcCgkJCXdlaWdodCB3bSB4IHhrYmRi IHhrYm1hcCkvJwogICAgY29tcGxldGUgdXNlcnMgICAgICAnYy8tLS8oaGVscCB2ZXJzaW9uKS8n ICdwLzEveDoiPGFjY291bnRpbmdfZmlsZT4iLycKICAgIGNvbXBsZXRlIHZpZGNvbnRyb2wJJ3Av MS8oMTMyeDI1IDEzMngzMCAxMzJ4NDMgMTMyeDUwIDEzMng2MCA0MHgyNSA4MHgyNSBcCgkJCTgw eDMwIDgweDQzIDgweDUwIDgweDYwIEVHQV84MHgyNSBFR0FfODB4NDMgXAoJCQlWRVNBXzEzMngy NSBWRVNBXzEzMngzMCBWRVNBXzEzMng0MyBWRVNBXzEzMng1MCBcCgkJCVZFU0FfMTMyeDYwIFZF U0FfODAweDYwMCBWR0FfMzIweDIwMCBWR0FfNDB4MjUgXAoJCQlWR0FfODB4MjUgVkdBXzgweDMw IFZHQV84MHg1MCBWR0FfODB4NjApLycKICAgIGNvbXBsZXRlIHZpbQknbi8qL2Y6XiouW29hXS8n CiAgICBjb21wbGV0ZSB3aGVyZQknbi8qL2MvJwogICAgY29tcGxldGUgd2hpY2gJJ24vKi9jLycK ICAgIGNvbXBsZXRlIHdtc2V0YmcJJ2MvLS8oZGlzcGxheSBEIFMgYSBiIGMgZCBlIG0gcCBzIHQg dSB3KS8nIFwKCQkJJ2MvLS0vKGJhY2stY29sb3IgY2VudGVyIGNvbG9ycyBkaXRoZXIgaGVscCBt YXRjaCBcCgkJCW1heHNjYWxlIHBhcnNlIHNjYWxlIHNtb290aCB0aWxlIHVwZGF0ZS1kb21haW4g XAoJCQl1cGRhdGUtd21ha2VyIHZlcnNpb24gd29ya3NwYWNlKS8nCiAgICBjb21wbGV0ZSB4ZGIJ J3AvMS9jLycKICAgIGNvbXBsZXRlIHhkdmkJJ2MvLS8oYWxsb3dzaGVsbCBkZWJ1ZyBkaXNwbGF5 IGV4cGVydCBnYW1tYSBodXNoY2hhcnMgXAoJCQlodXNoY2hlY2tzdW1zIGh1c2hzcGVjaWFscyBp bnN0YWxsIGludGVycHJldGVyIGtlZXAgXAoJCQltYXJnaW5zIG5vZ3JleSBub2luc3RhbGwgbm9t YWtlcGsgbm9zY2FuIHBhcGVyIHNhZmVyIFwKCQkJc2hyaW5rYnV0dG9ubiB0aG9yb3VnaCB0b3Bt YXJnaW4gdW5kZXJsaW5rIHZlcnNpb24pLycgXAoJCQknbi8tcGFwZXIvKGE0IGE0ciBhNSBhNXIp LycgJ3AvKi9mOiouZHZpLycKICAgIGNvbXBsZXRlIHhsb2NrCSdjLy0vKGFsbG93YWNjZXNzIGFs bG93cm9vdCBkZWJ1ZyBkZXNjcmlwdGlvbiBcCgkJCWVjaG9rZXlzIGVuYWJsZXNhdmVyIGdyYWJt b3VzZSBncmFic2VydmVyIGhpZGUgaW5yb290IFwKCQkJaW5zdGFsbCBpbndpbmRvdyBtb25vIG1v dXNlbW90aW9uIG5vbG9jayByZW1vdGUgXAoJCQlyZXNldHNhdmVyIHNvdW5kIHRpbWVlbGFwc2Vk IHVzZTNkIHVzZWZpcnN0IHZlcmJvc2UgXAoJCQl3aXJlZnJhbWUgYmFja2dyb3VuZCBiYXRjaGNv dW50IGJnIGJpdG1hcCBib3RoM2QgXAoJCQljb3VudCBjeWNsZXMgZGVsYXkgZGVsdGEzZCBkaXNw bGF5IGRwbXNvZmYgXAoJCQlkcG1zc3RhbmRieSBkcG1zc3VzcGVuZCBlbmRDbWQgZXJhc2VkZWxh eSBlcmFzZW1vZGUgXAoJCQllcmFzZXRpbWUgZmcgZm9udCBmb3JlZ3JvdW5kIGdlb21ldHJ5IGhl bHAgXAoJCQlpY29uZ2VvbWV0cnkgaW5mbyBpbnZhbGlkIGxlZnQzZCBsb2NrZGVsYXkgbG9nb3V0 Q21kIFwKCQkJbWFpbENtZCBtYWlsSWNvbiBtZXNzYWdlIG1lc3NhZ2VmaWxlIG1lc3NhZ2Vmb250 IFwKCQkJbWVzc2FnZXNmaWxlIG1vZGUgbmFtZSBuY29sb3JzIG5pY2Ugbm9tYWlsSWNvbiBub25l M2QgXAoJCQlwYXJlbnQgcGFzc3dvcmQgcGxhbmZvbnQgcHJvZ3JhbSByZXNvdXJjZXMgcmlnaHQz ZCBcCgkJCXNhdHVyYXRpb24gc2l6ZSBzdGFydENtZCB0aW1lb3V0IHVzZXJuYW1lIHZhbGlkYXRl IFwKCQkJdmVyc2lvbiB2aXN1YWwpLycgJ24vLW1vZGUvKGFudCBhdGxhbnRpcyBiYWxsIGJhdCBc CgkJCWJsb3QgYm91Ym91bGUgYm91bmNlIGJyYWlkIGJ1YmJsZSBidWJibGUzZCBidWcgY2FnZSBc CgkJCWNhcnRvb24gY2xvY2sgY29yYWwgY3J5c3RhbCBkYWlzeSBkY2xvY2sgZGVjYXkgZGVjbyBc CgkJCWRlbW9uIGRpbGVtbWEgZGlzY3JldGUgZHJpZnQgZXllcyBmYWRlcGxvdCBmbGFnIGZsYW1l IFwKCQkJZmxvdyBmb3Jlc3QgZ2FsYXh5IGdlYXJzIGdvb3AgZ3JhdiBoZWxpeCBob3AgaHlwZXIg XAoJCQlpY28gaWZzIGltYWdlIGludmVydCBqdWxpYSBrYWxlaWQga3VtcHBhIGxhbWVudCBsYXNl ciBcCgkJCWxpZmUgbGlmZTFkIGxpZmUzZCBsaWdodG5pbmcgbGlzYSBsaXNzaWUgbG9vcCBseWFw dW5vdiBcCgkJCW1hbmRlbGJyb3QgbWFycXVlZSBtYXRyaXggbWF6ZSBtb2ViaXVzIG1vcnBoM2Qg XAoJCQltb3VudGFpbiBtdW5jaCBub3NlIHBhY21hbiBwZW5yb3NlIHBldGFsIHBpcGVzIHB1enps ZSBcCgkJCXB5cm8gcWl4IHJvbGwgcm90b3IgcnViaWsgc2hhcGUgc2llcnBpbnNraSBzbGlwIHNw aGVyZSBcCgkJCXNwaXJhbCBzcGxpbmUgc3Byb2luZ2llcyBzdGFpcnMgc3RhciBzdGFyZmlzaCBz dHJhbmdlIFwKCQkJc3VwZXJxdWFkcmljcyBzd2FybSBzd2lybCB0ZXRyaXMgdGhvcm5iaXJkIHRy aWFuZ2xlIFwKCQkJdHViZSB0dXJ0bGUgdmluZXMgdm90ZXJzIHdhdG9yIHdpcmUgd29ybGQgd29y bSB4amFjayBcCgkJCWJsYW5rIGJvbWIgcmFuZG9tKS8nIAogICAgY29tcGxldGUgeGZpZwknYy8t LyhkaXNwbGF5KS8nICdwLyovZjoqLmZpZy8nCiAgICBjb21wbGV0ZSB3Z2V0IAljLy0tLyIoYWNj ZXB0PSBhcHBlbmQtb3V0cHV0PSBiYWNrZ3JvdW5kIGNhY2hlPSBcCgkJCWNvbnRpbnVlIGNvbnZl cnQtbGlua3MgY3V0LWRpcnM9IGRlYnVnIFwKCQkJZGVsZXRlLWFmdGVyIGRpcmVjdG9yeS1wcmVm aXg9IGRvbWFpbnM9IFwKCQkJZG9udC1yZW1vdmUtbGlzdGluZyBkb3Qtc3R5bGU9IGV4Y2x1ZGUt ZGlyZWN0b3JpZXM9IFwKCQkJZXhjbHVkZS1kb21haW5zPSBleGVjdXRlPSBmb2xsb3ctZnRwIFwK CQkJZm9yY2UtZGlyZWN0b3JpZXMgZm9yY2UtaHRtbCBnbG9iPSBoZWFkZXI9IGhlbHAgXAoJCQlo dHRwLXBhc3N3ZD0gaHR0cC11c2VyPSBpZ25vcmUtbGVuZ3RoIFwKCQkJaW5jbHVkZS1kaXJlY3Rv cmllcz0gaW5wdXQtZmlsZT0gbGV2ZWw9IG1pcnJvciBcCgkJCW5vLWNsb2JiZXIgbm8tZGlyZWN0 b3JpZXMgbm8taG9zdC1kaXJlY3RvcmllcyBcCgkJCW5vLWhvc3QtbG9va3VwIG5vLXBhcmVudCBu b24tdmVyYm9zZSBcCgkJCW91dHB1dC1kb2N1bWVudD0gb3V0cHV0LWZpbGU9IHBhc3NpdmUtZnRw IFwKCQkJcHJveHktcGFzc3dkPSBwcm94eS11c2VyPSBwcm94eT0gcXVpZXQgcXVvdGE9IFwKCQkJ cmVjdXJzaXZlIHJlamVjdD0gcmVsYXRpdmUgcmV0ci1zeW1saW5rcyBzYXZlLWhlYWRlcnMgXAoJ CQlzZXJ2ZXItcmVzcG9uc2Ugc3Bhbi1ob3N0cyBzcGlkZXIgdGltZW91dD0gXAoJCQl0aW1lc3Rh bXBpbmcgdHJpZXM9IHVzZXItYWdlbnQ9IHZlcmJvc2UgdmVyc2lvbiB3YWl0PSkiLwoKICAgICMg dGhlc2UgZnJvbSBUb20gV2FyemVrYSA8dG9tQHdhei5jYz4KCiAgICAjIHRoaXMgb25lIHdvcmtz IGJ1dCBpcyBzbG93IGFuZCBkb2Vzbid0IGRlc2NlbmQgaW50byBzdWJkaXJlY3RvcmllcwogICAg IyBjb21wbGV0ZQljZAlDQFsuL1wkfl0qQGRAIFwKICAgICMJCQlwQDFAJ2BcbHMgLTFGIC4gJGNk cGF0aCB8IGdyZXAgL1wkIHwgc29ydCAtdWAnQCBuQCpAbkAKCiAgICBpZiAoIC1yIC9ldGMvc2hl bGxzICkgdGhlbgogICAgICAgIGNvbXBsZXRlIHNldGVudglwQDFAZUAgbkBESVNQTEFZQFwkaG9z dHNAOiBuQFNIRUxMQCdgY2F0IC9ldGMvc2hlbGxzYCdACiAgICBlbHNlCgljb21wbGV0ZSBzZXRl bnYJcEAxQGVAIG5ARElTUExBWUBcJGhvc3RzQDoKICAgIGVuZGlmCiAgICBjb21wbGV0ZSB1bnNl dGVudgluLyovZS8KCiAgICBpZiAoLXIgL3Zhci9zcG9vbC9tYWlsKSB0aGVuCiAgICAgIHNldCBf bWFpbGRpciA9IC92YXIvc3Bvb2wvbWFpbAogICAgZWxzZQogICAgICBzZXQgX21haWxkaXIgPSAv dXNyL21haWwKICAgIGVuZGlmCiAgICBpZiAoLXIgJEhPTUUvLm1haWxyYykgdGhlbgogICAgICAg IGNvbXBsZXRlIG1haWwJYy8tLyIoZSBpIGYgbiBzIHUgdikiLyBjLypAL1wkaG9zdHMvIFwKCQkJ Y0ArQEY6JEhPTUUvTWFpbEAgQ0BbLi9cJH5dQGZAIG4vLXMveDonPHN1YmplY3Q+Jy8gXAoJCQlu QC11QFQ6JF9tYWlsZGlyQCBuLy1mL2YvIFwKCQkJbkAqQCdgc2VkIC1uIHMvYWxpYXMvL3AgJEhP TUUvLm1haWxyYyB8IHRyIC1zICIgIiAiCSIgfCBjdXQgLWYgMmAnQAogICAgZWxzZQogICAgICAg IGNvbXBsZXRlIG1haWwJYy8tLyIoZSBpIGYgbiBzIHUgdikiLyBjLypAL1wkaG9zdHMvIFwKCQkJ Y0ArQEY6JEhPTUUvTWFpbEAgQ0BbLi9cJH5dQGZAIG4vLXMveDonPHN1YmplY3Q+Jy8gXAoJCQlu QC11QFQ6JF9tYWlsZGlyQCBuLy1mL2YvIG4vKi91LwogICAgZW5kaWYKICAgIHVuc2V0IF9tYWls ZGlyCgogICAgaWYgKCEgJD9NQU5QQVRIKSB0aGVuCglpZiAoLXIgL3Vzci9zaGFyZS9tYW4pIHRo ZW4KCSAgICBzZXRlbnYgTUFOUEFUSCAvdXNyL3NoYXJlL21hbjoKCWVsc2UKCSAgICBzZXRlbnYg TUFOUEFUSCAvdXNyL21hbjoKCWVuZGlmCiAgICBlbmRpZgoKICAgICMgdXNlIG9mICRNQU5QQVRI IGZyb20gRGFuIE5pY29sYWVzY3UgPGRhbm5AaWNzLnVjaS5lZHU+CiAgICAjIHVzZSBvZiAnZmlu ZCcgYWRhcHRlZCBmcm9tIEx1Ym9taXIgSG9zdCA8aG9zdDhAa2VwbGVyLmZtcGgudW5pYmEuc2s+ CiAgICBjb21wbGV0ZSBtYW4gXAoJICAgICduQDFAYHNldCBxID0gIiRNQU5QQVRIOmFzJTolL21h bjEgJSIgOyBcbHMgLTEgJHEgfCYgc2VkIC1lIHMlXi5cKjouXCpcJCUlIC1lIHMlXFwuMS5cKlwk JSVgQCdcCgkgICAgJ25AMkBgc2V0IHEgPSAiJE1BTlBBVEg6YXMlOiUvbWFuMiAlIiA7IFxscyAt MSAkcSB8JiBzZWQgLWUgcyVeLlwqOi5cKlwkJSUgLWUgcyVcXC4yLlwqXCQlJWBAJ1wKCSAgICAn bkAzQGBzZXQgcSA9ICIkTUFOUEFUSDphcyU6JS9tYW4zICUiIDsgXGxzIC0xICRxIHwmIHNlZCAt ZSBzJV4uXCo6LlwqXCQlJSAtZSBzJVxcLjMuXCpcJCUlYEAnXAoJICAgICduQDRAYHNldCBxID0g IiRNQU5QQVRIOmFzJTolL21hbjQgJSIgOyBcbHMgLTEgJHEgfCYgc2VkIC1lIHMlXi5cKjouXCpc JCUlIC1lIHMlXFwuNC5cKlwkJSVgQCdcCgkgICAgJ25ANUBgc2V0IHEgPSAiJE1BTlBBVEg6YXMl OiUvbWFuNSAlIiA7IFxscyAtMSAkcSB8JiBzZWQgLWUgcyVeLlwqOi5cKlwkJSUgLWUgcyVcXC41 LlwqXCQlJWBAJ1wKCSAgICAnbkA2QGBzZXQgcSA9ICIkTUFOUEFUSDphcyU6JS9tYW42ICUiIDsg XGxzIC0xICRxIHwmIHNlZCAtZSBzJV4uXCo6LlwqXCQlJSAtZSBzJVxcLjYuXCpcJCUlYEAnXAoJ ICAgICduQDdAYHNldCBxID0gIiRNQU5QQVRIOmFzJTolL21hbjcgJSIgOyBcbHMgLTEgJHEgfCYg c2VkIC1lIHMlXi5cKjouXCpcJCUlIC1lIHMlXFwuNy5cKlwkJSVgQCdcCgkgICAgJ25AOEBgc2V0 IHEgPSAiJE1BTlBBVEg6YXMlOiUvbWFuOCAlIiA7IFxscyAtMSAkcSB8JiBzZWQgLWUgcyVeLlwq Oi5cKlwkJSUgLWUgcyVcXC44LlwqXCQlJWBAJ1wKCSAgICAnbkA5QGBzZXQgcSA9ICIkTUFOUEFU SDphcyU6JS9tYW45ICUiIDsgXGxzIC0xICRxIHwmIHNlZCAtZSBzJV4uXCo6LlwqXCQlJSAtZSBz JVxcLjkuXCpcJCUlYEAnXAoJICAgICduQDBAYHNldCBxID0gIiRNQU5QQVRIOmFzJTolL21hbjAg JSIgOyBcbHMgLTEgJHEgfCYgc2VkIC1lIHMlXi5cKjouXCpcJCUlIC1lIHMlXFwuMC5cKlwkJSVg QCdcCgkgICAgJ25AbkBgc2V0IHEgPSAiJE1BTlBBVEg6YXMlOiUvbWFubiAlIiA7IFxscyAtMSAk cSB8JiBzZWQgLWUgcyVeLlwqOi5cKlwkJSUgLWUgcyVcXC5uLlwqXCQlJWBAJ1wKCSAgICAnbkBv QGBzZXQgcSA9ICIkTUFOUEFUSDphcyU6JS9tYW5vICUiIDsgXGxzIC0xICRxIHwmIHNlZCAtZSBz JV4uXCo6LlwqXCQlJSAtZSBzJVxcLm8uXCpcJCUlYEAnXAoJICAgICduQGxAYHNldCBxID0gIiRN QU5QQVRIOmFzJTolL21hbmwgJSIgOyBcbHMgLTEgJHEgfCYgc2VkIC1lIHMlXi5cKjouXCpcJCUl IC1lIHMlXFwubC5cKlwkJSVgQCdcCgkgICAgJ25AcEBgc2V0IHEgPSAiJE1BTlBBVEg6YXMlOiUv bWFucCAlIiA7IFxscyAtMSAkcSB8JiBzZWQgLWUgcyVeLlwqOi5cKlwkJSUgLWUgcyVcXC5wLlwq XCQlJWBAJ1wKCSAgICBjQC1AIigtIGYgayBNIFAgcyBTIHQpIkAgbkAtZkBjQCBuQC1rQHg6Jzxr ZXl3b3JkPidAIG5ALVtNUF1AZEAgICBcCgkgICAgJ05ALVtNUF1AYFxscyAtMSAkOi0xL21hbj8g fCYgc2VkIC1uIHMlXFwuLlxcK1wkJSVwYEAnICAgICAgICAgICAgXAoJICAgICduQC1bc1NdQGBc bHMgLTEgJE1BTlBBVEg6YXMlOiUgJSB8JiBzZWQgLW4gcyVebWFuJSVwIHwgc29ydCAtdWBAJ1wK CSAgICAnbkAqQGBmaW5kICRNQU5QQVRIOmFzJTolICUgXCggLXR5cGUgZiAtbyAtdHlwZSBsIFwp IC1wcmludGYgIiVmICIgfCYgc2VkIC1lICJzJWZpbmQ6IC4qOiBObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5JSUiIC1lICJzJVwoW15cLl1cK1wpXC5cKFteIF0qXCkgJVwxICVnImBAJwoJICAgICNu QCpAY0AgIyBvbGQgd2F5IC0tIGNvbW1hbmRzIG9ubHkKCiAgICBjb21wbGV0ZSBwcwkgICAgICAg IGMvLXQveDonPHR0eT4nLyBjLy0vIihhIGMgQyBlIGcgayBsIFMgdCB1IHYgdyB4KSIvIFwKCQkJ bi8tay94Oic8a2VybmVsPicvIE4vLWsveDonPGNvcmVfZmlsZT4nLyBuLyoveDonPFBJRD4nLwog ICAgY29tcGxldGUgY29tcHJlc3MJYy8tLyIoYyBmIHYgYikiLyBuLy1iL3g6JzxtYXhfYml0cz4n LyBuLyovZjpeKi5aLwogICAgY29tcGxldGUgdW5jb21wcmVzcwljLy0vIihjIGYgdikiLyAgICAg ICAgICAgICAgICAgICAgICAgIG4vKi9mOiouWi8KCiAgICBjb21wbGV0ZSB1dWVuY29kZQlwLzEv Zi8gcC8yL3g6JzxkZWNvZGVfcGF0aG5hbWU+Jy8gbi8qL24vCiAgICBjb21wbGV0ZSB1dWRlY29k ZQljLy0vIihmKSIvIG4vLWYvZjoqLnt1dSxVVX0vIHAvMS9mOioue3V1LFVVfS8gbi8qL24vCgog ICAgY29tcGxldGUgeGhvc3QJYy9bKy1dL1wkaG9zdHMvIG4vKi9cJGhvc3RzLwogICAgY29tcGxl dGUgeHBkZgljLy0vIih6IGcgcmVtb3RlIHJhaXNlIHF1aXQgY21hcCByZ2IgcGFwZXJjb2xvciAg ICAgICBcCgkJCSAgICAgIGV1Y2pwIHQxbGliIGZyZWV0eXBlIHBzIHBhcGVydyBwYXBlcmggbGV2 ZWwxICAgIFwKCQkJICAgICAgdXB3IGZ1bGxzY3JlZW4gY21kIHEgdiBoIGhlbHApIi8gICAgICAg ICAgICAgICAgXAoJCQluLy16L3g6Jzx6b29tICgtNSAuLiArNSkgb3IgInBhZ2UiIG9yICJ3aWR0 aCI+Jy8gICAgICBcCgkJCW4vLWcveDonPGdlb21ldHJ5PicvIG4vLXJlbW90ZS94Oic8bmFtZT4n LyAgICAgICAgICAgIFwKCQkJbi8tcmdiL3g6JzxudW1iZXI+Jy8gbi8tcGFwZXJjb2xvci94Oic8 Y29sb3I+Jy8gICAgICAgXAoJCQluLy17dDFsaWIsZnJlZXR5cGV9L3g6Jzxmb250X3R5cGU+Jy8g ICAgICAgICAgICAgICAgICBcCgkJCW4vLXBzL3g6JzxQU19maWxlPicvIG4vLXBhcGVydy94Oic8 d2lkdGg+Jy8gICAgICAgICAgIFwKCQkJbi8tcGFwZXJoL3g6JzxoZWlnaHQ+Jy8gbi8tdXB3L3g6 JzxwYXNzd29yZD4nLyAgICAgICAgXAoJCQluLy0vZjoqLntwZGYsUERGfS8gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBcCgkJCU4vLXt6LGcscmVtb3RlLHJnYixwYXBlcmNvbG9y LHQxbGliLGZyZWV0eXBlLHBzLHBhcGVydyxwYXBlcmgsdXB3fS9mOioue3BkZixQREZ9LyBcCgkJ CU4vLS94Oic8cGFnZT4nLyBwLzEvZjoqLntwZGYsUERGfS8gcC8yL3g6JzxwYWdlPicvCgogICAg IyB0aGVzZSBjb25mb3JtIHRvIHRoZSBsYXRlc3QgR05VIHZlcnNpb25zIGF2YWlsYWJsZSBhdCBw cmVzcyB0aW1lIC4uLgogICAgIyB1cGRhdGVzIGJ5IEpvaG4gR290dHMgPGpnb3R0c0Blbmdpbi51 bWljaC5lZHU+CiAgICBpZiAoLVggZW1hY3MpIHRoZW4KICAgICAgIyBUVyBub3RlOiAgaWYgeW91 ciB2ZXJzaW9uIG9mIEdOVSBFbWFjcyBzdXBwb3J0cyB0aGUgIi0tdmVyc2lvbiIgb3B0aW9uLAog ICAgICAjICAgICAgICAgICB1bmNvbW1lbnQgdGhpcyBsaW5lIGFuZCBjb21tZW50IHRoZSBuZXh0 IHRvIGF1dG9tYXRpY2FsbHkKICAgICAgIyAgICAgICAgICAgZGV0ZWN0IHRoZSB2ZXJzaW9uLCBl bHNlIHJlcGxhY2UgIjIxLjIiIHdpdGggeW91ciB2ZXJzaW9uLgogICAgICAjc2V0IF9lbWFjc192 ZXI9YGVtYWNzIC0tdmVyc2lvbiB8IHNlZCAtZSAncyVHTlUgRW1hY3MgJSUnIC1lIHEgfCBjdXQg LWQgLiAtZjEtMmAKICAgICAgc2V0IF9lbWFjc192ZXI9MjEuMgogICAgICBzZXQgX2VtYWNzX2Rp cj1gd2hpY2ggZW1hY3MgfCBzZWQgcyUvYmluL2VtYWNzJSVgIAogICAgICBjb21wbGV0ZSBlbWFj cwljLy0tLyIoYmF0Y2ggdGVybWluYWwgZGlzcGxheSBuby13aW5kb3dzIG5vLWluaXQtZmlsZSBc CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1c2VyIGRlYnVnLWluaXQgdW5pYnl0ZSBt dWx0aWJ5dGUgdmVyc2lvbiBoZWxwIFwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIG5v LXNpdGUtZmlsZSBmdW5jYWxsIGxvYWQgZXZhbCBpbnNlcnQga2lsbCkiLyBcCiAgICAgICAgICAg ICAgICAgICAgICAgIGMvLS8iKHQgZCBudyBxIHUgZiBsIC0pIi8gYy8rL3g6JzxsaW5lX251bWJl cj4nLyBcCgkJCW4vey10LC0tdGVybWluYWx9L3g6Jzx0ZXJtaW5hbD4nLyBuL3stZCwtLWRpc3Bs YXl9L3g6JzxkaXNwbGF5PicvIFwKCSAgICAgICAgICAgICAgICBuL3stdSwtLXVzZXJ9L3UvIG4v ey1mLC0tZnVuY2FsbH0veDonPGxpc3BfZnVuY3Rpb24+Jy8gXAoJCQluQHstbCwtLWxvYWR9QEY6 JF9lbWFjc19kaXIvc2hhcmUvZW1hY3MvJF9lbWFjc192ZXIvbGlzcEAgXAoJCQluLy0tZXZhbC94 Oic8ZXhwcmVzc2lvbj4nLyBuLy0taW5zZXJ0L2YvIG4vKi9mOl4qW1wjfl0vCiAgICAgIHVuc2V0 IF9lbWFjc192ZXIgX2VtYWNzX2RpcgogICAgZW5kaWYKCiAgICAjIGlmIHlvdXIgInpjYXQiIGlz IHRoZSBHTlUgdmVyc2lvbiwgY2hhbmdlICJnemNhdCIgYmVsb3cgdG8ganVzdCAiemNhdCIKICAg IGNvbXBsZXRlIGd6Y2F0CWMvLS0vIihmb3JjZSBoZWxwIGxpY2Vuc2UgcXVpZXQgdmVyc2lvbiki LyBcCgkJCWMvLS8iKGYgaCBMIHEgViAtKSIvIG4vKi9mOioue2d6LFoseix6aXB9LwogICAgY29t cGxldGUgZ3ppcAljLy0tLyIoc3Rkb3V0IHRvLXN0ZG91dCBkZWNvbXByZXNzIHVuY29tcHJlc3Mg XAoJCQlmb3JjZSBoZWxwIGxpc3QgbGljZW5zZSBuby1uYW1lIHF1aWV0IHJlY3Vyc2UgXAoJCQlz dWZmaXggdGVzdCB2ZXJib3NlIHZlcnNpb24gZmFzdCBiZXN0KSIvIFwKCQkJYy8tLyIoYyBkIGYg aCBsIEwgbiBxIHIgUyB0IHYgViAxIDIgMyA0IDUgNiA3IDggOSAtKSIvXAoJCQluL3stUywtLXN1 ZmZpeH0veDonPGZpbGVfbmFtZV9zdWZmaXg+Jy8gXAoJCQluL3stZCwtLXtkZSx1bn1jb21wcmVz c30vZjoqLntneixaLHosemlwLHRheix0Z3p9LyBcCgkJCU4vey1kLC0te2RlLHVufWNvbXByZXNz fS9mOioue2d6LFoseix6aXAsdGF6LHRnen0vIFwKCQkJbi8qL2Y6Xioue2d6LFoseix6aXAsdGF6 LHRnen0vCiAgICBjb21wbGV0ZSB7Z3VuemlwLHVuZ3ppcH0gYy8tLS8iKHN0ZG91dCB0by1zdGRv dXQgZm9yY2UgaGVscCBsaXN0IGxpY2Vuc2UgXAoJCQluby1uYW1lIHF1aWV0IHJlY3Vyc2Ugc3Vm Zml4IHRlc3QgdmVyYm9zZSB2ZXJzaW9uKSIvIFwKCQkJYy8tLyIoYyBmIGggbCBMIG4gcSByIFMg dCB2IFYgLSkiLyBcCgkJCW4vey1TLC0tc3VmZml4fS94Oic8ZmlsZV9uYW1lX3N1ZmZpeD4nLyBc CgkJCW4vKi9mOioue2d6LFoseix6aXAsdGF6LHRnen0vCiAgICBjb21wbGV0ZSB6Z3JlcAljLy0q QS94Oic8I19saW5lc19hZnRlcj4nLyBjLy0qQi94Oic8I19saW5lc19iZWZvcmU+Jy9cCgkJCWMv LS8iKEEgYiBCIGMgQyBlIGYgaCBpIGwgbiBzIHYgViB3IHgpIi8gXAoJCQlwLzEveDonPGxpbWl0 ZWRfcmVndWxhcl9leHByZXNzaW9uPicvIE4vLSplL2YvIFwKCQkJbi8tKmUveDonPGxpbWl0ZWRf cmVndWxhcl9leHByZXNzaW9uPicvIG4vLSpmL2YvIG4vKi9mLwogICAgY29tcGxldGUgemVncmVw CWMvLSpBL3g6JzwjX2xpbmVzX2FmdGVyPicvIGMvLSpCL3g6JzwjX2xpbmVzX2JlZm9yZT4nL1wK CQkJYy8tLyIoQSBiIEIgYyBDIGUgZiBoIGkgbCBuIHMgdiBWIHcgeCkiLyBcCgkJCXAvMS94Oic8 ZnVsbF9yZWd1bGFyX2V4cHJlc3Npb24+Jy8gTi8tKmUvZi8gXAoJCQluLy0qZS94Oic8ZnVsbF9y ZWd1bGFyX2V4cHJlc3Npb24+Jy8gbi8tKmYvZi8gbi8qL2YvCiAgICBjb21wbGV0ZSB6ZmdyZXAJ Yy8tKkEveDonPCNfbGluZXNfYWZ0ZXI+Jy8gYy8tKkIveDonPCNfbGluZXNfYmVmb3JlPicvXAoJ CQljLy0vIihBIGIgQiBjIEMgZSBmIGggaSBsIG4gcyB2IFYgdyB4KSIvIFwKCQkJcC8xL3g6Jzxm aXhlZF9zdHJpbmc+Jy8gTi8tKmUvZi8gXAoJCQluLy0qZS94Oic8Zml4ZWRfc3RyaW5nPicvIG4v LSpmL2YvIG4vKi9mLwogICAgY29tcGxldGUgem5ldwljLy0vIihmIHQgdiA5IFAgSykiLyBuLyov ZjoqLlovCiAgICBjb21wbGV0ZSB6bW9yZQluLyovZjoqLntneixaLHosemlwfS8KICAgIGNvbXBs ZXRlIHpmaWxlCW4vKi9mOioue2d6LFoseix6aXAsdGF6LHRnen0vCiAgICBjb21wbGV0ZSB6dG91 Y2gJbi8qL2Y6Ki57Z3osWix6LHppcCx0YXosdGd6fS8KICAgIGNvbXBsZXRlIHpmb3JjZQluLyov ZjpeKi57Z3osdGd6fS8KCiAgICBjb21wbGV0ZSBncmVwCWMvLSpBL3g6JzwjX2xpbmVzX2FmdGVy PicvIGMvLSpCL3g6JzwjX2xpbmVzX2JlZm9yZT4nL1wKCQkJYy8tLS8iKGV4dGVuZGVkLXJlZ2V4 cCBmaXhlZC1yZWdleHAgYmFzaWMtcmVnZXhwIFwKCQkJcmVnZXhwIGZpbGUgaWdub3JlLWNhc2Ug d29yZC1yZWdleHAgbGluZS1yZWdleHAgXAoJCQluby1tZXNzYWdlcyByZXZlcnQtbWF0Y2ggdmVy c2lvbiBoZWxwIGJ5dGUtb2Zmc2V0IFwKCQkJbGluZS1udW1iZXIgd2l0aC1maWxlbmFtZSBuby1m aWxlbmFtZSBxdWlldCBzaWxlbnQgXAoJCQl0ZXh0IGRpcmVjdG9yaWVzIHJlY3Vyc2l2ZSBmaWxl cy13aXRob3V0LW1hdGNoIFwKCQkJZmlsZXMtd2l0aC1tYXRjaGVzIGNvdW50IGJlZm9yZS1jb250 ZXh0IGFmdGVyLWNvbnRleHQgXAoJCQljb250ZXh0IGJpbmFyeSB1bml4LWJ5dGUtb2Zmc2V0cyki LyBcCgkJCWMvLS8iKEEgYSBCIGIgQyBjIGQgRSBlIEYgZiBHIEggaCBpIEwgbCBuIHEgciBzIFUg dSBWIFwKCQkJCXYgdyB4KSIvIFwKCQkJcC8xL3g6JzxsaW1pdGVkX3JlZ3VsYXJfZXhwcmVzc2lv bj4nLyBOLy0qZS9mLyBcCgkJCW4vLSplL3g6JzxsaW1pdGVkX3JlZ3VsYXJfZXhwcmVzc2lvbj4n LyBuLy0qZi9mLyBuLyovZi8KICAgIGNvbXBsZXRlIGVncmVwCWMvLSpBL3g6JzwjX2xpbmVzX2Fm dGVyPicvIGMvLSpCL3g6JzwjX2xpbmVzX2JlZm9yZT4nL1wKCQkJYy8tLS8iKGV4dGVuZGVkLXJl Z2V4cCBmaXhlZC1yZWdleHAgYmFzaWMtcmVnZXhwIFwKCQkJcmVnZXhwIGZpbGUgaWdub3JlLWNh c2Ugd29yZC1yZWdleHAgbGluZS1yZWdleHAgXAoJCQluby1tZXNzYWdlcyByZXZlcnQtbWF0Y2gg dmVyc2lvbiBoZWxwIGJ5dGUtb2Zmc2V0IFwKCQkJbGluZS1udW1iZXIgd2l0aC1maWxlbmFtZSBu by1maWxlbmFtZSBxdWlldCBzaWxlbnQgXAoJCQl0ZXh0IGRpcmVjdG9yaWVzIHJlY3Vyc2l2ZSBm aWxlcy13aXRob3V0LW1hdGNoIFwKCQkJZmlsZXMtd2l0aC1tYXRjaGVzIGNvdW50IGJlZm9yZS1j b250ZXh0IGFmdGVyLWNvbnRleHQgXAoJCQljb250ZXh0IGJpbmFyeSB1bml4LWJ5dGUtb2Zmc2V0 cykiLyBcCgkJCWMvLS8iKEEgYSBCIGIgQyBjIGQgRSBlIEYgZiBHIEggaCBpIEwgbCBuIHEgciBz IFUgdSBWIFwKCQkJCXYgdyB4KSIvIFwKCQkJcC8xL3g6JzxmdWxsX3JlZ3VsYXJfZXhwcmVzc2lv bj4nLyBOLy0qZS9mLyBcCgkJCW4vLSplL3g6JzxmdWxsX3JlZ3VsYXJfZXhwcmVzc2lvbj4nLyBu Ly0qZi9mLyBuLyovZi8KICAgIGNvbXBsZXRlIGZncmVwCWMvLSpBL3g6JzwjX2xpbmVzX2FmdGVy PicvIGMvLSpCL3g6JzwjX2xpbmVzX2JlZm9yZT4nL1wKCQkJYy8tLS8iKGV4dGVuZGVkLXJlZ2V4 cCBmaXhlZC1yZWdleHAgYmFzaWMtcmVnZXhwIFwKCQkJcmVnZXhwIGZpbGUgaWdub3JlLWNhc2Ug d29yZC1yZWdleHAgbGluZS1yZWdleHAgXAoJCQluby1tZXNzYWdlcyByZXZlcnQtbWF0Y2ggdmVy c2lvbiBoZWxwIGJ5dGUtb2Zmc2V0IFwKCQkJbGluZS1udW1iZXIgd2l0aC1maWxlbmFtZSBuby1m aWxlbmFtZSBxdWlldCBzaWxlbnQgXAoJCQl0ZXh0IGRpcmVjdG9yaWVzIHJlY3Vyc2l2ZSBmaWxl cy13aXRob3V0LW1hdGNoIFwKCQkJZmlsZXMtd2l0aC1tYXRjaGVzIGNvdW50IGJlZm9yZS1jb250 ZXh0IGFmdGVyLWNvbnRleHQgXAoJCQljb250ZXh0IGJpbmFyeSB1bml4LWJ5dGUtb2Zmc2V0cyki LyBcCgkJCWMvLS8iKEEgYSBCIGIgQyBjIGQgRSBlIEYgZiBHIEggaCBpIEwgbCBuIHEgciBzIFUg dSBWIFwKCQkJCXYgdyB4KSIvIFwKCQkJcC8xL3g6JzxmaXhlZF9zdHJpbmc+Jy8gTi8tKmUvZi8g XAoJCQluLy0qZS94Oic8Zml4ZWRfc3RyaW5nPicvIG4vLSpmL2YvIG4vKi9mLwoKICAgIGNvbXBs ZXRlIHNlZAljLy0tLyIocXVpZXQgc2lsZW50IHZlcnNpb24gaGVscCBleHByZXNzaW9uIGZpbGUp Ii8gICBcCgkJCWMvLS8iKG4gViBlIGYgLSkiLyBuL3stZSwtLWV4cHJlc3Npb259L3g6JzxzY3Jp cHQ+Jy8gIFwKCQkJbi97LWYsLS1maWxlfS9mOiouc2VkLyBOLy17ZSxmLC17ZmlsZSxleHByZXNz aW9ufX0vZi8gXAoJCQluLy0veDonPHNjcmlwdD4nLyBOLy0vZi8gcC8xL3g6JzxzY3JpcHQ+Jy8g cC8yL2YvCgogICAgY29tcGxldGUgdXNlcnMJYy8tLS8iKGhlbHAgdmVyc2lvbikiLyBwLzEveDon PGFjY291bnRpbmdfZmlsZT4nLwogICAgY29tcGxldGUgd2hvCWMvLS0vIihoZWFkaW5nIGlkbGUg Y291bnQgbWVzZyBtZXNzYWdlIHdyaXRhYmxlIGhlbHAgXAogICAgCQkJdmVyc2lvbikiLyBjLy0v IihIIGkgbSBxIHMgVCB3IHUgLSkiLyBcCgkJCXAvMS94Oic8YWNjb3VudGluZ19maWxlPicvIG4v YW0vIihpKSIvIG4vYXJlLyIoeW91KSIvCgogICAgY29tcGxldGUgY2hvd24JYy8tLS8iKGNoYW5n ZXMgZGVyZWZlcmVuY2Ugbm8tZGVyZWZlcmVuY2Ugc2lsZW50IFwKICAgIAkJCXF1aWV0IHJlZmVy ZW5jZSByZWN1cnNpdmUgdmVyYm9zZSBoZWxwIHZlcnNpb24pIi8gXAoJCQljLy0vIihjIGYgaCBS IHYgLSkiLyBDQFsuL1wkfl1AZkAgYy8qWy46XS9nLyBcCgkJCW4vLS91LzogcC8xL3UvOiBuLyov Zi8KICAgIGNvbXBsZXRlIGNoZ3JwCWMvLS0vIihjaGFuZ2VzIG5vLWRlcmVmZXJlbmNlIHNpbGVu dCBxdWlldCByZWZlcmVuY2UgXAogICAgCQkJcmVjdXJzaXZlIHZlcmJvc2UgaGVscCB2ZXJzaW9u KSIvIFwKCQkJYy8tLyIoYyBmIGggUiB2IC0pIi8gbi8tL2cvIHAvMS9nLyBuLyovZi8KICAgIGNv bXBsZXRlIGNobW9kCWMvLS0vIihjaGFuZ2VzIHNpbGVudCBxdWlldCB2ZXJib3NlIHJlZmVyZW5j ZSBcCiAgICAJCQlyZWN1cnNpdmUgaGVscCB2ZXJzaW9uKSIvIGMvLS8iKGMgZiBSIHYpIi8KICAg IGNvbXBsZXRlIGRmCQljLy0tLyIoYWxsIGJsb2NrLXNpemUgaHVtYW4tcmVhZGFibGUgc2kgaW5v ZGVzIFwKCQkJa2lsb2J5dGVzIGxvY2FsIG1lZ2FieXRlcyBuby1zeW5jIHBvcnRhYmlsaXR5IHN5 bmMgXAoJCQl0eXBlIHByaW50LXR5cGUgZXhjbHVkZS10eXBlIGhlbHAgdmVyc2lvbikiLyBcCgkJ CWMvLS8iKGEgSCBoIGkgayBsIG0gUCBUIHQgdiB4KSIvCiAgICBjb21wbGV0ZSBkdQkJYy8tLS8i KGFsbCBibG9jay1zaXplIGJ5dGVzIHRvdGFsIGRlcmVmZXJlbmNlLWFyZ3MgXAogICAgCQkJaHVt YW4tcmVhZGFibGUgc2kga2lsb2J5dGVzIGNvdW50LWxpbmtzIGRlcmVmZXJlbmNlIFwKCQkJbWVn YWJ5dGVzIHNlcGFyYXRlLWRpcnMgc3VtbWFyaXplIG9uZS1maWxlLXN5c3RlbSBcCgkJCWV4Y2x1 ZGUtZnJvbSBleGNsdWRlIG1heC1kZXB0aCBoZWxwIHZlcnNpb24iLyBcCgkJCWMvLS8iKGEgYiBj IEQgSCBoIGsgTCBsIG0gUyBzIFggeCkiLwoKICAgIGNvbXBsZXRlIGNhdAljLy0tLyIobnVtYmVy LW5vbmJsYW5rIG51bWJlciBzcXVlZXplLWJsYW5rIHNob3ctYWxsIFwKCQkJc2hvdy1ub25wcmlu dGluZyBzaG93LWVuZHMgc2hvdy10YWJzIGhlbHAgdmVyc2lvbikiLyBcCgkJCWMvLS8iKEEgYiBF IGUgbiBzIFQgdCB1IHYgLSkiLyBuLyovZi8KICAgIGNvbXBsZXRlIG12CQljLy0tLyIoYmFja3Vw IGZvcmNlIGludGVyYWN0aXZlIHVwZGF0ZSB2ZXJib3NlIHN1ZmZpeCBcCgkJCXZlcnNpb24tY29u dHJvbCBoZWxwIHZlcnNpb24pIi8gXAoJCQljLy0vIihiIGYgaSBTIHUgViB2IC0pIi8gXAoJCQlu L3stUywtLXN1ZmZpeH0veDonPHN1ZmZpeD4nLyBcCgkJCW4vey1WLC0tdmVyc2lvbi1jb250cm9s fS8iKHQgbnVtYmVyZWQgbmlsIGV4aXN0aW5nIFwKCQkJbmV2ZXIgc2ltcGxlKSIvIG4vLS9mLyBO Ly0vZC8gcC8xL2YvIHAvMi9kLyBuLyovZi8KICAgIGNvbXBsZXRlIGNwCQljLy0tLyIoYXJjaGl2 ZSBiYWNrdXAgbm8tZGVyZWZlcmVuY2UgZm9yY2UgXAogICAgCQkJaW50ZXJhY3RpdmUgbGluayBw cmVzZXJ2ZSBwYXJlbnRzIHNwYXJzZSByZWN1cnNpdmUgXAoJCQlzeW1ib2xpYy1saW5rIHN1ZmZp eCB1cGRhdGUgdmVyYm9zZSB2ZXJzaW9uLWNvbnRyb2wgXAoJCQlvbmUtZmlsZS1zeXN0ZW0gaGVs cCB2ZXJzaW9uKSIvIFwKCQkJYy8tLyIoYSBiIGQgZiBpIGwgUCBwIFIgciBTIHMgdSBWIHYgeCAt KSIvIFwKCQkJbi8tKnIvZC8gbi97LVMsLS1zdWZmaXh9L3g6JzxzdWZmaXg+Jy8gXAoJCQluL3st ViwtLXZlcnNpb24tY29udHJvbH0vIih0IG51bWJlcmVkIG5pbCBleGlzdGluZyBcCgkJCW5ldmVy IHNpbXBsZSkiLyBuLy0vZi8gTi8tL2QvIHAvMS9mLyBwLzIvZC8gbi8qL2YvCiAgICBjb21wbGV0 ZSBsbgkJYy8tLS8iKGJhY2t1cCBkaXJlY3RvcnkgZm9yY2Ugbm8tZGVyZWZlcmVuY2UgXAogICAg CQkJaW50ZXJhY3RpdmUgc3ltYm9saWMgc3VmZml4IHZlcmJvc2UgdmVyc2lvbi1jb250cm9sIFwK CQkJaGVscCB2ZXJzaW9uKSIvIFwKCQkJYy8tLyIoYiBkIEYgZiBpIG4gUyBzIFYgdiAtKSIvIFwK CQkJbi97LVMsLS1zdWZmaXh9L3g6JzxzdWZmaXg+Jy8gXAoJCQluL3stViwtLXZlcnNpb24tY29u dHJvbH0vIih0IG51bWJlcmVkIG5pbCBleGlzdGluZyBcCgkJCW5ldmVyIHNpbXBsZSkiLyBuLy0v Zi8gTi8tL3g6JzxsaW5rX25hbWU+Jy8gXAoJCQlwLzEvZi8gcC8yL3g6JzxsaW5rX25hbWU+Jy8K ICAgIGNvbXBsZXRlIHRvdWNoCWMvLS0vIihkYXRlIHJlZmVyZW5jZSB0aW1lIGhlbHAgdmVyc2lv bikiLyBcCgkJCWMvLS8iKGEgYyBkIGYgbSByIHQgLSkiLyBcCgkJCW4vey1kLC0tZGF0ZX0veDon PGRhdGVfc3RyaW5nPicvIFwKCQkJYy8tLXRpbWUvIihhY2Nlc3MgYXRpbWUgbXRpbWUgbW9kaWZ5 IHVzZSkiLyBcCgkJCW4vey1yLC0tZmlsZX0vZi8gbi8tdC94Oic8dGltZV9zdGFtcD4nLyBuLyov Zi8KICAgIGNvbXBsZXRlIG1rZGlyCWMvLS0vIihtb2RlIHBhcmVudHMgdmVyYm9zZSBoZWxwIHZl cnNpb24pIi8gXAogICAgCQkJYy8tLyIocCBtIC0pIi8gXAoJCQluL3stbSwtLW1vZGV9L3g6Jzxt b2RlPicvIG4vKi9kLwogICAgY29tcGxldGUgcm1kaXIJYy8tLS8iKGlnbm9yZS1mYWlsLW9uLW5v bi1lbXB0eSBwYXJlbnRzIHZlcmJvc2UgaGVscCBcCiAgICAJCQl2ZXJzaW9uKSIvIGMvLS8iKHAg LSkiLyBuLyovZC8KCiAgICBjb21wbGV0ZSB0YXIJYy8tW0FjcnVdKi8iKGIgQiBDIGYgRiBnIEcg aCBpIGwgTCBNIE4gbyBQIFwKCQkJUiBTIFQgdiBWIHcgVyBYIHogWikiLyBcCgkJCWMvLVtkdHhd Ki8iKCBCIEMgZiBGIGcgRyBpIGsgSyBtIE0gTyBwIFAgXAoJCQlSIHMgUyBUIHYgdyB4IFggeiBa KSIvIFwKCQkJcC8xLyIoQSBjIGQgciB0IHUgeCAtQSAtYyAtZCAtciAtdCAtdSAteCBcCgkJCS0t Y2F0ZW5hdGUgLS1jb25jYXRlbmF0ZSAtLWNyZWF0ZSAtLWRpZmYgLS1jb21wYXJlIFwKCQkJLS1k ZWxldGUgLS1hcHBlbmQgLS1saXN0IC0tdXBkYXRlIC0tZXh0cmFjdCAtLWdldCBcCgkJCS0taGVs cCAtLXZlcnNpb24pIi8gXAoJCQljLy0tLyIoY2F0ZW5hdGUgY29uY2F0ZW5hdGUgY3JlYXRlIGRp ZmYgY29tcGFyZSBcCgkJCWRlbGV0ZSBhcHBlbmQgbGlzdCB1cGRhdGUgZXh0cmFjdCBnZXQgYXRp bWUtcHJlc2VydmUgXAoJCQlibG9jay1zaXplIHJlYWQtZnVsbC1ibG9ja3MgZGlyZWN0b3J5IGNo ZWNrcG9pbnQgZmlsZSBcCgkJCWZvcmNlLWxvY2FsIGluZm8tc2NyaXB0IG5ldy12b2x1bWUtc2Ny aXB0IGluY3JlbWVudGFsIFwKCQkJbGlzdGVkLWluY3JlbWVudGFsIGRlcmVmZXJlbmNlIGlnbm9y ZS16ZXJvcyBcCgkJCWlnbm9yZS1mYWlsZWQtcmVhZCBrZWVwLW9sZC1maWxlcyBzdGFydGluZy1m aWxlIFwKCQkJb25lLWZpbGUtc3lzdGVtIHRhcGUtbGVuZ3RoIG1vZGlmaWNhdGlvbi10aW1lIFwK CQkJbXVsdGktdm9sdW1lIGFmdGVyLWRhdGUgbmV3ZXIgb2xkLWFyY2hpdmUgcG9ydGFiaWxpdHkg XAoJCQl0by1zdGRvdXQgc2FtZS1wZXJtaXNzaW9ucyBwcmVzZXJ2ZS1wZXJtaXNzaW9ucyBcCgkJ CWFic29sdXRlLXBhdGhzIHByZXNlcnZlIHJlY29yZC1udW1iZXIgcmVtb3ZlLWZpbGVzIFwKCQkJ c2FtZS1vcmRlciBwcmVzZXJ2ZS1vcmRlciBzYW1lLW93bmVyIHNwYXJzZSBcCgkJCWZpbGVzLWZy b20gbnVsbCB0b3RhbHMgdmVyYm9zZSBsYWJlbCB2ZXJzaW9uIFwKCQkJaW50ZXJhY3RpdmUgY29u ZmlybWF0aW9uIHZlcmlmeSBleGNsdWRlIGV4Y2x1ZGUtZnJvbSBcCgkJCWNvbXByZXNzIHVuY29t cHJlc3MgZ3ppcCB1bmd6aXAgdXNlLWNvbXByZXNzLXByb2dyYW0gXAoJCQlibG9jay1jb21wcmVz cyBoZWxwIHZlcnNpb24pIi8gXAoJCQljLy0vIihiIEIgQyBmIEYgZyBHIGggaSBrIEsgbCBMIG0g TSBOIG8gTyBwIFAgUiBzIFMgXAoJCQlUIHYgViB3IFcgWCB6IFogMCAxIDIgMyA0IDUgNiA3IC0p Ii8gXAoJCQlDQFsvZGV2XUBmQCBcCgkJCW4vLWMqZi94Oic8bmV3X3Rhcl9maWxlLCBkZXZpY2Vf ZmlsZSwgb3IgIi0iPicvIFwKCQkJbi97LVtBZHJ0dXhdKmYsLS1maWxlfS9mOioue3Rhcix0YXos dGd6fS8gXAoJCQlOL3steCpmLC0tZmlsZX0vJ2B0YXIgLXRmICQ6LTFgJy8gXAoJCQluLy0tdXNl LWNvbXByZXNzLXByb2dyYW0vYy8gXAoJCQluL3stYiwtLWJsb2NrLXNpemV9L3g6JzxibG9ja19z aXplPicvIFwKCQkJbi97LVYsLS1sYWJlbH0veDonPHZvbHVtZV9sYWJlbD4nLyBcCgkJCW4vey1O LC0te2FmdGVyLWRhdGUsbmV3ZXJ9fS94Oic8ZGF0ZT4nLyBcCgkJCW4vey1MLC0tdGFwZS1sZW5n dGh9L3g6Jzx0YXBlX2xlbmd0aF9pbl9rQj4nLyBcCgkJCW4vey1DLC0tZGlyZWN0b3J5fS9kLyBc CgkJCU4vey1DLC0tZGlyZWN0b3J5fS8nYFxscyAkOi0xYCcvIFwKCQkJbi8tWzAtN10vIihsIG0g aCkiLwoKICAgICMgU1ZSNCBmaWxlc3lzdGVtcwogICAgY29tcGxldGUgIG1vdW50CWMvLS8iKGEg RiBtIG8gTyBwIHIgdiBWKSIvIG4vLXAvbi8gbi8tdi9uLyBcCiAgICAJCQluLy1vL3g6JzxGU1R5 cGVfb3B0aW9ucz4nLyBcCiAgICAJCQluQC1GQCdgXGxzIC0xIC91c3IvbGliL2ZzYCdAIFwKICAg IAkJCW5AKkAnYGdyZXAgLXYgIl4jIiAvZXRjL3Zmc3RhYiB8IHRyIC1zICIgIiAiCSAiIHwgY3V0 IC1mIDNgJ0AKICAgIGNvbXBsZXRlIHVtb3VudAljLy0vIihhIG8gVikiLyBuLy1vL3g6JzxGU1R5 cGVfb3B0aW9ucz4nLyBcCiAgICAJCQluLyovJ2Btb3VudCB8IGN1dCAtZCAiICIgLWYgMWAnLwog ICAgY29tcGxldGUgIG1vdW50YWxsCWMvLS8iKEYgbCByKSIvIG5ALUZAJ2BcbHMgLTEgL3Vzci9s aWIvZnNgJ0AKICAgIGNvbXBsZXRlIHVtb3VudGFsbAljLy0vIihGIGggayBsIHIgcykiLyBuQC1G QCdgXGxzIC0xIC91c3IvbGliL2ZzYCdAIFwKICAgIAkJCW4vLWgvJ2BkZiAtayB8IGN1dCAtcyAt ZCAiOiIgLWYgMSB8IHNvcnQgLXVgJy8KICAgICMgQlNEIDQuMyBmaWxlc3lzdGVtcwogICAgI2Nv bXBsZXRlICBtb3VudAljLy0vIihhIHIgdCB2KSIvIG4vLXQvIig0LjIgbmZzKSIvIFwKICAgICMJ CQluQCpAJ2BncmVwIC12ICJeIyIgL2V0Yy9mc3RhYiB8IHRyIC1zICIgIiAiCSIgfCBjdXQgLWYg MmAnQAogICAgI2NvbXBsZXRlIHVtb3VudAljLy0vIihhIGggdCB2KSIvIG4vLXQvIig0LjIgbmZz KSIvIFwKICAgICMJCQluLy1oLydgZGYgfCBjdXQgLXMgLWQgIjoiIC1mIDEgfCBzb3J0IC11YCcv IFwKICAgICMJCQluLyovJ2Btb3VudCB8IGN1dCAtZCAiICIgLWYgM2AnLwogICAgIyBCU0QgNC4y IGZpbGVzeXN0ZW1zCiAgICAjY29tcGxldGUgIG1vdW50CWMvLS8iKGEgciB0IHYpIi8gbi8tdC8i KHVmcyBuZnMpIi8gXAogICAgIwkJCW5AKkAnYGN1dCAtZCAiOiIgLWYgMiAvZXRjL2ZzdGFiYCdA CiAgICAjY29tcGxldGUgdW1vdW50CWMvLS8iKGEgaCB0IHYpIi8gbi8tdC8iKHVmcyBuZnMpIi8g XAogICAgIwkJCW4vLWgvJ2BkZiB8IGN1dCAtcyAtZCAiOiIgLWYgMSB8IHNvcnQgLXVgJy8gXAog ICAgIwkJCW4vKi8nYG1vdW50IHwgY3V0IC1kICIgIiAtZiAzYCcvCgogICAgIyB0aGVzZSBkZWFs IHdpdGggTklTIChmb3JtZXJseSBZUCk7IGlmIGl0J3Mgbm90IHJ1bm5pbmcgeW91IGRvbid0IG5l ZWQgJ2VtCiAgICBpZiAoLVggZG9tYWlubmFtZSkgdGhlbgogICAgICBzZXQgX2RvbWFpbiA9ICJg ZG9tYWlubmFtZWAiCiAgICAgIHNldCBfeXBkaXIgID0gL3Zhci95cAkjIGRpcmVjdG9yeSB3aGVy ZSBOSVMgKFlQKSBtYXBzIGFyZSBrZXB0CiAgICAgIGlmICgiJF9kb21haW4iICE9ICIiICYmICIk X2RvbWFpbiIgIT0gIm5vbmFtZSIpIHRoZW4KICAgICAgICBjb21wbGV0ZSBkb21haW5uYW1lIHBA MUBEOiRfeXBkaXJAIiAiIG5AKkBuQAogICAgICAgIGNvbXBsZXRlIHlwY2F0CSAgICBjQC1AIihk IGsgdCB4KSJAIG5ALXhAbkAgbkAtZEBEOiRfeXBkaXJAIiAiIFwKCSAgICAgICAgICAgICAgICAg ICAgTkAtZEBcYFxcbHNcIC0xXCAkX3lwZGlyL1wkOi0xXCBcfFwgc2VkXCAtblwgcyVcXFxcLnBh Z1xcXCQlJXBcYEAgXAoJICAgICAgICAgICAgICAgICAgICBuQCpAXGBcXGxzXCAtMVwgJF95cGRp ci8kX2RvbWFpblwgXHxcIHNlZFwgLW5cIHMlXFxcXC5wYWdcXFwkJSVwXGBACiAgICAgICAgY29t cGxldGUgeXBtYXRjaCAgICBjQC1AIihkIGsgdCB4KSJAIG5ALXhAbkAgbkAtZEBEOiRfeXBkaXJA IiAiIFwKCSAgICAgICAgICAgICAgICAgICAgTkAtZEB4Oic8a2V5IC4uLj4nQCBuQC1AeDonPGtl eSAuLi4+J0AgcEAxQHg6JzxrZXkgLi4uPidAIFwKCSAgICAgICAgICAgICAgICAgICAgbkAqQFxg XFxsc1wgLTFcICRfeXBkaXIvJF9kb21haW5cIFx8XCBzZWRcIC1uXCBzJVxcXFwucGFnXFxcJCUl cFxgQAogICAgICAgIGNvbXBsZXRlIHlwd2hpY2ggICAgY0AtQCIoZCBtIHQgeCBWMSBWMikiQCBu QC14QG5AIG5ALWRARDokX3lwZGlyQCIgIiBcCgkgICAgICAgICAgICAgICAgICAgIG5ALW1AXGBc XGxzXCAtMVwgJF95cGRpci8kX2RvbWFpblwgXHxcIHNlZFwgLW5cIHMlXFxcXC5wYWdcXFwkJSVw XGBAIFwKCQkJICAgIE5ALW1AbkAgbkAqQFwkaG9zdHNACiAgICAgIGVuZGlmCiAgICAgIHVuc2V0 IF9kb21haW4gX3lwZGlyCiAgICBlbmRpZgoKICAgIGNvbXBsZXRlIG1ha2UgXAoJJ24vLWYvZi8n IFwKICAgICAgCSdjLyo9L2YvJyBcCgknbkAqQGBjYXQgLXMgR05VbWFrZWZpbGUgTWFrZWZpbGUg bWFrZWZpbGUgfCYgc2VkIC1uIC1lICIvTm8gc3VjaCBmaWxlL2QiIC1lICIvXlteICAgICAjXS4q Oi9zLzouKi8vcCJgQCcKCiAgICBpZiAoIC1mIC9ldGMvcHJpbnRjYXAgKSB0aGVuCglzZXQgcHJp bnRlcnM9KGBzZWQgLW4gLWUgIi9eW14gICAgICNdLio6L3MvOi4qLy9wIiAvZXRjL3ByaW50Y2Fw YCkKCgljb21wbGV0ZSBscHIgICAgJ2MvLVAvJHByaW50ZXJzLycKCWNvbXBsZXRlIGxwcSAgICAn Yy8tUC8kcHJpbnRlcnMvJwoJY29tcGxldGUgbHBybSAgICdjLy1QLyRwcmludGVycy8nCgljb21w bGV0ZSBscHF1b3RhICAgICAgICAncC8xLygtUXBybG9nZ2VyKS8nICdjLy1QLyRwcmludGVycy8n Cgljb21wbGV0ZSBkdmlwcyAgJ2MvLVAvJHByaW50ZXJzLycgJ24vLW8vZjoqLntwcyxQU30vJyAn bi8qL2Y6Ki5kdmkvJwoJY29tcGxldGUgZHZpbGoJJ3AvKi9mOiouZHZpLycKICAgIGVuZGlmCgog ICAgdW5zZXQgbm9nbG9iCiAgICB1bnNldCBfY29tcGxldGUKZW5kaWYKCmVuZDoKCW9uaW50cgoK Cgo= ------=_Part_56_2360383.1097060558435-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 11:28:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC09916A4CE for ; Wed, 6 Oct 2004 11:28:40 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85EC643D2D for ; Wed, 6 Oct 2004 11:28:40 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 783F965213 for ; Wed, 6 Oct 2004 12:28:39 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 95061-04-2 for ; Wed, 6 Oct 2004 12:28:38 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-93-86.dsl.snfc21.pacbell.net [67.121.93.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 5297A65211 for ; Wed, 6 Oct 2004 12:28:38 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 7645564B3; Wed, 6 Oct 2004 04:28:34 -0700 (PDT) Date: Wed, 6 Oct 2004 04:28:34 -0700 From: Bruce M Simpson To: freebsd-current@FreeBSD.org Message-ID: <20041006112834.GC1794@empiric.icir.org> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20041006092156.GA690@empiric.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L2Brqb15TUChFOBK" Content-Disposition: inline In-Reply-To: <20041006092156.GA690@empiric.icir.org> Subject: Re: Help wanted re formatting USB floppies. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 11:28:41 -0000 --L2Brqb15TUChFOBK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I realize this is a bit of a long post, but I believe I've found the answer. Those of you who want to format a USB floppy on FreeBSD right at this moment may have luck with the following uber sekret combination: camcontrol cmd ${DEVNAME} \ -c "04 17 00 00 00 00 00 00 00 00 00 00" \ -o 12 "00 A0 00 08 00 00 0B 40 00 00 02 00" This roughly means 'format everything on this disk with 2880 512-byte block= s' in USB-floppy-ese; where ${DEVNAME} is the device name of your USB floppy. For those of you who were always told to show your working in school, =66rom my notes: %%% - Format track 0 with USB-FDU defaults. Looks like it's hanging. But there's additional data needed! It needs a=20 Format Parameter List on the Bulk endpoint (!!). Needs a parameter list as follows: 4-byte Defect List Header: 00 reserved FOV | (0) | DCRT | (0) | (0) | (0) | (0) | (0) --> A0 A0 format options valid, disable certification, not immediate, all tracks. 00 08 defect list length (must always be 8 bytes, length of the format descrip= tor which follows) 8-byte Format Descriptor: 00 00 0B 40 -> 2880 blocks 00 reserved 00 02 00 -> 512 byte blocks these values come from the format descriptor: empiric# camcontrol cmd da0 -v -v -c "23 00 00 00 00 00 00 00 20 00 00 00" = -i 0x 20 "{} *i3 {Len} i1 {Blocks} i4 {} *b6 {Code} b2 {Blocklen} i3" 32 2880 2 512 %%% This is not an 'exact science' yet. A more user friendly USB/SCSI/ATAPI removable disk formatting program should be forthcoming soon. A track by track format is what I believe Windows does, though I haven't done any USB reverse engineering to confirm this. newfs_msdos(8) seems to like it: empiric# newfs_msdos da0 auto /dev/da0: 2840 sectors in 355 FAT12 clusters (4096 bytes/cluster) bps=3D512 spc=3D8 res=3D1 nft=3D2 rde=3D512 sec=3D2880 mid=3D0xf0 spf=3D2 s= pt=3D32 hds=3D64 hid=3D0 Hex dumps using vim's xxd(1) of /dev/da0 on my system seem to confirm that the device did indeed format properly. Blimey, all that for something ordinary people do every day on Windows machines without a second thought. Have fun, I'm off to bed. BMS --L2Brqb15TUChFOBK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBY9bhueUpAYYNtTsRAuGzAJ0apRznVxiPLa2RwMtp/cX0u2xPmACePoXN oXDTut1C532y29X0PqvJPGs= =LqYc -----END PGP SIGNATURE----- --L2Brqb15TUChFOBK-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 12:00:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BDE716A4CE for ; Wed, 6 Oct 2004 12:00:38 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7072843D39 for ; Wed, 6 Oct 2004 12:00:37 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id DA7CA6520E for ; Wed, 6 Oct 2004 13:00:35 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 95784-01-4 for ; Wed, 6 Oct 2004 13:00:35 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-93-86.dsl.snfc21.pacbell.net [67.121.93.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 1135B6520C for ; Wed, 6 Oct 2004 13:00:35 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id DACFE64B3; Wed, 6 Oct 2004 05:00:31 -0700 (PDT) Date: Wed, 6 Oct 2004 05:00:31 -0700 From: Bruce M Simpson To: freebsd-current@FreeBSD.org Message-ID: <20041006120031.GD1794@empiric.icir.org> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20041006092156.GA690@empiric.icir.org> <20041006112834.GC1794@empiric.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="reI/iBAAp9kzkmX4" Content-Disposition: inline In-Reply-To: <20041006112834.GC1794@empiric.icir.org> Subject: Formatting a USB floppy in FreeBSD [SOLVED] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 12:00:38 -0000 --reI/iBAAp9kzkmX4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 06, 2004 at 04:28:34AM -0700, Bruce M Simpson wrote: > camcontrol cmd ${DEVNAME} \ > -c "04 17 00 00 00 00 00 00 00 00 00 00" \ > -o 12 "00 A0 00 08 00 00 0B 40 00 00 02 00" Bung a -t 140 in there so you don't get a complaint about mode auto-sense when the format has not yet completed. 140 seconds to format a floppy may be a bit excessive, but do bear in mind this doesn't verify the format as it goes along. A CAM-based program to format removable media (including UFI floppies) track-by-track wouldn't have that problem, and would be able to verify, give you progress indications, etc. I hope the simple camcontrol example above serves to demonstrate the problem is more or less cracked. I'm happy to live with a simple shell script wrapper with the above for now, or even just an alias for csh: alias ufdformat 'camcontrol cmd \!* -t 140 -c "04 17 00 00 00 00 00 00 00 00 00 00" -o 12 "00 A0 00 08 00 00 0B 40 00 00 02 00"' Really going to sleep now. BMS --reI/iBAAp9kzkmX4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBY95fueUpAYYNtTsRAoi3AKCUJuFjoT5mjJg1+5s7fGtyhgK6kQCfaaYk bkwDI4ZmHNOjO/SsWGgsuVw= =QwsO -----END PGP SIGNATURE----- --reI/iBAAp9kzkmX4-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 5 19:07:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E128B16A4CE for ; Tue, 5 Oct 2004 19:07:18 +0000 (GMT) Received: from ring.vpop.net (ring.vpop.net [207.178.248.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE88C43D45 for ; Tue, 5 Oct 2004 19:07:18 +0000 (GMT) (envelope-from mreimer@vpop.net) Received: from bilbo.vpop.net (bilbo.vpop.net [70.56.77.194]) by ring.vpop.net (Postfix) with ESMTP id 6EB31AFA9F6; Tue, 5 Oct 2004 12:07:12 -0700 (PDT) From: Matthew Reimer Organization: VPOP Technologies, Inc. To: Adam Smith Date: Tue, 5 Oct 2004 12:09:07 -0500 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410051209.08238.mreimer@vpop.net> X-Mailman-Approved-At: Wed, 06 Oct 2004 12:15:30 +0000 cc: current@freebsd.org Subject: Re: Odd Poewr Saving problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 19:07:19 -0000 Adam Smith wrote: > I have a strange issue with power saving and FreeBSD 5.3. I've been > experiencing it through BETA4-6. > > I am running X with KDE3.3, and every now and then FreeBSD presents me > with a black screen (as if it has detected that it is now time to suspend > display). > > Each time it is fixed by just pressing a button or moving my mouse, as per > a normal power saving function. > > Is there any other information I can provide that might shed some light to > the problem? > http://freedesktop.org/bugzilla/show_bug.cgi?id=792 Matt From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 06:03:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6829516A4FB for ; Wed, 6 Oct 2004 06:03:47 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E882543D68 for ; Wed, 6 Oct 2004 06:03:42 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i9663fZ2067505; Tue, 5 Oct 2004 23:03:42 -0700 (PDT) (envelope-from d.kulinski@gmail.com) Date: Tue, 5 Oct 2004 23:03:34 -0700 From: d.kulinski@gmail.com X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <12210998906.20041005230334@takeda.tk> To: Geoff Speicher In-Reply-To: <20041006010051.GA53821@sirius.speicher.org> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@[192.168.1.16]> <20041006010051.GA53821@sirius.speicher.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 06 Oct 2004 12:15:30 +0000 cc: "Jason C. Wells" cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:03:47 -0000 Hello Geoff, Tuesday, October 5, 2004, 6:00:51 PM, you wrote: >> >Well, per >> >http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/master.passwd?rev=1.1&conte >> >nt-type=text/x-cvsweb-markup it looks as if /bin/csh was root's shell as >> >of Revision 1.1, Sun Jun 20 13:41:37 1993 UTC (11 years, 3 months ago) by >> >rgrimes. >> > >> >No, I didn't check to see if it had changed back & forth in the interim. >> >> Wow. I must have been carrying my passwd files along with my upgrades >> since forever. I don't have a single system that has csh as root's shell. > I imagine it was made the default because of its supposed friendly > interactivity features. I personally find it quite the contrary (no > offense to Bill Joy of course), as do plenty of others. Google on 'csh > considered harmful' for a compelling argument. > The nice part about having csh as the default root shell is that > it actually discourages use of the root login. That nasty csh is > a constant reminder for me that I'm logged in as root and probably > shouldn't be. ;) I don't know what do you want from csh, (which is in fact tcsh), I was for a long time a bash fan, but once I was motivated to try tcsh, and it turned out that it's pretty good shell, it even has some features that aren't available in bash. I know that by default it looks terrible, but after setting some options it's pretty decent, here is part of my .cshrc, some options for other people might be annoying, and should be modified. if ($?prompt) then # An interactive shell -- set some stuff up set prompt = "`hostname -s`# " set filec set history = 100 set savehist = 100 set mail = (/var/mail/$USER) if ( $?tcsh ) then bindkey "^W" backward-delete-word bindkey -k up history-search-backward bindkey -k down history-search-forward #nicer than default prompt set prompt = '%n@%m:%/%# ' #time on the right side set rprompt = "%P" #tab behaves more like in bash set autolist #auto correction set autocorrect #what should be corrected #change to cmd if tcsh should only suggest #correction for command, not arguments set correct=all #you don't need to write cd to change directory #just write directory i.e. /root set implicitcd=verbose #prints exit value if is different than 0 #useful for commands that don't print anything set printexitvalue #protection against rm * :) set rmstar #shows who logs in and logs out set watch = ( 1 any any ) set who="%n@%M (%a)" #displays stats for processes that run longer than 1 #cpu second set time=(1 '%Uu %Ss %E %P %X+%Dk (max %Mk) %I+%Oio %Fpf(%Rmpf)+%Ww %rr+%ss SIG: %k %w+%c') endif endif -- Best regards, d mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 08:53:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF4AE16A4CE for ; Wed, 6 Oct 2004 08:53:46 +0000 (GMT) Received: from fw.opsys.hu (fw.opsys.hu [195.56.45.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABBB943D1D for ; Wed, 6 Oct 2004 08:53:45 +0000 (GMT) (envelope-from lemle.geza@haisystems.hu) Received: from fw.opsys.hu (localhost [127.0.0.1]) by fw.opsys.hu (Postfix) with SMTP id 098AB406A for ; Wed, 6 Oct 2004 10:53:45 +0200 (CEST) Received: from lotus.i.opsys.hu (unknown [192.168.1.1]) by fw.opsys.hu (Postfix) with ESMTP id A2DDE4069 for ; Wed, 6 Oct 2004 10:53:44 +0200 (CEST) To: freebsd-current@freebsd.org X-Mailer: Lotus Notes Release 6.5.2 June 01, 2004 Message-ID: From: lemle.geza@haisystems.hu Date: Wed, 6 Oct 2004 10:53:44 +0200 X-MIMETrack: Serialize by Router on HAILN_BUD01/HAITEC/HU(Release 6.5.2|June 01, 2004) at 10.06.2004 10:53:44 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: base64 X-Mailman-Approved-At: Wed, 06 Oct 2004 12:15:30 +0000 Subject: Buildworld fails.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 08:53:47 -0000 SGVsbG8sDQoNCkkgY2FuJ3QgYnVpbGQgLWN1cnJlbnQgdG9kYXkgc2luY2UgcHJvYy5oIDEuNDA2 Og0KDQovdXNyL3NyYy9saWIvbGlia3ZtL2t2bV9wcm9jLmM6IEluIGZ1bmN0aW9uIGBrdm1fcHJv Y2xpc3QnOg0KL3Vzci9zcmMvbGliL2xpYmt2bS9rdm1fcHJvYy5jOjI2OTogd2FybmluZzogYXNz aWdubWVudCBtYWtlcyBpbnRlZ2VyIGZyb20NCnBvaW50ZXIgd2l0aG91dCBhIGNhc3QNCi91c3Iv c3JjL2xpYi9saWJrdm0va3ZtX3Byb2MuYzozNDE6IGVycm9yOiBzdHJ1Y3R1cmUgaGFzIG5vIG1l bWJlciBuYW1lZA0KYHBfcnVudGltZScNCg0KDQpMZW1sZSBHZXphDQpTeXN0ZW0gRW5naW5lZXIN Cg0KSEFJU1lTVEVNUyBMdGQuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVGVsLjogKzM2 IDEgMjIwIDk3ODgNCkgtMTE0MyBCdWRhcGVzdCAgICAgICAgICAgICAgICAgICAgICBGYXguOiAr MzYgMSAyMjAgOTc4Nw0KSnVyaXNpY3MgTS4gdS4gMjAuICAgICAgICAgICAgICAgICAgICAgICBo dHRwOi8vd3d3LmhhaXN5c3RlbXMuaHU= From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 06:43:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5897216A4ED for ; Wed, 6 Oct 2004 06:43:45 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D762F43D45 for ; Wed, 6 Oct 2004 06:43:44 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i966gFEX017345 for ; Wed, 6 Oct 2004 00:42:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 06 Oct 2004 00:43:53 -0600 (MDT) Message-Id: <20041006.004353.49436123.imp@bsdimp.com> To: Bcc-Receiver: ; From: "M. Warner Losh" X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Oct__6_00:43:53_2004_540)--" Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 06 Oct 2004 12:19:13 +0000 Subject: A blind carbon copy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 06:43:45 -0000 ----Next_Part(Wed_Oct__6_00:43:53_2004_540)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit This is a blind carbon copy. ----Next_Part(Wed_Oct__6_00:43:53_2004_540)-- Content-Type: Message/Rfc822 Content-Transfer-Encoding: 7bit Date: Wed, 06 Oct 2004 00:43:53 -0600 (MDT) Message-Id: <20041006.004353.08394386.imp@bsdimp.com> To: mobile@freebsd.org Subject: Please test fix for bad Vcc errors From: M. Warner Losh Reply-To: mobile@freebsd.org X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Oct__6_00:43:53_2004_716)--" Content-Transfer-Encoding: 7bit ----Next_Part(Wed_Oct__6_00:43:53_2004_716)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit If you have an older laptop that's getting bad Vcc errors, please test this patch. There's a number of laptops with resource issues. If you are using ACPI, this won't change anything (I have a separate patch for that). Warner ----Next_Part(Wed_Oct__6_00:43:53_2004_716)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="legacy.diff" Index: pci_bus.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sys/i386/pci/pci_bus.c,v retrieving revision 1.112 diff -u -r1.112 pci_bus.c --- pci_bus.c 1 Jun 2004 19:51:29 -0000 1.112 +++ pci_bus.c 6 Oct 2004 06:35:12 -0000 @@ -45,6 +45,7 @@ #endif #include #include +#include #include "pcib_if.h" @@ -77,11 +78,11 @@ static const char * legacy_pcib_is_host_bridge(int bus, int slot, int func, - u_int32_t id, u_int8_t class, u_int8_t subclass, - u_int8_t *busnum) + uint32_t id, uint8_t class, uint8_t subclass, + uint8_t *busnum) { const char *s = NULL; - static u_int8_t pxb[4]; /* hack for 450nx */ + static uint8_t pxb[4]; /* hack for 450nx */ *busnum = 0; @@ -468,6 +469,24 @@ return ENOENT; } +static struct resource * +legacy_pcib_alloc_resource(device_t dev, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + /* + * If no memory preference is given, use upper 32MB slot most + * bioses use for their memory window. Typically other bridges + * before us get in the way to assert their preferences on memory. + * Hardcoding like this sucks, so a more MD/MI way needs to be + * found to do it. This is typically only used on older laptops + * that don't have pci busses behind pci bridge, so assuming > 32MB + * is liekly OK. + */ + if (type == SYS_RES_MEMORY && start == 0UL && end == ~0UL) + start = 0xfe000000; + return (bus_generic_alloc_resource(dev, child, type, rid, start, end, + count, flags)); +} static device_method_t legacy_pcib_methods[] = { /* Device interface */ @@ -482,7 +501,7 @@ DEVMETHOD(bus_print_child, bus_generic_print_child), DEVMETHOD(bus_read_ivar, legacy_pcib_read_ivar), DEVMETHOD(bus_write_ivar, legacy_pcib_write_ivar), - DEVMETHOD(bus_alloc_resource, bus_generic_alloc_resource), + DEVMETHOD(bus_alloc_resource, legacy_pcib_alloc_resource), DEVMETHOD(bus_release_resource, bus_generic_release_resource), DEVMETHOD(bus_activate_resource, bus_generic_activate_resource), DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_resource), ----Next_Part(Wed_Oct__6_00:43:53_2004_716)---- ----Next_Part(Wed_Oct__6_00:43:53_2004_540)---- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 12:22:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6F4C16A4CE for ; Wed, 6 Oct 2004 12:22:54 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 379E343D2F for ; Wed, 6 Oct 2004 12:22:54 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041006122253.55657.qmail@web54007.mail.yahoo.com> Received: from [147.46.44.181] by web54007.mail.yahoo.com via HTTP; Wed, 06 Oct 2004 05:22:53 PDT Date: Wed, 6 Oct 2004 05:22:53 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-BETA7 rc.conf: ntpdate vs. named clash? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 12:22:54 -0000 Hello, I have 5.3-BETA7. I have ntpdate and named enabled in rc.conf; named is caching nameserver only. The hostnames of ntpdate list are not resolved. However, named seems to work fine after bootup is finished. Do we have a clash in startup sequence of these two daemons here? In /etc/rc.conf, I have: ntpdate_enable="YES" ntpdate_flags="-b ntp.ewha.net time.kriss.re.kr" ntpd_enable="YES" named_enable="YES" During the boot process, I get: ============================================= [...] Starting named. Setting date via ntp. Looking for host ntp.ewha.net and service ntp Error : hostname nor servname provided, or not known 6 Oct 21:08:47 ntpdate[298]: can't find host ntp.ewha.net Looking for host time.kriss.re.kr and service ntp Error : hostname nor servname provided, or not known 6 Oct 21:08:47 ntpdate[298]: can't find host time.kriss.re.kr Looking for host ntp.ewha.net and service ntp Error : hostname nor servname provided, or not known 6 Oct 21:08:47 ntpdate[298]: can't find host ntp.ewha.net Looking for host time.kriss.re.kr and service ntp Error : hostname nor servname provided, or not known 6 Oct 21:08:47 ntpdate[298]: can't find host time.kriss.re.kr 6 Oct 21:08:47 ntpdate[298]: no servers can be used, exiting [...] ============================================= After the boot up is finished, I stopped ntpd and entered manually as root the ntpdate command: # ntpdate -b ntp.ewha.net time.kriss.re.kr Looking for host ntp.ewha.net and service ntp host found : 211.39.143.103 Looking for host time.kriss.re.kr and service ntp host found : timency.kriss.re.kr 6 Oct 21:10:33 ntpdate[592]: step time server 211.115.194.21 offset 0.876997 sec Then it seems to work fine! Why it didn't during boot up? Regards, Rob. PS: when named is disabled, the boot up with ntpdate works fine! _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 12:43:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E88416A4CE for ; Wed, 6 Oct 2004 12:43:43 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71C6843D1D for ; Wed, 6 Oct 2004 12:43:42 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i96Chd9Z084865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 6 Oct 2004 16:43:40 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i96Chdg4084864 for current@freebsd.org; Wed, 6 Oct 2004 16:43:39 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Wed, 6 Oct 2004 16:43:39 +0400 From: Gleb Smirnoff To: current@freebsd.org Message-ID: <20041006124339.GA84583@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: syslog overflow fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 12:43:43 -0000 Dear collegues, do you have any objections for merging syslog overflow fix from OpenBSD? The patch I'm going to commit is at end of this message. Problem description and PoC can be found in bin/72366. Index: syslog.c =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/syslog.c,v retrieving revision 1.30 diff -u -r1.30 syslog.c --- syslog.c 10 May 2004 17:12:52 -0000 1.30 +++ syslog.c 6 Oct 2004 12:32:05 -0000 @@ -243,17 +243,27 @@ if (!opened) openlog(LogTag, LogStat | LOG_NDELAY, 0); connectlog(); - if (send(LogFile, tbuf, cnt, 0) >= 0) - return; /* - * If the send() failed, the odds are syslogd was restarted. - * Make one (only) attempt to reconnect to /dev/log. + * If the send() failed, there are two likely scenarios: + * 1) syslogd was restarted + * 2) /var/run/log is out of socket buffer space + * We attempt to reconnect to /var/run/log to take care of + * case #1 and keep send()ing data to cover case #2 + * to give syslogd a chance to empty its socket buffer. */ - disconnectlog(); - connectlog(); - if (send(LogFile, tbuf, cnt, 0) >= 0) - return; + + if (send(LogFile, tbuf, cnt, 0) < 0) { + if (errno != ENOBUFS) { + disconnectlog(); + connectlog(); + } + do { + usleep(1); + if (send(LogFile, tbuf, cnt, 0) >= 0) + break; + } while (errno == ENOBUFS); + } /* * Output the message to the console; try not to block -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 12:47:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB41416A4CE for ; Wed, 6 Oct 2004 12:47:33 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 371EA43D3F for ; Wed, 6 Oct 2004 12:47:33 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 2271 invoked by uid 0); 6 Oct 2004 12:46:53 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 6 Oct 2004 12:46:53 -0000 Message-ID: <4163E976.8000701@gamersimpact.com> Date: Wed, 06 Oct 2004 07:47:50 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Installworld Failed, lib/libmsun version not bumped X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 12:47:34 -0000 Unfortunately I ran out of time trying to find why the version number wasn't bumped. Hopefully someone knows where and can solve quicker than I can find it. ===> lib/msun (install) install -C -o root -g wheel -m 444 libm.a /usr/lib install -C -o root -g wheel -m 444 libm_p.a /usr/lib install -s -o root -g wheel -m 444 libm.so.2 /lib install: libm.so.2: No such file or directory *** Error code 71 (root@lucky)/usr/src:ls -l /usr/obj/usr/src/lib/msun/libm.so.[0-9] -rwxr-xr-x 1 root wheel 120868 Oct 5 23:32 /usr/obj/usr/src/lib/msun/libm.so.3 (root@lucky)/usr/src: -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 12:52:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6655516A4CE for ; Wed, 6 Oct 2004 12:52:48 +0000 (GMT) Received: from jazz.hansabank.lt (jazz.hansabank.lt [193.109.235.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BB5143D80 for ; Wed, 6 Oct 2004 12:52:44 +0000 (GMT) (envelope-from Putinas.Piliponis@hansa.lt) Received: from localhost (localhost [127.0.0.1]) by jazz.hansabank.lt (Postfix) with ESMTP id 6A467FA40 for ; Wed, 6 Oct 2004 15:52:43 +0300 (EEST) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Date: Wed, 6 Oct 2004 15:52:42 +0300 Message-ID: <217202CB5FF8AE439E263CE3D48ECB50757DB5@honda.int.hansa.lt> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 5.3-BETA7 rc.conf: ntpdate vs. named clash? Thread-Index: AcSrn05o1p3SMgUURimlTzZX8hYG5QAA+soQ From: "Putinas Piliponis" To: "freebsd-current" Subject: RE: 5.3-BETA7 rc.conf: ntpdate vs. named clash? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 12:52:48 -0000 I have similar problem with BETA6, for workaround just put there IP address instead of name.=20 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of spam maps Sent: Wednesday, October 06, 2004 3:23 PM To: freebsd-current Subject: 5.3-BETA7 rc.conf: ntpdate vs. named clash? Hello, I have 5.3-BETA7. I have ntpdate and named enabled in rc.conf; named is caching nameserver only. The hostnames of ntpdate list are not resolved. However, named seems to work fine after bootup is finished. Do we have a clash in startup sequence of these two daemons here? In /etc/rc.conf, I have: ntpdate_enable=3D"YES" ntpdate_flags=3D"-b ntp.ewha.net time.kriss.re.kr" ntpd_enable=3D"YES" named_enable=3D"YES" During the boot process, I get: =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 [...] Starting named. Setting date via ntp. Looking for host ntp.ewha.net and service ntp Error : hostname nor servname provided, or not known 6 Oct 21:08:47 ntpdate[298]: can't find host ntp.ewha.net Looking for host time.kriss.re.kr and service ntp Error : hostname nor servname provided, or not known 6 Oct 21:08:47 ntpdate[298]: can't find host time.kriss.re.kr Looking for host ntp.ewha.net and service ntp Error : hostname nor servname provided, or not known 6 Oct 21:08:47 ntpdate[298]: can't find host ntp.ewha.net Looking for host time.kriss.re.kr and service ntp Error : hostname nor servname provided, or not known 6 Oct 21:08:47 ntpdate[298]: can't find host time.kriss.re.kr 6 Oct 21:08:47 ntpdate[298]: no servers can be used, exiting [...] =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 After the boot up is finished, I stopped ntpd and entered manually as root the ntpdate command: # ntpdate -b ntp.ewha.net time.kriss.re.kr Looking for host ntp.ewha.net and service ntp host found : 211.39.143.103 Looking for host time.kriss.re.kr and service ntp host found : timency.kriss.re.kr 6 Oct 21:10:33 ntpdate[592]: step time server 211.115.194.21 offset 0.876997 sec Then it seems to work fine! Why it didn't during boot up? Regards, Rob. PS: when named is disabled, the boot up with ntpdate works fine! =09 _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 14:25:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7889C16A4CE for ; Wed, 6 Oct 2004 14:25:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E49C343D1D for ; Wed, 6 Oct 2004 14:25:08 +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 222661FF9AB for ; Wed, 6 Oct 2004 16:25:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 5985E1FF91D; Wed, 6 Oct 2004 16:25:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 65C2915606; Wed, 6 Oct 2004 14:22:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5B4A6155ED for ; Wed, 6 Oct 2004 14:22:47 +0000 (UTC) Date: Wed, 6 Oct 2004 14:22:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: if_em dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 14:25:09 -0000 Hi, on a machine running BETA7 I get following funny dmesg output (with those \n included): --- cut --- em 0 : L ink is up 100 Mbps Full Duplex --- cut --- what's going on there ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 14:51:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6C9C16A4CF; Wed, 6 Oct 2004 14:51:44 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E202743D5C; Wed, 6 Oct 2004 14:51:43 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 961875312; Wed, 6 Oct 2004 16:51:42 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 026CF5310; Wed, 6 Oct 2004 16:51:34 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id D47C5B85E; Wed, 6 Oct 2004 16:51:34 +0200 (CEST) To: Brad Knowles References: <20040928124039.GB61666@elvis.mu.org> <20040928143053.GD61666@elvis.mu.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 06 Oct 2004 16:51:34 +0200 In-Reply-To: (Brad Knowles's message of "Tue, 28 Sep 2004 16:37:56 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Call for testers: patch for the dc(4) driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 14:51:45 -0000 Brad Knowles writes: > Cool! I had no idea.... I've just been used to seeing hme > interfaces forever on Suns and didn't realize that they'd switched > to a different device for some hardware. Most Sparc64-based machines have PCI slots, you know. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 15:04:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA02C16A4CE; Wed, 6 Oct 2004 15:04:13 +0000 (GMT) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B3843D41; Wed, 6 Oct 2004 15:04:13 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id i96F4Cuh034203; Wed, 6 Oct 2004 09:04:12 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id i96F4C9i034202; Wed, 6 Oct 2004 09:04:12 -0600 (MDT) (envelope-from ken) Date: Wed, 6 Oct 2004 09:04:12 -0600 From: "Kenneth D. Merry" To: freebsd-current@FreeBSD.org Message-ID: <20041006150412.GA33853@nargothrond.kdm.org> References: <20041006095121.GA1794@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041006095121.GA1794@empiric.icir.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on nargothrond.kdm.org X-Virus-Status: Clean cc: freebsd-scsi@FreeBSD.org Subject: Re: camcontrol(8) and MODE_[SENSE|SELECT]_10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:04:14 -0000 On Wed, Oct 06, 2004 at 02:51:21 -0700, Bruce M Simpson wrote: > I need some advice regarding the handling of 10-byte MODE SENSE/SELECT. > > Apologies if this is more appropriate for freebsd-scsi@ to which I am > not currently subscribed. Yes, freebsd-scsi would probably be more appropriate. > Here is the patch I used to hack camcontrol to force the use of > MODE_SENSE_10 and MODE_SELECT_10 for UFI (umass) devices, i.e. > USB floppy drives. > > This is probably not the cleanest way but it avoids using a global flag > for such a thing, which might be cleaner. > > Note however that the mode page layouts in src/share/misc/scsi_modes > only seem to be correct for the 6-byte MODE_SENSE and MODE_SELECT > which are not supported for such devices; for 10-byte forms the > mode page layout seems to be subtly different. As you noted in your followup mail, it's actually the mode page headers that are different lengths. In theory the mode page layouts in the scsi_modes file should be correct for 6 or 10 byte commands. > Could someone more knowledgeable about the inner workings of CAM and > SCSI in FreeBSD than I advise how we could go about teaching camcontrol(8) > to fetch and display mode pages in a human-readable manner? > (i.e. without necessarily implementing a new utility right away) Conceptually, I'd rather specify a minimum CDB size rather than a "force 10 byte" flag. That's especially true if we end up doing a global flag. That would go along with the idea in the scsi_mode_{sense,select}_len() and scsi_read_write() functions of having a minimum command size. e.g., with a read or a write, the user might specify a minimum command size of 10, but would actually need a 16 byte CDB to handle the lba or length they requested. Right now, mode sense/select are the only commands directly supported by camcontrol(8) that have different length CDBs. It might make sense to do a flag that would work for more than one command, though, to support something like read capacity or sync cache as well as mode sense and mode select. Let me think on it a bit and see what I can come up with. For now, folks can use your patch to deal with devices like this. > This is necessary in order to extract the geometry for a USB floppy > drive in order that track-by-track format may be implemented; the > FORMAT UNIT command for USB floppy drives requires such behaviour > as per the UFI Specification (usbmass-ufi10.pdf). Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 15:04:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C90F716A4CE for ; Wed, 6 Oct 2004 15:04:40 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7605D43D55 for ; Wed, 6 Oct 2004 15:04:39 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.13.114] (ppp83-237-13-114.pppoe.mtu-net.ru [83.237.13.114]) (authenticated bits=0) by portpc-design.spb.ru (8.13.1/8.13.1) with ESMTP id i96F4SUq081874 for ; Wed, 6 Oct 2004 19:04:29 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <41640976.7020004@mcsi.pp.ru> Date: Wed, 06 Oct 2004 19:04:22 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on portpc-design.spb.ru Subject: NDIS/UMA related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:04:41 -0000 Hello. System running kernel FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Fri Oct 1 19:17:59 MSD 2004 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 is sometimes experiencing following panic on boot after ppp starts and sends first packet to ndis0 (hand-transcribed): kernel trap 12: page fault db> trace ntoskrnl_queue_dpc(0xdeadc0de, 0, 0, 0, 0xd6b96330) +0x9 ntoskrnl_timercall(0xc1fb51f0) +0x7a softclock(0) +0x17a ithread_loop fork_exit fork_trampoline I'll update kernel and will re-post if the problem continues. I'm posting this now because I think someone might be interested in seeing 0xdeadc0de in stack trace. -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 15:11:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C116016A4CE for ; Wed, 6 Oct 2004 15:11:11 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ECA843D2D for ; Wed, 6 Oct 2004 15:11:11 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 35183 invoked by uid 89); 6 Oct 2004 15:18:25 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 6 Oct 2004 15:18:25 -0000 Received: from 128.101.36.205 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 6 Oct 2004 09:18:25 -0600 (MDT) Message-ID: <32959.128.101.36.205.1097075905.squirrel@128.101.36.205> In-Reply-To: <4163E976.8000701@gamersimpact.com> References: <4163E976.8000701@gamersimpact.com> Date: Wed, 6 Oct 2004 09:18:25 -0600 (MDT) From: "Ryan Sommers" To: "Ryan Sommers" 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: current@freebsd.org Subject: Re: Installworld Failed, lib/libmsun version not bumped X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:11:11 -0000 Disregard previous message. New cvsup fixed it. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 15:41:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D8BBC16A4CE; Wed, 6 Oct 2004 15:41:45 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i96FfjEa063638; Wed, 6 Oct 2004 11:41:45 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i96FfcNm063637; Wed, 6 Oct 2004 11:41:38 -0400 (EDT) (envelope-from green) Date: Wed, 6 Oct 2004 11:41:37 -0400 From: Brian Fundakowski Feldman To: Marc UBM Bocklet Message-ID: <20041006154137.GJ47017@green.homeunix.org> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041006090104.06710d85.ubm@u-boot-man.de> User-Agent: Mutt/1.5.6i cc: Vlad cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:41:46 -0000 On Wed, Oct 06, 2004 at 09:01:04AM +0200, Marc UBM Bocklet wrote: > On Tue, 5 Oct 2004 20:07:01 -0400 > Vlad wrote: > > > Welcome to the club, Marc > > > > I have the the same problem, here is several observes that I've > > made: > > > > 1) doesn't happen if kernel compiled w/o SMP > > I'll try booting with a non-SMP kernel after the next panic. > > > 2) happen under heavy traffic > > Nope, there is only light traffic here when it panics (adsl with pppoe, > but the line is never maxed out) > > > 3) I had problems with my network configuration (incorrect broadcast > > assigned to aliased ip on interface) + packets loss issue (switch > > side). when those two issues has been resolved it seems that it's > > working more stable now. > > Nope, nothing like that here. No packet loss, no configuration problems. > > > anything common with the above on your end? > > Let's hope we can narrow it down on smp/non-smp. What kind of socket was it? What address family, protocol type (stream, datagram, etc.), listening, bound, connected? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 15:51:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8AD1016A4CE; Wed, 6 Oct 2004 15:51:28 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i96FpRrU063716; Wed, 6 Oct 2004 11:51:27 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i96FpPsM063715; Wed, 6 Oct 2004 11:51:25 -0400 (EDT) (envelope-from green) Date: Wed, 6 Oct 2004 11:51:25 -0400 From: Brian Fundakowski Feldman To: Maxim Maximov Message-ID: <20041006155125.GK47017@green.homeunix.org> References: <41640976.7020004@mcsi.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41640976.7020004@mcsi.pp.ru> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: NDIS/UMA related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:51:29 -0000 On Wed, Oct 06, 2004 at 07:04:22PM +0400, Maxim Maximov wrote: > Hello. > > System running kernel > > FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Fri Oct 1 > 19:17:59 MSD 2004 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 > > is sometimes experiencing following panic on boot after ppp starts > and sends first packet to ndis0 (hand-transcribed): > > kernel trap 12: page fault > db> trace > ntoskrnl_queue_dpc(0xdeadc0de, 0, 0, 0, 0xd6b96330) +0x9 > ntoskrnl_timercall(0xc1fb51f0) +0x7a > softclock(0) +0x17a > ithread_loop > fork_exit > fork_trampoline > > I'll update kernel and will re-post if the problem continues. I'm > posting this now because I think someone might be interested in seeing > 0xdeadc0de in stack trace. That very much looks like an NDIS driver bug. Did the vendor only provide one version to try? I wouldn't be surprised if NT has kernel code that specifically tries to recover from timers going off that were stored in memory that got freed (before they went off). -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 15:58:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6280D16A4CE; Wed, 6 Oct 2004 15:58:25 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A70643D48; Wed, 6 Oct 2004 15:58:24 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.13.114] (ppp83-237-13-114.pppoe.mtu-net.ru [83.237.13.114]) (authenticated bits=0) by portpc-design.spb.ru (8.13.1/8.13.1) with ESMTP id i96FwHgB085064; Wed, 6 Oct 2004 19:58:17 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <41641614.3050102@mcsi.pp.ru> Date: Wed, 06 Oct 2004 19:58:12 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <41640976.7020004@mcsi.pp.ru> <20041006155125.GK47017@green.homeunix.org> In-Reply-To: <20041006155125.GK47017@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on portpc-design.spb.ru cc: current@freebsd.org Subject: Re: NDIS/UMA related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:58:25 -0000 Brian Fundakowski Feldman wrote: > On Wed, Oct 06, 2004 at 07:04:22PM +0400, Maxim Maximov wrote: > >>Hello. >> >> System running kernel >> >>FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Fri Oct 1 >>19:17:59 MSD 2004 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 >> >> is sometimes experiencing following panic on boot after ppp starts >> and sends first packet to ndis0 (hand-transcribed): >> >>kernel trap 12: page fault >>db> trace >>ntoskrnl_queue_dpc(0xdeadc0de, 0, 0, 0, 0xd6b96330) +0x9 >>ntoskrnl_timercall(0xc1fb51f0) +0x7a >>softclock(0) +0x17a >>ithread_loop >>fork_exit >>fork_trampoline >> >> I'll update kernel and will re-post if the problem continues. I'm >>posting this now because I think someone might be interested in seeing >>0xdeadc0de in stack trace. > > > That very much looks like an NDIS driver bug. Did the vendor only provide > one version to try? Yes. This is ASUS L5G notebook. Driver page with the one and only Wireless driver is here: http://www.asus.com/support/download/item.aspx?ModelName=L5G I'm running NDIS for about 1.5 months. And this panic first happens only yesterday, so I thought this is not the driver bug. BTW, here it is: ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 at device 2.0 on pci2 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:0e:a6:c2:00:e4 ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps Full dmesg is at http://mcsi.pp.ru/dmesg.boot > I wouldn't be surprised if NT has kernel code that > specifically tries to recover from timers going off that were stored in > memory that got freed (before they went off). > -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 16:59:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3340216A4CE for ; Wed, 6 Oct 2004 16:59:57 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1770F43D4C for ; Wed, 6 Oct 2004 16:59:57 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 07A7372DD4; Wed, 6 Oct 2004 09:59:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 05A5772DCB; Wed, 6 Oct 2004 09:59:57 -0700 (PDT) Date: Wed, 6 Oct 2004 09:59:56 -0700 (PDT) From: Doug White To: Claus Guttesen In-Reply-To: <20041005091939.20542.qmail@web14127.mail.yahoo.com> Message-ID: <20041006095939.U78554@carver.gumbysoft.com> References: <20041005091939.20542.qmail@web14127.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: perl 5.6 installed on beta 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 16:59:57 -0000 On Tue, 5 Oct 2004, Claus Guttesen wrote: > Installed from a freshly baked amd64 beta7-iso-image. > It installs fine, except that perl 5.6 gets installed. > > bente# pkg_info > perl-5.6.1_15 Practical Extraction and Report > Language Is that a problem? :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:05:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67F4316A4CE for ; Wed, 6 Oct 2004 17:05:32 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B24B43D1F for ; Wed, 6 Oct 2004 17:05:32 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5031A72DD4; Wed, 6 Oct 2004 10:05:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4B2C972DCB; Wed, 6 Oct 2004 10:05:32 -0700 (PDT) Date: Wed, 6 Oct 2004 10:05:32 -0700 (PDT) From: Doug White To: Jeremy Chadwick In-Reply-To: <20041005231310.GA51430@parodius.com> Message-ID: <20041006100433.O78554@carver.gumbysoft.com> References: <1097008677l.2861l.0l@weatherspoon.domain> <20041005231310.GA51430@parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Long delay before mounting root fs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:05:32 -0000 On Tue, 5 Oct 2004, Jeremy Chadwick wrote: > I can confirm this behaviour, and it has existed quite a bit prior > to BETA7 -- if I remember correctly, sometime around BETA4 or BETA5. > > This behaviour goes away when using my own local kernel configuration. > > I have not tried rebuilding GENERIC on the same machine to see if the > problem goes away (i.e. implying the problem is elsewhere, or possibly > with the built GENERIC kernel that comes with the installer CDs, etc.) The firewire driver incurs the SCSI_DELAY although it doesn't print a message. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:06:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76A8016A4CF for ; Wed, 6 Oct 2004 17:06:47 +0000 (GMT) Received: from amber.ccs.neu.edu (amber.ccs.neu.edu [129.10.116.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64BA943D1D for ; Wed, 6 Oct 2004 17:06:46 +0000 (GMT) (envelope-from bass@ccs.neu.edu) Received: from atlantis.ccs.neu.edu ([129.10.116.41]) by amber.ccs.neu.edu with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.34) id 1CFFFU-0007Hn-IN; Wed, 06 Oct 2004 13:06:45 -0400 Received: from bass by atlantis.ccs.neu.edu with local (Exim 4.34) id 1CFFFU-00013w-CF; Wed, 06 Oct 2004 13:06:44 -0400 Date: Wed, 6 Oct 2004 13:06:44 -0400 From: Ian Langworth To: Joao Barros Message-ID: <20041006170644.GM15774@atlantis.ccs.neu.edu> Mail-Followup-To: Joao Barros , freebsd-current@freebsd.org, Ulrich Spoerlein References: <70e8236f041006070477e7102@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70e8236f041006070477e7102@mail.gmail.com> X-PGP-Key: http://langworth.com/downloads/langworth.pub User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: 5.3BETA7 - Kernel hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:06:47 -0000 You seemed to be dead on about the USB keyboard, so I unplugged both my USB keyboard and mouse. I whipped out my trusty Dell QuietKey PS/2 keyboard, tried both the BETA5 and BETA7 installer, tried each installer with safe and verbose, and I'm still stuck at that same place :( I've also tried unplugging my hard drives, my floppy drive, and even disabling the floppy controller board. I've tried using both of the BIOS's "Optimal" and "Aggressive" settings for the chipset. I've tried disabling APIC as well. Still, I get stuck at the same place. I appreciate the suggestions. Any more thoughts? On 06.Oct.2004 03:04PM +0100, Joao Barros wrote: > I posted a previous mail about this with the same motherboard( > you saw that and sent me an email for details) > I managed to successfully install BETA5 and BETA7(did boot > BETA6 but I didn't install it) > Here's what I've found: > - BETA 4, 5 and BETA6 booted all the way to detecting storage > devices and partitions as it happened to you. Cause: USB > Keyboard. As soon as I exchanged the USB keyboard for a PS/2 > one *plim*, booted like a charm. BETA7 boots ok with USB > keyboard but can't really use it > - Disabling APIC allowed the system to boot with the USB > keyboard but again, unusable. > BETA7 after being installed with a PS/2 is usable with a USB > keyboard, the problem is at installation time. > If anyone is willing to debug this problem I am very willing > to help. Biased comment ;) -- Ian Langworth Project Guerrilla Northeastern University College of Computer and Information Science From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:06:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B1E016A4F6 for ; Wed, 6 Oct 2004 17:06:54 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D4BE43D39 for ; Wed, 6 Oct 2004 17:06:53 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i96HEUYL031419 for ; Thu, 7 Oct 2004 06:14:30 +1300 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i96HDtq9030863; Thu, 7 Oct 2004 06:13:56 +1300 Message-ID: <41642590.1090402@ThePacific.Net> Date: Thu, 07 Oct 2004 06:04:16 +1300 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Evren Yurtesen , freebsd-current@freebsd.org References: <4161C4D8.4040308@ispro.net.tr> <416313F0.2000508@ispro.net.tr> <20041005.100800.111987973.imp@bsdimp.com> <200410050953.58739.sam@errno.com> <416459A1.7020208@ispro.net.tr> In-Reply-To: <416459A1.7020208@ispro.net.tr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:06:54 -0000 Evren Yurtesen wrote: > > > Sam Leffler wrote: > >> On Tuesday 05 October 2004 09:08 am, M. Warner Losh wrote: >> >>> In message: <416313F0.2000508@ispro.net.tr> >>> >>> Evren Yurtesen writes: >>> : For one thing, why shouldnt FreeBSD able to do that? >>> >>> Because the HAL layer is a binary glob. >>> >>> : The other thing is that I thought atheros doesnt have firmware and >>> the >>> : driver handles the regulatory domain settings. Thats why atheros >>> is not >>> : giving out the source code for their drivers (I think there was such >>> : problem) >>> >>> The driver handles the regulatory domain, but it always uses what is >>> in the falsh on the part. >>> >>> : Anyhow. I am not a pro in this so I better shut up :) But it is >>> possible >>> : to enable all the channels etc. available in atheros chip from the >>> : driver. At least StarOS is able to do it so... >>> >>> I'm hoping that ath driver author would reply. >> >> >> >> And I was hoping the "ath driver author" could stay out of this topic >> because it has been discussed repeatedly. >> >> The issue is that the ath driver supports ap operation. As such you >> are not permitted to change the regulatory domain from what is set in >> the eeprom to insure compliance with local regulatory agencies. >> Drivers that let you set the regulatory domain--that I know >> about--support only station operation so this is not an issue (e.g. >> you are not normally broadcasting beacons). I have considered ways >> to support ap and non-ap operation in a single driver and still allow >> the regulatory domain to be changed but haven't implemented them. >> >> Sam > > > That can't be true. There is at least StarOS product which can work as > an AP and can support every channel. Even the ones which is not in any > regulatory domain (I think?!) > > Actually as a matter of fact I have few Senao APs which has Atheros > minipci cards inside and they also allow regulatory domain setting so > that some channels become activated and some are disabled etc. > depending on the domain you choose. > > http://www.staros.com/downloads.php > ------------ > New: Special country code '##' can be used to unlock all channels > supported by the Atheros hardware (2312-2732, 4920-6100). It is up to > the end user to ensure they stay within their region's regulatory > channel ranges. > ------------ > > Evren > > You right, another OS is Mikrotik which is linux base, support all the frecuencies Marcos Biscaysaqu From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:07:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C9CB16A4CE for ; Wed, 6 Oct 2004 17:07:21 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8FE743D3F for ; Wed, 6 Oct 2004 17:07:20 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i96H773Y019162; Wed, 6 Oct 2004 11:07:08 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <4164260B.8020107@FreeBSD.org> Date: Wed, 06 Oct 2004 11:06:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <20041005091939.20542.qmail@web14127.mail.yahoo.com> In-Reply-To: <20041005091939.20542.qmail@web14127.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org Subject: Re: perl 5.6 installed on beta 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:07:21 -0000 Claus Guttesen wrote: > Hi. > > Installed from a freshly baked amd64 beta7-iso-image. > It installs fine, except that perl 5.6 gets installed. > > bente# pkg_info > perl-5.6.1_15 Practical Extraction and Report > Language > > Claus > On the miniinst ISO, only perl 5.8.5 exists. On the full disc1 ISO, both 5.6.1 and 5.8.5 exist. It your choice as to which one you want to install. Scott From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:19:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D78AE16A4CE; Wed, 6 Oct 2004 17:19:00 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF12F43D31; Wed, 6 Oct 2004 17:19:00 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 79814F19AE; Wed, 6 Oct 2004 10:18:58 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98289-01; Wed, 6 Oct 2004 10:18:57 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 62F0EF1916; Wed, 6 Oct 2004 10:18:57 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-f1/lSoNE9UeulBbpyPES" Message-Id: <1097083137.98899.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 10:18:57 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: ssouhlal@freebsd.org Subject: buildworld failiure (libkvm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:19:01 -0000 --=-f1/lSoNE9UeulBbpyPES Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >jhb's rework of process time commit broke this. >The patch at http://people.freebsd.org/~ssouhlal/kvm_proc.diff should >fix it. I've already sent it to jhb, for him to commit. It would appear that jhb is in a timezone where he is probably sleeping now. Can someone else please fix this? Thanks, Sean --=-f1/lSoNE9UeulBbpyPES Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZCkByQsGN30uGE4RAs1+AKDgBzMN75X5jNVhedzAYFPP7/nHWACg7/4i DMb+A4+KTBIwtlLXSBV9x/s= =T2Ew -----END PGP SIGNATURE----- --=-f1/lSoNE9UeulBbpyPES-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:31:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A64A416A4D1 for ; Wed, 6 Oct 2004 17:31:43 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90AF443D39 for ; Wed, 6 Oct 2004 17:31:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 738777A403 for ; Wed, 6 Oct 2004 10:31:43 -0700 (PDT) Message-ID: <41642BFF.6070807@elischer.org> Date: Wed, 06 Oct 2004 10:31:43 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: fsck patches and fsck problems.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:31:43 -0000 I've been trying for a while to get someone to look at a set of changes that VICOR uses to make fsck behave better. The recent change to fix one of these problems upset our deveopler here who fixed all this years ago.. Because he cannot intrest anyone in taking back these fixes.. Is there someone in FreeBSD who has his fingers in fsck/ufs and can look at these changes? From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:35:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C34B716A4D3 for ; Wed, 6 Oct 2004 17:35:25 +0000 (GMT) Received: from tron.telenetwork.com (tron.telenetwork.com [204.57.81.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF13343D5A for ; Wed, 6 Oct 2004 17:35:10 +0000 (GMT) (envelope-from jmarquez@x25.net) Received: from [209.163.253.130] (helo=tni1411) by tron.telenetwork.com with esmtp (Exim 3.35 #1 (Debian)) id 1CFFh0-0006oK-00; Wed, 06 Oct 2004 12:35:10 -0500 From: "Jesse Marquez" To: "'Stephen McKay'" , Date: Wed, 6 Oct 2004 12:35:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <200409290609.i8T69wZD008877@dungeon.home> Thread-Index: AcSl6w3DRMDyIG+zT6u4NBo7BzmJFAF36eKQ Message-Id: cc: 'Savchuk Taras' Subject: RE: dc0 acting up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:35:26 -0000 Was anyone able to get this to work? Over and out jesse -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Stephen McKay Sent: Wednesday, September 29, 2004 12:10 AM To: current@freebsd.org Cc: Savchuk Taras; Stephen McKay Subject: Re: dc0 acting up On Tuesday, 28th September 2004, Savchuk Taras wrote: >On Tuesday 28 September 2004 16:17, Jesse Marquez wrote: > >FreeBSD5.3-BETA4 > >I have the same output during boot: >> dc0: failed to force tx and rx to idle state >> dc0: failed to force tx and rx to idle state >> dc0: failed to force tx and rx to idle state This one comes up every year or so and is my fault (more or less). Maybe we can fix it now that people are reporting it, even though it is actually pretty harmless. What hardware do you have? Ie what other dc0: lines do you find in dmesg? If you are willing to edit some code and try again, what happens when you comment out the entire for loop at line 1379 of sys/pci/if_dc.c, which looks like this: for (i = 0; i < DC_TIMEOUT; i++) { isr = CSR_READ_4(sc, DC_ISR); if (isr & DC_ISR_TX_IDLE && ((isr & DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED || (isr & DC_ISR_RX_STATE) == DC_RXSTATE_WAIT)) break; DELAY(10); } if (i == DC_TIMEOUT) printf("dc%d: failed to force tx and " "rx to idle state\n", sc->dc_unit); Does your network card still work? The long story is that this test is probably unnecessary, though the manual for the original Intel 21143 requires it. If it was skipped for non-Intel chips, I think everyone would be happy. It would be nice to have some experimental verification of this theory though. Stephen. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:36:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C57C616A4CE for ; Wed, 6 Oct 2004 17:36:11 +0000 (GMT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76F7043D53 for ; Wed, 6 Oct 2004 17:36:09 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id D6A1F60E; Wed, 6 Oct 2004 11:36:08 -0600 (CST) Date: Wed, 6 Oct 2004 11:36:08 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20041006173608.GA58024@seekingfire.com> References: <20040928025635.Q5094@ync.qbhto.arg> <200409291951.12610.peter@wemm.org> <43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net> <20040930153801.GP35869@seekingfire.com> <20041005170720.M3095@bo.vpnaa.bet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005170720.M3095@bo.vpnaa.bet> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: HEADS UP: named now runs chroot'ed by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:36:11 -0000 On Tue, Oct 05, 2004 at 05:11:16PM -0700, Doug Barton wrote: > On Thu, 30 Sep 2004, Tillman Hodgson wrote: > > >How does chroot and NFS interact? > > It is theoretically possible, but I would not do it for performance and > reliability reasons. If you are doing something useful with named on a > real network you will have enough variables that you cannot control > which will make your life difficult, I personally would not want to add > more pain to the mix that could be avoided. :) > > If you want to share configs, share data, etc; then rsync, scp, etc. are > your friends. When I was at Yahoo! we had all the essential files in a > central CVS repo and I used makefiles with various targets to push them > out to the servers. This made updates, replication, installation, etc. > very easy with almost no room for error, and no external dependencies > other than the network and power for the individual name server. I was using NFS not for sharing between machines but rarely to add a bit of security an convenience: a host compromise on the named box could not modify the files (RO export), yet an internal client could update the zone file easily (ssh/kerberized telnet to the file server in question and edit the file) and a rndc reload would update the named. I can move away from that model easily enough, I just need to actually make a plan to do so. If NFS and chroot are unhappy bedfellows, I'll do so :-) -T -- "If knowledge creates problems, ignorance will not solve them" -- Isaac Asimov. From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:41:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0543616A4CE for ; Wed, 6 Oct 2004 17:41:11 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73FE943D41 for ; Wed, 6 Oct 2004 17:41:10 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 48965 invoked by uid 89); 6 Oct 2004 17:48:24 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 6 Oct 2004 17:48:24 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 6 Oct 2004 11:48:24 -0600 (MDT) Message-ID: <50044.208.4.77.15.1097084904.squirrel@208.4.77.15> In-Reply-To: <200410051249.37820.jhb@FreeBSD.org> References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <16738.45007.276964.761754@canoe.dclg.ca> <200410051738.32415.freebsd@redesjm.local> <200410051249.37820.jhb@FreeBSD.org> Date: Wed, 6 Oct 2004 11:48:24 -0600 (MDT) From: "Ryan Sommers" To: "John Baldwin" 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-current@freebsd.org cc: David Gilbert Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:41:11 -0000 > /stand is installed as part of the installation process. Basically, > sysinstall starts off by letting you partition your disks. Once that is > done, it mounts everything under /mnt, then copies the /stand off of the > mfsroot to /mnt/stand and finally chroots into mnt for the rest of the > install. It copies /stand so that it can still get to the utilities > in /stand that it needs while it does the actual install. Is there any reason why we need /stand after the install process? As part of the post-install configuration would it be possible to have /stand removed? -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:49:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1847516A4CE; Wed, 6 Oct 2004 17:49:48 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [212.43.217.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E6E43D31; Wed, 6 Oct 2004 17:49:47 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from [192.168.8.51] (abeille.free.absolight.net [82.66.245.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id 980CF3FF2; Wed, 6 Oct 2004 19:49:46 +0200 (CEST) Date: Wed, 06 Oct 2004 19:49:45 +0200 From: Mathieu Arnold To: Scott Long , Claus Guttesen Message-ID: <423C34C50A784D43CE6329CA@[192.168.8.51]> In-Reply-To: <4164260B.8020107@FreeBSD.org> References: <20041005091939.20542.qmail@web14127.mail.yahoo.com> <4164260B.8020107@FreeBSD.org> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========652BF446A4177781FD1B==========" cc: freebsd-current@FreeBSD.org Subject: Re: perl 5.6 installed on beta 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:49:48 -0000 --==========652BF446A4177781FD1B========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +-le 06/10/2004 11:06 -0600, Scott Long a dit : | Claus Guttesen wrote: |> Hi. |> |> Installed from a freshly baked amd64 beta7-iso-image. |> It installs fine, except that perl 5.6 gets installed. |> |> bente# pkg_info |> perl-5.6.1_15 Practical Extraction and Report |> Language |> |> Claus |> | | On the miniinst ISO, only perl 5.8.5 exists. On the full disc1 ISO, | both 5.6.1 and 5.8.5 exist. It your choice as to which one you want to | install. I think that maybe he meant that by default 5.6.1 is installed whereas 5.8.5 should be (but I don't know, haven't checked). -- Mathieu Arnold --==========652BF446A4177781FD1B========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) iQEVAwUBQWQwOlvROjYJ63c1AQINwggAmosuMZTYJgSkiMfQY7DReOmxLwB6tMVg O0s98OHFDKmmjXe2IuJT6aeysbIMkQGrc8XRRBkGrSZE9JjXeH18JPjyR2nIlBkD RDrn+9gMZRV8UdLH4NeYO6I0BbXOxlnTkS4V2qly8tt4EBAF7O4tFiRgosMvu1Zz Bg0qnwJp1sYUAuv4D0hgJXfLTakUOrATZbxJwLldLkhf8ibreKtrC6opfAapsR7k 9aLa8k/1rQNFoOdB9tvaKCFJ6rh+N8Jnonk0a8xSVluboVsoLldwYMppsEZtUOjZ Ttfu7rFG/IzmTXRlZU2yBSFNWtP/xBHxGXvWtnvMYpn/qvlEcAaIvA== =j3xj -----END PGP SIGNATURE----- --==========652BF446A4177781FD1B==========-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:50:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 571DC16A4CF; Wed, 6 Oct 2004 17:50:10 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5843943D1D; Wed, 6 Oct 2004 17:50:07 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CFFvi-0002IF-00 Wed, 06 Oct 2004 19:50:22 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CFFvh-0002Hb-00 Wed, 06 Oct 2004 19:50:21 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i96Ho4Xx084797; Wed, 6 Oct 2004 19:50:04 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i96Ho1Bp002526; Wed, 6 Oct 2004 19:50:01 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Wed, 6 Oct 2004 19:50:00 +0200 User-Agent: KMail/1.7 References: <20041002151123.J37762@carver.gumbysoft.com> In-Reply-To: <20041002151123.J37762@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_JBDZBJP6ttllhYz" Message-Id: <200410061950.01434.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: current@freebsd.org Subject: Re: IFS pollution from localpkg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:50:10 -0000 --Boundary-00=_JBDZBJP6ttllhYz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 03 October 2004 00:18, Doug White wrote: > Hey folks, > > I ran into a build problem on my amd64 box today, where ar was being > fed output from a backtick operation but the carriage returns weren't > being converted to spaces. After some gdb digging in sh, I found > that the reason for the problem was that IFS=" " was set in my shell > environment. > > Since I don't touch IFS in any of my shell dotfiles, and the system > shellfiles don't either, I think this may be coming from > /etc/rc.d/localpkg. It sets IFS just before calling the start script > for scripts in /usr/local/etc/rc.d/ and friends. I start kdm out of a > script there, and it probably inherits the environment, and it > propagates all the way up to my Konsole session where I was trying to > build world. > > Unsetting IFS made the buildworld continue past the prior point of > trouble. > > I'm not quite sure why this is only a problem on the amd64 machine -- > it was running a September 23 world, but is running KDE 3.3 instead > of KDE 3.2 like the other machines I have here. The system was also > built from scratch about that time, and the others have been around > for 6 months or more. > > I guess no one changes the script_name_sep rc.conf variable to > something more dangerous than the default space... > > Anyway, I think we should investigate running local package scripts > with IFS (and other hazardous variables) stripped using env. Or > perhaps not play with IFS at all unless the user sets > script_name_sep, and change the default accordingly. > > I'm not sure why this doesn't mess more stuff up :-/ If you are using KDE-3.3.0 an csh, this maybe your problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=72388 Attached a simple patch agains Xsession -- josemi --Boundary-00=_JBDZBJP6ttllhYz Content-Type: text/x-diff; charset="iso-8859-1"; name="patch-Xsession" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-Xsession" --- /usr/local/share/config/kdm/Xsession Sun Oct 3 23:37:47 2004 +++ /etc//X11/xdm/Xsession Wed Oct 6 18:14:49 2004 @@ -30,7 +30,7 @@ # [t]cshrc is always sourced automatically. # Note that sourcing csh.login after .cshrc is non-standard. set -a - eval `$SHELL -c 'if (-f /etc/csh.login) source /etc/csh.login > /dev/null; if (-f ~/.login) source ~/.login > /dev/null; /bin/sh -c set | egrep -v "^(BASH_VERSINFO|EUID|PPID|UID|GROUPS|SHELLOPTS|_)="'` + eval `$SHELL -c 'if (-f /etc/csh.login) source /etc/csh.login >& /dev/null; if (-f ~/.login) source ~/.login >& /dev/null; /usr/bin/env | egrep -v "^(TERM|SHLVL)="'` set +a ;; *) # Plain sh, ksh, and anything we don't know. --Boundary-00=_JBDZBJP6ttllhYz-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:50:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 571DC16A4CF; Wed, 6 Oct 2004 17:50:10 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5843943D1D; Wed, 6 Oct 2004 17:50:07 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CFFvi-0002IF-00 Wed, 06 Oct 2004 19:50:22 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CFFvh-0002Hb-00 Wed, 06 Oct 2004 19:50:21 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i96Ho4Xx084797; Wed, 6 Oct 2004 19:50:04 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i96Ho1Bp002526; Wed, 6 Oct 2004 19:50:01 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Wed, 6 Oct 2004 19:50:00 +0200 User-Agent: KMail/1.7 References: <20041002151123.J37762@carver.gumbysoft.com> In-Reply-To: <20041002151123.J37762@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_JBDZBJP6ttllhYz" Message-Id: <200410061950.01434.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: current@freebsd.org Subject: Re: IFS pollution from localpkg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:50:10 -0000 --Boundary-00=_JBDZBJP6ttllhYz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 03 October 2004 00:18, Doug White wrote: > Hey folks, > > I ran into a build problem on my amd64 box today, where ar was being > fed output from a backtick operation but the carriage returns weren't > being converted to spaces. After some gdb digging in sh, I found > that the reason for the problem was that IFS=" " was set in my shell > environment. > > Since I don't touch IFS in any of my shell dotfiles, and the system > shellfiles don't either, I think this may be coming from > /etc/rc.d/localpkg. It sets IFS just before calling the start script > for scripts in /usr/local/etc/rc.d/ and friends. I start kdm out of a > script there, and it probably inherits the environment, and it > propagates all the way up to my Konsole session where I was trying to > build world. > > Unsetting IFS made the buildworld continue past the prior point of > trouble. > > I'm not quite sure why this is only a problem on the amd64 machine -- > it was running a September 23 world, but is running KDE 3.3 instead > of KDE 3.2 like the other machines I have here. The system was also > built from scratch about that time, and the others have been around > for 6 months or more. > > I guess no one changes the script_name_sep rc.conf variable to > something more dangerous than the default space... > > Anyway, I think we should investigate running local package scripts > with IFS (and other hazardous variables) stripped using env. Or > perhaps not play with IFS at all unless the user sets > script_name_sep, and change the default accordingly. > > I'm not sure why this doesn't mess more stuff up :-/ If you are using KDE-3.3.0 an csh, this maybe your problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=72388 Attached a simple patch agains Xsession -- josemi --Boundary-00=_JBDZBJP6ttllhYz Content-Type: text/x-diff; charset="iso-8859-1"; name="patch-Xsession" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-Xsession" --- /usr/local/share/config/kdm/Xsession Sun Oct 3 23:37:47 2004 +++ /etc//X11/xdm/Xsession Wed Oct 6 18:14:49 2004 @@ -30,7 +30,7 @@ # [t]cshrc is always sourced automatically. # Note that sourcing csh.login after .cshrc is non-standard. set -a - eval `$SHELL -c 'if (-f /etc/csh.login) source /etc/csh.login > /dev/null; if (-f ~/.login) source ~/.login > /dev/null; /bin/sh -c set | egrep -v "^(BASH_VERSINFO|EUID|PPID|UID|GROUPS|SHELLOPTS|_)="'` + eval `$SHELL -c 'if (-f /etc/csh.login) source /etc/csh.login >& /dev/null; if (-f ~/.login) source ~/.login >& /dev/null; /usr/bin/env | egrep -v "^(TERM|SHLVL)="'` set +a ;; *) # Plain sh, ksh, and anything we don't know. --Boundary-00=_JBDZBJP6ttllhYz-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 17:59:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C51C16A4CE; Wed, 6 Oct 2004 17:59:15 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 857C043D31; Wed, 6 Oct 2004 17:59:04 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i96HwwZV005720; Wed, 6 Oct 2004 19:58:58 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i96HwwVr005719; Wed, 6 Oct 2004 19:58:58 +0200 (SAST) (envelope-from jhay) Date: Wed, 6 Oct 2004 19:58:58 +0200 From: John Hay To: Scott Long Message-ID: <20041006175858.GA5243@zibbi.icomtek.csir.co.za> References: <20041005091939.20542.qmail@web14127.mail.yahoo.com> <4164260B.8020107@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4164260B.8020107@FreeBSD.org> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: Claus Guttesen Subject: Re: perl 5.6 installed on beta 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 17:59:15 -0000 > > > >Installed from a freshly baked amd64 beta7-iso-image. > >It installs fine, except that perl 5.6 gets installed. > > > >bente# pkg_info > >perl-5.6.1_15 Practical Extraction and Report > >Language > > > > On the miniinst ISO, only perl 5.8.5 exists. On the full disc1 ISO, > both 5.6.1 and 5.8.5 exist. It your choice as to which one you want to > install. I installed an i386 install, just a plain one without choosing any packages and also eneded up with perl 5.6.x. I thought that 5.8.x is the perl of the day for FreeBSD 5.3 and higher, so have expected that to be installed except if I specifically go and choose 5.6.x. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:17:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57A4716A4CE for ; Wed, 6 Oct 2004 18:17:31 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 036DE43D46 for ; Wed, 6 Oct 2004 18:17:31 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i96IH8g0019409; Wed, 6 Oct 2004 12:17:18 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <41643673.8030607@FreeBSD.org> Date: Wed, 06 Oct 2004 12:16:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay References: <20041005091939.20542.qmail@web14127.mail.yahoo.com> <4164260B.8020107@FreeBSD.org> <20041006175858.GA5243@zibbi.icomtek.csir.co.za> In-Reply-To: <20041006175858.GA5243@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org cc: Claus Guttesen Subject: Re: perl 5.6 installed on beta 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:17:31 -0000 John Hay wrote: >>>Installed from a freshly baked amd64 beta7-iso-image. >>>It installs fine, except that perl 5.6 gets installed. >>> >>>bente# pkg_info >>>perl-5.6.1_15 Practical Extraction and Report >>>Language >>> >> >>On the miniinst ISO, only perl 5.8.5 exists. On the full disc1 ISO, >>both 5.6.1 and 5.8.5 exist. It your choice as to which one you want to >>install. > > > I installed an i386 install, just a plain one without choosing any > packages and also eneded up with perl 5.6.x. I thought that 5.8.x > is the perl of the day for FreeBSD 5.3 and higher, so have expected > that to be installed except if I specifically go and choose 5.6.x. > > John Ok, I see what the problem is. I'll fix it for RC1. Scott From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:20:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B605F16A4CE for ; Wed, 6 Oct 2004 18:20:14 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4164E43D58 for ; Wed, 6 Oct 2004 18:20:14 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 2B7398BD04 for ; Wed, 6 Oct 2004 20:20:12 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 14153-06 for ; Wed, 6 Oct 2004 20:20:11 +0200 (CEST) Received: from [192.168.0.2] (unknown [217.113.236.116]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 1DBAF8BFF1 for ; Wed, 6 Oct 2004 20:20:11 +0200 (CEST) From: the incredible machine To: freebsd-current In-Reply-To: <20041006122253.55657.qmail@web54007.mail.yahoo.com> References: <20041006122253.55657.qmail@web54007.mail.yahoo.com> Content-Type: text/plain; charset=iso8859-2 Message-Id: <1097086839.28192.1.camel@creative> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 20:20:40 +0200 Content-Transfer-Encoding: 8bit X-TOYA-AV: AntyVir-Skaner at toya.net.pl Subject: Re: 5.3-BETA7 rc.conf: ntpdate vs. named clash? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:20:14 -0000 W li¶cie z ¦ro, 06-10-2004, godz. 14:22, spam maps pisze: > Hello, > > I have 5.3-BETA7. I have ntpdate and named enabled > in rc.conf; named is caching nameserver only. > > The hostnames of ntpdate list are not resolved. > However, named seems to work fine after bootup > is finished. Do we have a clash in startup > sequence of these two daemons here? > > In /etc/rc.conf, I have: > > ntpdate_enable="YES" > ntpdate_flags="-b ntp.ewha.net time.kriss.re.kr" > ntpd_enable="YES" > named_enable="YES" > > > During the boot process, I get: > > ============================================= > [...] > Starting named. > Setting date via ntp. > Looking for host ntp.ewha.net and service ntp > Error : hostname nor servname provided, or not known > 6 Oct 21:08:47 ntpdate[298]: can't find host > ntp.ewha.net > > Looking for host time.kriss.re.kr and service ntp > Error : hostname nor servname provided, or not known > 6 Oct 21:08:47 ntpdate[298]: can't find host > time.kriss.re.kr > > Looking for host ntp.ewha.net and service ntp > Error : hostname nor servname provided, or not known > 6 Oct 21:08:47 ntpdate[298]: can't find host > ntp.ewha.net > > Looking for host time.kriss.re.kr and service ntp > Error : hostname nor servname provided, or not known > 6 Oct 21:08:47 ntpdate[298]: can't find host > time.kriss.re.kr > > 6 Oct 21:08:47 ntpdate[298]: no servers can be used, > exiting > [...] > > ============================================= > > After the boot up is finished, I stopped ntpd > and entered manually as root the ntpdate > command: > > # ntpdate -b ntp.ewha.net time.kriss.re.kr > Looking for host ntp.ewha.net and service ntp > host found : 211.39.143.103 > Looking for host time.kriss.re.kr and service ntp > host found : timency.kriss.re.kr > 6 Oct 21:10:33 ntpdate[592]: step time server > 211.115.194.21 offset 0.876997 sec > > > Then it seems to work fine! Why it didn't during > boot up? > > Regards, > Rob. > > PS: when named is disabled, the boot up with > ntpdate works fine! i get the exact same issues on my BETA systems which indeed work fine without named. /thats BETA-6 for me/ > > > > _______________________________ > Do you Yahoo!? > Declare Yourself - Register online to vote today! > http://vote.yahoo.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:28:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E548116A4CE; Wed, 6 Oct 2004 18:28:15 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A12F43D2F; Wed, 6 Oct 2004 18:28:15 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id UAA18569; Wed, 6 Oct 2004 20:28:00 +0200 Date: Wed, 6 Oct 2004 20:32:20 +0200 From: Marc "UBM" Bocklet To: Brian Fundakowski Feldman Message-Id: <20041006203220.7f8e7b8a.ubm@u-boot-man.de> In-Reply-To: <20041006154137.GJ47017@green.homeunix.org> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__6_Oct_2004_20_32_20_+0200_75cksMOBvmZab6YN" cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:28:16 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__6_Oct_2004_20_32_20_+0200_75cksMOBvmZab6YN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 6 Oct 2004 11:41:37 -0400 Brian Fundakowski Feldman wrote: > On Wed, Oct 06, 2004 at 09:01:04AM +0200, Marc UBM Bocklet wrote: > > On Tue, 5 Oct 2004 20:07:01 -0400 > > Vlad wrote: > > > > > Welcome to the club, Marc > > > > > > I have the the same problem, here is several observes that I've > > > made: > > > > > > 1) doesn't happen if kernel compiled w/o SMP > > > > I'll try booting with a non-SMP kernel after the next panic. > > > > > 2) happen under heavy traffic > > > > Nope, there is only light traffic here when it panics (adsl with > > pppoe, but the line is never maxed out) > > > > > 3) I had problems with my network configuration (incorrect > > > broadcast assigned to aliased ip on interface) + packets loss > > > issue (switch side). when those two issues has been resolved it > > > seems that it's working more stable now. > > > > Nope, nothing like that here. No packet loss, no configuration > > problems. > > > > > anything common with the above on your end? > > > > Let's hope we can narrow it down on smp/non-smp. > > What kind of socket was it? What address family, protocol type > (stream, datagram, etc.), listening, bound, connected? I have no idea but maybe the backtrace/db output shows something you can use. If not, how can I get that information? :-) Attached are dmesg, output from db and my kernel config. As I've described in another mail, another symptom is that the light on my switch where the cable to my fxp card is plugged in starts flashing, just as if there were lots of traffic going through. Bye Marc --Multipart=_Wed__6_Oct_2004_20_32_20_+0200_75cksMOBvmZab6YN Content-Type: application/octet-stream; name="panic.txt" Content-Disposition: attachment; filename="panic.txt" Content-Transfer-Encoding: base64 ZGI+IGhlbHAKcHJpbnQgICAgICAgcCAgICAgICAgICAgZXhhbWluZSAgICAgeCAgICAgICAgICAg c2VhcmNoICAgICAgc2V0ICAgICAgICAgd3JpdGUKdyAgICAgICAgICAgZGVsZXRlICAgICAgZCAg ICAgICAgICAgYnJlYWsgICAgICAgZHdhdGNoICAgICAgd2F0Y2ggICAgICAgZGh3YXRjaApod2F0 Y2ggICAgICBzdGVwICAgICAgICBzICAgICAgICAgICBjb250aW51ZSAgICBjICAgICAgICAgICB1 bnRpbCAgICAgICBuZXh0Cm1hdGNoICAgICAgIHRyYWNlICAgICAgIHdoZXJlICAgICAgIGNhbGwg ICAgICAgIHNob3cgICAgICAgIHBzICAgICAgICAgIGdkYgpyZXNldCAgICAgICBraWxsICAgICAg ICB3YXRjaGRvZyAgICB0aHJlYWQgICAgICBwYW5pYwpkYj4gd2hlcmUKa2RiX2VudGVyKGMwN2Ey N2Y0LDEsYzA3YTg4YTEsZDU0MTdiMDAsYzE5YTk2NDApIGF0IGtkYl9lbnRlcisweDMwCnBhbmlj KGMwN2E4OGExLDEsMTIyLGMyMjJhZWJjLGMyMjJhZGVjKSBhdCBwYW5pYysweDE0ZQpzb2RlYWxs b2MoYzIyMmFkZWMsMCxjMDdhODg4MSwxN2QsYzIyMmFlNTQpIGF0IHNvZGVhbGxvYysweDIxCnNv ZnJlZShjMjIyYWRlYywxLGMwN2FkNzI4LDJiNCxjMDgzZGMwMCkgYXQgc29mcmVlKzB4MzAxCmlu X3BjYmRldGFjaChjMWIwNmNhOCxjM2E2OGUwMCwxNCxkNTQxN2M2OCxjMDY0Zjk5NikgYXQgaW5f cGNiZGV0YWNoKzB4ZjgKdGNwX2Nsb3NlKGMzYTY4ZTAwLGMxZDhkMTQ4LDAsMCwwKSBhdCB0Y3Bf Y2xvc2UrMHgzYQp0Y3BfaW5wdXQoYzFkOGQxMDAsMTQsYzFjNzI4MTQsMSxhY2UxZThkOSkgYXQg dGNwX2lucHV0KzB4MWQzNgppcF9pbnB1dChjMWQ4ZDEwMCwwLGMwN2FjMjUxLGU1LGMwODNjYTU4 KSBhdCBpcF9pbnB1dCsweDVlZApuZXRpc3JfcHJvY2Vzc3F1ZXVlKGMwODNjYTU4LGMwODBmZGMw LDEsYzA3YTFiNGYsYzE5YTAzNDApIGF0IG5ldGlzcl9wcm9jZXNzcXVldQplKzB4OGUKc3dpX25l dCgwLDAsYzA3YTAxYWMsMjY5LDApIGF0IHN3aV9uZXQrMHhlOQppdGhyZWFkX2xvb3AoYzE5Njdi ODAsZDU0MTdkNDgsYzA3OWZmOTcsMzIzLDApIGF0IGl0aHJlYWRfbG9vcCsweDE3Mgpmb3JrX2V4 aXQoYzA1OGY5MjAsYzE5NjdiODAsZDU0MTdkNDgpIGF0IGZvcmtfZXhpdCsweGM2CmZvcmtfdHJh bXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZSsweDgKLS0tIHRyYXAgMHgxLCBlaXAgPSAwLCBl c3AgPSAweGQ1NDE3ZDdjLCBlYnAgPSAwIC0tLQpkYj4gc2hvdyBsb2NrcwpkYj4gc2hvdyB0aHJl YWRzCiAgMTAwMTE2ICgweGMxY2ZmOTYwKSAgc2NoZWRfc3dpdGNoKGMxY2ZmOTYwLDAsMSwxMWQs NTllNzVkMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxNjUgKDB4YzI0YjM3ZDApICBz Y2hlZF9zd2l0Y2goYzI0YjM3ZDAsMCwxLDExZCwxMTNiMWYxMSkgYXQgc2NoZWRfc3dpdGNoKzAK eDE5MAogIDEwMDE5MiAoMHhjMzQ2MjMyMCkgIHNjaGVkX3N3aXRjaChjMzQ2MjMyMCwwLDIsMTE3 LDY1YWI1ZjkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDcxICgweGMxY2VlMTkwKSAg c2NoZWRfc3dpdGNoKGMxY2VlMTkwLDAsMSwxMWQsNjMxNGUzMTEpIGF0IHNjaGVkX3N3aXRjaCsw CngxOTAKICAxMDAwOTUgKDB4YzFjZjI3ZDApICBzY2hlZF9zd2l0Y2goYzFjZjI3ZDAsMCwxLDEx ZCxmNTg3YTA5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDEwNSAoMHhjMWNmZDdkMCkg IHNjaGVkX3N3aXRjaChjMWNmZDdkMCwwLDEsMTFkLDRkMjA5MzExKSBhdCBzY2hlZF9zd2l0Y2gr MAp4MTkwCiAgMTAwMDgzICgweGMxY2VmNGIwKSAgc2NoZWRfc3dpdGNoKGMxY2VmNGIwLDAsMSwx MWQsM2NjMzRkMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMjggKDB4YzIxZTNjODAp ICBzY2hlZF9zd2l0Y2goYzIxZTNjODAsMCwxLDExZCw4ZjExZDIxMSkgYXQgc2NoZWRfc3dpdGNo KzAKeDE5MAogIDEwMDA3NSAoMHhjMWNlZTdkMCkgIHNjaGVkX3N3aXRjaChjMWNlZTdkMCwwLDEs MTFkLDFlY2RkZDkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTEyICgweGMxY2ZmMzIw KSAgc2NoZWRfc3dpdGNoKGMxY2ZmMzIwLDAsMSwxMWQsMzQ3Yzc0MTEpIGF0IHNjaGVkX3N3aXRj aCswCngxOTAKICAxMDAxMjAgKDB4YzIxZTMwMDApICBzY2hlZF9zd2l0Y2goYzIxZTMwMDAsMCwx LDExZCxhMWJiYmQ5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDEyNSAoMHhjMjFlMzdk MCkgIHNjaGVkX3N3aXRjaChjMjFlMzdkMCwwLDEsMTFkLDMxMDhjNDkxKSBhdCBzY2hlZF9zd2l0 Y2grMAp4MTkwCiAgMTAwMDkyICgweGMxY2YyMzIwKSAgc2NoZWRfc3dpdGNoKGMxY2YyMzIwLDAs MSwxMWQsZjM3OTg4MTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwOTkgKDB4YzFjZjJl MTApICBzY2hlZF9zd2l0Y2goYzFjZjJlMTAsMCwxLDExZCw5ZjFiY2ExMSkgYXQgc2NoZWRfc3dp dGNoKzAKeDE5MAogIDEwMDExOSAoMHhjMWNmZmUxMCkgIHNjaGVkX3N3aXRjaChjMWNmZmUxMCww LDEsMTFkLDk2MmQxNDExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTA4ICgweGMxY2Zk YzgwKSAgc2NoZWRfc3dpdGNoKGMxY2ZkYzgwLDAsMSwxMWQsMzY2NzAxOTEpIGF0IHNjaGVkX3N3 aXRjaCswCngxOTAKICAxMDAwODYgKDB4YzFjZWY5NjApICBzY2hlZF9zd2l0Y2goYzFjZWY5NjAs MCwxLDExZCxkODlkYjY5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA4MiAoMHhjMWNl ZjMyMCkgIHNjaGVkX3N3aXRjaChjMWNlZjMyMCwwLDEsMTFkLGFhYjM5YjkxKSBhdCBzY2hlZF9z d2l0Y2grMAp4MTkwCiAgMTAwMDk2ICgweGMxY2YyOTYwKSAgc2NoZWRfc3dpdGNoKGMxY2YyOTYw LDAsMSwxMWQsNWYzNDMxMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMjIgKDB4YzIx ZTMzMjApICBzY2hlZF9zd2l0Y2goYzIxZTMzMjAsMCwxLDExZCxjMzM3ZTk5MSkgYXQgc2NoZWRf c3dpdGNoKzAKeDE5MAogIDEwMDA4NCAoMHhjMWNlZjY0MCkgIHNjaGVkX3N3aXRjaChjMWNlZjY0 MCwwLDEsMTFkLGQ3MDlhMjExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTIzICgweGMy MWUzNGIwKSAgc2NoZWRfc3dpdGNoKGMyMWUzNGIwLDAsMSwxMWQsZDM2MjI3OTEpIGF0IHNjaGVk X3N3aXRjaCswCngxOTAKICAxMDAwNjUgKDB4YzE5ZWY3ZDApICBzY2hlZF9zd2l0Y2goYzE5ZWY3 ZDAsMCwxLDExZCw4Yzg5MTg5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA5NCAoMHhj MWNmMjY0MCkgIHNjaGVkX3N3aXRjaChjMWNmMjY0MCwwLDEsMTFkLDI1MTNiMzkxKSBhdCBzY2hl ZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDUyICgweGMxOWVlMzIwKSAgc2NoZWRfc3dpdGNoKGMxOWVl MzIwLDAsMSwxMWQsYWMxZWI5OTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwOTEgKDB4 YzFjZjIxOTApICBzY2hlZF9zd2l0Y2goYzFjZjIxOTAsMCwxLDExZCxiNjg4NDMxMSkgYXQgc2No ZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA4OSAoMHhjMWNlZmUxMCkgIHNjaGVkX3N3aXRjaChjMWNl ZmUxMCwwLDEsMTFkLDljZWNiMzExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDY4ICgw eGMxOWVmYzgwKSAgc2NoZWRfc3dpdGNoKGMxOWVmYzgwLDAsMSwxMWQsMWI4NDM5OTEpIGF0IHNj aGVkX3N3aXRjaCswCngxOTAKICAxMDAwNzAgKDB4YzFjZWUwMDApICBzY2hlZF9zd2l0Y2goYzFj ZWUwMDAsMCwxLDExZCw5MmYwOWE5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDEyMSAo MHhjMjFlMzE5MCkgIHNjaGVkX3N3aXRjaChjMjFlMzE5MCwwLDEsMTFkLDdkMmY4NDkxKSBhdCBz Y2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDgxICgweGMxY2VmMTkwKSAgc2NoZWRfc3dpdGNoKGMx Y2VmMTkwLDAsMSwxMWQsZThlMWY0OTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwODUg KDB4YzFjZWY3ZDApICBzY2hlZF9zd2l0Y2goYzFjZWY3ZDAsMCwxLDExZCxjNTExY2IxMSkgYXQg c2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDEwNiAoMHhjMWNmZDk2MCkgIHNjaGVkX3N3aXRjaChj MWNmZDk2MCwwLDEsMTFkLDgwODU5MSkgYXQgc2NoZWRfc3dpdGNoKzB4MQo5MAogIDEwMDA4MCAo MHhjMWNlZjAwMCkgIHNjaGVkX3N3aXRjaChjMWNlZjAwMCwwLDEsMTFkLDQwNTY0MTEpIGF0IHNj aGVkX3N3aXRjaCsweAoxOTAKICAxMDAwNTQgKDB4YzE5ZWU2NDApICBzY2hlZF9zd2l0Y2goYzE5 ZWU2NDAsMCwxLDExZCw4MzgyZDgxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDExMCAo MHhjMWNmZjAwMCkgIHNjaGVkX3N3aXRjaChjMWNmZjAwMCwwLDEsMTFkLDRlZTZiMDExKSBhdCBz Y2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDc0ICgweGMxY2VlNjQwKSAgc2NoZWRfc3dpdGNoKGMx Y2VlNjQwLDAsMSwxMWQsODYyZjhhOTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwNjYg KDB4YzE5ZWY5NjApICBzY2hlZF9zd2l0Y2goYzE5ZWY5NjAsMCwxLDExZCxlZWUzYzc5MSkgYXQg c2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA1MSAoMHhjMTllZTE5MCkgIHNjaGVkX3N3aXRjaChj MTllZTE5MCwwLDEsMTFkLGYzN2UyNTExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTAz ICgweGMxY2ZkNGIwKSAgc2NoZWRfc3dpdGNoKGMxY2ZkNGIwLDAsMSwxMWQsMjk1MWJlOTEpIGF0 IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMDcgKDB4YzFjZmRhZjApICBzY2hlZF9zd2l0Y2go YzFjZmRhZjAsMCwxLDExZCxjNmIyYjMxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA1 MCAoMHhjMTllZTAwMCkgIHNjaGVkX3N3aXRjaChjMTllZTAwMCwwLDEsMTFkLDcxZWNjNjExKSBh dCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDY3ICgweGMxOWVmYWYwKSAgc2NoZWRfc3dpdGNo KGMxOWVmYWYwLDAsMSwxMWQsZTQzNGVjOTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAw NzggKDB4YzFjZWVjODApICBzY2hlZF9zd2l0Y2goYzFjZWVjODAsMCwxLDExZCw3MmM0MWUxMSkg YXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDEwOSAoMHhjMWNmZGUxMCkgIHNjaGVkX3N3aXRj aChjMWNmZGUxMCwwLDEsMTFkLDY0OWVjNjkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAw MDk3ICgweGMxY2YyYWYwKSAgc2NoZWRfc3dpdGNoKGMxY2YyYWYwLDAsMSwxMWQsMTUwNTU5MSkg YXQgc2NoZWRfc3dpdGNoKzB4CjE5MAogIDEwMDA5MCAoMHhjMWNmMjAwMCkgIHNjaGVkX3N3aXRj aChjMWNmMjAwMCwwLDEsMTFkLGQzMmJhNzkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAw MDkzICgweGMxY2YyNGIwKSAgc2NoZWRfc3dpdGNoKGMxY2YyNGIwLDAsMSwxMWQsYTQxZjg3MTEp IGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMDEgKDB4YzFjZmQxOTApICBzY2hlZF9zd2l0 Y2goYzFjZmQxOTAsMCwxLDExZCw1NWE5MGExMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEw MDA1MyAoMHhjMTllZTRiMCkgIHNjaGVkX3N3aXRjaChjMTllZTRiMCwwLDIsMTE3LDZlZGE5NTEx KSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDczICgweGMxY2VlNGIwKSAgc2NoZWRfc3dp dGNoKGMxY2VlNGIwLDAsMSwxMWQsNDk0OWU1MTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAx MDAwMzkgKDB4YzE5YTllMTApICBzY2hlZF9zd2l0Y2goYzE5YTllMTAsMCwxLDExZCw1YTUwODQx MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDAzOCAoMHhjMTlhOWM4MCkgIHNjaGVkX3N3 aXRjaChjMTlhOWM4MCwwLDEsMTFkLDk3MTZjNDExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAg MTAwMDM3ICgweGMxOWE5YWYwKSAgc2NoZWRfc3dpdGNoKGMxOWE5YWYwLDAsMSwxMWQsMzU4OTA1 OTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwMzYgKDB4YzE5YTk5NjApICBzY2hlZF9z d2l0Y2goYzE5YTk5NjAsMCwxLDExZCwzNmJlMWIxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAog IDEwMDA2NCAoMHhjMTllZjY0MCkgIHNjaGVkX3N3aXRjaChjMTllZjY0MCwwLDEsMTFkLGI3NjVj ZTExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDYzICgweGMxOWVmNGIwKSAgc2NoZWRf c3dpdGNoKGMxOWVmNGIwLDAsMSwxMWQsNmJmNGQwMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAK ICAxMDAwNjIgKDB4YzE5ZWYzMjApICBzY2hlZF9zd2l0Y2goYzE5ZWYzMjAsMCwxLDExZCw1MmMw MDkxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA2MSAoMHhjMTllZjE5MCkgIHNjaGVk X3N3aXRjaChjMTllZjE5MCwwLDEsMTFkLGU3YzE2ZTkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkw CiAgMTAwMDYwICgweGMxOWVmMDAwKSAgc2NoZWRfc3dpdGNoKGMxOWVmMDAwLDAsMSwxMWQsNTdl MWEwMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwNTkgKDB4YzE5ZWVlMTApICBzY2hl ZF9zd2l0Y2goYzE5ZWVlMTAsMCwxLDExZCxjZDdmOWQxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5 MAogIDEwMDA1OCAoMHhjMTllZWM4MCkgIHNjaGVkX3N3aXRjaChjMTllZWM4MCwwLDEsMTFkLDMy NjhlZjkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDU3ICgweGMxOWVlYWYwKSAgc2No ZWRfc3dpdGNoKGMxOWVlYWYwLDAsMSwxMWQsNDYxNTUwOTEpIGF0IHNjaGVkX3N3aXRjaCswCngx OTAKICAxMDAwNTYgKDB4YzE5ZWU5NjApICBzY2hlZF9zd2l0Y2goYzE5ZWU5NjAsMCwxLDExZCwy YmU5MGIxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA1NSAoMHhjMTllZTdkMCkgIHNj aGVkX3N3aXRjaChjMTllZTdkMCwwLDEsMTFkLGI5Y2ZiYzExKSBhdCBzY2hlZF9zd2l0Y2grMAp4 MTkwCiAgMTAwMDI1ICgweGMxOTcyN2QwKSAgc2NoZWRfc3dpdGNoKGMxOTcyN2QwLDAsMSwxMWQs ZDc2NTMxMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwMjQgKDB4YzE5NzI2NDApICBz Y2hlZF9zd2l0Y2goYzE5NzI2NDAsMCwxLDExZCwyYjU1MTU5MSkgYXQgc2NoZWRfc3dpdGNoKzAK eDE5MAogIDEwMDAyMyAoMHhjMTk3MjRiMCkgIHNjaGVkX3N3aXRjaChjMTk3MjRiMCwwLDEsMTFk LGFkYTc0YjkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDQ5ICgweGMxOWViZTEwKSAg c2NoZWRfc3dpdGNoKGMxOWViZTEwLDAsMSwxMWQsM2I0Y2IwOTEpIGF0IHNjaGVkX3N3aXRjaCsw CngxOTAKICAxMDAwNDggKDB4YzE5ZWJjODApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3Ry YW1wb2xpbmUKICAxMDAwNDcgKDB4YzE5ZWJhZjApICBzY2hlZF9zd2l0Y2goYzE5ZWJhZjAsMCwx LDExZCxjYzM4M2MxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA0NiAoMHhjMTllYjk2 MCkgIHNjaGVkX3N3aXRjaChjMTllYjk2MCwwLDEsMTFkLGZkNjVhYjExKSBhdCBzY2hlZF9zd2l0 Y2grMAp4MTkwCiAgMTAwMDQ1ICgweGMxOWViN2QwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9y a190cmFtcG9saW5lCiAgMTAwMDQ0ICgweGMxOWViNjQwKSAgZm9ya190cmFtcG9saW5lKCkgYXQg Zm9ya190cmFtcG9saW5lCiAgMTAwMDQzICgweGMxOWViNGIwKSAgc2NoZWRfc3dpdGNoKGMxOWVi NGIwLDAsMSwxMWQsNTYwZjZmMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwNDIgKDB4 YzE5ZWIzMjApICBzY2hlZF9zd2l0Y2goYzE5ZWIzMjAsMCwxLDExZCw3NWQyYTMxMSkgYXQgc2No ZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA0MSAoMHhjMTllYjE5MCkgIGZvcmtfdHJhbXBvbGluZSgp IGF0IGZvcmtfdHJhbXBvbGluZQogIDEwMDA0MCAoMHhjMTllYjAwMCkgIHNjaGVkX3N3aXRjaChj MTllYjAwMCwwLDEsMTFkLDE0YWM4ZjExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDEy ICgweGMxOTZlMzIwKSAgc2NoZWRfc3dpdGNoKGMxOTZlMzIwLDAsMSwxMWQsMjhhNDAyMTEpIGF0 IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwMTEgKDB4YzE5NmUxOTApICBzY2hlZF9zd2l0Y2go YzE5NmUxOTAsMCwxLDExZCxjMmM1YTc5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDAz NSAoMHhjMTlhOTdkMCkgIHNjaGVkX3N3aXRjaChjMTlhOTdkMCwwLDEsMTFkLDg3NTM2OTExKSBh dCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDM0ICgweGMxOWE5NjQwKSAga2RiX2VudGVyKGMw N2EyN2Y0LDEsYzA3YTg4YTEsZDU0MTdiMDAsYzE5YTk2NDApIGF0IGtkYl9lCm50ZXIrMHgzMAog IDEwMDAzMyAoMHhjMTlhOTRiMCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGlu ZQogIDEwMDAzMiAoMHhjMTlhOTMyMCkgIHNjaGVkX3N3aXRjaChjMTlhOTMyMCwwLDEsMTFkLGRj MTk2NzkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDMxICgweGMxOWE5MTkwKSAgc2No ZWRfc3dpdGNoKGMxOWE5MTkwLDAsMSwxMWQsYTJlZGM1MTEpIGF0IHNjaGVkX3N3aXRjaCswCngx OTAKICAxMDAwMzAgKDB4YzE5YTkwMDApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1w b2xpbmUKICAxMDAwMjkgKDB4YzE5NzJlMTApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3Ry YW1wb2xpbmUKICAxMDAwMjggKDB4YzE5NzJjODApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3Jr X3RyYW1wb2xpbmUKICAxMDAwMjcgKDB4YzE5NzJhZjApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBm b3JrX3RyYW1wb2xpbmUKICAxMDAwMjYgKDB4YzE5NzI5NjApICBmb3JrX3RyYW1wb2xpbmUoKSBh dCBmb3JrX3RyYW1wb2xpbmUKICAxMDAwMDAgKDB4YzE5NjkwMDApICBzY2hlZF9zd2l0Y2goYzE5 NjkwMDAsMCwxLDExZCxjNjgzMGQxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDAyMiAo MHhjMTk3MjMyMCkgIHNjaGVkX3N3aXRjaChjMTk3MjMyMCwwLDEsMTFkLGMwNWJiMzExKSBhdCBz Y2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDIxICgweGMxOTcyMTkwKSAgc2NoZWRfc3dpdGNoKGMx OTcyMTkwLDAsMSwxMWQsYjZiNjc4OTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwMjAg KDB4YzE5NzIwMDApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUKICAxMDAw MTkgKDB4YzE5NmVlMTApICBzY2hlZF9zd2l0Y2goYzE5NmVlMTAsMCwxLDExZCw0OWYxNTU5MSkg YXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDAxOCAoMHhjMTk2ZWM4MCkgIGZvcmtfdHJhbXBv bGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQogIDEwMDAxNyAoMHhjMTk2ZWFmMCkgIGZvcmtfdHJh bXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQogIDEwMDAxNiAoMHhjMTk2ZTk2MCkgIHNjaGVk X3N3aXRjaChjMTk2ZTk2MCwwLDEsMTFkLDVhYWFiOTkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkw CiAgMTAwMDE1ICgweGMxOTZlN2QwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9s aW5lCiAgMTAwMDE0ICgweGMxOTZlNjQwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFt cG9saW5lCiAgMTAwMDEzICgweGMxOTZlNGIwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190 cmFtcG9saW5lCiAgMTAwMDEwICgweGMxOTZlMDAwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9y a190cmFtcG9saW5lCiAgMTAwMDA5ICgweGMxOTY5ZTEwKSAgZm9ya190cmFtcG9saW5lKCkgYXQg Zm9ya190cmFtcG9saW5lCiAgMTAwMDA4ICgweGMxOTY5YzgwKSAgZm9ya190cmFtcG9saW5lKCkg YXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDA3ICgweGMxOTY5YWYwKSAgZm9ya190cmFtcG9saW5l KCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDA2ICgweGMxOTY5OTYwKSAgZm9ya190cmFtcG9s aW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDA1ICgweGMxOTY5N2QwKSAgc2NoZWRfc3dp dGNoKGMxOTY5N2QwLDAsMSwxMWQsMTRiN2NhMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAx MDAwMDQgKDB4YzE5Njk2NDApICBzY2hlZF9zd2l0Y2goYzE5NjUzYTAsMWY0LGQ0MWQ3Y2I0LGMw OTZkMmY1LDgpIGF0IHNjaGVkX3MKd2l0Y2grMHgxOTAKICAxMDAwMDMgKDB4YzE5Njk0YjApICBz Y2hlZF9zd2l0Y2goYzE5Njk0YjAsMCwxLDExNyw0YjBjODYxMSkgYXQgc2NoZWRfc3dpdGNoKzAK eDE5MAogIDEwMDAwMiAoMHhjMTk2OTMyMCkgIHNjaGVkX3N3aXRjaChjMTk2OTMyMCwwLDEsMTFk LDIyZGU5MjkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDAxICgweGMxOTY5MTkwKSAg c2NoZWRfc3dpdGNoKGMxOTY5MTkwLDAsMSwxMWQsYzI4YjdmMTEpIGF0IHNjaGVkX3N3aXRjaCsw CngxOTAKICAgICAgIDAgKDB4YzA4MGMxMjApICBzY2hlZF9zd2l0Y2goYzA4MGMxMjAsMCwxLDEx ZCw5OWEwNmM5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MApkYj4gcHMKICBwaWQgICBwcm9jICAg ICB1YXJlYSAgIHVpZCAgcHBpZCAgcGdycCAgZmxhZyAgIHN0YXQgIHdtZXNnICAgIHdjaGFuICBj bWQKIDQyNTggYzIxZTRlMDAgZGFhMTEwMDAgICAgMCAgIDQxOSAgIDQxOSAwMDAwMTAwIFtTTFBR IHNlbGVjdCAweGMwODNiYWM0XVtTTFBdIHMKZW5kbWFpbAogMTI2OCBjMjRiZjhjMCBkYWIxMDAw MCAxMDAxICAxMDEyICAxMjY4IDAwMDQwMDAgW0NhbiBydW5dIG9wZXJhCiAxMjU4IGMzNDYwMWMw IGRhYTNjMDAwIDEwMDEgIDEwMTIgIDEyNTggMDAwNDAwMCBbQ2FuIHJ1bl0gcHl0aG9uCiAxMDU4 IGMxY2YxMDAwIGRhOTE2MDAwIDEwMDEgIDEwMTIgIDEwNTggMDAwNDAwMCBbU0xQUSBzZWxlY3Qg MHhjMDgzYmFjNF1bU0xQXSBzCnlscGhlZWQKIDEwMjkgYzFjZjFlMDAgZGE5M2MwMDAgMTAwMSAg MTAxMiAgMTAyOSAwMDA0MDAwIFtTTFBRIHNlbGVjdCAweGMwODNiYWM0XVtTTFBdIHgKY2hhdAog MTAyNCBjMWQwMDAwMCBkYTk5MDAwMCAxMDAxICAxMDIzICAxMDI0IDAwMDQwMDIgW1NMUFEgc2Vs ZWN0IDB4YzA4M2JhYzRdW1NMUF0gaQpyc3NpCiAxMDIzIGMyMWUyMzgwIGRhOWNmMDAwIDEwMDEg IDEwMjEgIDEwMjMgMDAwNDAwMiBbU0xQUSB3YWl0IDB4YzIxZTIzODBdW1NMUF0gYmFzCmgKIDEw MjEgYzIxZTI4YzAgZGE5ZTAwMDAgMTAwMSAgMTAyMCAgMTAyMSAwMDAwMTAwIFtTTFBRIHNlbGVj dCAweGMwODNiYWM0XVtTTFBdIHMKY3JlZW4KIDEwMjAgYzFjZWQ4YzAgZGE5MTIwMDAgMTAwMSAg MTAxNCAgMTAyMCAwMDA0MTAyIFtTTFBRIHBhdXNlIDB4YzFjZWQ4ZjhdW1NMUF0gc2MKcmVlbgog MTAxNCBjMWNmYzM4MCBkYTk0ZDAwMCAxMDAxICAxMDEzICAxMDE0IDAwMDQwMDIgW1NMUFEgd2Fp dCAweGMxY2ZjMzgwXVtTTFBdIGJhcwpoCiAxMDEzIGMyMWU0NzAwIGRhYTBkMDAwIDEwMDEgIDEw MTIgIDEwMTMgMDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMDgzYmFjNF1bU0xQXSB4CnRlcm0tc3Rh dGljCiAxMDEyIGMyMWUyZTAwIGRhYTA4MDAwIDEwMDEgIDEwMDQgIDEwMDQgMDAwNDAwMiBbU0xQ USBzZWxlY3QgMHhjMDgzYmFjNF1bU0xQXSBpCmNld20KIDEwMDQgYzFlN2QzODAgZGE5YWUwMDAg MTAwMSAgMTAwMCAgMTAwNCAwMDA0MDAyIFtTTFBRIHdhaXQgMHhjMWU3ZDM4MF1bU0xQXSBzaAog MTAwMSBjMWQwMGE4MCBkYTk5NjAwMCAxMDAxICAxMDAwICAxMDAxIDAwMDQxMDIgW1NMUFEgc2Vs ZWN0IDB4YzA4M2JhYzRdW1NMUF0gWApvcmcKIDEwMDAgYzIxZTQ4YzAgZGFhMGUwMDAgMTAwMSAg IDk4NyAgIDk4NyAwMDA0MDAyIFtTTFBRIHdhaXQgMHhjMjFlNDhjMF1bU0xQXSB4aW4KaXQKICA5 ODcgYzFjZmNhODAgZGE5OGQwMDAgMTAwMSAgIDk1NCAgIDk4NyAwMDA0MDAyIFtTTFBRIHdhaXQg MHhjMWNmY2E4MF1bU0xQXSBzaAogIDk1NyBjMWU3ZGUwMCBkYTliNDAwMCAgICAwICAgOTQ1ICAg OTU3IDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMWIwZjIxMF1bU0xQXSBiYQpzaAogIDk1NiBjMjFl MjU0MCBkYTlkMTAwMCAxMDAxICAgICAxICAgOTU2IDAwMDAwMDAgW1NMUFEgY29ubmVjIDB4YzJl ZmU0MDZdW1NMUF0gZgpldGNobWFpbAogIDk1NCBjMWNmMWM0MCBkYTkxZDAwMCAxMDAxICAgOTQ0 ICAgOTU0IDAwMDQwMDIgW1NMUFEgd2FpdCAweGMxY2YxYzQwXVtTTFBdIGJhcwpoCiAgOTUzIGMy MWU0MzgwIGRhYTBiMDAwICAgIDAgICA5NDMgICA5NTMgMDAwNDAwMiBbU0xQUSB0dHlpbiAweGMx YjBmODEwXVtTTFBdIGJhCnNoCiAgOTUyIGMyMWUyMWMwIGRhOWM5MDAwICAgIDAgICAgIDEgICAg IDEgMDAwNDAwMCBbU0xQUSBzaW9kY2QgMHhjMWM2OWMwMF1bU0xQXSBnCmV0dHkKICA5NTEgYzIx ZTQxYzAgZGFhMGEwMDAgICAgMCAgICAgMSAgIDk1MSAwMDA0MDAyIFtTTFBRIHR0eWluIDB4YzFj NjlhMTBdW1NMUF0gZ2UKdHR5CiAgOTUwIGMxY2YxYTgwIGRhOTFjMDAwICAgIDAgICAgIDEgICA5 NTAgMDAwNDAwMiBbU0xQUSB0dHlpbiAweGMxYTdlODEwXVtTTFBdIGdlCnR0eQogIDk0OSBjMWU3 ZDAwMCBkYTlhYzAwMCAgICAwICAgICAxICAgOTQ5IDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMWE3 ZWExMF1bU0xQXSBnZQp0dHkKICA5NDggYzFhNzZlMDAgZDk0ZjcwMDAgICAgMCAgICAgMSAgIDk0 OCAwMDA0MDAyIFtTTFBRIHR0eWluIDB4YzFhN2VjMTBdW1NMUF0gZ2UKdHR5CiAgOTQ3IGMxZTdk NTQwIGRhOWFmMDAwICAgIDAgICAgIDEgICA5NDcgMDAwNDAwMiBbU0xQUSB0dHlpbiAweGMxYTdl ZTEwXVtTTFBdIGdlCnR0eQogIDk0NiBjMWU3ZDhjMCBkYTliMTAwMCAgICAwICAgICAxICAgOTQ2 IDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMWIwZjAxMF1bU0xQXSBnZQp0dHkKICA5NDUgYzFjZjE1 NDAgZGE5MTkwMDAgICAgMCAgICAgMSAgIDk0NSAwMDA0MTAyIFtTTFBRIHdhaXQgMHhjMWNmMTU0 MF1bU0xQXSBsb2cKaW4KICA5NDQgYzFjZjExYzAgZGE5MTcwMDAgICAgMCAgICAgMSAgIDk0NCAw MDA0MTAyIFtTTFBRIHdhaXQgMHhjMWNmMTFjMF1bU0xQXSBsb2cKaW4KICA5NDMgYzIxZTQ1NDAg ZGFhMGMwMDAgICAgMCAgICAgMSAgIDk0MyAwMDA0MTAyIFtTTFBRIHdhaXQgMHhjMjFlNDU0MF1b U0xQXSBsb2cKaW4KICA5MDYgYzIxZTI3MDAgZGE5ZGYwMDAgICAgMCAgICAgMSAgIDkwNiAwMDAw MDAwIFtTTFBRIHNlbGVjdCAweGMwODNiYWM0XVtTTFBdIG0Kb3VzZWQKICA4ODQgYzIxZTIwMDAg ZGE5YjYwMDAgICAgMCAgICAgMSAgIDg4NCAwMDAwMDAwIFtTTFBRIHNlbGVjdCAweGMwODNiYWM0 XVtTTFBdIHAKZXJsCiAgODMwIGMxY2ZjZTAwIGRhOThmMDAwICAgIDAgICAgIDEgICA4MzAgMDAw MDAwMCBbU0xQUSBuYW5zbHAgMHhjMDgxMThhY11bU0xQXSBjCnJvbgogIDgxMSBjMWNlZDAwMCBk YThkMDAwMCAgICAwICAgICAxICAgODExIDAwMDAxMDAgW1NMUFEgc2VsZWN0IDB4YzA4M2JhYzRd W1NMUF0gcwpzaGQKICA2NzQgYzFhNzZhODAgZDk0ZjUwMDAgICA1MyAgICAgMSAgIDY3NCAwMDAw MTAwIFtTTFBRIHNlbGVjdCAweGMwODNiYWM0XVtTTFBdIG4KYW1lZAogIDY2MiBjMWNmYzcwMCBk YTk4YjAwMCAgICAwICAgICAxICAgNjYyIDAwMDAwMDAgW1NMUFEgc2VsZWN0IDB4YzA4M2JhYzRd W1NMUF0gcwp5c2xvZ2QKICA0NjUgYzFjZWRhODAgZGE5MTMwMDAgICAgMCAgICAgMSAgIDQ2NCAw MDAwMDAwIFtTTFBRIHNlbGVjdCAweGMwODNiYWM0XVtTTFBdIHEKcG9wcGVyCiAgNDYzIGMxY2Yx OGMwIGRhOTFiMDAwICAgIDAgICAgIDEgICA0NjMgMDAwMDAwMCBbU0xQUSBzZWxlY3QgMHhjMDgz YmFjNF1bU0xQXSBvCmlkZW50ZAogIDQ2MiBjMWNmYzAwMCBkYTk0YTAwMCAgICAwICAgICAxICAg NDUwIDAwMDAwMDAgW1NMUFEgbmFuc2xwIDB4YzA4MTE4YWNdW1NMUF0gZQp6LWlwdXBkYXRlCiAg NDYxIGMxZDAwMzgwIGRhOTkyMDAwICAgIDAgICAgIDEgICA0NDkgMDAwNDAwMCBbU0xQUSBzZWxl Y3QgMHhjMDgzYmFjNF1bU0xQXSBwCnVyZS1mdHBkCiAgNDYwIGMxY2ZjYzQwIGRhOThlMDAwICAg IDAgICAgIDEgICA0NDkgMDAwNDAwMCBbU0xQUSBzZWxlY3QgMHhjMDgzYmFjNF1bU0xQXSBwCnVy ZS1mdHBkCiAgNDU5IGMxY2ZjMWMwIGRhOTRjMDAwICAgIDAgICAgIDEgICA0NDkgMDAwNDAwMCBb U0xQUSBzZWxlY3QgMHhjMDgzYmFjNF1bU0xQXSBwCnVyZS1mdHBkCiAgNDQ0IGMxY2YxNzAwIGRh OTFhMDAwICAgIDAgICA0NDEgICA0NDEgMDAwMDAwMCBbU0xQUSBwaXBlcmQgMHhjMWQyMDQ4MF1b U0xQXSBjCnJvbgogIDQ0MSBjMWNlZDM4MCBkYTkwZjAwMCAgICAwICAgICAxICAgNDQxIDAwMDAw MDAgW1NMUFEgbmFuc2xwIDB4YzA4MTE4YWNdW1NMUF0gYwpyb24KICA0MjUgYzFjZmM4YzAgZGE5 OGMwMDAgICAyNSAgICAgMSAgIDQyNSAwMDAwMTAwIFtTTFBRIHBhdXNlIDB4YzFjZmM4ZjhdW1NM UF0gc2UKbmRtYWlsCiAgNDE5IGMxZDAwZTAwIGRhOTk4MDAwICAgIDAgICAgIDEgICA0MTkgMDAw MDEwMCBbU0xQUSBzZWxlY3QgMHhjMDgzYmFjNF1bU0xQXSBzCmVuZG1haWwKICA0MTMgYzFlN2Q3 MDAgZGE5YjAwMDAgICAgMCAgICAgMSAgIDQxMyAwMDAwMTAwIFtTTFBRIHNlbGVjdCAweGMwODNi YWM0XVtTTFBdIHMKc2hkCiAgMjgxIGMxZTdkMWMwIGRhOWFkMDAwICAgIDAgICAgIDEgICAyODEg MDAwMDAwMCBbU0xQUSBzZWxlY3QgMHhjMDgzYmFjNF1bU0xQXSBzCnlzbG9nZAogIDI2MSBjMWQw MDcwMCBkYTk5NDAwMCAgICAwICAgICAxICAgMjYxIDAwMDAwMDAgW1NMUFEgc2VsZWN0IDB4YzA4 M2JhYzRdW1NMUF0gZApldmQKICAyMjEgYzFhNzZjNDAgZDk0ZjYwMDAgICAgMCAgICAgMSAgIDIy MSAwMDAwMDAwIFtDYW4gcnVuXSBwcHAKICAxOTQgYzFjZWRjNDAgZGE5MTQwMDAgICAgMCAgICAg MSAgIDE5NCAwMDAwMDAwIFtTTFBRIHBhdXNlIDB4YzFjZWRjNzhdW1NMUF0gYWQKamtlcm50egog ICA2MCBjMTllZDFjMCBkNTQ1YjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAw eGQ1NDI2ZDA4XVtTTFBdIHNjaGVkYwpwdQogICA1OSBjMTllZDM4MCBkNTQ1YzAwMCAgICAwICAg ICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwODQzNTJjXVtTTFBdIG5mc2lvZAogMwogICA1 OCBjMTllZDU0MCBkNTQ1ZDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMw ODQzNTI4XVtTTFBdIG5mc2lvZAogMgogICA1NyBjMTllZDcwMCBkNTQ1ZTAwMCAgICAwICAgICAw ICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwODQzNTI0XVtTTFBdIG5mc2lvZAogMQogICA1NiBj MTllZDhjMCBkNTQ1ZjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwODQz NTIwXVtTTFBdIG5mc2lvZAogMAogICA1NSBjMTllZGE4MCBkNTQ5YzAwMCAgICAwICAgICAwICAg ICAwIDAwMDAyMDQgW1NMUFEgc3luY2VyIDB4YzA4MTE2MmNdW1NMUF0gcwp5bmNlcgogICA1NCBj MTllZGM0MCBkNTQ5ZDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgdmxydXd0IDB4 YzE5ZWRjNDBdW1NMUF0gdgpubHJ1CiAgIDUzIGMxOWVkZTAwIGQ1NDllMDAwICAgIDAgICAgIDAg ICAgIDAgMDAwMDIwNCBbU0xQUSBwc2xlZXAgMHhjMDgzYzA4Y11bU0xQXSBiCnVmZGFlbW9uCiAg IDUyIGMxYTc2MDAwIGQ5NGVmMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwYyBbU0xQUSBwZ3pl cm8gMHhjMDg0OWQ5MF1bU0xQXSBwCmFnZXplcm8KICAgNTEgYzFhNzYxYzAgZDk0ZjAwMDAgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHBzbGVlcCAweGMwODQ5ZGU0XVtTTFBdIHYKbWRh ZW1vbgogICA1MCBjMWE3NjM4MCBkOTRmMTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NM UFEgcHNsZWVwIDB4YzA4NDlkYTBdW1NMUF0gcAphZ2VkYWVtb24KICAgNDkgYzFhNzY1NDAgZDk0 ZjIwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gc3dpMDogc2lvCiAgIDQ4IGMx YTc2NzAwIGQ5NGYzMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSAtIDB4YzFhOGY3 M2NdW1NMUF0gZmRjMAogICA0NyBjMWE3NjhjMCBkOTRmNDAwMCAgICAwICAgICAwICAgICAwIDAw MDAyMDQgW1NMUFEgdXNidHNrIDB4YzA4MDk0OThdW1NMUF0gdQpzYnRhc2sKICAgNDYgYzE5YmFh ODAgZDU0MzAwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHVzYmV2dCAweGMxYTRh MjEwXVtTTFBdIHUKc2IwCiAgICA5IGMxOWJhYzQwIGQ1NDMxMDAwICAgIDAgICAgIDAgICAgIDAg MDAwMDIwNCBbU0xQUSBhY3Rhc2sgMHhjMDk3ZWEwY11bU0xQXSBhCmNwaV90YXNrMgogICAgOCBj MTliYWUwMCBkNTQzMjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgYWN0YXNrIDB4 YzA5N2VhMGNdW1NMUF0gYQpjcGlfdGFzazEKICAgIDcgYzE5ZWEwMDAgZDU0MzMwMDAgICAgMCAg ICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIGFjdGFzayAweGMwOTdlYTBjXVtTTFBdIGEKY3BpX3Rh c2swCiAgIDQ1IGMxOWVhMWMwIGQ1NDUyMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdB SVRdIHN3aTY6KwogICAgNiBjMTllYTM4MCBkNTQ1MzAwMCAgICAwICAgICAwICAgICAwIDAwMDAy MDQgW1NMUFEgLSAweGMxYTM1NDAwXVtTTFBdIHRocmVhZAogdGFza3EKICAgNDQgYzE5ZWE1NDAg ZDU0NTQwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gc3dpNjogYWNwaXRhc2tx CiAgIDQzIGMxOWVhNzAwIGQ1NDU1MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRd IHN3aTY6KwogICA0MiBjMTllYThjMCBkNTQ1NjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQg W0lXQUlUXSBzd2k2OiB0YXNrIHF1ZXVlCiAgICA1IGMxOWVhYTgwIGQ1NDU3MDAwICAgIDAgICAg IDAgICAgIDAgMDAwMDIwNCBbU0xQUSAtIDB4YzFhMzU1YzBdW1NMUF0ga3F1ZXVlCiB0YXNrcQog ICA0MSBjMTllYWM0MCBkNTQ1ODAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBz d2kzOiBjYW1iaW8KICAgNDAgYzE5ZWFlMDAgZDU0NTkwMDAgICAgMCAgICAgMCAgICAgMCAwMDAw MjA0IFtJV0FJVF0gc3dpMjogY2FtbmV0CiAgIDM5IGMxOWVkMDAwIGQ1NDVhMDAwICAgIDAgICAg IDAgICAgIDAgMDAwMDIwNCBbU0xQUSAtIDB4YzA4MDYzMjBdW1NMUF0geWFycm93CgogICAgNCBj MTlhODU0MCBkNTQwNjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwODBi ZTY4XVtTTFBdIGdfZG93bgoKICAgIDMgYzE5YTg3MDAgZDU0MDcwMDAgICAgMCAgICAgMCAgICAg MCAwMDAwMjA0IFtTTFBRIC0gMHhjMDgwYmU2NF1bU0xQXSBnX3VwCiAgICAyIGMxOWE4OGMwIGQ1 NDA4MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSAtIDB4YzA4MGJlNWNdW1NMUF0g Z19ldmVuCnQKICAgMzggYzE5YThhODAgZDU0MjcwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtDUFUgMV0gc3dpMTogbmV0CiAgIDM3IGMxOWE4YzQwIGQ1NDI4MDAwICAgIDAgICAgIDAgICAg IDAgMDAwMDIwNCBbSVdBSVRdIHN3aTQ6IHZtCiAgIDM2IGMxOWE4ZTAwIGQ1NDI5MDAwICAgIDAg ICAgIDAgICAgIDAgMDAwMDIwYyBbUlVOUV0gc3dpNTogY2xvY2sgc2lvCiAgIDM1IGMxOWJhMDAw IGQ1NDJhMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbUlVOUV0gaXJxOTogaW50cG0wCiAg IDM0IGMxOWJhMWMwIGQ1NDJiMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGly cTA6IGNsawogICAzMyBjMTliYTM4MCBkNTQyYzAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQg W0lXQUlUXSBpcnEyMzoKICAgMzIgYzE5YmE1NDAgZDU0MmQwMDAgICAgMCAgICAgMCAgICAgMCAw MDAwMjA0IFtJV0FJVF0gaXJxMjI6CiAgIDMxIGMxOWJhNzAwIGQ1NDJlMDAwICAgIDAgICAgIDAg ICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTIxOgogICAzMCBjMTliYThjMCBkNTQyZjAwMCAgICAw ICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnEyMDogYWNwaTAKICAgMjkgYzE5NzExYzAg ZDQyMGUwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTk6IGZ4cDAgdWhj aTAKICAgMjggYzE5NzEzODAgZDQyMGYwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtSVU5R XSBpcnExODogcGNtMCB4bDErCiAgIDI3IGMxOTcxNTQwIGQ0MjJlMDAwICAgIDAgICAgIDAgICAg IDAgMDAwMDIwNCBbSVdBSVRdIGlycTE3OiBhY3gwIHN5bTAKICAgMjYgYzE5NzE3MDAgZDQyMmYw MDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTY6IHhsMAogICAyNSBjMTk3 MThjMCBkNDIzMDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnExNTogYXRh MQogICAyNCBjMTk3MWE4MCBkNDIzMTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlU XSBpcnExNDogYXRhMAogICAyMyBjMTk3MWM0MCBkNDIzMjAwMCAgICAwICAgICAwICAgICAwIDAw MDAyMDQgW0lXQUlUXSBpcnExMzoKICAgMjIgYzE5NzFlMDAgZDQyMzMwMDAgICAgMCAgICAgMCAg ICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTI6IHBzbTAKICAgMjEgYzE5YTgwMDAgZDU0MDMwMDAg ICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTE6CiAgIDIwIGMxOWE4MWMwIGQ1 NDA0MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTEwOiBhdGEyCiAgIDE5 IGMxOWE4MzgwIGQ1NDA1MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTg6 IHJ0YwogICAxOCBjMTk2ODAwMCBkNDFjODAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lX QUlUXSBpcnE3OiBwcGMwCiAgIDE3IGMxOTY4MWMwIGQ0MjA1MDAwICAgIDAgICAgIDAgICAgIDAg MDAwMDIwNCBbSVdBSVRdIGlycTY6IGZkYzAKICAgMTYgYzE5NjgzODAgZDQyMDYwMDAgICAgMCAg ICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxNTogc2JjMAogICAxNSBjMTk2ODU0MCBkNDIw NzAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE0OiBzaW8wCiAgIDE0IGMx OTY4NzAwIGQ0MjA4MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTM6IHNp bzEKICAgMTMgYzE5Njg4YzAgZDQyMDkwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJ VF0gaXJxMTogYXRrYmQwCiAgIDEyIGMxOTY4YTgwIGQ0MjBhMDAwICAgIDAgICAgIDAgICAgIDAg MDAwMDIwYyBbQ1BVIDBdIGlkbGU6IGNwdTAKICAgMTEgYzE5NjhjNDAgZDQyMGIwMDAgICAgMCAg ICAgMCAgICAgMCAwMDAwMjBjIFtDYW4gcnVuXSBpZGxlOiBjcHUxCiAgICAxIGMxOTY4ZTAwIGQ0 MjBjMDAwICAgIDAgICAgIDAgICAgIDEgMDAwNDIwMCBbU0xQUSB3YWl0IDB4YzE5NjhlMDBdW1NM UF0gaW5pCnQKICAgMTAgYzE5NzEwMDAgZDQyMGQwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtTTFBRIGt0cmFjZSAweGMwODBmODM4XVtTTFBdIGsKdHJhY2UKICAgIDAgYzA4MGJmNjAgYzBj MWYwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjAwIFtTTFBRIHNjaGVkIDB4YzA4MGJmNjBdW1NM UF0gc3cKYXBwZXIKICA0NDkgYzFjZmM1NDAgZGE5OGEwMDAgICAgMCAgIDQ0NCAgIDQ0OSAwMDA2 MDAwIHpvbWJbSU5BQ1RJVkVdIHNoCmRiPg== --Multipart=_Wed__6_Oct_2004_20_32_20_+0200_75cksMOBvmZab6YN Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1CRVRBNyAjOTogU3VuIE9jdCAgMyAxMTo1NToxMiBD RVNUIDIwMDQKICAgIHJvb3RAZ3JlYXRzaGVlcDovdXNyL29iai91c3Ivc3JjL3N5cy9TVUJNQVJJ TkVfU01QCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBl cmZvcm1hbmNlLgpBQ1BJIEFQSUMgVGFibGU6IDxPRU1UWU4gT0VNVFlOVEI+ClRpbWVjb3VudGVy ICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNQVTogUGVudGl1bSBJSUkv UGVudGl1bSBJSUkgWGVvbi9DZWxlcm9uICg0NTEuMDMtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3Jp Z2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2NzMgIFN0ZXBwaW5nID0gMwogIEZlYXR1cmVz PTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1U UlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixTU0U+CnJlYWwgbWVtb3J5ICA9IDUz NjczOTg0MCAoNTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MTU2NjU5MjAgKDQ5MSBNQikKRnJlZUJT RC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCiBjcHUwIChCU1Ap OiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQppb2FwaWMwIDxWZXJzaW9uIDEu MT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCm5weDA6IFtGQVNUXQpucHgwOiA8bWF0aCBwcm9j ZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKYWNwaTA6IDxPRU1U WU4gT0VNVFlOVEI+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBPdmVycmlkaW5nIFNDSSBJbnRlcnJ1 cHQgZnJvbSBJUlEgOSB0byBJUlEgMjAKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVj b3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3Bp X3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBv biBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNw aTAKY3B1MTogRmFpbGVkIHRvIGF0dGFjaCB0aHJvdHRsaW5nIFBfQ05UCnBjaWIwOiA8QUNQSSBI b3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjAKYWdwMDogPEludGVsIDgyNDQzR1ggaG9zdCB0byBQQ0kgYnJpZGdlPiBt ZW0gMHhmODAwMDAwMC0weGZiZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMApwY2liMTogPFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBj aWIxCnBjaTE6IDxkaXNwbGF5LCBWR0E+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCmlzYTA6IDxJ U0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgUElJWDQgVURNQTMzIGNvbnRyb2xsZXI+ IHBvcnQgMHhmZmEwLTB4ZmZhZiwweDM3NiwweDE3MC0weDE3NywweDNmNiwweDFmMC0weDFmNyBh dCBkZXZpY2UgNy4xIG9uIHBjaTAKYXRhMDogY2hhbm5lbCAjMCBvbiBhdGFwY2kwCmF0YTE6IGNo YW5uZWwgIzEgb24gYXRhcGNpMAp1aGNpMDogPEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBVU0Ig Y29udHJvbGxlcj4gcG9ydCAweGVmODAtMHhlZjlmIGlycSAxOSBhdCBkZXZpY2UgNy4yIG9uIHBj aTAKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkg VVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IElu dGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIw OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAppbnRwbTA6IDxJbnRlbCA4 MjM3MUFCIFBvd2VyIG1hbmFnZW1lbnQgY29udHJvbGxlcj4gcG9ydCAweDQ0MC0weDQ0ZiBpcnEg OSBhdCBkZXZpY2UgNy4zIG9uIHBjaTAKaW50cG0wOiBJL08gbWFwcGVkIDQ0MAppbnRwbTA6IGlu dHIgSVJRIDkgZW5hYmxlZCByZXZpc2lvbiAwCmludHBtMDogW0dJQU5ULUxPQ0tFRF0KaW50c21i MDogPEludGVsIFBJSVg0IFNNQlVTIEludGVyZmFjZT4gb24gaW50cG0wCnNtYnVzMDogPFN5c3Rl bSBNYW5hZ2VtZW50IEJ1cz4gb24gaW50c21iMApzbWIwOiA8U01CdXMgZ2VuZXJpYyBJL08+IG9u IHNtYnVzMAppbnRwbTA6IFBNIEkvTyBtYXBwZWQgNDAwIApzeW0wOiA8ODk2PiBwb3J0IDB4ZTQw MC0weGU0ZmYgbWVtIDB4ZmViZTAwMDAtMHhmZWJlMWZmZiwweGZlYmU4MDAwLTB4ZmViZTgzZmYg aXJxIDE3IGF0IGRldmljZSAxMS4wIG9uIHBjaTAKc3ltMDogU3ltYmlvcyBOVlJBTSwgSUQgNywg RmFzdC00MCwgTFZELCBwYXJpdHkgY2hlY2tpbmcKc3ltMDogb3BlbiBkcmFpbiBJUlEgbGluZSBk cml2ZXIsIHVzaW5nIG9uLWNoaXAgU1JBTQpzeW0wOiB1c2luZyBMT0FEL1NUT1JFLWJhc2VkIGZp cm13YXJlLgpzeW0wOiBoYW5kbGluZyBwaGFzZSBtaXNtYXRjaCBmcm9tIFNDUklQVFMuCnN5bTA6 IFtHSUFOVC1MT0NLRURdCnN5bTE6IDw4OTY+IHBvcnQgMHhlODAwLTB4ZThmZiBtZW0gMHhmZWJm MDAwMC0weGZlYmYxZmZmLDB4ZmViZjgwMDAtMHhmZWJmODNmZiBpcnEgMTggYXQgZGV2aWNlIDEx LjEgb24gcGNpMApzeW0xOiBTeW1iaW9zIE5WUkFNLCBJRCA3LCBGYXN0LTQwLCBMVkQsIHBhcml0 eSBjaGVja2luZwpzeW0xOiBvcGVuIGRyYWluIElSUSBsaW5lIGRyaXZlciwgdXNpbmcgb24tY2hp cCBTUkFNCnN5bTE6IHVzaW5nIExPQUQvU1RPUkUtYmFzZWQgZmlybXdhcmUuCnN5bTE6IGhhbmRs aW5nIHBoYXNlIG1pc21hdGNoIGZyb20gU0NSSVBUUy4Kc3ltMTogW0dJQU5ULUxPQ0tFRF0KcGNt MDogPEF1ZGlvUENJIEVTMTM3My04PiBwb3J0IDB4ZWYwMC0weGVmM2YgaXJxIDE4IGF0IGRldmlj ZSAxMi4wIG9uIHBjaTAKcGNtMDogPENpcnJ1cyBMb2dpYyBDUzQyOTcgQUM5NyBDb2RlYz4KcGNt MDogW0dJQU5ULUxPQ0tFRF0KZnhwMDogPEludGVsIDgyNTU5IFByby8xMDAgRXRoZXJuZXQ+IHBv cnQgMHhlZTgwLTB4ZWViZiBtZW0gMHhmZWEwMDAwMC0weGZlYWZmZmZmLDB4ZmViZGYwMDAtMHhm ZWJkZmZmZiBpcnEgMTkgYXQgZGV2aWNlIDEzLjAgb24gcGNpMAptaWlidXMwOiA8TUlJIGJ1cz4g b24gZnhwMAppbnBoeTA6IDxpODI1NTUgMTAvMTAwIG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVz MAppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRY LCBhdXRvCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmUwOjgxOjEwOmU0OjQ5CnBjaTA6IDxk aXNwbGF5LCBWR0E+IGF0IGRldmljZSAxNC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnhsMDogPDND b20gM2M5MDVCLUZYL1NDIEZhc3QgRXRoZXJsaW5rIFhMPiBwb3J0IDB4ZWMwMC0weGVjN2YgbWVt IDB4ZmViZGVmODAtMHhmZWJkZWZmZiBpcnEgMTYgYXQgZGV2aWNlIDE2LjAgb24gcGNpMAp4bDA6 IEV0aGVybmV0IGFkZHJlc3M6IDAwOjUwOmRhOjI2OjY5OjMwCmFjeDA6IDxUZXhhcyBJbnN0cnVt ZW50cyAoVEkpIDgwMi4xMWIrIDIyTWJwcyBXaXJlbGVzcyBBZGFwdGVyPiBwb3J0IDB4ZWY0MC0w eGVmNWYgbWVtIDB4ZmViYzAwMDAtMHhmZWJjZmZmZiwweGZlYmRkMDAwLTB4ZmViZGRmZmYgaXJx IDE3IGF0IGRldmljZSAxNy4wIG9uIHBjaTAKYWN4MDogRXRoZXJuZXQgYWRkcmVzczogMDA6MDM6 MmY6MDk6YWQ6OTEKYWN4MDogMTFiIHJhdGVzOiAxTWJwcyAyTWJwcyA1LjVNYnBzIDExTWJwcwph Y3gwOiA4MDIuMTEgYWRkcmVzczogMDA6MDM6MmY6MDk6YWQ6OTEKYWN4MDogRWVwcm9tIFJldiA0 IERvbWFpbiBFVFNJIEV1cm9wZSAoMS0xMyksIEZpcm13YXJlIFJldiAxLjkuOC5iCmFjeDA6IFJh ZGlvIFR5cGUgMHgxMSwgQW50ZW5uYSAweDAwLCBDQ0EgTW9kZSAweDBkLCBFRCBUaHJlc2hvbGQg MHg3MAphY3gwOiAoYykgaHR0cDovL3dsYW4ua2V3bC5vcmcvIDIwMDMtMjAwNAp4bDE6IDwzQ29t IDNjOTA1Qy1UWCBGYXN0IEV0aGVybGluayBYTD4gcG9ydCAweGUwODAtMHhlMGZmIG1lbSAweGZl YmRlZjAwLTB4ZmViZGVmN2YgaXJxIDE4IGF0IGRldmljZSAxOC4wIG9uIHBjaTAKbWlpYnVzMTog PE1JSSBidXM+IG9uIHhsMQp4bHBoeTA6IDwzYzkwNUMgMTAvMTAwIGludGVybmFsIFBIWT4gb24g bWlpYnVzMQp4bHBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNl VFgtRkRYLCBhdXRvCnhsMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MDE6MDI6YjM6MzI6YmMKYWNw aV9idXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29u dHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjQsMHg2MCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxB VCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFO VC1MT0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lB TlQtTE9DS0VEXQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAzCmZkYzA6IDxm bG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmNywweDNmNC0weDNmNSwweDNmMi0weDNm MyBpcnEgNiBkcnEgMiBvbiBhY3BpMApmZGMwOiBbRkFTVF0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRy aXZlPiBvbiBmZGMwIGRyaXZlIDAKc2lvMCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGFjcGkw CnNpbzA6IHR5cGUgMTY1NTBBLCBjb25zb2xlCnNpbzEgcG9ydCAweDJmOC0weDJmZiBpcnEgMyBv biBhY3BpMApzaW8xOiB0eXBlIDE2NTUwQQpwcGMwIHBvcnQgMHg3NzgtMHg3N2YsMHgzNzgtMHgz N2YgaXJxIDcgZHJxIDMgb24gYWNwaTAKcHBjMDogR2VuZXJpYyBjaGlwc2V0IChFQ1AvUFMyL05J QkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlCnBwYzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRo cmVzaG9sZApwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApwbGlwMDogPFBMSVAg bmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxw dDA6IEludGVycnVwdC1kcml2ZW4gcG9ydApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAK b3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjYzAwMC0weGNjN2ZmLDB4YzgwMDAt MHhjYmZmZiwweGMwMDAwLTB4YzdmZmYgb24gaXNhMApwbXRpbWVyMCBvbiBpc2EwCnNjMDogPFN5 c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFs IGNvbnNvbGVzLCBmbGFncz0weDEwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAw eDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApzYmMwOiA8Q3JlYXRpdmUg U0IxNi9TQjMyPiBhdCBwb3J0IDB4Mzg4LTB4MzhiLDB4MzMwLTB4MzMxLDB4MjIwLTB4MjJmIGly cSA1IGRycSA1LDEgb24gaXNhMApzYmMwOiBbR0lBTlQtTE9DS0VEXQpwY20xOiA8U0IxNiBEU1Ag NC4xMz4gb24gc2JjMApwY20xOiBbR0lBTlQtTE9DS0VEXQphdGEyOiA8R2VuZXJpYyBFU0RJL0lE RS9BVEEgY29udHJvbGxlcj4gYXQgcG9ydCAweDM2ZS0weDM2ZiwweDE2OC0weDE2ZiBpcnEgMTAg b24gaXNhMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmFjcGlfY3B1OiB0aHJv dHRsaW5nIGVuYWJsZWQsIDggc3RlcHMgKDEwMCUgdG8gMTIuNSUpLCBjdXJyZW50bHkgMTAwLjAl CmFkMjogODA1Nk1CIDxTVDM4NDIxQS84LjAxPiBbMTYzNjgvMTYvNjNdIGF0IGF0YTEtbWFzdGVy IFVETUEzMwpXYWl0aW5nIDUgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQoobm9w ZXJpcGg6c3ltMDowOi0xOi0xKTogU0NTSSBCVVMgcmVzZXQgZGVsaXZlcmVkLgoobm9wZXJpcGg6 c3ltMTowOi0xOi0xKTogU0NTSSBCVVMgcmVzZXQgZGVsaXZlcmVkLgpJbnRlcnJ1cHQgc3Rvcm0g ZGV0ZWN0ZWQgb24gImlycTk6IGludHBtMCI7IHRocm90dGxpbmcgaW50ZXJydXB0IHNvdXJjZQpk YTAgYXQgc3ltMSBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxGVUpJVFNVIE1BRzMxODJMQyA1 MjEwPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMiBkZXZpY2UgCmRhMDogODAuMDAwTUIvcyB0 cmFuc2ZlcnMgKDQwLjAwME1Ieiwgb2Zmc2V0IDMxLCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBF bmFibGVkCmRhMDogMTc0MjlNQiAoMzU2OTQ4NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1Mv VCAyMjIxQykKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhCk1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6 L2Rldi9hZDJzMWEKV0FSTklORzogLyB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklO RzogL3N0dWZmIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdG1wIHdhcyBu b3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkgZGlz bW91bnRlZAovdXNyOiBtb3VudCBwZW5kaW5nIGVycm9yOiBibG9ja3MgMjAgZmlsZXMgMQovdXNy OiBzdXBlcmJsb2NrIHN1bW1hcnkgcmVjb21wdXRlZApXQVJOSU5HOiAvdmFyIHdhcyBub3QgcHJv cGVybHkgZGlzbW91bnRlZAovdmFyOiBtb3VudCBwZW5kaW5nIGVycm9yOiBibG9ja3MgMTIgZmls ZXMgMwp3aXRuZXNzX2dldDogd2l0bmVzcyBleGhhdXN0ZWQK --Multipart=_Wed__6_Oct_2004_20_32_20_+0200_75cksMOBvmZab6YN Content-Type: application/octet-stream; name="SUBMARINE_SMP" Content-Disposition: attachment; filename="SUBMARINE_SMP" Content-Transfer-Encoding: base64 CgptYWNoaW5lCQlpMzg2CmNwdQkJSTY4Nl9DUFUKaWRlbnQJCVNVQk1BUklORV9TTVAKCiMgVG8g c3RhdGljYWxseSBjb21waWxlIGluIGRldmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZp Y2UuaGludHMKI2hpbnRzCQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8gbG9v ayBmb3IgZGV2aWNlcy4KCm1ha2VvcHRpb25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRo IGdkYigxKSBkZWJ1ZyBzeW1ib2xzCgojb3B0aW9ucyAJU0NIRURfVUxFCQkjIFVMRSBzY2hlZHVs ZXIKb3B0aW9ucwkJU0NIRURfNEJTRAkJIyA0QlNEIHNjaGVkdWxlcgpvcHRpb25zIAlJTkVUCQkJ IyBJbnRlck5FVHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMg cHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlv bnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9u cyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJ VUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0 aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJ TkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVS CQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVz YWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1Mg RmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9u cyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRp b25zIAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VP TV9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlDT01QQVRfNDMJCSMgQ29t cGF0aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNE NAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkj IERlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0 cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1l bW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlv bnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BS SU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpv cHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rldgpv cHRpb25zIAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBp biBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFI RF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJ CQkJIyBvdXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQURBUFRJVkVfR0lB TlQJCSMgR2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUuCgojIERlYnVnZ2luZyBmb3IgdXNlIGluIC1j dXJyZW50Cm9wdGlvbnMgCUtEQgkJCSMgRW5hYmxlIGtlcm5lbCBkZWJ1Z2dlciBzdXBwb3J0Lgpv cHRpb25zIAlEREIJCQkjIFN1cHBvcnQgRERCLgpvcHRpb25zIAlHREIJCQkjIFN1cHBvcnQgcmVt b3RlIEdEQi4Kb3B0aW9ucyAJSU5WQVJJQU5UUwkJIyBFbmFibGUgY2FsbHMgb2YgZXh0cmEgc2Fu aXR5IGNoZWNraW5nCm9wdGlvbnMgCUlOVkFSSUFOVF9TVVBQT1JUCSMgRXh0cmEgc2FuaXR5IGNo ZWNrcyBvZiBpbnRlcm5hbCBzdHJ1Y3R1cmVzLCByZXF1aXJlZCBieSBJTlZBUklBTlRTCm9wdGlv bnMgCVdJVE5FU1MJCQkjIEVuYWJsZSBjaGVja3MgdG8gZGV0ZWN0IGRlYWRsb2NrcyBhbmQgY3lj bGVzCm9wdGlvbnMgCVdJVE5FU1NfU0tJUFNQSU4JIyBEb24ndCBydW4gd2l0bmVzcyBvbiBzcGlu bG9ja3MgZm9yIHNwZWVkCm9wdGlvbnMJCU1VVEVYX1dBS0VfQUxMCgojIFRvIG1ha2UgYW4gU01Q IGtlcm5lbCwgdGhlIG5leHQgdHdvIGFyZSBuZWVkZWQKb3B0aW9ucyAJU01QCQkjIFN5bW1ldHJp YyBNdWx0aVByb2Nlc3NvciBLZXJuZWwKZGV2aWNlCQlhcGljCQkjIEkvTyBBUElDCgojIEJ1cyBz dXBwb3J0LiAgRG8gbm90IHJlbW92ZSBpc2EsIGV2ZW4gaWYgeW91IGhhdmUgbm8gaXNhIHNsb3Rz CmRldmljZQkJaXNhCmRldmljZQkJZWlzYQpkZXZpY2UJCXBjaQoKIyBGbG9wcHkgZHJpdmVzCmRl dmljZQkJZmRjCgojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcwpkZXZpY2UJCWF0YQpkZXZpY2UJCWF0 YWRpc2sJCSMgQVRBIGRpc2sgZHJpdmVzCmRldmljZQkJYXRhcmFpZAkJIyBBVEEgUkFJRCBkcml2 ZXMKZGV2aWNlCQlhdGFwaWNkCQkjIEFUQVBJIENEUk9NIGRyaXZlcwpkZXZpY2UJCWF0YXBpZmQJ CSMgQVRBUEkgZmxvcHB5IGRyaXZlcwpkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFwZSBkcml2 ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgojIFND U0kgQ29udHJvbGxlcnMKI2RldmljZQkJYWhiCQkjIEVJU0EgQUhBMTc0MiBmYW1pbHkKZGV2aWNl CQlhaGMJCSMgQUhBMjk0MCBhbmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMKI2RldmljZQkJYWhk CQkjIEFIQTM5MzIwLzI5MzIwIGFuZCBvbmJvYXJkIEFJQzc5eHggZGV2aWNlcwojZGV2aWNlCQlh bWQJCSMgQU1EIDUzQzk3NCAoVGVrcmFtIERDLTM5MChUKSkKI2RldmljZQkJaXNwCQkjIFFsb2dp YyBmYW1pbHkKI2RldmljZQkJbXB0CQkjIExTSS1Mb2dpYyBNUFQtRnVzaW9uCiNkZXZpY2UJCW5j cgkJIyBOQ1IvU3ltYmlvcyBMb2dpYwpkZXZpY2UJCXN5bQkJIyBOQ1IvU3ltYmlvcyBMb2dpYyAo bmV3ZXIgY2hpcHNldHMgKyB0aG9zZSBvZiBgbmNyJykKI2RldmljZQkJdHJtCQkjIFRla3JhbSBE QzM5NVUvVVcvRiBEQzMxNVUgYWRhcHRlcnMKCiNkZXZpY2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJ IGFkYXB0ZXJzCiNkZXZpY2UJCWFkdwkJIyBBZHZhbnN5cyB3aWRlIFNDU0kgYWRhcHRlcnMKI2Rl dmljZQkJYWhhCQkjIEFkYXB0ZWMgMTU0eCBTQ1NJIGFkYXB0ZXJzCiNkZXZpY2UJCWFpYwkJIyBB ZGFwdGVjIDE1WzAxMl14IFNDU0kgYWRhcHRlcnMsIEFJQy02WzIzXTYwLgojZGV2aWNlCQlidAkJ IyBCdXNsb2dpYy9NeWxleCBNdWx0aU1hc3RlciBTQ1NJIGFkYXB0ZXJzCgojZGV2aWNlCQluY3YJ CSMgTkNSIDUzQzUwMAojZGV2aWNlCQluc3AJCSMgV29ya2JpdCBOaW5qYSBTQ1NJLTMKI2Rldmlj ZQkJc3RnCQkjIFRNQyAxOEMzMC8xOEM1MAoKIyBTQ1NJIHBlcmlwaGVyYWxzCmRldmljZQkJc2Ni dXMJCSMgU0NTSSBidXMgKHJlcXVpcmVkIGZvciBTQ1NJKQpkZXZpY2UJCWNoCQkjIFNDU0kgbWVk aWEgY2hhbmdlcnMKZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChkaXNrcykKZGV2aWNlCQlz YQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpCmRldmljZQkJY2QJCSMgQ0QKZGV2aWNl CQlwYXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFNDU0kgYWNjZXNzKQpkZXZpY2UJ CXNlcwkJIyBTQ1NJIEVudmlyb25tZW50YWwgU2VydmljZXMgKGFuZCBTQUYtVEUpCgoKIyBhdGti ZGMwIGNvbnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQpkZXZpY2UJ CWF0a2JkYwkJIyBBVCBrZXlib2FyZCBjb250cm9sbGVyCmRldmljZQkJYXRrYmQJCSMgQVQga2V5 Ym9hcmQKZGV2aWNlCQlwc20JCSMgUFMvMiBtb3VzZQoKZGV2aWNlCQl2Z2EJCSMgVkdBIHZpZGVv IGNhcmQgZHJpdmVyCgpkZXZpY2UJCXNwbGFzaAkJIyBTcGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4g c2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCBy ZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJc2MKCiMgRW5hYmxlIHRoaXMgZm9yIHRo ZSBwY3Z0IChWVDIyMCBjb21wYXRpYmxlKSBjb25zb2xlIGRyaXZlcgojZGV2aWNlCQl2dAojb3B0 aW9ucyAJWFNFUlZFUgkJIyBzdXBwb3J0IGZvciBYIHNlcnZlciBvbiBhIHZ0IGNvbnNvbGUKI29w dGlvbnMgCUZBVF9DVVJTT1IJIyBzdGFydCB3aXRoIGJsb2NrIGN1cnNvcgoKZGV2aWNlCQlhZ3AJ CSMgc3VwcG9ydCBzZXZlcmFsIEFHUCBjaGlwc2V0cwoKIyBGbG9hdGluZyBwb2ludCBzdXBwb3J0 IC0gZG8gbm90IGRpc2FibGUuCmRldmljZQkJbnB4CgojIFBvd2VyIG1hbmFnZW1lbnQgc3VwcG9y dCAoc2VlIE5PVEVTIGZvciBtb3JlIG9wdGlvbnMpCiNkZXZpY2UJCWFwbQojIEFkZCBzdXNwZW5k L3Jlc3VtZSBzdXBwb3J0IGZvciB0aGUgaTgyNTQuCmRldmljZQkJcG10aW1lcgoKIyBQQ0NBUkQg KFBDTUNJQSkgc3VwcG9ydAojIFBDTUNJQSBhbmQgY2FyZGJ1cyBicmlkZ2Ugc3VwcG9ydApkZXZp Y2UJCWNiYgkJIyBjYXJkYnVzICh5ZW50YSkgYnJpZGdlCmRldmljZQkJcGNjYXJkCQkjIFBDIENh cmQgKDE2LWJpdCkgYnVzCmRldmljZQkJY2FyZGJ1cwkJIyBDYXJkQnVzICgzMi1iaXQpIGJ1cwoK IyBTZXJpYWwgKENPTSkgcG9ydHMKZGV2aWNlCQlzaW8JCSMgODI1MCwgMTZbNDVdNTAgYmFzZWQg c2VyaWFsIHBvcnRzCgojIFBhcmFsbGVsIHBvcnQKZGV2aWNlCQlwcGMKZGV2aWNlCQlwcGJ1cwkJ IyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQpCmRldmljZQkJbHB0CQkjIFByaW50ZXIKZGV2 aWNlCQlwbGlwCQkjIFRDUC9JUCBvdmVyIHBhcmFsbGVsCmRldmljZQkJcHBpCQkjIFBhcmFsbGVs IHBvcnQgaW50ZXJmYWNlIGRldmljZQojZGV2aWNlCQl2cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5k IGRhCgoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29u dHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMn IGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRldmljZQkJbWlpYnVzCQkjIE1JSSBi dXMgc3VwcG9ydAojZGV2aWNlCQliZmUJCSMgQnJvYWRjb20gQkNNNDQweCAxMC8xMDAgRXRoZXJu ZXQKI2RldmljZQkJYmdlCQkjIEJyb2FkY29tIEJDTTU3MHh4IEdpZ2FiaXQgRXRoZXJuZXQKI2Rl dmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlrZXMKZGV2aWNl CQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1NywgODI1NTgpCiNkZXZp Y2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJIDEwLzEwMCAocHJlY2VkZW5jZSBvdmVyICdsbmMn KQojZGV2aWNlCQlyZQkJIyBSZWFsVGVrIDgxMzlDKy84MTY5LzgxNjlTLzgxMTBTCmRldmljZQkJ cmwJCSMgUmVhbFRlayA4MTI5LzgxMzkKI2RldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkxNSAo YGBTdGFyZmlyZScnKQojZGV2aWNlCQlzaXMJCSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMg U2lTIDkwMC9TaVMgNzAxNgojZGV2aWNlCQlzawkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05 ODJ4IGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxp bmsgREZFLTU1MFRYKQojZGV2aWNlCQl0aQkJIyBBbHRlb24gTmV0d29ya3MgVGlnb24gSS9JSSBn aWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXRsCQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJM QU4KI2RldmljZQkJdHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKI2Rl dmljZQkJdnIJCSMgVklBIFJoaW5lLCBSaGluZSBJSQojZGV2aWNlCQl3YgkJIyBXaW5ib25kIFc4 OUM4NDBGCmRldmljZQkJeGwJCSMgM0NvbSAzYzkweCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25l JycpCgojIFdpcmVsZXNzIE5JQyBjYXJkcwpkZXZpY2UJCXdsYW4JCSMgODAyLjExIHN1cHBvcnQK ZGV2aWNlCQlhbgkJIyBBaXJvbmV0IDQ1MDAvNDgwMCA4MDIuMTEgd2lyZWxlc3MgTklDcy4KZGV2 aWNlCQlhd2kJCSMgQmF5U3RhY2sgNjYwIGFuZCBvdGhlcnMKZGV2aWNlCQl3aQkJIyBXYXZlTEFO L0ludGVyc2lsL1N5bWJvbCA4MDIuMTEgd2lyZWxlc3MgTklDcy4KI2RldmljZQkJd2wJCSMgT2xk ZXIgbm9uIDgwMi4xMSBXYXZlbGFuIHdpcmVsZXNzIE5JQy4KCiMgUHNldWRvIGRldmljZXMuCmRl dmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJbWVtCQkjIE1lbW9yeSBhbmQg a2VybmVsIG1lbW9yeSBkZXZpY2VzCmRldmljZQkJaW8JCSMgSS9PIGRldmljZQpkZXZpY2UJCXJh bmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0IHN1cHBvcnQK ZGV2aWNlCQlzbAkJIyBLZXJuZWwgU0xJUApkZXZpY2UJCXBwcAkJIyBLZXJuZWwgUFBQCmRldmlj ZQkJdHVuCQkjIFBhY2tldCB0dW5uZWwuCmRldmljZQkJcHR5CQkjIFBzZXVkby10dHlzICh0ZWxu ZXQgZXRjKQpkZXZpY2UJCW1kCQkjIE1lbW9yeSAiZGlza3MiCmRldmljZQkJZ2lmCQkjIElQdjYg YW5kIElQdjQgdHVubmVsaW5nCmRldmljZQkJZmFpdGgJCSMgSVB2Ni10by1JUHY0IHJlbGF5aW5n ICh0cmFuc2xhdGlvbikKCiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQ YWNrZXQgRmlsdGVyLgojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5j ZXMgb2YgZW5hYmxpbmcgdGhpcyEKZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRl cgoKIyBVU0Igc3VwcG9ydApkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UK ZGV2aWNlCQlvaGNpCQkjIE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJdXNiCQkjIFVT QiBCdXMgKHJlcXVpcmVkKQojZGV2aWNlCQl1ZGJwCQkjIFVTQiBEb3VibGUgQnVsayBQaXBlIGRl dmljZXMKZGV2aWNlCQl1Z2VuCQkjIEdlbmVyaWMKZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRl cmZhY2UgRGV2aWNlcyIKZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkCmRldmljZQkJdWxwdAkJIyBQ cmludGVyCmRldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2Ni dXMgYW5kIGRhCmRldmljZQkJdW1zCQkjIE1vdXNlCmRldmljZQkJdXJpbwkJIyBEaWFtb25kIFJp byA1MDAgTVAzIHBsYXllcgpkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5lcnMKIyBVU0IgRXRoZXJu ZXQsIHJlcXVpcmVzIG1paQojZGV2aWNlCQlhdWUJCSMgQURNdGVrIFVTQiBFdGhlcm5ldAojZGV2 aWNlCQlheGUJCSMgQVNJWCBFbGVjdHJvbmljcyBVU0IgRXRoZXJuZXQKI2RldmljZQkJY3VlCQkj IENBVEMgVVNCIEV0aGVybmV0CiNkZXZpY2UJCWt1ZQkJIyBLYXdhc2FraSBMU0kgVVNCIEV0aGVy bmV0CiNkZXZpY2UJCXJ1ZQkJIyBSZWFsVGVrIFJUTDgxNTAgVVNCIEV0aGVybmV0CgoKIyMjIGN1 c3RvbSBvcHRpb25zIGZvciBTVUJNQVJJTkVfU01QICMjIwoKCiMgc291bmQgZGV2aWNlcwoKZGV2 aWNlCQlzb3VuZApkZXZpY2UJCXNuZF9zYmMKZGV2aWNlCQkic25kX3NiMTYiCgoKIyMgbmV0d29y a2luZyBvcHRpb25zICMjCgojIHBmIAoKZGV2aWNlCQlwZgpkZXZpY2UJCXBmbG9nCmRldmljZQkJ cGZzeW5jCgojIGFsdHEKCm9wdGlvbnMJCUFMVFEKb3B0aW9ucwkJQUxUUV9DQlEKb3B0aW9ucwkJ QUxUUV9SRUQKb3B0aW9ucwkJQUxUUV9SSU8Kb3B0aW9ucwkJQUxUUV9IRlNDCm9wdGlvbnMJCUFM VFFfQ0ROUgpvcHRpb25zCQlBTFRRX1BSSVEKb3B0aW9ucwkJQUxUUV9OT1BDQwpvcHRpb25zCQlB TFRRX0RFQlVHCgojIHJ1ZGltZW50YXJ5IHByb3RlY3Rpb24KCm9wdGlvbnMJCUlQU1RFQUxUSApv cHRpb25zCQlUQ1BfRFJPUF9TWU5GSU4KCgoKIyByZWFzb25hYmxlIGh6IGxldmVsCgpvcHRpb25z CQlIWj0yMDAwCgoKCiMjIHNldCBjb25zb2xlIHJlc29sdXRpb24gdG8gODAweDYwMCwgMTAyNHg3 NjggYXdhaXRzISEgIyMKCiMgVkVTQSBzdXBwb3J0CgpvcHRpb25zCQlWRVNBCgojIHJhc3RlciBk aXNwbGF5IHN1cHBvcnQgZm9yIDgwMHg2MDAgcmVzb2x1dGlvbgoKb3B0aW9ucwkJU0NfUElYRUxf TU9ERQoKCgojIHN1cHBvcnQgZm9yIElOVEVMIFBJSVg0IFNNQnVzCgpkZXZpY2UJCXNtYnVzCmRl dmljZQkJaW50cG0KZGV2aWNlCQlzbWIKCgoKIyBlbmFibGUgZGV2aWNlIHBvbGxpbmcKCiNvcHRp b25zIAlERVZJQ0VfUE9MTElORwoKIA== --Multipart=_Wed__6_Oct_2004_20_32_20_+0200_75cksMOBvmZab6YN-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:37:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D25116A4CE for ; Wed, 6 Oct 2004 18:37:06 +0000 (GMT) Received: from hotmail.com (bay15-f4.bay15.hotmail.com [65.54.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 133CD43D2D for ; Wed, 6 Oct 2004 18:37:06 +0000 (GMT) (envelope-from ryannewman47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 6 Oct 2004 11:37:05 -0700 Received: from 198.93.75.2 by by15fd.bay15.hotmail.msn.com with HTTP; Wed, 06 Oct 2004 18:36:24 GMT X-Originating-IP: [198.93.75.2] X-Originating-Email: [ryannewman47@hotmail.com] X-Sender: ryannewman47@hotmail.com From: "Ryan Newman" To: current@freebsd.org Date: Wed, 06 Oct 2004 18:36:24 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 06 Oct 2004 18:37:05.0331 (UTC) FILETIME=[7A682030:01C4ABD3] Subject: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:37:06 -0000 I just installed the 5.3 beta-7 and noticed that perl 5.8.5 was installed. Perl 5.8 breaks a lot of the complex applications that I need to run why not stay with perl 5.6 which is more stable for applications ? _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar – get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:39:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE2516A4CE for ; Wed, 6 Oct 2004 18:39:25 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24C1C43D48 for ; Wed, 6 Oct 2004 18:39:25 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 78so39629rnk for ; Wed, 06 Oct 2004 11:39:24 -0700 (PDT) Received: by 10.38.79.8 with SMTP id c8mr2085931rnb; Wed, 06 Oct 2004 11:38:59 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Wed, 6 Oct 2004 11:38:59 -0700 (PDT) Message-ID: <136a340a04100611381c627a81@mail.gmail.com> Date: Wed, 6 Oct 2004 21:38:59 +0300 From: Nikolay Kalev To: freebsd-current@freebsd.org, itetcu@people.tecnik93.com, d.kulinski@gmail.com In-Reply-To: <855692203.20041006112827@takeda.tk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <855692203.20041006112827@takeda.tk> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:39:25 -0000 On Wed, 6 Oct 2004 11:28:27 -0700, Dariusz Kulinski wrote: > Hello Nikolay, > > Wednesday, October 6, 2004, 4:02:38 AM, you wrote: > > > Ok here is a Simple dot.tcshrc file which needs more testing and > > cleanup. I removed some stuff which are not working very well under > > FreeBSD in new versions of tcshrc scripts from the original author. > > WOW, nice one. It shows how powerful is tcsh :) > Yes it is very very powerfull :-). This one just need testing, and i have to remove the standart linux stuff from the original tcshrc.Tell me if you see anything suspicious. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:41:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 224F716A4CE for ; Wed, 6 Oct 2004 18:41:27 +0000 (GMT) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22D9443D41 for ; Wed, 6 Oct 2004 18:41:26 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 96183 invoked by uid 89); 6 Oct 2004 18:41:25 -0000 Message-ID: <20041006184125.96182.qmail@bsd.ultra-secure.de> References: In-Reply-To: From: Rainer Duffner To: "Ryan Newman" Date: Wed, 06 Oct 2004 20:41:25 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:41:27 -0000 Ryan Newman wrote: > I just installed the 5.3 beta-7 and noticed that perl 5.8.5 was installed. > Perl 5.8 breaks a lot of the complex applications that I need to run why > not stay with perl 5.6 which is more stable for applications ? PERL 5.8 was "promoted" to standard quite some time ago. Also, the first thing I usually do after installing FreeBSD is cvsup and install perl-5.8 ... RT needs 5.8, and I think spamassassin is also working better with 5.8. Is there actually anything that doesn't work with 5.8 but does work with 5.6? cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:44:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F4FD16A4CE for ; Wed, 6 Oct 2004 18:44:25 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A6D43D49 for ; Wed, 6 Oct 2004 18:44:25 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 66C25295497; Wed, 6 Oct 2004 14:44:11 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Wed, 6 Oct 2004 14:44:11 -0400 (EDT) Message-ID: <1871.66.11.183.178.1097088251.squirrel@66.11.183.178> Date: Wed, 6 Oct 2004 14:44:11 -0400 (EDT) From: "Mike Jakubik" To: "Ryan Newman" 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 X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: freebsd-current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:44:25 -0000 Ryan Newman said: > I just installed the 5.3 beta-7 and noticed that perl 5.8.5 was > installed. Perl 5.8 breaks a lot of the complex applications that I need > to run why not stay with perl 5.6 which is more stable for applications ? Because this is the current version of perl. A lot of applications also dont work with older perl. Perl is a port, if you need an older version, you can remove 5.8 and install 5.6, problem solved. From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:49:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B222516A4CE for ; Wed, 6 Oct 2004 18:49:04 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9942543D1D for ; Wed, 6 Oct 2004 18:49:04 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 5113BF1AC4 for ; Wed, 6 Oct 2004 11:49:02 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20082-02 for ; Wed, 6 Oct 2004 11:48:58 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 48457F196E for ; Wed, 6 Oct 2004 11:48:58 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4zxxOX1l6ebR3YpnWgXa" Message-Id: <1097088538.21349.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 11:48:58 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:49:04 -0000 --=-4zxxOX1l6ebR3YpnWgXa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I just ran mergemaster and it deleted my named.conf and everything else. I'm guessing it did an rm /etc/namedb/* or something like that.=20 My system was setup correctly with /etc/namedb linked to /var/named/etc/namedb and it was all placed properly. :( Sean --=-4zxxOX1l6ebR3YpnWgXa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZD4ZyQsGN30uGE4RAnWLAJ93+kGfJ1jh7vzMYgBkAq0wGQvLYACg5swY Z+EfovaK+S3kTuOEjsSzzuc= =rfBe -----END PGP SIGNATURE----- --=-4zxxOX1l6ebR3YpnWgXa-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:52:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFE2216A4CF for ; Wed, 6 Oct 2004 18:52:05 +0000 (GMT) Received: from hotmail.com (bay15-f8.bay15.hotmail.com [65.54.185.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 813FD43D1F for ; Wed, 6 Oct 2004 18:52:05 +0000 (GMT) (envelope-from ryannewman47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 6 Oct 2004 11:52:02 -0700 Received: from 198.93.75.2 by by15fd.bay15.hotmail.msn.com with HTTP; Wed, 06 Oct 2004 18:51:21 GMT X-Originating-IP: [198.93.75.2] X-Originating-Email: [ryannewman47@hotmail.com] X-Sender: ryannewman47@hotmail.com From: "Ryan Newman" To: rainer@ultra-secure.de Date: Wed, 06 Oct 2004 18:51:21 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 06 Oct 2004 18:52:02.0889 (UTC) FILETIME=[91649B90:01C4ABD5] cc: current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:52:05 -0000 >From: Rainer Duffner >To: "Ryan Newman" >CC: current@freebsd.org >Subject: Re: perl 5.8.5 >Date: Wed, 06 Oct 2004 20:41:25 +0200 > >Ryan Newman wrote: > >>I just installed the 5.3 beta-7 and noticed that perl 5.8.5 was installed. >>Perl 5.8 breaks a lot of the complex applications that I need to run why >>not stay with perl 5.6 which is more stable for applications ? > >PERL 5.8 was "promoted" to standard quite some time ago. > >Also, the first thing I usually do after installing FreeBSD is cvsup and >install perl-5.8 ... > >RT needs 5.8, and I think spamassassin is also working better with 5.8. > >Is there actually anything that doesn't work with 5.8 but does work with >5.6? > The biggest problem is that 5.8 defaults to unicode support which ends up breaking a lot of complex applications. I know that linux has shifted from 5.6 to 5.8 and this has caused a lot of people problems on thel linux platform. _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:59:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4511016A4CE for ; Wed, 6 Oct 2004 18:59:26 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21D1843D3F for ; Wed, 6 Oct 2004 18:59:26 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20394 invoked from network); 6 Oct 2004 18:59:25 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Oct 2004 18:59:24 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i96Iwsmp074356; Wed, 6 Oct 2004 14:59:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 6 Oct 2004 14:13:51 -0400 User-Agent: KMail/1.6.2 References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <200410051249.37820.jhb@FreeBSD.org> <50044.208.4.77.15.1097084904.squirrel@208.4.77.15> In-Reply-To: <50044.208.4.77.15.1097084904.squirrel@208.4.77.15> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410061413.51459.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Ryan Sommers cc: David Gilbert Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:59:26 -0000 On Wednesday 06 October 2004 01:48 pm, Ryan Sommers wrote: > > /stand is installed as part of the installation process. Basically, > > sysinstall starts off by letting you partition your disks. Once that is > > done, it mounts everything under /mnt, then copies the /stand off of the > > mfsroot to /mnt/stand and finally chroots into mnt for the rest of the > > install. It copies /stand so that it can still get to the utilities > > in /stand that it needs while it does the actual install. > > Is there any reason why we need /stand after the install process? As part > of the post-install configuration would it be possible to have /stand > removed? Prior to /rescue it was (ab)used as a sort of /rescue type of thing. Now that we have /rescue, it probably can be removed after the installation is complete. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:01:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69D8216A4CE for ; Wed, 6 Oct 2004 19:01:54 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9FA443D48 for ; Wed, 6 Oct 2004 19:01:51 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i96J1Y7S056416; Wed, 6 Oct 2004 12:01:38 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410061901.i96J1Y7S056416@gw.catspoiler.org> Date: Wed, 6 Oct 2004 12:01:34 -0700 (PDT) From: Don Lewis To: julian@elischer.org In-Reply-To: <41642BFF.6070807@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: fsck patches and fsck problems.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:01:54 -0000 On 6 Oct, Julian Elischer wrote: > I've been trying for a while to get someone to look at a set of changes > that VICOR uses to make > fsck behave better. The recent change to fix one of these problems upset > our deveopler here > who fixed all this years ago.. Because he cannot intrest anyone in > taking back these fixes.. > > Is there someone in FreeBSD who has his fingers in fsck/ufs and can look > at these changes? Send them my way. I think I'm the latest to touch fsck. From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:10:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6777116A4CE for ; Wed, 6 Oct 2004 19:10:09 +0000 (GMT) Received: from hotmail.com (bay15-f14.bay15.hotmail.com [65.54.185.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5493243D53 for ; Wed, 6 Oct 2004 19:10:09 +0000 (GMT) (envelope-from ryannewman47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 6 Oct 2004 12:08:07 -0700 Received: from 198.93.75.2 by by15fd.bay15.hotmail.msn.com with HTTP; Wed, 06 Oct 2004 19:08:00 GMT X-Originating-IP: [198.93.75.2] X-Originating-Email: [ryannewman47@hotmail.com] X-Sender: ryannewman47@hotmail.com From: "Ryan Newman" To: current@freebsd.org Date: Wed, 06 Oct 2004 19:08:00 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 06 Oct 2004 19:08:07.0183 (UTC) FILETIME=[D02831F0:01C4ABD7] Subject: Buildworld Error/Unstable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:10:09 -0000 As advised just tried to cvsup. Looks like there still is a fair amount of work needed before the release. .c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/kvm_file.c /usr/src/lib/li bkvm/kvm_getloadavg.c /usr/src/lib/libkvm/kvm_getswapinfo.c /usr/src/lib/libkvm/ kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm.c cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_i386. c cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_file. c cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_getlo adavg.c cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_getsw apinfo.c cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_proc. c /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:269: warning: assignment makes integer from point er without a cast /usr/src/lib/libkvm/kvm_proc.c:341: error: structure has no member named `p_runt ime' *** Error code 1 Stop in /usr/src/lib/libkvm. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:12:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A099116A4CE for ; Wed, 6 Oct 2004 19:12:04 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2893E43D5A for ; Wed, 6 Oct 2004 19:12:04 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i96JC1PP011332; Wed, 6 Oct 2004 15:12:02 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Wed, 6 Oct 2004 15:12:00 -0400 To: "Ryan Newman" , rainer@ultra-secure.de From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:12:04 -0000 At 6:51 PM +0000 10/6/04, Ryan Newman wrote: >>From: Rainer Duffner >> >>Is there actually anything that doesn't work with 5.8 but does >>work with 5.6? > >The biggest problem is that 5.8 defaults to unicode support which >ends up breaking a lot of complex applications. I know that linux >has shifted from 5.6 to 5.8 and this has caused a lot of people >problems on the linux platform. Here at work we are in the process of upgrading some older Linux systems to a newer release of Redhat, and we have been nailed by these unicode-related bugs in perl, particularly with some regexp patterns. In some cases this has caused a few scripts to fail in subtle ways, which is to say the script "succeeds" and claims everything went just fine, but the script didn't actually do what it was supposed to do, and what it had been doing for the past few years. In at least some of those cases, I think these are BUGS in the way perl handles the expression, and not "unavoidable consequences of Unicode support". That's just my opinion, though. I don't know if perl 5.8 on FreeBSD will cause the same issues. I have the impression that the default for unicode-handling can be changed on a system-wide basis (at least on Redhat), but I am not sure of the details. Even though I have hit some of these problems, I do think it is a good idea to make the change to 5.8 as part of FreeBSD 5.3-release. People should be taking a bit more time to check, cross-check, and re-check everything they are running if they are upgrading to 5.3-release from 4.x-release. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:14:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AA3A16A4CE for ; Wed, 6 Oct 2004 19:14:07 +0000 (GMT) Received: from hotmail.com (bay15-f22.bay15.hotmail.com [65.54.185.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08DF543D49 for ; Wed, 6 Oct 2004 19:14:05 +0000 (GMT) (envelope-from ryannewman47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 6 Oct 2004 12:14:04 -0700 Received: from 198.93.75.2 by by15fd.bay15.hotmail.msn.com with HTTP; Wed, 06 Oct 2004 19:13:06 GMT X-Originating-IP: [198.93.75.2] X-Originating-Email: [ryannewman47@hotmail.com] X-Sender: ryannewman47@hotmail.com From: "Ryan Newman" To: sean@mcneil.com, freebsd-current@freebsd.org Date: Wed, 06 Oct 2004 19:13:06 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 06 Oct 2004 19:14:04.0426 (UTC) FILETIME=[A51726A0:01C4ABD8] Subject: RE: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:14:07 -0000 >From: Sean McNeil >To: freebsd-current@freebsd.org >Subject: mergemaster just screwed me >Date: Wed, 06 Oct 2004 11:48:58 -0700 > >I just ran mergemaster and it deleted my named.conf and everything >else. I'm guessing it did an rm /etc/namedb/* or something like that. >My system was setup correctly with /etc/namedb linked to >/var/named/etc/namedb and it was all placed properly. :( > >Sean > ><< signature.asc >> This sounds scary. Does fbsd need something other than mergemaster or is this just a bug likes to randomly remove files ? _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:14:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0324616A4CE; Wed, 6 Oct 2004 19:14:36 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id E271943D62; Wed, 6 Oct 2004 19:14:34 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CFHFQ-0005sI-00 Wed, 06 Oct 2004 21:14:48 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CFHFQ-0005rU-00 Wed, 06 Oct 2004 21:14:48 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i96JEV76096747; Wed, 6 Oct 2004 21:14:31 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i96JESOh007160; Wed, 6 Oct 2004 21:14:28 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Wed, 6 Oct 2004 21:14:27 +0200 User-Agent: KMail/1.7 References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <50044.208.4.77.15.1097084904.squirrel@208.4.77.15> <200410061413.51459.jhb@FreeBSD.org> In-Reply-To: <200410061413.51459.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410062114.27791.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Ryan Sommers cc: David Gilbert Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:14:36 -0000 On Wednesday 06 October 2004 20:13, John Baldwin wrote: > On Wednesday 06 October 2004 01:48 pm, Ryan Sommers wrote: > > > /stand is installed as part of the installation process. > > > Basically, sysinstall starts off by letting you partition your > > > disks. Once that is done, it mounts everything under /mnt, then > > > copies the /stand off of the mfsroot to /mnt/stand and finally > > > chroots into mnt for the rest of the install. It copies /stand > > > so that it can still get to the utilities in /stand that it needs > > > while it does the actual install. > > > > Is there any reason why we need /stand after the install process? > > As part of the post-install configuration would it be possible to > > have /stand removed? > > Prior to /rescue it was (ab)used as a sort of /rescue type of thing. > Now that we have /rescue, it probably can be removed after the > installation is complete. Take care of: - it only takes ~2 MB of your rootfs. - I'm not sure that /rescue/tar can work without a tmp dir and this is really needed for initdiskless oper (/stand/cpio). - can sysinstall unlink his own binary before restart? -- josemi From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:16:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0D6E16A4CE for ; Wed, 6 Oct 2004 19:16:34 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FFF43D31 for ; Wed, 6 Oct 2004 19:16:34 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.dyndns.org ([68.83.169.224]) by comcast.net (rwcrmhc13) with SMTP id <20041006191633015003bm5ie> (Authid: apeiron); Wed, 6 Oct 2004 19:16:33 +0000 From: Christopher Nehren To: Ryan Newman In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZOe9CZ1chPUKreb9OnF/" Date: Wed, 06 Oct 2004 15:16:31 -0400 Message-Id: <1097090191.775.16.camel@prophecy.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port cc: current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:16:34 -0000 --=-ZOe9CZ1chPUKreb9OnF/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 18:36 +0000, Ryan Newman wrote: > I just installed the 5.3 beta-7 and noticed that perl 5.8.5 was installed= . =20 > Perl 5.8 breaks a lot of the complex applications that I need to run why = not=20 > stay with perl 5.6 which is more stable for applications ? Funny that you mention the word "stable"... If you read 'perldoc perl58delta', you'll see that 5.6 versions of Perl used quicksort for the sort() function, which is under some circumstances an unstable sort algorithm. Versions 5.8 and above use mergesort, which is guaranteed to be stable. I refer you to 'perldoc sort' (it's a pragma, too) for more information. ... then there's the algorithmic complexity attacks against the hashing algorithm, and many other things which were fixed in the 5.8 line (like the potentially massive delay on creating threads, ...). You wouldn't want people to be able to guess your hash keys / values, would you? --=-ZOe9CZ1chPUKreb9OnF/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZESPk/lo7zvzJioRAq5sAJ9TDymooptHXq5B6mtYFDNTsHssWwCgqMqU lRvAth3ONYcvxdtB7wf5UmA= =jIn+ -----END PGP SIGNATURE----- --=-ZOe9CZ1chPUKreb9OnF/-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:25:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 67EF016A5A6; Wed, 6 Oct 2004 19:25:32 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i96JPNdG065224; Wed, 6 Oct 2004 15:25:23 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i96JPJl4065223; Wed, 6 Oct 2004 15:25:19 -0400 (EDT) (envelope-from green) Date: Wed, 6 Oct 2004 15:25:18 -0400 From: Brian Fundakowski Feldman To: Marc UBM Bocklet Message-ID: <20041006192518.GM47017@green.homeunix.org> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041006203220.7f8e7b8a.ubm@u-boot-man.de> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:25:33 -0000 On Wed, Oct 06, 2004 at 08:32:20PM +0200, Marc UBM Bocklet wrote: > On Wed, 6 Oct 2004 11:41:37 -0400 > Brian Fundakowski Feldman wrote: > > > On Wed, Oct 06, 2004 at 09:01:04AM +0200, Marc UBM Bocklet wrote: > > > On Tue, 5 Oct 2004 20:07:01 -0400 > > > Vlad wrote: > > > > > > > Welcome to the club, Marc > > > > > > > > I have the the same problem, here is several observes that I've > > > > made: > > > > > > > > 1) doesn't happen if kernel compiled w/o SMP > > > > > > I'll try booting with a non-SMP kernel after the next panic. > > > > > > > 2) happen under heavy traffic > > > > > > Nope, there is only light traffic here when it panics (adsl with > > > pppoe, but the line is never maxed out) > > > > > > > 3) I had problems with my network configuration (incorrect > > > > broadcast assigned to aliased ip on interface) + packets loss > > > > issue (switch side). when those two issues has been resolved it > > > > seems that it's working more stable now. > > > > > > Nope, nothing like that here. No packet loss, no configuration > > > problems. > > > > > > > anything common with the above on your end? > > > > > > Let's hope we can narrow it down on smp/non-smp. > > > > What kind of socket was it? What address family, protocol type > > (stream, datagram, etc.), listening, bound, connected? > > I have no idea but maybe the backtrace/db output shows something you can > use. > > If not, how can I get that information? :-) > > Attached are dmesg, output from db and my kernel config. > > As I've described in another mail, another symptom is that the light on > my switch where the cable to my fxp card is plugged in starts flashing, > just as if there were lots of traffic going through. Do you have a crashdump? Whether you do or don't, can you, using that kernel you just got this crash with, do the following: $ kgdb /dev/mem (kgdb) l *(tcp_input+0x1d36) -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:26:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA61B16A4CE for ; Wed, 6 Oct 2004 19:26:08 +0000 (GMT) Received: from hotmail.com (bay15-f24.bay15.hotmail.com [65.54.185.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9577C43D2F for ; Wed, 6 Oct 2004 19:26:08 +0000 (GMT) (envelope-from ryannewman47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 6 Oct 2004 12:26:03 -0700 Received: from 198.93.75.2 by by15fd.bay15.hotmail.msn.com with HTTP; Wed, 06 Oct 2004 19:25:44 GMT X-Originating-IP: [198.93.75.2] X-Originating-Email: [ryannewman47@hotmail.com] X-Sender: ryannewman47@hotmail.com From: "Ryan Newman" To: drosih@rpi.edu, rainer@ultra-secure.de Date: Wed, 06 Oct 2004 19:25:44 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 06 Oct 2004 19:26:03.0705 (UTC) FILETIME=[51D06A90:01C4ABDA] cc: current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:26:08 -0000 >From: Garance A Drosihn >To: "Ryan Newman" , rainer@ultra-secure.de >CC: current@freebsd.org >Subject: Re: perl 5.8.5 >Date: Wed, 6 Oct 2004 15:12:00 -0400 > >At 6:51 PM +0000 10/6/04, Ryan Newman wrote: >>>From: Rainer Duffner >>> >>>Is there actually anything that doesn't work with 5.8 but does >>>work with 5.6? >> >>The biggest problem is that 5.8 defaults to unicode support which >>ends up breaking a lot of complex applications. I know that linux >>has shifted from 5.6 to 5.8 and this has caused a lot of people >>problems on the linux platform. > >Here at work we are in the process of upgrading some older Linux >systems to a newer release of Redhat, and we have been nailed by >these unicode-related bugs in perl, particularly with some regexp >patterns. In some cases this has caused a few scripts to fail >in subtle ways, which is to say the script "succeeds" and claims >everything went just fine, but the script didn't actually do what >it was supposed to do, and what it had been doing for the past >few years. In at least some of those cases, I think these are >BUGS in the way perl handles the expression, and not "unavoidable >consequences of Unicode support". That's just my opinion, though. > >I don't know if perl 5.8 on FreeBSD will cause the same issues. >I have the impression that the default for unicode-handling can >be changed on a system-wide basis (at least on Redhat), but I am >not sure of the details. > >Even though I have hit some of these problems, I do think it is a >good idea to make the change to 5.8 as part of FreeBSD 5.3-release. >People should be taking a bit more time to check, cross-check, and >re-check everything they are running if they are upgrading to >5.3-release from 4.x-release. > Having 5.3 default to perl 5.8 will add a lot of delay in several peoples migration from 4.x for sure. _________________________________________________________________ Don’t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:26:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E0416A4CE; Wed, 6 Oct 2004 19:26:45 +0000 (GMT) Received: from post.com2com.ru (Post.com2com.ru [195.98.162.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 894CF43D53; Wed, 6 Oct 2004 19:26:44 +0000 (GMT) (envelope-from apeter.subscribe@mail.ru) Received: from localhost (home-pool-173-2.com2com.ru [195.98.173.2]) by post.com2com.ru (8.12.11/8.12.11) with ESMTP id i96JQdiq014771; Wed, 6 Oct 2004 23:26:41 +0400 (MSD) Resent-Date: Wed, 6 Oct 2004 23:26:39 +0400 (MSD) Resent-Message-Id: <200410061926.i96JQdiq014771@post.com2com.ru> X-AntiVirus: Checked by Dr.Web [version: 4.32a, engine: 4.32a, virus records: 56474, updated: 6.10.2004] Date: Wed, 6 Oct 2004 23:26:31 +0400 From: "Peter E. Antonov" X-Mailer: The Bat! (v2.11) Business X-Priority: 3 (Normal) Message-ID: <14910074427.20041006232631@mail.ru> To: freebsd-newbies@freebsd.org Resent-From: "Peter E. Antonov" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Using ZyXEL ADSL USB modem on FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Peter E. Antonov" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:26:45 -0000 Hello, All. Whether probably to adjust ZyXEL ADSL USB modem on FreeBSD? Any information on adjustment of ADSL USB modems interests. Do not offer reading handbook! -- WBR, Peter mailto:apeter.subscribe@mail.ru _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:34:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D427016A4CE for ; Wed, 6 Oct 2004 19:34:10 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id C08FF43D1F for ; Wed, 6 Oct 2004 19:34:10 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 415D3F19AE for ; Wed, 6 Oct 2004 12:34:10 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00637-01 for ; Wed, 6 Oct 2004 12:34:08 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id A74AEF1897 for ; Wed, 6 Oct 2004 12:34:08 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9NCcQwxP6NERkOwztm6m" Message-Id: <1097091248.1042.1.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 12:34:08 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: gbde script now asking for passphrase for NO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:34:10 -0000 --=-9NCcQwxP6NERkOwztm6m Content-Type: text/plain Content-Transfer-Encoding: quoted-printable After a recent cvsup/mergemaster it now always asks me for a passphrase. Cheers, Sean --=-9NCcQwxP6NERkOwztm6m Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQBBZEiwyQsGN30uGE4RAtFHAKDSlFyekUDuwkFpYuGTRWaCcEr/xQCWIxMe o5gSUN4soYzU8NDVCOiq5w== =alXX -----END PGP SIGNATURE----- --=-9NCcQwxP6NERkOwztm6m-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:50:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7915516A4CE for ; Wed, 6 Oct 2004 19:50:51 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8D6743D41 for ; Wed, 6 Oct 2004 19:50:50 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 2D00A3E433; Wed, 6 Oct 2004 21:50:49 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id A79DC272; Wed, 6 Oct 2004 21:50:48 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id A30B4159; Wed, 6 Oct 2004 21:50:48 +0200 (CEST) Date: Wed, 6 Oct 2004 21:50:48 +0200 (CEST) From: Sten Spans To: Tillman Hodgson In-Reply-To: <20041006173608.GA58024@seekingfire.com> Message-ID: References: <20040928025635.Q5094@ync.qbhto.arg> <200409291951.12610.peter@wemm.org> <43039.193.35.129.161.1096541075.squirrel@webmail.xtaz.net> <20041005170720.M3095@bo.vpnaa.bet> <20041006173608.GA58024@seekingfire.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: named now runs chroot'ed by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:50:51 -0000 On Wed, 6 Oct 2004, Tillman Hodgson wrote: > On Tue, Oct 05, 2004 at 05:11:16PM -0700, Doug Barton wrote: > > On Thu, 30 Sep 2004, Tillman Hodgson wrote: > > > > >How does chroot and NFS interact? > > > > I can move away from that model easily enough, I just need to actually > make a plan to do so. If NFS and chroot are unhappy bedfellows, I'll do > so :-) > The only common nfs vs chroot issue one normally encounters is chroot interacting with root-squashing. One can only chroot as root, but root squashing will stop root from entering secure homedirs. Running setuid before chroot fixes the squashing, but then you can't chroot anymore. The easy way out is mode 710 and setgid, chroot, setuid. Linux has setfsuid for this purpose. That said, I wouldn't normally run nameservers with nfs personally, I like them widely distributed which kinda clinches with nfs. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:51:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09DBB16A4CE; Wed, 6 Oct 2004 19:51:22 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B6EF43D41; Wed, 6 Oct 2004 19:51:21 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id VAA23340; Wed, 6 Oct 2004 21:51:12 +0200 Date: Wed, 6 Oct 2004 21:55:32 +0200 From: Marc "UBM" Bocklet To: Brian Fundakowski Feldman Message-Id: <20041006215532.22b6868c.ubm@u-boot-man.de> In-Reply-To: <20041006192518.GM47017@green.homeunix.org> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:51:22 -0000 On Wed, 6 Oct 2004 15:25:18 -0400 Brian Fundakowski Feldman wrote: > Do you have a crashdump? Whether you do or don't, can you, using > that kernel you just got this crash with, do the following: > $ kgdb /dev/mem > (kgdb) l *(tcp_input+0x1d36) No crashdump, but: root@greatsheep:/home/sheep# kgdb /usr/obj/usr/src/sys/SUBMARINE_SMP/kernel.debug /dev/mem [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". 0x00000000 in ?? () (kgdb) l *(tcp_input+0x1d36) 0xc064f996 is in tcp_input (/usr/src/sys/netinet/tcp_input.c:1639). 1634 case TCPS_CLOSE_WAIT: 1635 so->so_error = ECONNRESET; 1636 close: 1637 tp->t_state = TCPS_CLOSED; 1638 tcpstat.tcps_drops++; 1639 tp = tcp_close(tp); 1640 break; 1641 1642 case TCPS_CLOSING: 1643 case TCPS_LAST_ACK: (kgdb) Is this enough or would a crashdump be more useful? Bye Marc, who is learning a lot about debugging ;-) From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:54:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CD0B16A4CE for ; Wed, 6 Oct 2004 19:54:42 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C60C43D1D for ; Wed, 6 Oct 2004 19:54:33 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i96JsSZV009484 for ; Wed, 6 Oct 2004 21:54:28 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.10/8.12.10/Submit) id i96JsSUj009483 for freebsd-current@freebsd.org; Wed, 6 Oct 2004 21:54:28 +0200 (SAST) (envelope-from jhay) Date: Wed, 6 Oct 2004 21:54:28 +0200 From: John Hay To: freebsd-current@freebsd.org Message-ID: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:54:42 -0000 Hi, I have been trying to setup a geom mirror on this machine but each time I reboot geom gives an error and only use one disk. Anybody know where I should look? I have two other machines that work properly. :-/ Anyway here are some more detail. I'm running the latest RELENG_5 with Pawel's with g_mirror.c v 1.34 and 1.35 from current applied. After syncing and rebooting I see these messages: ##################################################### ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad2: 114473MB [232581/16/63] at ata1-master UDMA100 GEOM_MIRROR: Device gm0 created (id=861616013). GEOM_MIRROR: Device gm0: provider ad0 detected. GEOM_MIRROR: Device gm0: provider ad2 detected. GEOM_MIRROR: Device gm0: provider ad2 activated. GEOM_MIRROR: Cannot update metadata on disk ad0 (error=1). GEOM_MIRROR: Device gm0: provider ad0 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Cannot update metadata on disk ad0 (error=1). GEOM_MIRROR: Device gm0: provider ad0 disconnected. Mounting root from ufs:/dev/mirror/gm0s1a ##################################################### What is error=1 and how can I find out why it happens? A sysctl -b kern.geom.conftxt lookslike this: ##################################################### 0 DISK ad2 120034123776 512 hd 16 sc 63 1 MIRROR mirror/gm0 120034123264 512 2 MBR mirror/gm0s1 120031478784 512 i 0 o 32256 ty 165 3 BSD mirror/gm0s1f 118984074240 512 i 5 o 1047404544 ty 7 3 BSD mirror/gm0s1e 268435456 512 i 4 o 778969088 ty 7 3 BSD mirror/gm0s1d 268435456 512 i 3 o 510533632 ty 7 3 BSD mirror/gm0s1c 120031478784 512 i 2 o 0 ty 0 3 BSD mirror/gm0s1b 242098176 512 i 1 o 268435456 ty 1 3 BSD mirror/gm0s1a 268435456 512 i 0 o 0 ty 7 0 DISK ad0 120034123776 512 hd 16 sc 63 1 MBR ad0s1 120031478784 512 i 0 o 32256 ty 165 2 BSD ad0s1f 118984074240 512 i 5 o 1047404544 ty 7 2 BSD ad0s1e 268435456 512 i 4 o 778969088 ty 7 2 BSD ad0s1d 268435456 512 i 3 o 510533632 ty 7 2 BSD ad0s1c 120031478784 512 i 2 o 0 ty 0 2 BSD ad0s1b 242098176 512 i 1 o 268435456 ty 1 2 BSD ad0s1a 268435456 512 i 0 o 0 ty 7 ##################################################### And gmirror list looks like this: ##################################################### Geom name: gm0 State: DEGRADED Components: 2 Balance: split Slice: 4096 Flags: NONE SyncID: 11 ID: 861616013 Providers: 1. Name: mirror/gm0 Mediasize: 120034123264 (112G) Sectorsize: 512 Mode: r5w5e2 Consumers: 1. Name: ad2 Mediasize: 120034123776 (112G) Sectorsize: 512 Mode: r5w5e3 State: ACTIVE Priority: 0 Flags: DIRTY, HARDCODED SyncID: 11 ID: 3011562079 Geom name: gm0.sync ##################################################### If I do a "gmirror activate -v gm0 ad0" it is activated and starts synchronising and to my eye everything looks ok, but if I wait until it finish syncing and then reboots, the same thing happens. This is with and without Pawel's patch. I have also tried his other patch that waits vfs_mountroot(), but that didn't make a difference. After the activate command, sysctl -b kern.geom.conftxt looks like this: ##################################################### 0 DISK ad2 120034123776 512 hd 16 sc 63 1 MIRROR mirror/gm0 120034123264 512 2 MBR mirror/gm0s1 120031478784 512 i 0 o 32256 ty 165 3 BSD mirror/gm0s1f 118984074240 512 i 5 o 1047404544 ty 7 3 BSD mirror/gm0s1e 268435456 512 i 4 o 778969088 ty 7 3 BSD mirror/gm0s1d 268435456 512 i 3 o 510533632 ty 7 3 BSD mirror/gm0s1c 120031478784 512 i 2 o 0 ty 0 3 BSD mirror/gm0s1b 242098176 512 i 1 o 268435456 ty 1 3 BSD mirror/gm0s1a 268435456 512 i 0 o 0 ty 7 0 DISK ad0 120034123776 512 hd 16 sc 63 1 MIRROR mirror/gm0 120034123264 512 2 MBR mirror/gm0s1 120031478784 512 i 0 o 32256 ty 165 3 BSD mirror/gm0s1f 118984074240 512 i 5 o 1047404544 ty 7 3 BSD mirror/gm0s1e 268435456 512 i 4 o 778969088 ty 7 3 BSD mirror/gm0s1d 268435456 512 i 3 o 510533632 ty 7 3 BSD mirror/gm0s1c 120031478784 512 i 2 o 0 ty 0 3 BSD mirror/gm0s1b 242098176 512 i 1 o 268435456 ty 1 3 BSD mirror/gm0s1a 268435456 512 i 0 o 0 ty 7 ##################################################### And gmirror list looks like this: ##################################################### Geom name: gm0 State: DEGRADED Components: 2 Balance: split Slice: 4096 Flags: NONE SyncID: 11 ID: 861616013 Providers: 1. Name: mirror/gm0 Mediasize: 120034123264 (112G) Sectorsize: 512 Mode: r6w5e2 Consumers: 1. Name: ad2 Mediasize: 120034123776 (112G) Sectorsize: 512 Mode: r6w5e3 State: ACTIVE Priority: 0 Flags: DIRTY, HARDCODED SyncID: 11 ID: 3011562079 2. Name: ad0 Mediasize: 120034123776 (112G) Sectorsize: 512 Mode: r0w1e1 State: SYNCHRONIZING Priority: 0 Flags: DIRTY, HARDCODED, SYNCHRONIZING SyncID: 11 Synchronized: 4% ID: 460446288 Geom name: gm0.sync Consumers: 1. Name: mirror/gm0 Mediasize: 120034123264 (112G) Sectorsize: 512 Mode: r1w0e0 ##################################################### John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:55:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A92816A59E for ; Wed, 6 Oct 2004 19:55:32 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id D33E043D2D for ; Wed, 6 Oct 2004 19:55:31 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so461443rnk for ; Wed, 06 Oct 2004 12:55:21 -0700 (PDT) Received: by 10.38.152.63 with SMTP id z63mr900427rnd; Wed, 06 Oct 2004 12:55:21 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Wed, 6 Oct 2004 12:55:21 -0700 (PDT) Message-ID: Date: Wed, 6 Oct 2004 15:55:21 -0400 From: Vlad To: Brian Fundakowski Feldman In-Reply-To: <20041006192518.GM47017@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_189_19573181.1097092521087" References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:55:32 -0000 ------=_Part_189_19573181.1097092521087 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Brian, I've created ticket a while ago in regards to this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 also, attached are some additional debug info I could get during last two times it crashed. unfortunately I don't have big enough stand-alone swap partition to get kernel crash dump, so those files are the best I could get. here is week-old thread for the same problem: http://groups.google.com/groups?th=fc0d7d881f0713cc -- Vlad ------=_Part_189_19573181.1097092521087 Content-Type: application/octet-stream; name="1" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="1" bG9naW46IHBhbmljOiBzb2RlYWxsb2MoKTogc29fY291bnQgMQ0KY3B1aWQgPSAwDQpLREI6IGVu dGVyOiBwYW5pYw0KW3RocmVhZCAxMDAwNDRdDQpTdG9wcGVkIGF0ICAgICAga2RiX2VudGVyKzB4 MzA6IGxlYXZlDQpkYj4gdHINCmtkYl9lbnRlcihjMDY0OTdiNywwLGMwNjRmODlkLGU4OTU1YjE4 LGMyN2RmNjQwKSBhdCBrZGJfZW50ZXIrMHgzMA0KcGFuaWMoYzA2NGY4OWQsMSwxMjIsYzNhOWZk NzgsYzNhOWZjYTgpIGF0IHBhbmljKzB4MTRlDQpzb2RlYWxsb2MoYzNhOWZjYTgsMCxjMDY0Zjg3 ZCwxN2QsYzNhOWZkMTApIGF0IHNvZGVhbGxvYysweDIxDQpzb2ZyZWUoYzNhOWZjYTgsMSxjMDY1 M2IzYSwyYjQsYzA2YzhiNDApIGF0IHNvZnJlZSsweDMwMQ0KaW5fcGNiZGV0YWNoKGMzNTliOWQ4 LGMzNmY0ZTAwLGU4OTU1YzY4LGMwNThhNjQ1LGMzNmY0ZTAwKSBhdCBpbl9wY2JkZXRhY2grMHhm OA0KdGNwX2Nsb3NlKGMzNmY0ZTAwLGMyOGE1MDM0LDAsMCwwKSBhdCB0Y3BfY2xvc2UrMHgxZA0K dGNwX2lucHV0KGMzMjg2ODAwLDE0LGMyODNhMDAwLDEsMzc0YTQxY2YpIGF0IHRjcF9pbnB1dCsw eDE4ODUNCmlwX2lucHV0KGMzMjg2ODAwLDAsYzA2NTMxM2QsZTUsYzA2Yzc4YjgpIGF0IGlwX2lu cHV0KzB4NTkyDQpuZXRpc3JfcHJvY2Vzc3F1ZXVlKGMwNmM3OGI4LGMwNjlhY2MwLDEsYzA2NDhi MWYsYzI3ZTZkMDApIGF0IG5ldGlzcl9wcm9jZXNzcXVldWUrMHg4ZQ0Kc3dpX25ldCgwLDAsYzA2 NDcxNjQsMjY5LDApIGF0IHN3aV9uZXQrMHhlOQ0KaXRocmVhZF9sb29wKGMyNzVkNzgwLGU4OTU1 ZDQ4LGMwNjQ2ZjRmLDMyMywwKSBhdCBpdGhyZWFkX2xvb3ArMHgxNzINCmZvcmtfZXhpdChjMDRk MTk3MCxjMjc1ZDc4MCxlODk1NWQ0OCkgYXQgZm9ya19leGl0KzB4YzYNCmZvcmtfdHJhbXBvbGlu ZSgpIGF0IGZvcmtfdHJhbXBvbGluZSsweDgNCi0tLSB0cmFwIDB4MSwgZWlwID0gMCwgZXNwID0g MHhlODk1NWQ3YywgZWJwID0gMCAtLS0NCmRiPiBzaG93IG9iamVjdA0KT2JqZWN0IDB4YzA1MDRj ZjA6IHR5cGU9MCwgc2l6ZT0weDc0MDAwNDdiODNmZmZmZmYsIHJlcz0tMTIxNTE1ODk1LCByZWY9 LTEyNjU3NzgwMzksIGZsYWdzPTB4MjdiYw0KZGI+DQpkYj4gc2hvdyB3aXRuZXNzDQpTbGVlcCBs b2NrczoNCjAgQVRBUEkgQ0QgYmlvcXVldWUgbG9jayAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9z cmMvc3lzL2Rldi9hdGEvYXRhcGktY2QuYzoxMTAwDQowIGdfeGRvd24gLS0gbGFzdCBhY3F1aXJl ZCBAIC91c3Ivc3JjL3N5cy9nZW9tL2dlb21faW8uYzozNzQNCjMgIEdpYW50IC0tIGxhc3QgYWNx dWlyZWQgQCAvdXNyL3NyYy9zeXMvdm0vdm1fZmF1bHQuYzoyOTQNCjQgICBzdGFuZGFyZCBvYmpl Y3QgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy92bS92bV9vYmplY3QuYzo0NTQNCjUg ICAgdm0gb2JqZWN0X2xpc3QgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy92bS92bV9v YmplY3QuYzoyMjINCjEyICAgdm0gcGFnZSBxdWV1ZSBtdXRleCAtLSBsYXN0IGFjcXVpcmVkIEAg L3Vzci9zcmMvc3lzL3ZtL3ZtX2ZhdWx0LmM6ODc2DQoxMyAgICBDTUFQQ0FERFIxMiAtLSBsYXN0 IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni9wbWFwLmM6MjQ4Ng0KMTMgICAgdm5v ZGUgaW50ZXJsb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vi ci5jOjIxNTkNCjE0ICAgICBzcGVjaGFzaCAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lz L2tlcm4vdmZzX3N1YnIuYzoxOTAzDQoxNCAgICAgY2RldiAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vz ci9zcmMvc3lzL2tlcm4va2Vybl9jb25mLmM6ODENCjE0ICAgICB2bm9kZV9mcmVlX2xpc3QgLS0g bGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6NzQ1DQoxNCAgICAg U3luY2VyIG10eCAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1YnIu YzoxODU0DQoxNCAgICAgTmFtZSBDYWNoZSAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lz L2tlcm4vdmZzX2NhY2hlLmM6NDc4DQoxMyAgICBwbWFwIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNy L3NyYy9zeXMvaTM4Ni9pMzg2L3BtYXAuYzoyNjg1DQoxNCAgICAgdW1hIG9iamVjdCAtLSBsYXN0 IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL3ZtL3VtYV9jb3JlLmM6OTYzDQoxNCAgICAgVU1BIHBj cHUgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy92bS91bWFfY29yZS5jOjE4MDANCjE1 ICAgICAgS01BUCBFTlRSWSAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL3ZtL3VtYV9j b3JlLmM6MjIyNA0KMTYgICAgICAgVU1BIHpvbmUgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3Jj L3N5cy92bS91bWFfY29yZS5jOjE4MTcNCjQgICBtYWxsb2MgLS0gbGFzdCBhY3F1aXJlZCBAIC91 c3Ivc3JjL3N5cy9rZXJuL2tlcm5fbWFsbG9jLmM6NTg4DQo0ICAgc3RydWN0IG1vdW50IG10eCAt LSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1YnIuYzo5MDENCjEzICAg dm5vZGUgaW50ZXJsb2NrIC0tIChhbHJlYWR5IGRpc3BsYXllZCkNCjQgICBib3VuY2UgcGFnZXMg bG9jayAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni9idXNkbWFfbWFj aGRlcC5jOjg2MA0KNCAgIGV2ZW50aGFuZGxlciAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMv c3lzL2tlcm4vc3Vicl9ldmVudGhhbmRsZXIuYzoyMTMNCjUgICAgZXZlbnRoYW5kbGVyIGxpc3Qg LS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZXhpdC5jOjE5OQ0KNCAg IFVNQSBsb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvdm0vdW1hX2NvcmUuYzo4 ODkNCjE0ICAgVU1BIHBjcHUgLS0gKGFscmVhZHkgZGlzcGxheWVkKQ0KNCAgIHJhbmRvbSByZXNl ZWQgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9kZXYvcmFuZG9tL3lhcnJvdy5jOjE5 Mw0KNCAgIGtvYmogLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfa29i ai5jOjI5OA0KNCAgIGtlcm5lbCBsaW5rZXIgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5 cy9rZXJuL2tlcm5fbGlua2VyLmM6NDMxDQo0ICAgVElEIGxvY2sgLS0gbGFzdCBhY3F1aXJlZCBA IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fdGhyZWFkLmM6MjA2DQo0ICAgR0VPTSBvcnBoYW5hZ2Ug LS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9nZW9tL2dlb21fZXZlbnQuYzoxNzANCjQg ICB2bTg2IGxvY2sgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvdm04 Ni5jOjU4Mg0KNCAgIGl0aHJlYWQgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJu L2tlcm5faW50ci5jOjI3Ng0KNCAgIHRhc2txdWV1ZSBsaXN0IC0tIGxhc3QgYWNxdWlyZWQgQCAv dXNyL3NyYy9zeXMva2Vybi9zdWJyX3Rhc2txdWV1ZS5jOjg1DQo0ICAgYWNwaWNhIHN1YnN5c3Rl bSBsb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvbW9kdWxlcy9hY3BpL2FjcGkv Li4vLi4vLi4vZGV2L2FjcGljYS9Pc2QvT3NkU3luY2guYzozNjANCjUgICAgQUNQSSBzZW1hcGhv cmUgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2FjcGkvYWNwaS8uLi8u Li8uLi9kZXYvYWNwaWNhL09zZC9Pc2RTeW5jaC5jOjMwMA0KMTEgICBNYWxsb2MgU3RhdHMgLS0g bGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fbWFsbG9jLmM6MTg1DQo1ICAg IHRhc2txdWV1ZSAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl90YXNr cXVldWUuYzoxOTMNCjE0ICAgVU1BIHBjcHUgLS0gKGFscmVhZHkgZGlzcGxheWVkKQ0KNCAgIGlm X2Nsb25lcnMgbG9jayAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL25ldC9pZl9jbG9u ZS5jOjE5OQ0KNCAgIHJtYW4gaGVhZCAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tl cm4vc3Vicl9ybWFuLmM6MTExDQo0ICAgYXJjNF9tdHggLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Iv c3JjL3N5cy9saWJrZXJuL2FyYzRyYW5kb20uYzoxMzcNCjQgICBkZXZzdGF0IC0tIGxhc3QgYWNx dWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9zdWJyX2RldnN0YXQuYzo4Mw0KNCAgIHJtYW4gLS0g bGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfcm1hbi5jOjQ0OA0KMTEgICBN YWxsb2MgU3RhdHMgLS0gKGFscmVhZHkgZGlzcGxheWVkKQ0KMTAgICBzeXN0ZW0gbWFwIC0tIGxh c3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvdm0vdm1fa2Vybi5jOjI5Ng0KMTEgICAga21lbSBv YmplY3QgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy92bS92bV9rZXJuLmM6Mzk4DQox MiAgICAgdm0gcGFnZSBxdWV1ZSBtdXRleCAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQoxMSAgICBr ZXJuZWwgb2JqZWN0IC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvdm0vdm1fb2JqZWN0 LmM6NDU0DQoxMiAgICAgdm0gcGFnZSBxdWV1ZSBtdXRleCAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQp DQo0ICAgc2ZfYnVmIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3Zt X21hY2hkZXAuYzo2NzQNCjQgICBiZG9uZSBsb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3Ny Yy9zeXMva2Vybi92ZnNfYmlvLmM6Mzc2OA0KNCAgIGRvbWFpbiBsaXN0IC0tIGxhc3QgYWNxdWly ZWQgQCAvdXNyL3NyYy9zeXMva2Vybi91aXBjX2RvbWFpbi5jOjExMA0KNCAgIGJwZiBnbG9iYWwg bG9jayAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL25ldC9icGYuYzoxNDQ2DQo1ICAg IGJwZiBpbnRlcmZhY2UgbG9jayAtLSBsYXN0IGFjcXVpcmVkIEAgb3JkZXIgbGlzdDowDQo2ICAg ICBicGYgY2RldiBsb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCBvcmRlciBsaXN0OjANCjQgICBwYnVm IG11dGV4IC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvdm0vdm1fcGFnZXIuYzo0MTQN CjQgICB0dHlsaXN0IC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi90dHkuYzoy NzQ1DQoxMSAgIHR0eSAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9l dmVudC5jOjE0NTENCjQgICBwc2V1ZG9mcyAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lz L2ZzL3BzZXVkb2ZzL3BzZXVkb2ZzX2ZpbGVuby5jOjg2DQo0ICAgaWZfY2xvbmUgbG9jayAtLSBs YXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL25ldC9pZl9jbG9uZS5jOjMyMQ0KNCAgIEFDUEkg dGFzayBxdWV1ZSAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvYWNwaS9h Y3BpLy4uLy4uLy4uL2Rldi9hY3BpY2EvT3NkL09zZFNjaGVkdWxlLmM6MTE4DQo0ICAgc29fZ2xh YmVsIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi91aXBjX3NvY2tldC5jOjE2 OQ0KNCAgIGdfZGlza19kb25lIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvZ2VvbS9n ZW9tX2Rpc2suYzoxOTYNCjUgICAgYmlvIHF1ZXVlIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3Ny Yy9zeXMvZ2VvbS9nZW9tX2lvLmM6NjUNCjE0ICAgVU1BIHBjcHUgLS0gKGFscmVhZHkgZGlzcGxh eWVkKQ0KNCAgIGxvX210eCAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL25ldC9pZl9s b29wLmM6MTU0DQo0ICAgSVBGVyBzdGF0aWMgcnVsZXMgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Iv c3JjL3N5cy9uZXRpbmV0L2lwX2Z3Mi5jOjI1MTANCjQgICBBVEEgcXVldWUgbG9jayAtLSBsYXN0 IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2Rldi9hdGEvYXRhLXF1ZXVlLmM6MTcyDQo0ICAgcGZp bF9oZWFkX210eCAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL25ldC9wZmlsLmM6ODEN CjUgICAgcGZpbF9oZWFkX2xpc3QgbG9jayAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lz L25ldC9wZmlsLmM6MjE4DQo0ICAgYnVmZmVyIGRhZW1vbiBsb2NrIC0tIGxhc3QgYWNxdWlyZWQg QCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfYmlvLmM6NDAxDQo0ICAgZGlyaGFzaCBsaXN0IC0tIGxh c3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvdWZzL3Vmcy91ZnNfZGlyaGFzaC5jOjM0OA0KNSAg ICBkaXJoYXNoIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvdWZzL3Vmcy91ZnNfZGly aGFzaC5jOjM2Nw0KNCAgIG5lZWRzYnVmZmVyIGxvY2sgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Iv c3JjL3N5cy9rZXJuL3Zmc19iaW8uYzoyOTYNCjQgICB1ZnMgaWhhc2ggLS0gbGFzdCBhY3F1aXJl ZCBAIC91c3Ivc3JjL3N5cy91ZnMvdWZzL3Vmc19paGFzaC5jOjE1Ng0KMTMgICB2bm9kZSBpbnRl cmxvY2sgLS0gKGFscmVhZHkgZGlzcGxheWVkKQ0KNCAgIG1udGlkIC0tIGxhc3QgYWNxdWlyZWQg QCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5jOjQwNw0KNSAgICBtb3VudGxpc3QgLS0gbGFz dCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zeXNjYWxscy5jOjM4Ng0KNCAgIHBz ZXVkb2ZzX3ZuY2FjaGUgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9mcy9wc2V1ZG9m cy9wc2V1ZG9mc192bmNhY2hlLmM6MjM5DQo0ICAgYnVmIHF1ZXVlIGxvY2sgLS0gbGFzdCBhY3F1 aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19iaW8uYzoxNTA1DQoxMyAgIHZub2RlIGludGVy bG9jayAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQo0ICAgZmRlc2MgLS0gbGFzdCBhY3F1aXJlZCBA IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZGVzY3JpcC5jOjE2MTQNCjUgICAgZmlsZWRlc2Mgc3Ry dWN0dXJlIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2Rlc2NyaXAu YzoxMzU2DQo2ICAgICBkZXZkIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9z dWJyX2J1cy5jOjQ5Ng0KOSAgICAgIHNlbGxjayAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMv c3lzL2tlcm4vc3lzX2dlbmVyaWMuYzo3MjYNCjYgICAgIGFjY2VwdCAtLSBsYXN0IGFjcXVpcmVk IEAgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrZXQuYzozMzQNCjcgICAgICBzb19zbmQgLS0g bGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc29ja2V0LmM6MjA5MQ0KOCAg ICAgICBzb19yY3YgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc29j a2V0LmM6MjA5Mg0KOSAgICAgICAgcmFkaXggbm9kZSBoZWFkIC0tIGxhc3QgYWNxdWlyZWQgQCAv dXNyL3NyYy9zeXMvbmV0L3JvdXRlLmM6NjYyDQoxMCAgICAgICAgc3lzdGVtIG1hcCAtLSAoYWxy ZWFkeSBkaXNwbGF5ZWQpDQoxMCAgICAgICAgaWZuZXQgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Iv c3JjL3N5cy9uZXQvaWYuYzoxMDE5DQoxMCAgICAgICAgcnRlbnRyeSAtLSBsYXN0IGFjcXVpcmVk IEAgL3Vzci9zcmMvc3lzL25ldC9ydHNvY2suYzozOTgNCjExICAgICAgICAgcnRzX2lucSAtLSBs YXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL25ldC9uZXRpc3IuYzoyMjkNCjExICAgICAgICAg TWFsbG9jIFN0YXRzIC0tIChhbHJlYWR5IGRpc3BsYXllZCkNCjE0ICAgICAgICAgVU1BIHBjcHUg LS0gKGFscmVhZHkgZGlzcGxheWVkKQ0KMTEgICAgICAgICBpZmFkZHIgLS0gbGFzdCBhY3F1aXJl ZCBAIC91c3Ivc3JjL3N5cy9uZXQvcm91dGUuYzo3ODgNCjkgICAgICAgIHNlbGxjayAtLSAoYWxy ZWFkeSBkaXNwbGF5ZWQpDQo5ICAgICAgICBwcm9jZXNzIGxvY2sgLS0gbGFzdCBhY3F1aXJlZCBA IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZGVzY3JpcC5jOjEyNDQNCjEwICAgICAgICBrdHJhY2Ug LS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZm9yay5jOjYwOQ0KMTAg ICAgICAgIHN0cnVjdCBwYXJncy5yZWYgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9r ZXJuL2tlcm5fcHJvYy5jOjExMDANCjEwICAgICAgICBzaWdhY3RzIC0tIGxhc3QgYWNxdWlyZWQg QCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NpZy5jOjI5NA0KMTAgICAgICAgIHNlc3Npb24gLS0g bGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZm9yay5jOjU5MQ0KMTEgICAg ICAgICB0dHkgLS0gKGFscmVhZHkgZGlzcGxheWVkKQ0KMTEgICAgICAgICB1aWRpbmZvIGhhc2gg LS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fcmVzb3VyY2UuYzoxMDA0 DQoxMiAgICAgICAgICBzbGVlcCBtdHhwb29sIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9z eXMva2Vybi9rZXJuX3Byb3QuYzoxNzM5DQoxMiAgICAgICAgICB1aWRpbmZvIHN0cnVjdCAtLSBs YXN0IGFjcXVpcmVkIEAgb3JkZXIgbGlzdDowDQoxMyAgICAgICAgICAgYWxscHJpc29uIC0tIGxh c3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2phaWwuYzo0NjANCjYgICAgIHBp cGUgbXV0ZXggLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3N5c19waXBlLmM6 MTUyMA0KNyAgICAgIHNpZ2lvIGxvY2sgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9r ZXJuL2tlcm5fZGVzY3JpcC5jOjcyOQ0KOCAgICAgICBwcm9jZXNzIGdyb3VwIC0tIGxhc3QgYWNx dWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2ZvcmsuYzo1ODENCjkgICAgICAgIHByb2Nl c3MgbG9jayAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQo0ICAgcnRzb2NrIHJvdXRlX2NiIGxvY2sg LS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9uZXQvcnRzb2NrLmM6MjM0DQo0ICAgYWNj b3VudGluZyAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9hY2N0LmM6 MjMyDQo0ICAgbmV0d29yayBkcml2ZXIgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9k ZXYvZnhwL2lmX2Z4cC5jOjE3NTUNCjExICAgTWFsbG9jIFN0YXRzIC0tIChhbHJlYWR5IGRpc3Bs YXllZCkNCjUgICAga25saXN0IGxvY2sgZm9yIGxvY2tsZXNzIG9iamVjdHMgLS0gbGFzdCBhY3F1 aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZXZlbnQuYzoxNDUxDQo1ICAgIGlmIHNlbmQg cXVldWUgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9kZXYvZnhwL2lmX2Z4cC5jOjEy NjcNCjEwICAgc3lzdGVtIG1hcCAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQo0ICAgcnVubmluZ2J1 ZnNwYWNlIGxvY2sgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19iaW8u YzozMTQNCjQgICB1ZHAgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9uZXRpbmV0L3Vk cF91c3JyZXEuYzo5OTUNCjUgICAgdWRwaW5wIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9z eXMvbmV0aW5ldC91ZHBfdXNycmVxLmM6MTAwMQ0KNyAgICAgc29fc25kIC0tIChhbHJlYWR5IGRp c3BsYXllZCkNCjQgICB1bnAgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3Vp cGNfdXNycmVxLmM6ODQyDQo3ICAgIHNvX3NuZCAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQowIGdf eHVwIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvZ2VvbS9nZW9tX2lvLmM6NDI4DQoz ICBHaWFudCAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQowIGlnbXBfbXR4IC0tIGxhc3QgYWNxdWly ZWQgQCAvdXNyL3NyYy9zeXMvbmV0aW5ldC9pZ21wLmM6NDMxDQowIGlwcWxvY2sgLS0gbGFzdCBh Y3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9uZXRpbmV0L2lwX2lucHV0LmM6MTA5Ng0KMCBzZW0gLS0g bGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3N5c3Zfc2VtLmM6MTE3NA0KMCBpZl9h ZmRhdGEgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9uZXQvaWYuYzo0ODkNCjAgR0VP TSB0b3BvbG9neSAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2dlb20vZ2VvbV9ldmVu dC5jOjIwMg0KMSAgZmRjIGxvY2sgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9kZXYv ZmRjL2ZkYy5jOjc3Mg0KMiAgIGNhbGxvdXRfd2FpdF9sb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCAv dXNyL3NyYy9zeXMva2Vybi9rZXJuX3RpbWVvdXQuYzoyODkNCjEgIHN3YXBkZXYgLS0gbGFzdCBh Y3F1aXJlZCBAIC91c3Ivc3JjL3N5cy92bS9zd2FwX3BhZ2VyLmM6MjEyNA0KMyAgR2lhbnQgLS0g KGFscmVhZHkgZGlzcGxheWVkKQ0KMCBwX3BlZXJzIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3Ny Yy9zeXMva2Vybi9rZXJuX2V4aXQuYzoyNDMNCjAgQUNQSSByb290IGJ1cyAtLSBsYXN0IGFjcXVp cmVkIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvYWNwaS9hY3BpLy4uLy4uLy4uL2Rldi9hY3BpY2Ev YWNwaS5jOjgzMg0KNCAgcm1hbiAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQo1ICBBQ1BJIHNlbWFw aG9yZSAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQowIEFDUEkgUENJIGJ1cyBtZXRob2RzIC0tIGxh c3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvbW9kdWxlcy9hY3BpL2FjcGkvLi4vLi4vLi4vZGV2 L2FjcGljYS9hY3BpX3BjaWIuYzoxMjMNCjEgIEFDUEkgUENJIGxpbmsgLS0gbGFzdCBhY3F1aXJl ZCBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2FjcGkvYWNwaS8uLi8uLi8uLi9kZXYvYWNwaWNhL2Fj cGlfcGNpX2xpbmsuYzoxMDYxDQoxMSAgTWFsbG9jIFN0YXRzIC0tIChhbHJlYWR5IGRpc3BsYXll ZCkNCjUgICBBQ1BJIHNlbWFwaG9yZSAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQoyICAga2VybmVs IGVudmlyb25tZW50IC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2Vu dmlyb25tZW50LmM6Mjg1DQoxNCAgVU1BIHBjcHUgLS0gKGFscmVhZHkgZGlzcGxheWVkKQ0KMCBB Q1BJIHRoZXJtYWwgem9uZSAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMv YWNwaS9hY3BpLy4uLy4uLy4uL2Rldi9hY3BpY2EvYWNwaV90aGVybWFsLmM6NzgzDQowIEFDUEkg ZW1iZWRkZWQgY29udHJvbGxlciAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL21vZHVs ZXMvYWNwaS9hY3BpLy4uLy4uLy4uL2Rldi9hY3BpY2EvYWNwaV9lYy5jOjMwMg0KMCBBQ1BJIHBv d2VyIHJlc291cmNlcyAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvYWNw aS9hY3BpLy4uLy4uLy4uL2Rldi9hY3BpY2EvYWNwaV9wb3dlcnJlcy5jOjMyNA0KNSAgQUNQSSBz ZW1hcGhvcmUgLS0gKGFscmVhZHkgZGlzcGxheWVkKQ0KMTEgTWFsbG9jIFN0YXRzIC0tIChhbHJl YWR5IGRpc3BsYXllZCkNCjE0IFVNQSBwY3B1IC0tIChhbHJlYWR5IGRpc3BsYXllZCkNCjAgbW9k dWxlIHN1YnN5c3RlbSBzeCBsb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vy bi9rZXJuX21vZHVsZS5jOjMxMw0KMCByYXdjYiAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMv c3lzL25ldC9yYXdfdXNycmVxLmM6ODANCjggIHNvX3JjdiAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQp DQowIHN5c2N0bCBsb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9rZXJu X3N5c2N0bC5jOjEzMTUNCjEgIHJpcCAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL25l dGluZXQvcmF3X2lwLmM6ODQ0DQoxICB0Y3AgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5 cy9uZXRpbmV0L3RjcF90aW1lci5jOjEzOA0KMiAgIHRjcGlucCAtLSBsYXN0IGFjcXVpcmVkIEAg b3JkZXIgbGlzdDowDQo3ICAgIHNvX3NuZCAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQoxICBmaWxl bGlzdCBsb2NrIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2Rlc2Ny aXAuYzoxMzMwDQo1ICAgZmlsZWRlc2Mgc3RydWN0dXJlIC0tIChhbHJlYWR5IGRpc3BsYXllZCkN CjEgIGFsbHByb2MgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZm9y ay5jOjMwMQ0KMiAgIHVzZXIgbWFwIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvdm0v dm1fbWFwLmM6Mjk5Nw0KMyAgICBHaWFudCAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQowIGRkcF9s aXN0X210eCAtLSBsYXN0IGFjcXVpcmVkIEAgb3JkZXIgbGlzdDowDQoxICBkZHBfbXR4IC0tIGxh c3QgYWNxdWlyZWQgQCBvcmRlciBsaXN0OjANCjAgc2xpcF9tdHggLS0gbGFzdCBhY3F1aXJlZCBA IG9yZGVyIGxpc3Q6MA0KMSAgc2xpcCBzY19tdHggLS0gbGFzdCBhY3F1aXJlZCBAIG9yZGVyIGxp c3Q6MA0KMCBwcm9jdHJlZSAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdHR5 LmM6MjAyNw0KMSAgYWxscHJvYyAtLSAoYWxyZWFkeSBkaXNwbGF5ZWQpDQoNClNwaW4gbG9ja3M6 DQowIGFwIGJvb3QgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvbXBf bWFjaGRlcC5jOjUxNw0KMSAgc2lvIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMvZGV2 L3Npby9zaW8uYzoxNzA5DQoyICAgY3kgLS0gbGFzdCBhY3F1aXJlZCBAIG9yZGVyIGxpc3Q6MA0K MyAgICB1YXJ0X2h3bXR4IC0tIGxhc3QgYWNxdWlyZWQgQCBvcmRlciBsaXN0OjANCjQgICAgIHNh YnR0eSAtLSBsYXN0IGFjcXVpcmVkIEAgb3JkZXIgbGlzdDowDQo1ICAgICAgenN0dHkgLS0gbGFz dCBhY3F1aXJlZCBAIG9yZGVyIGxpc3Q6MA0KNiAgICAgICBuZ19ub2RlIC0tIGxhc3QgYWNxdWly ZWQgQCBvcmRlciBsaXN0OjANCjcgICAgICAgIG5nX3dvcmtsaXN0IC0tIGxhc3QgYWNxdWlyZWQg QCBvcmRlciBsaXN0OjANCjggICAgICAgICB0YXNrcXVldWVfZmFzdCAtLSBsYXN0IGFjcXVpcmVk IEAgb3JkZXIgbGlzdDowDQo5ICAgICAgICAgIGludHIgdGFibGUgLS0gbGFzdCBhY3F1aXJlZCBA IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvaW50cl9tYWNoZGVwLmM6ODkNCjEwICAgICAgICAgIGl0 aHJlYWQgdGFibGUgbG9jayAtLSBsYXN0IGFjcXVpcmVkIEAgb3JkZXIgbGlzdDowDQoxMSAgICAg ICAgICAgc2xlZXBxIGNoYWluIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9z dWJyX3NsZWVwcXVldWUuYzoyMjMNCjEyICAgICAgICAgICAgc2NoZWQgbG9jayAtLSBsYXN0IGFj cXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tlcm4vc2NoZWRfNGJzZC5jOjExMjANCjEzICAgICAgICAg ICAgIHR1cm5zdGlsZSBjaGFpbiAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2tlcm4v c3Vicl90dXJuc3RpbGUuYzo0MTENCjE0ICAgICAgICAgICAgICB0ZF9jb250ZXN0ZWQgLS0gbGFz dCBhY3F1aXJlZCBAIG9yZGVyIGxpc3Q6MA0KMTUgICAgICAgICAgICAgICBjYWxsb3V0IC0tIGxh c3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3RpbWVvdXQuYzozOTgNCjE2ICAg ICAgICAgICAgICAgIGVudHJvcHkgaGFydmVzdCAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMv c3lzL2Rldi9yYW5kb20vcmFuZG9tZGV2X3NvZnQuYzozMDQNCjE3ICAgICAgICAgICAgICAgICBl bnRyb3B5IGhhcnZlc3QgYnVmZmVycyAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2Rl di9yYW5kb20vcmFuZG9tZGV2X3NvZnQuYzozMTMNCjE4ICAgICAgICAgICAgICAgICAgYWxscG1h cHMgLS0gbGFzdCBhY3F1aXJlZCBAIC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvcG1hcC5jOjExMjcN CjE5ICAgICAgICAgICAgICAgICAgIHZtIHBhZ2UgcXVldWUgZnJlZSBtdXRleCAtLSBsYXN0IGFj cXVpcmVkIEAgL3Vzci9zcmMvc3lzL3ZtL3ZtX3BhZ2UuYzo3NzQNCjIwICAgICAgICAgICAgICAg ICAgICBpY3UgLS0gbGFzdCBhY3F1aXJlZCBAIG9yZGVyIGxpc3Q6MA0KMjEgICAgICAgICAgICAg ICAgICAgICBzbXAgcmVuZGV6dm91cyAtLSBsYXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2kz ODYvaTM4Ni9wbWFwLmM6NTg1DQoyMiAgICAgICAgICAgICAgICAgICAgICB0bGIgLS0gbGFzdCBh Y3F1aXJlZCBAIG9yZGVyIGxpc3Q6MA0KMjMgICAgICAgICAgICAgICAgICAgICAgIGNsayAtLSBs YXN0IGFjcXVpcmVkIEAgL3Vzci9zcmMvc3lzL2kzODYvaXNhL2Nsb2NrLmM6NDA0DQoyNCAgICAg ICAgICAgICAgICAgICAgICAgIG11dGV4IHByb2ZpbGluZyBsb2NrIC0tIGxhc3QgYWNxdWlyZWQg QCBvcmRlciBsaXN0OjANCjI1ICAgICAgICAgICAgICAgICAgICAgICAgIGtzZSB6b21iaWUgbG9j ayAtLSBsYXN0IGFjcXVpcmVkIEAgb3JkZXIgbGlzdDowDQoyNiAgICAgICAgICAgICAgICAgICAg ICAgICAgQUxEIFF1ZXVlIC0tIGxhc3QgYWNxdWlyZWQgQCBvcmRlciBsaXN0OjANCjI3ICAgICAg ICAgICAgICAgICAgICAgICAgICAgcGNpY2ZnIC0tIGxhc3QgYWNxdWlyZWQgQCAvdXNyL3NyYy9z eXMvaTM4Ni9wY2kvcGNpX2NmZ3JlZy5jOjIzMA0KDQpMb2NrcyB3aGljaCB3ZXJlIG5ldmVyIGFj cXVpcmVkOg0Kc3dhcF9wYWdlciBzd2hhc2gNCklQRlcgZHluYW1pYyBydWxlcw0KYXJwX2lucQ0K dGNwX2hjX2VudHJ5DQppcF9pbnENCnBzZXVkb2ZzX2ZpbGVubw0KcHBwX3NvZnRjX2xpc3RfbXR4 DQp0dW5tdHgNCm1zcQ0Kc2VtaWQNCmNkOTY2MF9paGFzaA0KbXNkb3NmcyBkZWhhc2gNCnN0cmF0 ZWd5DQpBQ1BJIGdsb2JhbCBsb2NrDQpBQ1BJIGNtYmF0DQpBQ1BJIGdlbmVyaWMgYmF0dGVyeQ0K QUNQSSBBQyBhZGFwdGVyDQpBQ1BJIFBDSSBwb3dlciBtZXRob2RzDQpBQ1BJIGxpZA0KQUNQSSBD UFUNCmtxdWV1ZSBvcmRlcg0KanVtYm8gbXV0ZXgNCmVuY2FwbXR4DQphY2NlcHRfZmlsdGVyX210 eA0Kc2VjdXJlbGV2ZWwgbXV0ZXggbG9jaw0KZmlmbyBtdXRleA0KVVVJRCBnZW5lcmF0b3IgbXV0 ZXggbG9jaw0KdW10eA0KcHJvdGVjdCBzeXNmaWx0X29wcw0KcGh5c19wYWdlciBsaXN0DQpkZXZf cGFnZXIgbGlzdA0KZGV2X3BhZ2VyIGNyZWF0ZQ0Kc3dhcF9wYWdlciBsaXN0DQp2bSBtYXAgc2xl ZXAgbXV0ZXgNCmxvY2ttZ3INCmRiPiBzaG93IHBjaXJlZ3MNCmhvc3RiMEBwY2kwOjA6MDogICAg ICAgIGNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDAwOTExNjYgcmV2PTB4 MDUgaGRyPTB4MDANCmhvc3RiMUBwY2kwOjA6MTogICAgICAgIGNsYXNzPTB4MDYwMDAwIGNhcmQ9 MHgwMDAwMDAwMCBjaGlwPTB4MDAwOTExNjYgcmV2PTB4MDUgaGRyPTB4MDANCm5vbmUwQHBjaTA6 MjowOiBjbGFzcz0weDAzMDAwMCBjYXJkPTB4NDc1NjgwODYgY2hpcD0weDQ3NTYxMDAyIHJldj0w eDdhIGhkcj0weDAwDQpmeHAwQHBjaTA6MzowOiAgY2xhc3M9MHgwMjAwMDAgY2FyZD0weDEyMjk4 MDg2IGNoaXA9MHgxMjI5ODA4NiByZXY9MHgwOCBoZHI9MHgwMA0KcGNpYjFAcGNpMDo3OjA6IGNs YXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDA2OCBjaGlwPTB4YTUwMDEwNDQgcmV2PTB4MDIgaGRy PTB4MDENCmFzcjBAcGNpMDo3OjE6ICBjbGFzcz0weDBlMDAwMSBjYXJkPTB4YzAzYzEwNDQgY2hp cD0weGE1MDExMDQ0IHJldj0weDAyIGhkcj0weDAwDQppc2FiMEBwY2kwOjE1OjA6ICAgICAgICBj bGFzcz0weDA2MDEwMCBjYXJkPTB4MDIwMDExNjYgY2hpcD0weDAyMDAxMTY2IHJldj0weDRmIGhk cj0weDAwDQphdGFwY2kwQHBjaTA6MTU6MTogICAgICBjbGFzcz0weDAxMDE4YSBjYXJkPTB4MDAw MDAwMDAgY2hpcD0weDAyMTExMTY2IHJldj0weDAwIGhkcj0weDAwDQpub25lMUBwY2kyOjQ6MDog Y2xhc3M9MHgwMTAwMDAgY2FyZD0weDAwY2Y4MDg2IGNoaXA9MHgwMGNmOTAwNSByZXY9MHgwMSBo ZHI9MHgwMA0Kbm9uZTJAcGNpMjo0OjE6IGNsYXNzPTB4MDEwMDAwIGNhcmQ9MHgwMGNmODA4NiBj aGlwPTB4MDBjZjkwMDUgcmV2PTB4MDEgaGRyPTB4MDANCmRiPiBzaG93IHJlZ2lzdGVycw0KY3Mg ICAgICAgICAgICAgICAgIDB4OA0KZHMgICAgICAgICAgMHhlODk1MDAxMA0KZXMgICAgICAgICAg ICAgICAgMHgxMA0KZnMgICAgICAgICAgICAgICAgMHgxOA0Kc3MgICAgICAgICAgICAgICAgMHgx MA0KZWF4ICAgICAgICAgICAgICAgMHgxMg0KZWN4ICAgICAgICAgMHhjMGMxNDAwMA0KZWR4ICAg ICAgICAgICAgICAgICAgMA0KZWJ4ICAgICAgICAgMHhlODk1NWIxOA0KZXNwICAgICAgICAgMHhl ODk1NWFkNA0KZWJwICAgICAgICAgMHhlODk1NWFkYw0KZXNpICAgICAgICAgICAgICAgIDB4MQ0K ZWRpICAgICAgICAgICAgICAweDEwMA0KZWlwICAgICAgICAgMHhjMDUwNGNmMCAga2RiX2VudGVy KzB4MzANCmVmbCAgICAgICAgICAgICAgMHgyODINCmRyMCAgICAgICAgICAgICAgICAgIDANCmRy MSAgICAgICAgICAgICAgICAgIDANCmRyMiAgICAgICAgICAgICAgICAgIDANCmRyMyAgICAgICAg ICAgICAgICAgIDANCmRyNCAgICAgICAgIDB4ZmZmZjBmZjANCmRyNSAgICAgICAgICAgICAgMHg0 MDANCmRyNiAgICAgICAgIDB4ZmZmZjBmZjANCmRyNyAgICAgICAgICAgICAgMHg0MDANCmtkYl9l bnRlcisweDMwOiBsZWF2ZQ0KZGI+IHNob3cgdGhyZWFkcw0KICAxMDAyNjUgKDB4YzMyMDY3ZDAp ICBzY2hlZF9zd2l0Y2goYzMyMDY3ZDAsMCwxLDExZCw1YWE0OGIwZCkgYXQgc2NoZWRfc3dpdGNo KzB4MTgwDQogIDEwMDI1MSAoMHhjMzIwNDE5MCkgIHNjaGVkX3N3aXRjaChjMzIwNDE5MCwwLDEs MTFkLDVkYjFlNDk5KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTE4ICgweGMyYmJkYzgw KSAgc2NoZWRfc3dpdGNoKGMyYmJkYzgwLDAsMSwxMWQsODI1NTM0NjcpIGF0IHNjaGVkX3N3aXRj aCsweDE4MA0KICAxMDAxNTggKDB4YzJlNDNjODApICBzY2hlZF9zd2l0Y2goYzJlNDNjODAsMCwx LDExZCw1YTU2OGNjMSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDEzNSAoMHhjMmUxYjdk MCkgIHNjaGVkX3N3aXRjaChjMmUxYjdkMCwwLDEsMTFkLDQzZjk3NTlmKSBhdCBzY2hlZF9zd2l0 Y2grMHgxODANCiAgMTAwMjcxICgweGMzM2ZlMTkwKSAgc2NoZWRfc3dpdGNoKGMzM2ZlMTkwLDAs MSwxMWQsMWRjODQ1YzcpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMzIgKDB4YzMxOTkz MjApICBzY2hlZF9zd2l0Y2goYzMxOTkzMjAsMCwxLDExZCxlMDk3NzJmOSkgYXQgc2NoZWRfc3dp dGNoKzB4MTgwDQogIDEwMDEwMCAoMHhjMmJiYjAwMCkgIHNjaGVkX3N3aXRjaChlZWU0MWE5NCxj MDZjNjlhMCxjMDZjNjlhMCw0MzcsYzA2NGQ3NDkpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAx MDAwNTMgKDB4YzI3ZTI0YjApICBzY2hlZF9zd2l0Y2goYzI3ZTI0YjAsMCwxLDExZCxjMmQ4M2Qw MSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDI0OCAoMHhjMzE5YWM4MCkgIHNjaGVkX3N3 aXRjaChjMzE5YWM4MCwwLDEsMTFkLDdkOGQzZTFiKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAg MTAwMjc5ICgweGMzM2ZlZTEwKSAgc2NoZWRfc3dpdGNoKGMzM2ZlZTEwLDAsMSwxMWQsMzVmYmZi OTEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxOTUgKDB4YzMwMTA3ZDApICBzY2hlZF9z d2l0Y2goYzMwMTA3ZDAsMCwxLDExZCw5YjNmMTE3NSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQog IDEwMDA1NCAoMHhjMjdlMjY0MCkgIHNjaGVkX3N3aXRjaChjMjdlMjY0MCwwLDEsMTFkLDNhMTRm ODg3KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTQwICgweGMyZTQyMDAwKSAgc2NoZWRf c3dpdGNoKGMyZTQyMDAwLDAsMSwxMWQsYzc1OTA0OWYpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0K ICAxMDAyNTQgKDB4YzMyMDQ2NDApICBzY2hlZF9zd2l0Y2goYzMyMDQ2NDAsMCwxLDExZCwyMDNm YTQwZikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDI1NyAoMHhjMzIwNGFmMCkgIHNjaGVk X3N3aXRjaChjMzIwNGFmMCwwLDEsMTFkLDcxMTM5YmY1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODAN CiAgMTAwMjY2ICgweGMzMjA2OTYwKSAgc2NoZWRfc3dpdGNoKGMzMjA2OTYwLDAsMSwxMWQsMTRh MzkzYjMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxMTUgKDB4YzJiYmQ3ZDApICBzY2hl ZF9zd2l0Y2goYzJiYmQ3ZDAsMCwxLDExZCwzMTQwMzM4YikgYXQgc2NoZWRfc3dpdGNoKzB4MTgw DQogIDEwMDMxOSAoMHhjMzg5M2UxMCkgIHNjaGVkX3N3aXRjaChjMzg5M2UxMCwwLDEsMTFkLGQw MGU3ZmZmKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjkwICgweGMzYWU0MDAwKSAgc2No ZWRfc3dpdGNoKGMzYWU0MDAwLDAsMSwxMWQsZjg0ZjM5MSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgw DQogIDEwMDI0NyAoMHhjMzE5YWFmMCkgIHNjaGVkX3N3aXRjaChjMzE5YWFmMCwwLDEsMTFkLDZi NmFjZTc5KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTg3ICgweGMyZmI3YWYwKSAgc2No ZWRfc3dpdGNoKGMyZmI3YWYwLDAsMSwxMWQsMjUyNWYxMzcpIGF0IHNjaGVkX3N3aXRjaCsweDE4 MA0KICAxMDAxMTcgKDB4YzJiYmRhZjApICBzY2hlZF9zd2l0Y2goYzJiYmRhZjAsMCwxLDExZCwx MDY0OTU2ZCkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDEwNCAoMHhjMmJiYjY0MCkgIHNj aGVkX3N3aXRjaChjMmJiYjY0MCwwLDEsMTFkLGY0ZGRhOTJmKSBhdCBzY2hlZF9zd2l0Y2grMHgx ODANCiAgMTAwMzUwICgweGMzYTg4MDAwKSAgc2NoZWRfc3dpdGNoKGMzYTg4MDAwLDAsMSwxMWQs ZWMxNGZlNzcpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwOTUgKDB4YzJiYjg3ZDApICBz Y2hlZF9zd2l0Y2goYzJiYjg3ZDAsMCwxLDExZCxkZWQ3NDI2YikgYXQgc2NoZWRfc3dpdGNoKzB4 MTgwDQogIDEwMDE2MCAoMHhjMmU0NjAwMCkgIHNjaGVkX3N3aXRjaChjMmU0NjAwMCwwLDEsMTFk LDZhM2RlOGE1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjc0ICgweGMzM2ZlNjQwKSAg c2NoZWRfc3dpdGNoKGMzM2ZlNjQwLDAsMSwxMWQsZGUzYTNjZGYpIGF0IHNjaGVkX3N3aXRjaCsw eDE4MA0KICAxMDAzMTAgKDB4YzM4OTMwMDApICBzY2hlZF9zd2l0Y2goYzM4OTMwMDAsMCwxLDEx ZCw1ZmQzMjRlZikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDMzNyAoMHhjM2E4M2FmMCkg IHNjaGVkX3N3aXRjaChjM2E4M2FmMCwwLDEsMTFkLDhjNGYyYzFkKSBhdCBzY2hlZF9zd2l0Y2gr MHgxODANCiAgMTAwMTA4ICgweGMyYmJiYzgwKSAgc2NoZWRfc3dpdGNoKGMyYmJiYzgwLDAsMSwx MWQsZjcxYWRhYzEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMTggKDB4YzMwNTdjODAp ICBzY2hlZF9zd2l0Y2goYzMwNTdjODAsMCwxLDExZCwzMTk4Nzk2YikgYXQgc2NoZWRfc3dpdGNo KzB4MTgwDQogIDEwMDE1MyAoMHhjMmU0MzRiMCkgIHNjaGVkX3N3aXRjaChjMmU0MzRiMCwwLDEs MTFkLDc2Y2QyY2RiKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjkxICgweGMzYWU0MTkw KSAgc2NoZWRfc3dpdGNoKGMzYWU0MTkwLDAsMSwxMWQsNjg0MDZkM2YpIGF0IHNjaGVkX3N3aXRj aCsweDE4MA0KICAxMDAxOTcgKDB4YzMwMTBhZjApICBzY2hlZF9zd2l0Y2goYzMwMTBhZjAsMCwx LDExZCwyMGRhMzZlYikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDI3MCAoMHhjMzNmZTAw MCkgIHNjaGVkX3N3aXRjaChjMzNmZTAwMCwwLDEsMTFkLDVmM2EzMTUpIGF0IHNjaGVkX3N3aXRj aCsweDE4MA0KICAxMDAyOTQgKDB4YzNhZTQ2NDApICBzY2hlZF9zd2l0Y2goYzNhZTQ2NDAsMCwx LDExZCwzN2RjYmFkOSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDMyMyAoMHhjMzg5NDRi MCkgIHNjaGVkX3N3aXRjaChjMzg5NDRiMCwwLDEsMTFkLDFiNmUzNjhiKSBhdCBzY2hlZF9zd2l0 Y2grMHgxODANCiAgMTAwMjE3ICgweGMzMDU3YWYwKSAgc2NoZWRfc3dpdGNoKGMzMDU3YWYwLDAs MSwxMWQsYjEzYTA4MTkpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxNTYgKDB4YzJlNDM5 NjApICBzY2hlZF9zd2l0Y2goYzJlNDM5NjAsMCwxLDExZCxiMmZiY2MyZCkgYXQgc2NoZWRfc3dp dGNoKzB4MTgwDQogIDEwMDIzMSAoMHhjMzE5OTE5MCkgIHNjaGVkX3N3aXRjaChjMzE5OTE5MCww LDEsMTFkLDcyMDI3NmFkKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjg2ICgweGMzYWUy OTYwKSAgc2NoZWRfc3dpdGNoKGMzYWUyOTYwLDAsMSwxMWQsYzA0OGJlMDcpIGF0IHNjaGVkX3N3 aXRjaCsweDE4MA0KICAxMDAxNDMgKDB4YzJlNDI0YjApICBzY2hlZF9zd2l0Y2goYzJlNDI0YjAs MCwxLDExZCw1ZmFlOGIxYikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDI3NSAoMHhjMzNm ZTdkMCkgIHNjaGVkX3N3aXRjaChjMzNmZTdkMCwwLDEsMTFkLDc3ZjBmM2EzKSBhdCBzY2hlZF9z d2l0Y2grMHgxODANCiAgMTAwMTAxICgweGMyYmJiMTkwKSAgc2NoZWRfc3dpdGNoKGMyYmJiMTkw LDAsMSwxMWQsYTRkMzVhMjEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxNzkgKDB4YzJm YjZlMTApICBzY2hlZF9zd2l0Y2goYzJmYjZlMTAsMCwxLDExZCw2YTJmMGUzMykgYXQgc2NoZWRf c3dpdGNoKzB4MTgwDQogIDEwMDI2OCAoMHhjMzIwNmM4MCkgIHNjaGVkX3N3aXRjaChjMzIwNmM4 MCwwLDEsMTFkLGVjYTExODI5KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjQwICgweGMz MTlhMDAwKSAgc2NoZWRfc3dpdGNoKGMzMTlhMDAwLDAsMSwxMWQsNTEzNmM0MzcpIGF0IHNjaGVk X3N3aXRjaCsweDE4MA0KICAxMDAxNTAgKDB4YzJlNDMwMDApICBzY2hlZF9zd2l0Y2goYzJlNDMw MDAsMCwxLDExZCwyZDA4YmI5OSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA5MCAoMHhj MmJiODAwMCkgIHNjaGVkX3N3aXRjaChjMmJiODAwMCwwLDEsMTFkLDM1ZWRlNmE3KSBhdCBzY2hl ZF9zd2l0Y2grMHgxODANCiAgMTAwMjA1ICgweGMzMDExN2QwKSAgc2NoZWRfc3dpdGNoKGMzMDEx N2QwLDAsMSwxMWQsOWVmNjNkZjUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxMzYgKDB4 YzJlMWI5NjApICBzY2hlZF9zd2l0Y2goYzJlMWI5NjAsMCwxLDExZCxhN2E4MzA3MSkgYXQgc2No ZWRfc3dpdGNoKzB4MTgwDQogIDEwMDE0OCAoMHhjMmU0MmM4MCkgIHNjaGVkX3N3aXRjaChjMmU0 MmM4MCwwLDEsMTFkLDdhOGE5OTE1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTM5ICgw eGMyZTFiZTEwKSAgc2NoZWRfc3dpdGNoKGMyZTFiZTEwLDAsMSwxMWQsN2MzYTc2ZDMpIGF0IHNj aGVkX3N3aXRjaCsweDE4MA0KICAxMDAxNjkgKDB4YzJlNDZlMTApICBzY2hlZF9zd2l0Y2goYzJl NDZlMTAsMCwxLDExZCxkNmVmYzUxNSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDIzNyAo MHhjMzE5OWFmMCkgIHNjaGVkX3N3aXRjaChjMzE5OWFmMCwwLDEsMTFkLGUwNzY3MmM5KSBhdCBz Y2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjM0ICgweGMzMTk5NjQwKSAgc2NoZWRfc3dpdGNoKGMz MTk5NjQwLDAsMSwxMWQsZTdmYWZkODEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMzUg KDB4YzMxOTk3ZDApICBzY2hlZF9zd2l0Y2goYzMxOTk3ZDAsMCwxLDExZCxkYWMxYTBiMSkgYXQg c2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDE3MCAoMHhjMmZiNjAwMCkgIHNjaGVkX3N3aXRjaChj MmZiNjAwMCwwLDEsMTFkLGY1ODU3NTQ1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTE0 ICgweGMyYmJkNjQwKSAgc2NoZWRfc3dpdGNoKGMyYmJkNjQwLDAsMSwxMWQsZGEyZjlhYzkpIGF0 IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMTkgKDB4YzMwNTdlMTApICBzY2hlZF9zd2l0Y2go YzMwNTdlMTAsMCwxLDExZCw1ZWY2YmZlOSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDI0 NSAoMHhjMzE5YTdkMCkgIHNjaGVkX3N3aXRjaChjMzE5YTdkMCwwLDEsMTFkLDUyODZmZCkgYXQg c2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDIxNSAoMHhjMzA1NzdkMCkgIHNjaGVkX3N3aXRjaChj MzA1NzdkMCwwLDEsMTFkLDhhYzgxNDQxKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTc4 ICgweGMyZmI2YzgwKSAgc2NoZWRfc3dpdGNoKGMyZmI2YzgwLDAsMSwxMWQsOGI2MTFhOTUpIGF0 IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNjYgKDB4YzI3ZTU5NjApICBzY2hlZF9zd2l0Y2go YzI3ZTU5NjAsMCwxLDExZCxmOGZmMDRiMSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDI0 NiAoMHhjMzE5YTk2MCkgIHNjaGVkX3N3aXRjaChjMzE5YTk2MCwwLDEsMTFkLDMwM2I4NWI1KSBh dCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTc3ICgweGMyZmI2YWYwKSAgc2NoZWRfc3dpdGNo KGMyZmI2YWYwLDAsMSwxMWQsY2FjYmMwNGYpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAw NjUgKDB4YzI3ZTU3ZDApICBzY2hlZF9zd2l0Y2goYzI3ZTU3ZDAsMCwxLDExZCw1ZDJiZWM5KSBh dCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjAwICgweGMzMDExMDAwKSAgc2NoZWRfc3dpdGNo KGMzMDExMDAwLDAsMSwxMWQsYzNjODY1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTA2 ICgweGMyYmJiOTYwKSAgc2NoZWRfc3dpdGNoKGMyYmJiOTYwLDAsMSwxMWQsZGNmNjIxYTUpIGF0 IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxMDUgKDB4YzJiYmI3ZDApICBzY2hlZF9zd2l0Y2go YzJiYmI3ZDAsMCwxLDExZCw2MGNmNGQzOSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA2 OSAoMHhjMjdlNWUxMCkgIHNjaGVkX3N3aXRjaChjMjdlNWUxMCwwLDEsMTFkLDQ5MzgzNTIxKSBh dCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTA3ICgweGMyYmJiYWYwKSAgc2NoZWRfc3dpdGNo KGMyYmJiYWYwLDAsMSwxMWQsM2M2YmNhYjUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAx MTAgKDB4YzJiYmQwMDApICBzY2hlZF9zd2l0Y2goYzJiYmQwMDAsMCwxLDExZCwyZDIxOWQ4Nykg YXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA2NyAoMHhjMjdlNWFmMCkgIHNjaGVkX3N3aXRj aChjMjdlNWFmMCwwLDEsMTFkLGU0NWZmNDExKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAw MDgwICgweGMyYjY1MDAwKSAgc2NoZWRfc3dpdGNoKGMyYjY1MDAwLDAsMSwxMWQsNTNlYzcxYTcp IGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxMTMgKDB4YzJiYmQ0YjApICBzY2hlZF9zd2l0 Y2goYzJiYmQ0YjAsMCwxLDExZCxlMDYyYzRkYikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEw MDA4OSAoMHhjMmI2NWUxMCkgIHNjaGVkX3N3aXRjaChjMmI2NWUxMCwwLDEsMTFkLDYzZTM4ZjY5 KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDk2ICgweGMyYmI4OTYwKSAgc2NoZWRfc3dp dGNoKGMyYmI4OTYwLDAsMSwxMWQsYzIwZjJkYmYpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAx MDAwOTMgKDB4YzJiYjg0YjApICBzY2hlZF9zd2l0Y2goYzJiYjg0YjAsMCwxLDExZCxmMGNmMjlj NSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA3MyAoMHhjMmI2NDRiMCkgIHNjaGVkX3N3 aXRjaChjMmI2NDRiMCwwLDEsMTFkLDU0MDZlOWVmKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAg MTAwMDcyICgweGMyYjY0MzIwKSAgc2NoZWRfc3dpdGNoKGMyYjY0MzIwLDAsMSwxMWQsNzhjZWUw MTMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNzEgKDB4YzJiNjQxOTApICBzY2hlZF9z d2l0Y2goYzJiNjQxOTAsMCwxLDExZCw5NzkwZDliNykgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQog IDEwMDAzOSAoMHhjMjdjM2UxMCkgIHNjaGVkX3N3aXRjaChjMjdjM2UxMCwwLDEsMTFkLDk2YWQ3 NTEzKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDM4ICgweGMyN2MzYzgwKSAgc2NoZWRf c3dpdGNoKGMyN2MzYzgwLDAsMSwxMWQsY2E3NDQ1NTEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0K ICAxMDAwMzcgKDB4YzI3YzNhZjApICBzY2hlZF9zd2l0Y2goYzI3YzNhZjAsMCwxLDExZCxhM2Qz MDljNSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDAzNiAoMHhjMjdjMzk2MCkgIHNjaGVk X3N3aXRjaChjMjdjMzk2MCwwLDEsMTFkLGIyM2EyNTMzKSBhdCBzY2hlZF9zd2l0Y2grMHgxODAN CiAgMTAwMDY0ICgweGMyN2U1NjQwKSAgc2NoZWRfc3dpdGNoKGMyN2U1NjQwLDAsMSwxMWQsOWEx ZjI3NmIpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNjMgKDB4YzI3ZTU0YjApICBzY2hl ZF9zd2l0Y2goYzI3ZTU0YjAsMCwxLDExZCxhMDhiMjMyOSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgw DQogIDEwMDA2MiAoMHhjMjdlNTMyMCkgIHNjaGVkX3N3aXRjaChjMjdlNTMyMCwwLDEsMTFkLDMz NGU0YzUzKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDYxICgweGMyN2U1MTkwKSAgc2No ZWRfc3dpdGNoKGMyN2U1MTkwLDAsMSwxMWQsMjc4YzA4ZDMpIGF0IHNjaGVkX3N3aXRjaCsweDE4 MA0KICAxMDAwNjAgKDB4YzI3ZTUwMDApICBzY2hlZF9zd2l0Y2goYzI3ZTUwMDAsMCwxLDExZCw3 YmI5OWYwYikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA1OSAoMHhjMjdlMmUxMCkgIHNj aGVkX3N3aXRjaChjMjdlMmUxMCwwLDEsMTFkLGViZjk0ZTViKSBhdCBzY2hlZF9zd2l0Y2grMHgx ODANCiAgMTAwMDU4ICgweGMyN2UyYzgwKSAgc2NoZWRfc3dpdGNoKGMyN2UyYzgwLDAsMSwxMWQs ZGZlMWRlNDUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNTcgKDB4YzI3ZTJhZjApICBz Y2hlZF9zd2l0Y2goYzI3ZTJhZjAsMCwxLDExZCxkOGIxMDY3OSkgYXQgc2NoZWRfc3dpdGNoKzB4 MTgwDQogIDEwMDA1NiAoMHhjMjdlMjk2MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJh bXBvbGluZQ0KICAxMDAwNTUgKDB4YzI3ZTI3ZDApICBzY2hlZF9zd2l0Y2goYzI3ZTI3ZDAsMCwx LDExZCw3ODA1YWMxYikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDAyNSAoMHhjMjc2ODdk MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMjQgKDB4YzI3 Njg2NDApICBzY2hlZF9zd2l0Y2goYzI3Njg2NDAsMCwxLDExZCw5OTM4MmQ0NSkgYXQgc2NoZWRf c3dpdGNoKzB4MTgwDQogIDEwMDAyMyAoMHhjMjc2ODRiMCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0 IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwNDkgKDB4YzI3ZGZlMTApICBmb3JrX3RyYW1wb2xpbmUo KSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDQ4ICgweGMyN2RmYzgwKSAgc2NoZWRfc3dpdGNo KGMyN2RmYzgwLDAsMSwxMWQsZjRkOTNhOTMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAw NDcgKDB4YzI3ZGZhZjApICBzY2hlZF9zd2l0Y2goYzI3ZGZhZjAsMCwxLDExZCw2NjAyODc3Yikg YXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA0NiAoMHhjMjdkZjk2MCkgIHNjaGVkX3N3aXRj aChjMjdkZjk2MCwwLDEsMTFkLDMwM2Q5YjA5KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAw MDQ1ICgweGMyN2RmN2QwKSAgc2NoZWRfc3dpdGNoKGMyN2RmN2QwLDAsMSwxMWQsZDE0ODBjMjEp IGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNDQgKDB4YzI3ZGY2NDApICBrZGJfZW50ZXIo YzA2NDk3YjcsMCxjMDY0Zjg5ZCxlODk1NWIxOCxjMjdkZjY0MCkgYXQga2RiX2VudGVyKzB4MzAN CiAgMTAwMDQzICgweGMyN2RmNGIwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9s aW5lDQogIDEwMDA0MiAoMHhjMjdkZjMyMCkgIHNjaGVkX3N3aXRjaChjMjdkZjMyMCwwLDEsMTFk LDhmMDVlNTkxKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDQxICgweGMyN2RmMTkwKSAg Zm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDA0MCAoMHhjMjdkZjAw MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMTIgKDB4YzI3 NjQzMjApICBzY2hlZF9zd2l0Y2goYzI3NjQzMjAsMCwxLDExZCxhZDEyZDU5MSkgYXQgc2NoZWRf c3dpdGNoKzB4MTgwDQogIDEwMDAxMSAoMHhjMjc2NDE5MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0 IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMzUgKDB4YzI3YzM3ZDApICBmb3JrX3RyYW1wb2xpbmUo KSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDM0ICgweGMyN2MzNjQwKSAgZm9ya190cmFtcG9s aW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAzMyAoMHhjMjdjMzRiMCkgIGZvcmtfdHJh bXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMzIgKDB4YzI3YzMzMjApICBmb3Jr X3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDMxICgweGMyN2MzMTkwKSAg Zm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAzMCAoMHhjMjdjMzAw MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMjkgKDB4YzI3 NjhlMTApICBzY2hlZF9zd2l0Y2goYzI3NjhlMTAsMCwxLDExZCw0ZTcyNzdhYikgYXQgc2NoZWRf c3dpdGNoKzB4MTgwDQogIDEwMDAyOCAoMHhjMjc2OGM4MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0 IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMjcgKDB4YzI3NjhhZjApICBmb3JrX3RyYW1wb2xpbmUo KSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDI2ICgweGMyNzY4OTYwKSAgZm9ya190cmFtcG9s aW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAwMCAoMHhjMjc1ZjAwMCkgIGZvcmtfdHJh bXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMjIgKDB4YzI3NjgzMjApICBzY2hl ZF9zd2l0Y2goYzI3NjgzMjAsMCwxLDExZCxhZDczMjMyNykgYXQgc2NoZWRfc3dpdGNoKzB4MTgw DQogIDEwMDAyMSAoMHhjMjc2ODE5MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBv bGluZQ0KICAxMDAwMjAgKDB4YzI3NjgwMDApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3Ry YW1wb2xpbmUNCiAgMTAwMDE5ICgweGMyNzY0ZTEwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9y a190cmFtcG9saW5lDQogIDEwMDAxOCAoMHhjMjc2NGM4MCkgIHNjaGVkX3N3aXRjaChjMjc2NGM4 MCwwLDEsMTFkLDg5OTFkZDQ1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDE3ICgweGMy NzY0YWYwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAxNiAo MHhjMjc2NDk2MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAw MTUgKDB4YzI3NjQ3ZDApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAg MTAwMDE0ICgweGMyNzY0NjQwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5l DQogIDEwMDAxMyAoMHhjMjc2NDRiMCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBv bGluZQ0KICAxMDAwMTAgKDB4YzI3NjQwMDApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3Ry YW1wb2xpbmUNCiAgMTAwMDA5ICgweGMyNzVmZTEwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9y a190cmFtcG9saW5lDQogIDEwMDAwOCAoMHhjMjc1ZmM4MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0 IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMDcgKDB4YzI3NWZhZjApICBmb3JrX3RyYW1wb2xpbmUo KSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDA2ICgweGMyNzVmOTYwKSAgZm9ya190cmFtcG9s aW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAwNSAoMHhjMjc1ZjdkMCkgIHNjaGVkX3N3 aXRjaChjMjc1ZjdkMCwwLDEsMTFkLGVlMGJlNmM1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAg MTAwMDA0ICgweGMyNzVmNjQwKSAgc2NoZWRfc3dpdGNoKGMyNzVmNjQwLDAsMSwxMTcsNWY5Y2U3 ZjkpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwMDMgKDB4YzI3NWY0YjApICBzY2hlZF9z d2l0Y2goYzI3NWY0YjAsMCwxLDExNyxiN2IxODU4MSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQog IDEwMDAwMiAoMHhjMjc1ZjMyMCkgIHNjaGVkX3N3aXRjaChjMjc1ZjMyMCwwLDEsMTFkLGMwNzA4 OGViKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDAxICgweGMyNzVmMTkwKSAgc2NoZWRf c3dpdGNoKGMyNzVmMTkwLDAsMSwxMWQsZjViNmVkYzUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0K ICAgICAgIDAgKDB4YzA2OTcwMjApICBzY2hlZF9zd2l0Y2goYzA2OTcwMjAsMCwxLDExZCw3MDRj ZDAzNykgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQpkYj5zaG93IG1hcA0KVGFzayBtYXAgMHhjMDUw NGNmMDogcG1hcD0weDRjNzA0MjQsIG5lbnRyaWVzPS0xODY5NTc0MDAwLCB2ZXJzaW9uPTIwNzIx OTA2MDMNCmRiPiBzaG93IHBhZ2UNCmNudC52X2ZyZWVfY291bnQ6IDIzNDkyDQpjbnQudl9jYWNo ZV9jb3VudDogMTMxNDENCmNudC52X2luYWN0aXZlX2NvdW50OiAxMjQwOTANCmNudC52X2FjdGl2 ZV9jb3VudDogMTgwNzc3DQpjbnQudl93aXJlX2NvdW50OiA0MzUwMQ0KY250LnZfZnJlZV9yZXNl cnZlZDogNTgzDQpjbnQudl9mcmVlX21pbjogMjUwNw0KY250LnZfZnJlZV90YXJnZXQ6IDEwNjEx DQpjbnQudl9jYWNoZV9taW46IDEwNjExDQpjbnQudl9pbmFjdGl2ZV90YXJnZXQ6IDE1OTE2DQpk Yj4gc2hvdyBjYnN0YXQNCnRvdCA9IDEwNzQ2MCAoYWN0aXZlID0gMCwgZnJlZSA9IDEwNzQ2MCAo cmVzZXJ2ZWQgPSAxMDIwNjAsIHNsdXNoID0gNTQwMCkpDQpkYj4gc2hvdyBydGMNCjA0LzA5LzI2 IDA5OjIyOjM4LCBBID0gMjksIEIgPSA0MiwgQyA9IGQwDQpkYj4gc2hvdyBpbnRyY250DQppcnEx OiBhdGtiZDAgICAgICAgICAgICA0DQppcnE0OiBzaW8wICAgICAgICAgICAgICAyNzMNCmlycTY6 IGZkYzAgICAgICAgICAgICAgIDEwDQppcnE4OiBydGMgICAgICAgICAgICAgICA0MTg2NjMwDQpp cnExMzogbnB4MCAgICAgICAgICAgICAxDQppcnExNDogYXRhMCAgICAgICAgICAgICA0Ng0KaXJx MTg6IGZ4cDAgICAgICAgICAgICAgMTQ5MzM3MTQNCmlycTIzOiBhc3IwICAgICAgICAgICAgIDEw MDYyNw0KaXJxMzE6IGFjcGkwICAgICAgICAgICAgMjQyMTQNCmlycTA6IGNsayAgICAgICAgICAg ICAgIDMyNzA0NzANCmRiPiBzaG93IHBjcHUNCmNwdWlkICAgICAgICA9IDANCmN1cnRocmVhZCAg ICA9IDB4YzI3ZGY2NDA6IHBpZCA0NiAic3dpMTogbmV0Ig0KY3VycGNiICAgICAgID0gMHhlODk1 NWRhMA0KZnBjdXJ0aHJlYWQgID0gbm9uZQ0KaWRsZXRocmVhZCAgID0gMHhjMjc1ZjY0MDogcGlk IDEyICJpZGxlOiBjcHUwIg0KQVBJQyBJRCAgICAgID0gMw0KY3VycmVudGxkdCAgID0gMHgyOA0K c3BpbiBsb2NrcyBoZWxkOg0KZGI+DQo= ------=_Part_189_19573181.1097092521087 Content-Type: application/octet-stream; name="2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="2" cGFuaWM6IHNvZGVhbGxvYygpOiBzb19jb3VudCAxDQpjcHVpZCA9IDANCktEQjogZW50ZXI6IHBh bmljDQpbdGhyZWFkIDEwMDA0NF0NClN0b3BwZWQgYXQgICAgICBrZGJfZW50ZXIrMHgzMDogbGVh dmUNCmRiPiB0cg0Ka2RiX2VudGVyKGMwNjQ5N2I3LDAsYzA2NGY4OWQsZTg5NTViMTgsYzI3ZGY2 NDApIGF0IGtkYl9lbnRlcisweDMwDQpwYW5pYyhjMDY0Zjg5ZCwxLDEyMixjMmRmYTcyNCxjMmRm YTY1NCkgYXQgcGFuaWMrMHgxNGUNCnNvZGVhbGxvYyhjMmRmYTY1NCwwLGMwNjRmODdkLDE3ZCxj MmRmYTZiYykgYXQgc29kZWFsbG9jKzB4MjENCnNvZnJlZShjMmRmYTY1NCwxLGMwNjUzYjNhLDJi NCxjMDZjOGI0MCkgYXQgc29mcmVlKzB4MzAxDQppbl9wY2JkZXRhY2goYzM4N2I3MDgsYzMwYjYw MDAsZTg5NTVjNjgsYzA1OGE2NDUsYzMwYjYwMDApIGF0IGluX3BjYmRldGFjaCsweGY4DQp0Y3Bf Y2xvc2UoYzMwYjYwMDAsYzMzNGI4MzQsMCwwLDApIGF0IHRjcF9jbG9zZSsweDFkDQp0Y3BfaW5w dXQoYzU3ODAzMDAsMTQsYzI4M2EwMDAsMSwzNzRhNDFjZikgYXQgdGNwX2lucHV0KzB4MTg4NQ0K aXBfaW5wdXQoYzU3ODAzMDAsMCxjMDY1MzEzZCxlNSxjMDZjNzhiOCkgYXQgaXBfaW5wdXQrMHg1 OTINCm5ldGlzcl9wcm9jZXNzcXVldWUoYzA2Yzc4YjgsYzA2OWFjYzAsMSxjMDY0OGIxZixjMjdl NmQwMCkgYXQgbmV0aXNyX3Byb2Nlc3NxdWV1ZSsweDhlDQpzd2lfbmV0KDAsMCxjMDY0NzE2NCwy NjksMCkgYXQgc3dpX25ldCsweGU5DQppdGhyZWFkX2xvb3AoYzI3NWQ3ODAsZTg5NTVkNDgsYzA2 NDZmNGYsMzIzLDApIGF0IGl0aHJlYWRfbG9vcCsweDE3Mg0KZm9ya19leGl0KGMwNGQxOTcwLGMy NzVkNzgwLGU4OTU1ZDQ4KSBhdCBmb3JrX2V4aXQrMHhjNg0KZm9ya190cmFtcG9saW5lKCkgYXQg Zm9ya190cmFtcG9saW5lKzB4OA0KLS0tIHRyYXAgMHgxLCBlaXAgPSAwLCBlc3AgPSAweGU4OTU1 ZDdjLCBlYnAgPSAwIC0tLQ0KZGI+IHNob3cgYWxsIHByb2NzDQogIHBpZCAgIHByb2MgICAgIHVh cmVhICAgdWlkICBwcGlkICBwZ3JwICBmbGFnICAgc3RhdCAgd21lc2cgICAgd2NoYW4gIGNtZA0K ODgxODMgYzRlNTE1NDAgZWYyNjIwMDAgNjU1MzQgIDY1NzYgIDY1NzYgMDAwMDEwMSBbU0xQUSBs b2NrZiAweGMzMzRmNTQwXVtTTFBdIGh0dHBkDQo4ODE2NyBjMmZkMzU0MCBlZjA1MzAwMCA2NTUz NCAgNjU3NiAgNjU3NiAwMDAwMTAxIFtTTFBRIGxvY2tmIDB4YzI4OGUxODBdW1NMUF0gaHR0cGQN Cjg4MTYzIGMyYmM0ZTAwIGVlZTM2MDAwIDY1NTM0ICA2NTc2ICA2NTc2IDAwMDAxMDEgW1NMUFEg bG9ja2YgMHhjMmU4YjE4MF1bU0xQXSBodHRwZA0KODgxNDkgYzJmZDMxYzAgZWYwNTEwMDAgICA3 MCAgIDUwNiAgIDQ5NiAwMDAwMDAwIFtTTFBRIHNid2FpdCAweGMzMDIwNDY0XVtTTFBdIHBvc3Rn cmVzDQo4ODEzMCBjMzI2ZGM0MCBlZjE0YjAwMCA2NTUzNCAgNjU3NiAgNjU3NiAwMDAwMTAxIFtT TFBRIHNlbGVjdCAweGMwNmM2OWM0XVtTTFBdIGh0dHBkDQo4ODEyOSBjNGU1NDhjMCBlZjI2ZDAw MCA2NTUzNCAgNjU3NiAgNjU3NiAwMDAwMTAxIFtTTFBRIGxvY2tmIDB4YzNiNzhkNDBdW1NMUF0g aHR0cGQNCjg4MTIwIGMyZTUyMDAwIGVlZjQxMDAwIDY1NTM0ICA2NTc2ICA2NTc2IDAwMDAxMDEg W1NMUFEgbG9ja2YgMHhjMjhlMDljMF1bU0xQXSBodHRwZA0KODgwNzUgYzQ0MjQ4YzAgZWY1MGEw MDAgICA3MCAgIDUwNiAgIDQ5NiAwMDAwMDAwIFtTTFBRIHNid2FpdCAweGMyZmQwYmZjXVtTTFBd IHBvc3RncmVzDQo4ODA3MiBjMmVkMWUwMCBlZWYxYzAwMCAgIDcwICAgNTA2ICAgNDk2IDAwMDAw MDAgW1NMUFEgc2J3YWl0IDB4YzMwODg1YThdW1NMUF0gcG9zdGdyZXMNCjg4MDU0IGM0ZWEzNzAw IGVmMzAyMDAwIDY1NTM0ICA2NTc2ICA2NTc2IDAwMDAxMDEgW1NMUFEgc2VsZWN0IDB4YzA2YzY5 YzRdW1NMUF0gaHR0cGQNCjg4MDExIGM0NDIzNTQwIGVmNGMzMDAwIDY1NTM0ICA2NTc2ICA2NTc2 IDAwMDAxMDEgW1NMUFEgbG9ja2YgMHhjMzM0ZjQwMF1bU0xQXSBodHRwZA0KODc5MzggYzJjYjc1 NDAgZWVlOTQwMDAgNjU1MzQgIDY1NzYgIDY1NzYgMDAwMDEwMSBbU0xQUSBsb2NrZiAweGMzNTll ZTAwXVtTTFBdIGh0dHBkDQo4NzkwNiBjMmU2MjhjMCBlZjQwODAwMCA2NTUzNCAgNjU3NiAgNjU3 NiAwMDAwMTAxIFtTTFBRIGxvY2tmIDB4YzM1OThhYzBdW1NMUF0gaHR0cGQNCjg3NzU4IGM0Mjg1 NzAwIGVmNDQwMDAwICAxMjUgICA1MjQgICA1MjQgMDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMDZj NjljNF1bU0xQXSBib3VuY2UNCjg3NDI4IGM0ZWFiOGMwIGVmMzUxMDAwICAxMjUgICA1MjQgICA1 MjQgMDAwNDEwMCBbU0xQUSBsb2NrZiAweGMzYjc4MzQwXVtTTFBdIGJvdW5jZQ0KODY3MDIgYzJi NjhhODAgZWNjMWYwMDAgICA3MCAgIDUwNiAgIDQ5NiAwMDAwMDAwIFtTTFBRIHNid2FpdCAweGMy ZWFjYWI4XVtTTFBdIHBvc3RncmVzDQo4NjY2OSBjMmJjNDhjMCBlZWUzMzAwMCAgMTI1ICAgNTI0 ICAgNTI0IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRdW1NMUF0gc210cA0KODY2NjUg YzJiNjg1NDAgZWNjMWMwMDAgIDEyNSAgIDUyNCAgIDUyNCAwMDA0MTAwIFtTTFBRIHNlbGVjdCAw eGMwNmM2OWM0XVtTTFBdIHNtdHANCjg2NjY0IGMyZmQ4YzQwIGVmMDYxMDAwICAxMjUgICA1MjQg ICA1MjQgMDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMDZjNjljNF1bU0xQXSBzbXRwDQo4NjY2MiBj MmU4NmUwMCBlZWZjNjAwMCAgMTI1ICAgNTI0ICAgNTI0IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4 YzA2YzY5YzRdW1NMUF0gc210cA0KODY2NTIgYzJmZDlhODAgZWYwYzMwMDAgIDEyNSAgIDUyNCAg IDUyNCAwMDA0MTAwIFtTTFBRIHNlbGVjdCAweGMwNmM2OWM0XVtTTFBdIHNtdHANCjg2NjUxIGMz MmUxNzAwIGVmMWI1MDAwICAxMjUgICA1MjQgICA1MjQgMDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhj MDZjNjljNF1bU0xQXSBzbXRwDQo4NjY1MCBjMmU1NWUwMCBlZWZhZDAwMCAgMTI1ICAgNTI0ICAg NTI0IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRdW1NMUF0gc210cA0KODY2NDYgYzRl YTYwMDAgZWYzMDcwMDAgIDEyNSAgIDUyNCAgIDUyNCAwMDA0MTAwIFtTTFBRIHNlbGVjdCAweGMw NmM2OWM0XVtTTFBdIHNtdHANCjg2NjQyIGMyYmM4OGMwIGVlZTNjMDAwICAxMjUgICA1MjQgICA1 MjQgMDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMDZjNjljNF1bU0xQXSBzbXRwDQo4NjY0MCBjNGU1 NDU0MCBlZjI2YjAwMCAgMTI1ICAgNTI0ICAgNTI0IDAwMDQxMDAgW1NMUFEgbG9ja2YgMHhjMzMy NmUwMF1bU0xQXSBzbXRwDQo4NjYzOSBjMmU1MjcwMCBlZWY4MjAwMCAgMTI1ICAgNTI0ICAgNTI0 IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRdW1NMUF0gc210cA0KODY2MzcgYzMyZTQ3 MDAgZWYxYmUwMDAgIDEyNSAgIDUyNCAgIDUyNCAwMDA0MTAwIFtTTFBRIHNlbGVjdCAweGMwNmM2 OWM0XVtTTFBdIHNtdHANCjg2NjM0IGMzMjZkZTAwIGVmMTRjMDAwICAxMjUgICA1MjQgICA1MjQg MDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMDZjNjljNF1bU0xQXSBzbXRwDQo4NjYyNCBjMzI2ZDU0 MCBlZjE0NzAwMCAgMTI1ICAgNTI0ICAgNTI0IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5 YzRdW1NMUF0gc210cA0KODY2MjMgYzJiNjNjNDAgZWNjMTcwMDAgIDEyNSAgIDUyNCAgIDUyNCAw MDA0MTAwIFtTTFBRIHNlbGVjdCAweGMwNmM2OWM0XVtTTFBdIHNtdHANCjg2NjIyIGMyZTU1YzQw IGVlZjhlMDAwICAxMjUgICA1MjQgICA1MjQgMDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMDZjNjlj NF1bU0xQXSBzbXRwDQo4NjYyMSBjMzJlNGUwMCBlZjFjMjAwMCAgMTI1ICAgNTI0ICAgNTI0IDAw MDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRdW1NMUF0gc210cA0KODY1ODggYzJlZDE1NDAg ZWVmMTcwMDAgIDEyNSAgIDUyNCAgIDUyNCAwMDA0MTAwIFtTTFBRIHNlbGVjdCAweGMwNmM2OWM0 XVtTTFBdIHNtdHANCjg2NTg1IGMzMDkzNTQwIGVmMTIzMDAwICAxMjUgICA1MjQgICA1MjQgMDAw NDEwMCBbU0xQUSBzZWxlY3QgMHhjMDZjNjljNF1bU0xQXSBzbXRwDQo4NjU4MiBjMzI2YzFjMCBl ZjEyOTAwMCAgMTI1ICAgNTI0ICAgNTI0IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRd W1NMUF0gc210cA0KODY1MDIgYzJlZDFjNDAgZWVmMWIwMDAgNjU1MzQgIDY1NzYgIDY1NzYgMDAw MDEwMSBbU0xQUSBzYndhaXQgMHhjMmU3Nzk3NF1bU0xQXSBodHRwZA0KODY0MTggYzRlYTM4YzAg ZWYzMDMwMDAgICA3MCAgIDUwNiAgIDQ5NiAwMDAwMDAwIFtTTFBRIHNid2FpdCAweGM0ZTg4ODMw XVtTTFBdIHBvc3RncmVzDQo4NjE4NCBjNDI4NWUwMCBlZjRhMjAwMCA2NTUzNCAgNjU3NiAgNjU3 NiAwMDAwMTAxIFtTTFBRIGxvY2tmIDB4YzM1OWU1MDBdW1NMUF0gaHR0cGQNCjg1MzE5IGMyZTUy ZTAwIGVlZjg2MDAwICAgNzAgICA1MDYgICA0OTYgMDAwMDAwMCBbU0xQUSBzYndhaXQgMHhjMmUw YTFkY11bU0xQXSBwb3N0Z3Jlcw0KODQ4NjggYzJjYWQ3MDAgZWYzYzIwMDAgICA3MCAgIDUwNiAg IDQ5NiAwMDAwMDAwIFtTTFBRIHNid2FpdCAweGMyZWQ1ZDQwXVtTTFBdIHBvc3RncmVzDQo4NDcy NyBjMzA5MDM4MCBlZjBmYjAwMCA2NTUzNCAgNjU3NiAgNjU3NiAwMDAwMTAxIFtTTFBRIHNid2Fp dCAweGMyZGZhNWE4XVtTTFBdIGh0dHBkDQo4NDcyNiBjMzJlNGM0MCBlZjFjMTAwMCA2NTUzNCAg NjU3NiAgNjU3NiAwMDAwMTAxIFtTTFBRIGxvY2tmIDB4YzMzNGY3YzBdW1NMUF0gaHR0cGQNCjg0 NjE3IGMzMjZjMzgwIGVmMTM5MDAwICAgNzAgICA1MDYgICA0OTYgMDAwMDAwMCBbU0xQUSBzYndh aXQgMHhjMzA4NjQ2NF1bU0xQXSBwb3N0Z3Jlcw0KODQ2MTUgYzRlYTNhODAgZWYzMDQwMDAgICA3 MCAgIDUwNiAgIDQ5NiAwMDAwMDAwIFtTTFBRIHNid2FpdCAweGMzMDdkYmZjXVtTTFBdIHBvc3Rn cmVzDQo4NDU4NyBjMmU2MjAwMCBlZjQwMzAwMCAgIDcwICAgNTA2ICAgNDk2IDAwMDAwMDAgW1NM UFEgc2J3YWl0IDB4YzJlZDdhYjhdW1NMUF0gcG9zdGdyZXMNCjg0NTc5IGMyZmQ4YTgwIGVmMDYw MDAwICAgNzAgICA1MDYgICA0OTYgMDAwMDAwMCBbU0xQUSBzYndhaXQgMHhjMmZmZTgzMF1bU0xQ XSBwb3N0Z3Jlcw0KODQ1NzQgYzRlNTEzODAgZWYyNjEwMDAgICA3MCAgIDUwNiAgIDQ5NiAwMDAw MDAwIFtTTFBRIHNid2FpdCAweGMyZmMwMzIwXVtTTFBdIHBvc3RncmVzDQo4NDU3MyBjMmVkMTcw MCBlZWYxODAwMCAgIDcwICAgNTA2ICAgNDk2IDAwMDAwMDAgW1NMUFEgc2J3YWl0IDB4YzJlMDRl ODRdW1NMUF0gcG9zdGdyZXMNCjg0NTY3IGMyYmM0NzAwIGVlZTMyMDAwICAgNzAgICA1MDYgICA0 OTYgMDAwMDAwMCBbU0xQUSBzYndhaXQgMHhjMmM4ZDA5OF1bU0xQXSBwb3N0Z3Jlcw0KODQ0Nzgg YzJiYzgxYzAgZWVlMzgwMDAgNjU1MzQgIDY1NzYgIDY1NzYgMDAwMDEwMSBbU0xQUSBsb2NrZiAw eGMzNTllNjgwXVtTTFBdIGh0dHBkDQo4NDQ0MSBjNGU1MThjMCBlZjI2NDAwMCAgIDcwICAgNTA2 ICAgNDk2IDAwMDAwMDAgW1NMUFEgc2J3YWl0IDB4YzNlMGZiZmNdW1NMUF0gcG9zdGdyZXMNCjg0 MzQyIGMyZmQ4OGMwIGVmMDVmMDAwIDY1NTM0ICA2NTc2ICA2NTc2IDAwMDAxMDEgW1NMUFEgbG9j a2YgMHhjMzU5ZTE0MF1bU0xQXSBodHRwZA0KODQzMTkgYzJjYWMwMDAgZWYzYjUwMDAgNjU1MzQg IDY1NzYgIDY1NzYgMDAwMDEwMSBbU0xQUSBzZWxlY3QgMHhjMDZjNjljNF1bU0xQXSBodHRwZA0K ODQzMTEgYzJjYWNhODAgZWYzYmIwMDAgICA3MCAgIDUwNiAgIDQ5NiAwMDAwMDAwIFtTTFBRIHNi d2FpdCAweGM0ZTg5ODMwXVtTTFBdIHBvc3RncmVzDQo4NDIxNiBjMmZkOWUwMCBlZjBjNTAwMCA2 NTUzNCAgNjU3NiAgNjU3NiAwMDAwMTAxIFtDUFUgMV0gaHR0cGQNCjg0MjE1IGM0ZTUxYzQwIGVm MjY2MDAwIDY1NTM0ICA2NTc2ICA2NTc2IDAwMDAxMDEgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRd W1NMUF0gaHR0cGQNCjg0MTkyIGMzMDkzZTAwIGVmMTI4MDAwICAgNzAgICA1MDYgICA0OTYgMDAw MDAwMCBbU0xQUSBzYndhaXQgMHhjMmZjMGU4NF1bU0xQXSBwb3N0Z3Jlcw0KODQwOTggYzJiNjNh ODAgZWNjMTYwMDAgNjU1MzQgIDY1NzYgIDY1NzYgMDAwMDEwMSBbU0xQUSBsb2NrZiAweGMzMzRm MDAwXVtTTFBdIGh0dHBkDQo4NDA0OCBjMmU2MjFjMCBlZjQwNDAwMCA2NTUzNCAgNjU3NiAgNjU3 NiAwMDAwMTAxIFtTTFBRIHNlbGVjdCAweGMwNmM2OWM0XVtTTFBdIGh0dHBkDQo4NDAzNSBjMmNi N2M0MCBlZWU5ODAwMCA2NTUzNCAgNjU3NiAgNjU3NiAwMDAwMTAxIFtTTFBRIGxvY2tmIDB4YzM4 NDkyNDBdW1NMUF0gaHR0cGQNCjg0MDA3IGMyYmM4YzQwIGVlZTNlMDAwIDY1NTM0ICA2NTc2ICA2 NTc2IDAwMDAxMDEgW1NMUFEgc2J3YWl0IDB4YzNlMGU0NjRdW1NMUF0gaHR0cGQNCjgzOTYyIGMy ZmQ4NzAwIGVmMDVlMDAwIDY1NTM0ICA2NTc2ICA2NTc2IDAwMDAxMDEgW1NMUFEgc2VsZWN0IDB4 YzA2YzY5YzRdW1NMUF0gaHR0cGQNCjgzNzAzIGMzMmU0MWMwIGVmMWJiMDAwICAxMjUgICA1MjQg ICA1MjQgMDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMDZjNjljNF1bU0xQXSBwaWNrdXANCjgwOTg5 IGMyZTUyOGMwIGVlZjgzMDAwICAxMjUgICA1MjQgICA1MjQgMDAwNDEwMCBbU0xQUSBzZWxlY3Qg MHhjMDZjNjljNF1bU0xQXSBzbXRwDQo4MDkxMSBjMjgzOWUwMCBlODliYTAwMCAgMTI1ICAgNTI0 ICAgNTI0IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRdW1NMUF0gc210cA0KIDY1NzYg YzJmZDM3MDAgZWYwNTQwMDAgICAgMCAgICAgMSAgNjU3NiAwMDAwMDAwIFtTTFBRIHNlbGVjdCAw eGMwNmM2OWM0XVtTTFBdIGh0dHBkDQogMzQ2NSBjMzA5MzhjMCBlZjEyNTAwMCAgIDcwICAgNTA2 ICAgNDk2IDAwMDAwMDAgW1NMUFEgc2J3YWl0IDB4YzMwN2Q5NzRdW1NMUF0gcG9zdGdyZXMNCiAx ODgwIGMyY2I3NzAwIGVlZTk1MDAwICAgNzAgICA1MDYgICA0OTYgMDAwMDAwMCBbU0xQUSBzYndh aXQgMHhjMmUwZjVhOF1bU0xQXSBwb3N0Z3Jlcw0KIDE0ODUgYzJlMWI1NDAgZWVlZDIwMDAgICA3 MCAgIDUwNiAgIDQ5NiAwMDAwMDAwIFtTTFBRIHNid2FpdCAweGMyZTA5MDk4XVtTTFBdIHBvc3Rn cmVzDQogMTA3MiBjMmUxYjFjMCBlZWVkMDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NM UFEgbWR3YWl0IDB4YzJlYWE1MDBdW1NMUF0gbWQwDQogIDg5NyBjMmUxYmE4MCBlZWVkNTAwMCAg IDcwICAgNTA2ICAgNDk2IDAwMDAwMDAgW1NMUFEgc2J3YWl0IDB4YzJlNTFhYjhdW1NMUF0gcG9z dGdyZXMNCiAgNzQ0IGMzMjZjNzAwIGVmMTNiMDAwICAgIDAgICAgIDEgICA3NDQgMDAwNDAwMiBb U0xQUSB0dHlpbiAweGMyYjI3ZTEwXVtTTFBdIGdldHR5DQogIDc0MyBjMzI2YzhjMCBlZjE0MDAw MCAgICAwICAgICAxICAgNzQzIDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMjhmOTgxMF1bU0xQXSBn ZXR0eQ0KICA3NDIgYzMyNmNhODAgZWYxNDEwMDAgICAgMCAgICAgMSAgIDc0MiAwMDA0MDAyIFtT TFBRIHR0eWluIDB4YzI4ZjlhMTBdW1NMUF0gZ2V0dHkNCiAgNzQxIGMzMjZjYzQwIGVmMTQyMDAw ICAgIDAgICAgIDEgICA3NDEgMDAwNDAwMiBbU0xQUSB0dHlpbiAweGMyN2I2MjEwXVtTTFBdIGdl dHR5DQogIDc0MCBjMzI2Y2UwMCBlZjE0MzAwMCAgICAwICAgICAxICAgNzQwIDAwMDQwMDIgW1NM UFEgdHR5aW4gMHhjMjdiNjQxMF1bU0xQXSBnZXR0eQ0KICA3MzkgYzMyNmQwMDAgZWYxNDQwMDAg ICAgMCAgICAgMSAgIDczOSAwMDA0MDAyIFtTTFBRIHR0eWluIDB4YzI3YjY2MTBdW1NMUF0gZ2V0 dHkNCiAgNzM4IGMzMjZkMWMwIGVmMTQ1MDAwICAgIDAgICAgIDEgICA3MzggMDAwNDAwMiBbU0xQ USB0dHlpbiAweGMyN2I2ODEwXVtTTFBdIGdldHR5DQogIDczNyBjMzI2ZDM4MCBlZjE0NjAwMCAg ICAwICAgICAxICAgNzM3IDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMjdiNmExMF1bU0xQXSBnZXR0 eQ0KICA3MzYgYzMwOTAxYzAgZWYwZmEwMDAgICAgMCAgICAgMSAgIDczNiAwMDA0MDAyIFtTTFBR IHR0eWluIDB4YzI3YjZlMTBdW1NMUF0gZ2V0dHkNCiAgNzA0IGMyZmQ4MDAwIGVmMDU5MDAwIDEw MDIgICAgIDEgICA3MDMgMDAwNDAwMiBbU0xQUSBuYW5zbHAgMHhjMDY5YzdhY11bU0xQXSBwZXJs DQogIDY5OCBjMzA5MGM0MCBlZjExZTAwMCAxMDAyICAgICAxICAgNjk3IDAwMDQwMDIgW1NMUFEg bmFuc2xwIDB4YzA2OWM3YWNdW1NMUF0gcGVybA0KICA2OTQgYzJiNjNlMDAgZWNjMTgwMDAgMTAw MiAgICAgMSAgIDY5MyAwMDA0MDAyIFtTTFBRIG5hbnNscCAweGMwNjljN2FjXVtTTFBdIHBlcmwN CiAgNjg4IGMzMDkwNTQwIGVmMGZjMDAwIDEwMDIgICAgIDEgICA2ODcgMDAwNDAwMiBbU0xQUSBu YW5zbHAgMHhjMDY5YzdhY11bU0xQXSBwZXJsDQogIDY3NyBjMmZkOWM0MCBlZjBjNDAwMCAgIDcw ICAgICAxICAgNjc3IDAwMDAwMDAgW1NMUFEgbmFuc2xwIDB4YzA2OWM3YWNdW1NMUF0gcGdfYXV0 b3ZhY3V1bQ0KICA1OTEgYzJlNTIxYzAgZWVmN2YwMDAgICA3MCAgIDU5MCAgIDQ5NiAwMDAwMDAy IFtTTFBRIHNlbGVjdCAweGMwNmM2OWM0XVtTTFBdIHBvc3RncmVzDQogIDU5MCBjMmU4NjFjMCBl ZWZiZjAwMCAgIDcwICAgNTA2ICAgNDk2IDAwMDAwMDIgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRd W1NMUF0gcG9zdGdyZXMNCiAgNTI2IGMyODM5YTgwIGU4OWI4MDAwICAxMjUgICA1MjQgICA1MjQg MDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMDZjNjljNF1bU0xQXSBxbWdyDQogIDUyNCBjMmI2MzAw MCBlY2JkNDAwMCAgICAwICAgICAxICAgNTI0IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5 YzRdW1NMUF0gbWFzdGVyDQogIDUwNiBjMmI2MzU0MCBlY2MxMzAwMCAgIDcwICAgICAxICAgNDk2 IDAwMDQwMDIgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRdW1NMUF0gcG9zdGdyZXMNCiAgNDU3IGMy YjY4YzQwIGVjYzIwMDAwICAgIDAgICAgIDEgICA0NTcgMDAwMDAwMCBbU0xQUSBuYW5zbHAgMHhj MDY5YzdhY11bU0xQXSBjcm9uDQogIDQzMyBjMmJjOGE4MCBlZWUzZDAwMCAgICAwICAgICAxICAg NDMzIDAwMDAxMDAgW1NMUFEgc2VsZWN0IDB4YzA2YzY5YzRdW1NMUF0gc3NoZA0KICA0MTEgYzJj YjczODAgZWVlOTMwMDAgICAgMCAgICAgMSAgIDQxMSAwMDAwMDAwIFtTTFBRIHNlbGVjdCAweGMw NmM2OWM0XVtTTFBdIG50cGQNCiAgMzEzIGMyYmM0MWMwIGVlZTJmMDAwICAgIDAgICAgIDEgICAz MTMgMDAwMDAwMCBbU0xQUSBzZWxlY3QgMHhjMDZjNjljNF1bU0xQXSBzeXNsb2dkDQogIDI5MyBj MmJjNGE4MCBlZWUzNDAwMCAgICAwICAgICAxICAgMjkzIDAwMDAwMDAgW1NMUFEgc2VsZWN0IDB4 YzA2YzY5YzRdW1NMUF0gZGV2ZA0KICAyMzYgYzJiNjM3MDAgZWNjMTQwMDAgICAgMCAgICAgMSAg IDIzNiAwMDAwMDAwIFtTTFBRIHBhdXNlIDB4YzJiNjM3MzhdW1NMUF0gYWRqa2VybnR6DQogICA2 MyBjMmI2ODAwMCBlY2MxOTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGVj YmUyZDA4XVtTTFBdIHNjaGVkY3B1DQogICA2MiBjMmI2ODFjMCBlY2MxYTAwMCAgICAwICAgICAw ICAgICAwIDAwMDAyMDQgW1NMUFEgdmxydXd0IDB4YzJiNjgxYzBdW1NMUF0gdm5scnUNCiAgIDYx IGMyYjY4MzgwIGVjYzFiMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSBzeW5jZXIg MHhjMDY5YzUyY11bU0xQXSBzeW5jZXINCiAgIDYwIGMyN2UxMWMwIGU4OTZlMDAwICAgIDAgICAg IDAgICAgIDAgMDAwMDIwNCBbU0xQUSBwc2xlZXAgMHhjMDZjNmY4Y11bU0xQXSBidWZkYWVtb24N CiAgIDU5IGMyN2UxMzgwIGU4OTZmMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwYyBbU0xQUSBw Z3plcm8gMHhjMDZjYTFmMF1bU0xQXSBwYWdlemVybw0KICAgNTggYzI3ZTE1NDAgZTg5NzAwMDAg ICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHBzbGVlcCAweGMwNmNhMjQ0XVtTTFBdIHZt ZGFlbW9uDQogICA1NyBjMjdlMTcwMCBlODk3MTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQg W1NMUFEgcHNsZWVwIDB4YzA2Y2EyMDBdW1NMUF0gcGFnZWRhZW1vbg0KICAgNTYgYzI3ZTE4YzAg ZTg5NzIwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIC0gMHhjMjg1MTIzY11bU0xQ XSBmZGMwDQogICA1NSBjMjdlMWE4MCBlODlhZjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQg W0lXQUlUXSBzd2kwOiBzaW8NCiAgIDU0IGMyN2UxYzQwIGU4OWIwMDAwICAgIDAgICAgIDAgICAg IDAgMDAwMDIwNCBbU0xQUSB0enBvbGwgMHhjMDdhNzY3NF1bU0xQXSBhY3BpX3RoZXJtYWwNCiAg ICA5IGMyN2UxZTAwIGU4OWIxMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSBhY3Rh c2sgMHhjMDdhN2EwY11bU0xQXSBhY3BpX3Rhc2syDQogICAgOCBjMjgzOTAwMCBlODliMjAwMCAg ICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgYWN0YXNrIDB4YzA3YTdhMGNdW1NMUF0gYWNw aV90YXNrMQ0KICAgIDcgYzI4MzkxYzAgZTg5YjMwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtTTFBRIGFjdGFzayAweGMwN2E3YTBjXVtTTFBdIGFjcGlfdGFzazANCiAgICA2IGMyODM5Mzgw IGU4OWI0MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSAtIDB4YzI4Mjg5NDBdW1NM UF0ga3F1ZXVlIHRhc2txDQogICA1MyBjMjgzOTU0MCBlODliNTAwMCAgICAwICAgICAwICAgICAw IDAwMDAyMDQgW0lXQUlUXSBzd2kzOiBjYW1iaW8NCiAgIDUyIGMyODM5NzAwIGU4OWI2MDAwICAg IDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIHN3aTI6IGNhbW5ldA0KICAgNTEgYzI4Mzk4 YzAgZTg5YjcwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gc3dpNjogYWNwaXRh c2txDQogICA1MCBjMjdjY2E4MCBlODk0MzAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lX QUlUXSBzd2k2OisNCiAgICA1IGMyN2NjYzQwIGU4OTQ0MDAwICAgIDAgICAgIDAgICAgIDAgMDAw MDIwNCBbU0xQUSAtIDB4YzI4MjhjMDBdW1NMUF0gdGhyZWFkIHRhc2txDQogICA0OSBjMjdjY2Uw MCBlODk0NTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBzd2k2OisNCiAgIDQ4 IGMyN2RlMDAwIGU4OTQ2MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIHN3aTY6 IHRhc2sgcXVldWUNCiAgIDQ3IGMyN2RlMWMwIGU4OTY1MDAwICAgIDAgICAgIDAgICAgIDAgMDAw MDIwNCBbU0xQUSAtIDB4YzA2OTQwNDBdW1NMUF0geWFycm93DQogICAgNCBjMjdkZTM4MCBlODk2 NjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwNjk2ZDY4XVtTTFBdIGdf ZG93bg0KICAgIDMgYzI3ZGU1NDAgZTg5NjcwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtT TFBRIC0gMHhjMDY5NmQ2NF1bU0xQXSBnX3VwDQogICAgMiBjMjdkZTcwMCBlODk2ODAwMCAgICAw ICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwNjk2ZDVjXVtTTFBdIGdfZXZlbnQNCiAg IDQ2IGMyN2RlOGMwIGU4OTY5MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbQ1BVIDBdIHN3 aTE6IG5ldA0KICAgNDUgYzI3ZGVhODAgZTg5NmEwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtJV0FJVF0gc3dpNDogdm0NCiAgIDQ0IGMyN2RlYzQwIGU4OTZiMDAwICAgIDAgICAgIDAgICAg IDAgMDAwMDIwYyBbUlVOUV0gc3dpNTogY2xvY2sgc2lvDQogICA0MyBjMjdkZWUwMCBlODk2YzAw MCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE5Og0KICAgNDIgYzI3ZTEwMDAg ZTg5NmQwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMDogY2xrDQogICA0 MSBjMjdjMjU0MCBlODkxOTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnEz MTogYWNwaTANCiAgIDQwIGMyN2MyNzAwIGU4OTFhMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIw NCBbSVdBSVRdIGlycTMwOg0KICAgMzkgYzI3YzI4YzAgZTg5MWIwMDAgICAgMCAgICAgMCAgICAg MCAwMDAwMjA0IFtJV0FJVF0gaXJxMjk6DQogICAzOCBjMjdjMmE4MCBlODkzYTAwMCAgICAwICAg ICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnEyODoNCiAgIDM3IGMyN2MyYzQwIGU4OTNiMDAw ICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTI3Og0KICAgMzYgYzI3YzJlMDAg ZTg5M2MwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMjY6DQogICAzNSBj MjdjYzAwMCBlODkzZDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnEyNToN CiAgIDM0IGMyN2NjMWMwIGU4OTNlMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRd IGlycTI0Og0KICAgMzMgYzI3Y2MzODAgZTg5M2YwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtJV0FJVF0gaXJxMjM6IGFzcjANCiAgIDMyIGMyN2NjNTQwIGU4OTQwMDAwICAgIDAgICAgIDAg ICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTIyOg0KICAgMzEgYzI3Y2M3MDAgZTg5NDEwMDAgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMjE6DQogICAzMCBjMjdjYzhjMCBlODk0 MjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnEyMDoNCiAgIDI5IGMyNzY3 MWMwIGU2ZWNkMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTE5Og0KICAg MjggYzI3NjczODAgZTZlY2UwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtSVU5RXSBpcnEx ODogZnhwMA0KICAgMjcgYzI3Njc1NDAgZTZlZWQwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtJV0FJVF0gaXJxMTc6DQogICAyNiBjMjc2NzcwMCBlNmVlZTAwMCAgICAwICAgICAwICAgICAw IDAwMDAyMDQgW0lXQUlUXSBpcnExNjoNCiAgIDI1IGMyNzY3OGMwIGU2ZWVmMDAwICAgIDAgICAg IDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTE1OiBhdGExDQogICAyNCBjMjc2N2E4MCBlNmVm MDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnExNDogYXRhMA0KICAgMjMg YzI3NjdjNDAgZTZlZjEwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTM6 DQogICAyMiBjMjc2N2UwMCBlNmVmMjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlU XSBpcnExMjoNCiAgIDIxIGMyN2MyMDAwIGU4OTE2MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIw NCBbSVdBSVRdIGlycTExOg0KICAgMjAgYzI3YzIxYzAgZTg5MTcwMDAgICAgMCAgICAgMCAgICAg MCAwMDAwMjA0IFtJV0FJVF0gaXJxMTA6DQogICAxOSBjMjdjMjM4MCBlODkxODAwMCAgICAwICAg ICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE4OiBydGMNCiAgIDE4IGMyNzVlMDAwIGU2ZTg3 MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTc6DQogICAxNyBjMjc1ZTFj MCBlNmVjNDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE2OiBmZGMwDQog ICAxNiBjMjc1ZTM4MCBlNmVjNTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBp cnE1Og0KICAgMTUgYzI3NWU1NDAgZTZlYzYwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJ V0FJVF0gaXJxNDogc2lvMA0KICAgMTQgYzI3NWU3MDAgZTZlYzcwMDAgICAgMCAgICAgMCAgICAg MCAwMDAwMjA0IFtJV0FJVF0gaXJxMzogc2lvMQ0KICAgMTMgYzI3NWU4YzAgZTZlYzgwMDAgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTogYXRrYmQwDQogICAxMiBjMjc1ZWE4 MCBlNmVjOTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMGMgW0NhbiBydW5dIGlkbGU6IGNwdTAN CiAgIDExIGMyNzVlYzQwIGU2ZWNhMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwYyBbQ2FuIHJ1 bl0gaWRsZTogY3B1MQ0KICAgIDEgYzI3NWVlMDAgZTZlY2IwMDAgICAgMCAgICAgMCAgICAgMSAw MDA0MjAwIFtTTFBRIHdhaXQgMHhjMjc1ZWUwMF1bU0xQXSBpbml0DQogICAxMCBjMjc2NzAwMCBl NmVjYzAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEga3RyYWNlIDB4YzA2OWE3Mzhd W1NMUF0ga3RyYWNlDQogICAgMCBjMDY5NmU2MCBjMDgxZjAwMCAgICAwICAgICAwICAgICAwIDAw MDAyMDAgW1NMUFEgc2NoZWQgMHhjMDY5NmU2MF1bU0xQXSBzd2FwcGVyDQpkYj4gc2hvdyB0cmVh ZA0KTm8gc3VjaCBjb21tYW5kDQpkYj4gc2hvdyB0aHJlYWQNCiAgMTAwMjY2ICgweGM0ZTUzOTYw KSAgc2NoZWRfc3dpdGNoKGM0ZTUzOTYwLDAsMSwxMWQsZjM5MTRmMWYpIGF0IHNjaGVkX3N3aXRj aCsweDE4MA0KICAxMDAxNjEgKDB4YzJlNTYxOTApICBzY2hlZF9zd2l0Y2goYzJlNTYxOTAsMCwx LDExZCxkMGNlMzk0MykgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA4OSAoMHhjMmI2NWUx MCkgIHNjaGVkX3N3aXRjaChjMmI2NWUxMCwwLDEsMTFkLDdmOGU0OTM1KSBhdCBzY2hlZF9zd2l0 Y2grMHgxODANCiAgMTAwMTYzICgweGMyZTU2NGIwKSAgc2NoZWRfc3dpdGNoKGMyZTU2NGIwLDAs MSwxMWQsYWZlNDYwNWQpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxOTAgKDB4YzJmZGEw MDApICBzY2hlZF9zd2l0Y2goYzJmZGEwMDAsMCwxLDExZCxiYzI1OTRiKSBhdCBzY2hlZF9zd2l0 Y2grMHgxODANCiAgMTAwMjU1ICgweGM0ZTUyN2QwKSAgc2NoZWRfc3dpdGNoKGM0ZTUyN2QwLDAs MSwxMWQsNzIxNzcyYmQpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxNTAgKDB4YzJlNTQw MDApICBzY2hlZF9zd2l0Y2goYzJlNTQwMDAsMCwxLDExZCxjNmRkMDViOSkgYXQgc2NoZWRfc3dp dGNoKzB4MTgwDQogIDEwMDM2MCAoMHhjNDQ2OTAwMCkgIHNjaGVkX3N3aXRjaChjNDQ2OTAwMCww LDEsMTFkLDY1Mzk2OGIxKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTI1ICgweGMyZTFj N2QwKSAgc2NoZWRfc3dpdGNoKGMyZTFjN2QwLDAsMSwxMWQsZjI1MDNhNGQpIGF0IHNjaGVkX3N3 aXRjaCsweDE4MA0KICAxMDAyODIgKDB4YzRlYTUzMjApICBzY2hlZF9zd2l0Y2goYzRlYTUzMjAs MCwxLDExZCxmNTIyZjIyZikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDMzOSAoMHhjMmUz NmUxMCkgIHNjaGVkX3N3aXRjaChjMmUzNmUxMCwwLDEsMTFkLGRkMDRlM2IxKSBhdCBzY2hlZF9z d2l0Y2grMHgxODANCiAgMTAwMTExICgweGMyYmNhMTkwKSAgc2NoZWRfc3dpdGNoKGMyYmNhMTkw LDAsMSwxMWQsMmFlNGMxMDEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAzMjMgKDB4YzJj ZDA0YjApICBzY2hlZF9zd2l0Y2goYzJjZDA0YjAsMCwxLDExZCxkMmIyOWI5MSkgYXQgc2NoZWRf c3dpdGNoKzB4MTgwDQogIDEwMDM0NyAoMHhjNDMxN2FmMCkgIHNjaGVkX3N3aXRjaChjNDMxN2Fm MCwwLDEsMTFkLGNlYWM3OWU3KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjk1ICgweGM0 ZWE5N2QwKSAgc2NoZWRfc3dpdGNoKGM0ZWE5N2QwLDAsMSwxMWQsOTY3YjFhNDUpIGF0IHNjaGVk X3N3aXRjaCsweDE4MA0KICAxMDAwNjcgKDB4YzI3ZTVhZjApICBzY2hlZF9zd2l0Y2goYzI3ZTVh ZjAsMCwxLDExZCw0MTczNzM1MykgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA5MiAoMHhj MmJjNTMyMCkgIHNjaGVkX3N3aXRjaChjMmJjNTMyMCwwLDEsMTFkLDJjYWI1Y2QzKSBhdCBzY2hl ZF9zd2l0Y2grMHgxODANCiAgMTAwMDcwICgweGMyYjY0MDAwKSAgc2NoZWRfc3dpdGNoKGMyYjY0 MDAwLDAsMSwxMWQsNWZlOWFhNDkpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxNzIgKDB4 YzJlODgzMjApICBzY2hlZF9zd2l0Y2goYzJlODgzMjAsMCwxLDExZCw4MTBlOTRlNykgYXQgc2No ZWRfc3dpdGNoKzB4MTgwDQogIDEwMDExNiAoMHhjMmJjYTk2MCkgIHNjaGVkX3N3aXRjaChjMmJj YTk2MCwwLDEsMTFkLDcyMjVlN2MxKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjA5ICgw eGMyZmRkZTEwKSAgc2NoZWRfc3dpdGNoKGMyZmRkZTEwLDAsMSwxMWQsODlmMmFhZDUpIGF0IHNj aGVkX3N3aXRjaCsweDE4MA0KICAxMDAyNDIgKDB4YzMyZTMzMjApICBzY2hlZF9zd2l0Y2goYzMy ZTMzMjAsMCwxLDExZCwxYWM4MTQxYikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDE2NSAo MHhjMmU1NjdkMCkgIHNjaGVkX3N3aXRjaChjMmU1NjdkMCwwLDEsMTFkLGFiYmIwY2VmKSBhdCBz Y2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjc3ICgweGM0ZWE0YWYwKSAgc2NoZWRfc3dpdGNoKGM0 ZWE0YWYwLDAsMSwxMWQsOWNkYTBiOGYpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwODMg KDB4YzJiNjU0YjApICBzY2hlZF9zd2l0Y2goYzJiNjU0YjAsMCwxLDExZCw5NjkyZmE3MykgYXQg c2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDI1NyAoMHhjNGU1MmFmMCkgIHNjaGVkX3N3aXRjaChj NGU1MmFmMCwwLDEsMTFkLDc3M2VkMjM1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTQ2 ICgweGMyZTUzOTYwKSAgc2NoZWRfc3dpdGNoKGMyZTUzOTYwLDAsMSwxMWQsNjc2MGMyNDcpIGF0 IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMzMgKDB4YzMyZTI0YjApICBzY2hlZF9zd2l0Y2go YzMyZTI0YjAsMCwxLDExZCxmOTY5OTU2MSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDE4 OSAoMHhjMmU4OWUxMCkgIHNjaGVkX3N3aXRjaChjMmU4OWUxMCwwLDEsMTFkLDUxMDRlN2IzKSBh dCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTk0ICgweGMyZmRhNjQwKSAgc2NoZWRfc3dpdGNo KGMyZmRhNjQwLDAsMSwxMWQsY2E0MTdhMTUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAw NzUgKDB4YzJiNjQ3ZDApICBzY2hlZF9zd2l0Y2goYzJiNjQ3ZDAsMCwxLDExZCw0OTlkMDRiKSBh dCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTY2ICgweGMyZTU2OTYwKSAgc2NoZWRfc3dpdGNo KGMyZTU2OTYwLDAsMSwxMWQsNzI3N2I3ODcpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAy MjkgKDB4YzMwOTJlMTApICBzY2hlZF9zd2l0Y2goYzMwOTJlMTAsMCwxLDExZCw5YWMyMGQ3NSkg YXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDEzMCAoMHhjMmUxZDAwMCkgIHNjaGVkX3N3aXRj aChjMmUxZDAwMCwwLDEsMTFkLDdmMmZiNTEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAy MjAgKDB4YzMwOTIwMDApICBzY2hlZF9zd2l0Y2goYzMwOTIwMDAsMCwxLDExZCxhMmMzNDM3NSkg YXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDIwNSAoMHhjMmZkZDdkMCkgIHNjaGVkX3N3aXRj aChjMmZkZDdkMCwwLDEsMTFkLDdmMTk3NjczKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAw MTI2ICgweGMyZTFjOTYwKSAgc2NoZWRfc3dpdGNoKGMyZTFjOTYwLDAsMSwxMWQsZTIyNDA1Zjcp IGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyODEgKDB4YzRlYTUxOTApICBzY2hlZF9zd2l0 Y2goYzRlYTUxOTAsMCwxLDExZCw5MTU5OGRmZikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEw MDM0MyAoMHhjNDMxNzRiMCkgIHNjaGVkX3N3aXRjaChjNDMxNzRiMCwwLDEsMTFkLGFjOTNiMzkz KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTQyICgweGMyZTUzMzIwKSAgc2NoZWRfc3dp dGNoKGMyZTUzMzIwLDAsMSwxMWQsN2MyOWQzYTUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAx MDAzMzMgKDB4YzJlMzY0YjApICBzY2hlZF9zd2l0Y2goYzJlMzY0YjAsMCwxLDExZCxkNjhlZTZm ZCkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDE1MyAoMHhjMmU1NDRiMCkgIHNjaGVkX3N3 aXRjaChjMmU1NDRiMCwwLDEsMTFkLDQwZmZkZmI5KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAg MTAwMjMwICgweGMzMmUyMDAwKSAgc2NoZWRfc3dpdGNoKGMzMmUyMDAwLDAsMSwxMWQsMTlkNjdk NzEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMDQgKDB4YzJmZGQ2NDApICBzY2hlZF9z d2l0Y2goYzJmZGQ2NDAsMCwxLDExZCw4NzViZWRjZCkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQog IDEwMDI4MCAoMHhjNGVhNTAwMCkgIHNjaGVkX3N3aXRjaChjNGVhNTAwMCwwLDEsMTFkLGNkNjU3 OTQ3KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMzI4ICgweGMyY2QwYzgwKSAgc2NoZWRf c3dpdGNoKGMyY2QwYzgwLDAsMSwxMWQsODAzODgwODMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0K ICAxMDAxNzMgKDB4YzJlODg0YjApICBzY2hlZF9zd2l0Y2goYzJlODg0YjAsMCwxLDExZCw2NTIw NDhlOSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDI2NyAoMHhjNGU1M2FmMCkgIHNjaGVk X3N3aXRjaChjNGU1M2FmMCwwLDEsMTFkLGMxNTJiZWI1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODAN CiAgMTAwMTI5ICgweGMyZTFjZTEwKSAgc2NoZWRfc3dpdGNoKGMyZTFjZTEwLDAsMSwxMWQsMjgy MjUxOTMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwOTMgKDB4YzJiYzU0YjApICBzY2hl ZF9zd2l0Y2goYzJiYzU0YjAsMCwxLDExZCxiM2UwNThlMykgYXQgc2NoZWRfc3dpdGNoKzB4MTgw DQogIDEwMDA4NyAoMHhjMmI2NWFmMCkgIHNjaGVkX3N3aXRjaChjMmI2NWFmMCwwLDEsMTFkLDlj YTkwMzNkKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjY0ICgweGM0ZTUzNjQwKSAgc2No ZWRfc3dpdGNoKGM0ZTUzNjQwLDAsMSwxMWQsM2IyZWIzMDEpIGF0IHNjaGVkX3N3aXRjaCsweDE4 MA0KICAxMDAxNzQgKDB4YzJlODg2NDApICBzY2hlZF9zd2l0Y2goYzJlODg2NDAsMCwxLDExZCxh ZmM0ZGViZCkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDMxNCAoMHhjMmNhMjY0MCkgIHNj aGVkX3N3aXRjaChjMmNhMjY0MCwwLDEsMTFkLDgwMTA4ZDUzKSBhdCBzY2hlZF9zd2l0Y2grMHgx ODANCiAgMTAwMzA4ICgweGM0ZWFhYzgwKSAgc2NoZWRfc3dpdGNoKGM0ZWFhYzgwLDAsMSwxMWQs N2FjMGE3ODMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMDcgKDB4YzJmZGRhZjApICBz Y2hlZF9zd2l0Y2goZWYwOWRhZjQsYzA2YzY5YTAsYzA2YzY5YTAsNDM3LGMwNjRkNzQ5KSBhdCBz Y2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjYyICgweGM0ZTUzMzIwKSAgc2NoZWRfc3dpdGNoKGM0 ZTUzMzIwLDAsMSwxMWQsNzQ0ZDdiMmQpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMTUg KDB4YzJmZGU3ZDApICBzY2hlZF9zd2l0Y2goYzJmZGU3ZDAsMCwxLDExZCw4ODUwOTc0ZikgYXQg c2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA3NiAoMHhjMmI2NDk2MCkgIHNjaGVkX3N3aXRjaChj MmI2NDk2MCwwLDEsMTFkLGYwYzlmOWU5KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMzI3 ICgweGMyY2QwYWYwKSAgc2NoZWRfc3dpdGNoKGMyY2QwYWYwLDAsMSwxMWQsNTdlZWQyYmIpIGF0 IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxMDcgKDB4YzJiYzlhZjApICBzY2hlZF9zd2l0Y2go YzJiYzlhZjAsMCwxLDExZCwzNzUzYjRkMSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA4 MSAoMHhjMmI2NTE5MCkgIHNjaGVkX3N3aXRjaChjMmI2NTE5MCwwLDEsMTFkLGViMDVhZGI5KSBh dCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTc1ICgweGMyZTg4N2QwKSAgc2NoZWRfc3dpdGNo KGMyZTg4N2QwLDAsMSwxMWQsMWZmYjk2OSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDIz NiAoMHhjMzJlMjk2MCkgIHNjaGVkX3N3aXRjaChjMzJlMjk2MCwwLDEsMTFkLDY5NDdhYTM5KSBh dCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTQ1ICgweGMyZTUzN2QwKSAgc2NoZWRfc3dpdGNo KGMyZTUzN2QwLDAsMSwxMWQsZGYxNTQwZTEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAw NTIgKDB4YzI3ZTIzMjApICBzY2hlZF9zd2l0Y2goYzI3ZTIzMjAsMCwxLDExZCw1ZGYxYmVhMykg YXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDE2MCAoMHhjMmU1NjAwMCkgIHNjaGVkX3N3aXRj aChjMmU1NjAwMCwwLDEsMTFkLGY2OGQ3MWUzKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAw MjE4ICgweGMyZmRlYzgwKSAgc2NoZWRfc3dpdGNoKGMyZmRlYzgwLDAsMSwxMWQsMzFlYTNhNWIp IGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxMTAgKDB4YzJiY2EwMDApICBzY2hlZF9zd2l0 Y2goYzJiY2EwMDAsMCwxLDExZCw3YzUxMWUzKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAw MTAyICgweGMyYmM5MzIwKSAgc2NoZWRfc3dpdGNoKGMyYmM5MzIwLDAsMSwxMWQsYmYwMzU4ZjUp IGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxMDQgKDB4YzJiYzk2NDApICBzY2hlZF9zd2l0 Y2goYzJiYzk2NDAsMCwxLDExZCw1ZWU2YjZkYikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEw MDA5OSAoMHhjMmJjNWUxMCkgIHNjaGVkX3N3aXRjaChjMmJjNWUxMCwwLDEsMTFkLDg3NDk2OWQ5 KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMjAyICgweGMyZmRkMzIwKSAgc2NoZWRfc3dp dGNoKGMyZmRkMzIwLDAsMSwxMWQsMmY1ODAzM2IpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAx MDAyMDEgKDB4YzJmZGQxOTApICBzY2hlZF9zd2l0Y2goYzJmZGQxOTAsMCwxLDExZCw0NTg1YWUz NSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDIwMCAoMHhjMmZkZDAwMCkgIHNjaGVkX3N3 aXRjaChjMmZkZDAwMCwwLDEsMTFkLDUzZDg2ZmExKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAg MTAwMTk5ICgweGMyZmRhZTEwKSAgc2NoZWRfc3dpdGNoKGMyZmRhZTEwLDAsMSwxMWQsM2YwMjY1 ZDUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxOTggKDB4YzJmZGFjODApICBzY2hlZF9z d2l0Y2goYzJmZGFjODAsMCwxLDExZCw3NWRjZjA1MSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQog IDEwMDE5NyAoMHhjMmZkYWFmMCkgIHNjaGVkX3N3aXRjaChjMmZkYWFmMCwwLDEsMTFkLDRmMWFm MWUxKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTk2ICgweGMyZmRhOTYwKSAgc2NoZWRf c3dpdGNoKGMyZmRhOTYwLDAsMSwxMWQsOWJiZmM1ODEpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0K ICAxMDAxOTUgKDB4YzJmZGE3ZDApICBzY2hlZF9zd2l0Y2goYzJmZGE3ZDAsMCwxLDExZCw5ZTEy Zjg5ZCkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDE1NCAoMHhjMmU1NDY0MCkgIHNjaGVk X3N3aXRjaChjMmU1NDY0MCwwLDEsMTFkLDdkMjczMTU1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODAN CiAgMTAwMTc5ICgweGMyZTg4ZTEwKSAgc2NoZWRfc3dpdGNoKGMyZTg4ZTEwLDAsMSwxMWQsMzcx NzQ5MDMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAyMjUgKDB4YzMwOTI3ZDApICBzY2hl ZF9zd2l0Y2goYzMwOTI3ZDAsMCwxLDExZCw2ZmZhMWVmKSBhdCBzY2hlZF9zd2l0Y2grMHgxODAN CiAgMTAwMDc0ICgweGMyYjY0NjQwKSAgc2NoZWRfc3dpdGNoKGMyYjY0NjQwLDAsMSwxMWQsOWZm ZmRmMDMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAxNTIgKDB4YzJlNTQzMjApICBzY2hl ZF9zd2l0Y2goYzJlNTQzMjAsMCwxLDExZCw0NzY4NGQwZCkgYXQgc2NoZWRfc3dpdGNoKzB4MTgw DQogIDEwMDIwOCAoMHhjMmZkZGM4MCkgIHNjaGVkX3N3aXRjaChjMmZkZGM4MCwwLDEsMTFkLGFh MTI1NWViKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMTQ5ICgweGMyZTUzZTEwKSAgc2No ZWRfc3dpdGNoKGMyZTUzZTEwLDAsMSwxMWQsODdhYmFjMDMpIGF0IHNjaGVkX3N3aXRjaCsweDE4 MA0KICAxMDAxMjMgKDB4YzJlMWM0YjApICBzY2hlZF9zd2l0Y2goYzJlMWM0YjAsMCwxLDExZCw0 YzBiNTNjNykgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA1NCAoMHhjMjdlMjY0MCkgIHNj aGVkX3N3aXRjaChjMjdlMjY0MCwwLDEsMTFkLGYxODRjZWViKSBhdCBzY2hlZF9zd2l0Y2grMHgx ODANCiAgMTAwMDUxICgweGMyN2UyMTkwKSAgc2NoZWRfc3dpdGNoKGMyN2UyMTkwLDAsMSwxMWQs ZmYzMWRjZTMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNzkgKDB4YzJiNjRlMTApICBz Y2hlZF9zd2l0Y2goYzJiNjRlMTAsMCwxLDExZCxjMDYxZWRiZCkgYXQgc2NoZWRfc3dpdGNoKzB4 MTgwDQogIDEwMDA2NiAoMHhjMjdlNTk2MCkgIHNjaGVkX3N3aXRjaChjMjdlNTk2MCwwLDEsMTFk LDM3OWU1OWE5KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDgyICgweGMyYjY1MzIwKSAg c2NoZWRfc3dpdGNoKGMyYjY1MzIwLDAsMSwxMWQsY2UyYTlkODcpIGF0IHNjaGVkX3N3aXRjaCsw eDE4MA0KICAxMDAxMTIgKDB4YzJiY2EzMjApICBzY2hlZF9zd2l0Y2goYzJiY2EzMjAsMCwxLDEx ZCxkZmRjMjQxZikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA5NiAoMHhjMmJjNTk2MCkg IHNjaGVkX3N3aXRjaChjMmJjNTk2MCwwLDEsMTFkLDE2NWZkMGQ1KSBhdCBzY2hlZF9zd2l0Y2gr MHgxODANCiAgMTAwMDkxICgweGMyYmM1MTkwKSAgc2NoZWRfc3dpdGNoKGMyYmM1MTkwLDAsMSwx MWQsMzBiYzg4ZmIpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNzggKDB4YzJiNjRjODAp ICBzY2hlZF9zd2l0Y2goYzJiNjRjODAsMCwxLDExZCxmODE5OTRjNSkgYXQgc2NoZWRfc3dpdGNo KzB4MTgwDQogIDEwMDA3MyAoMHhjMmI2NDRiMCkgIHNjaGVkX3N3aXRjaChjMmI2NDRiMCwwLDEs MTFkLGI3ZTM4NWRmKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDcyICgweGMyYjY0MzIw KSAgc2NoZWRfc3dpdGNoKGMyYjY0MzIwLDAsMSwxMWQsODljY2I0YzMpIGF0IHNjaGVkX3N3aXRj aCsweDE4MA0KICAxMDAwNzEgKDB4YzJiNjQxOTApICBzY2hlZF9zd2l0Y2goYzJiNjQxOTAsMCwx LDExZCw2OWZkYzczZikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDAzOSAoMHhjMjdjM2Ux MCkgIHNjaGVkX3N3aXRjaChjMjdjM2UxMCwwLDEsMTFkLDE3YTc3MTI3KSBhdCBzY2hlZF9zd2l0 Y2grMHgxODANCiAgMTAwMDM4ICgweGMyN2MzYzgwKSAgc2NoZWRfc3dpdGNoKGMyN2MzYzgwLDAs MSwxMWQsZmVlN2VjOTUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwMzcgKDB4YzI3YzNh ZjApICBzY2hlZF9zd2l0Y2goYzI3YzNhZjAsMCwxLDExZCwzZjBlZTczNSkgYXQgc2NoZWRfc3dp dGNoKzB4MTgwDQogIDEwMDAzNiAoMHhjMjdjMzk2MCkgIHNjaGVkX3N3aXRjaChjMjdjMzk2MCww LDEsMTFkLDRhMDdlMmIpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNjQgKDB4YzI3ZTU2 NDApICBzY2hlZF9zd2l0Y2goYzI3ZTU2NDAsMCwxLDExZCxiZGFlZTRmKSBhdCBzY2hlZF9zd2l0 Y2grMHgxODANCiAgMTAwMDYzICgweGMyN2U1NGIwKSAgc2NoZWRfc3dpdGNoKGMyN2U1NGIwLDAs MSwxMWQsZDc2ZjNlNWIpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNjIgKDB4YzI3ZTUz MjApICBzY2hlZF9zd2l0Y2goYzI3ZTUzMjAsMCwxLDExZCw5NzdjMGYxZCkgYXQgc2NoZWRfc3dp dGNoKzB4MTgwDQogIDEwMDA2MSAoMHhjMjdlNTE5MCkgIHNjaGVkX3N3aXRjaChjMjdlNTE5MCww LDEsMTFkLGFmZTY5YjNkKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDYwICgweGMyN2U1 MDAwKSAgc2NoZWRfc3dpdGNoKGMyN2U1MDAwLDAsMSwxMWQsYWFkZTU2YTcpIGF0IHNjaGVkX3N3 aXRjaCsweDE4MA0KICAxMDAwNTkgKDB4YzI3ZTJlMTApICBzY2hlZF9zd2l0Y2goYzI3ZTJlMTAs MCwxLDExZCxjYjFjNTAzNSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDA1OCAoMHhjMjdl MmM4MCkgIHNjaGVkX3N3aXRjaChjMjdlMmM4MCwwLDEsMTFkLDE1YjdjYTQ1KSBhdCBzY2hlZF9z d2l0Y2grMHgxODANCiAgMTAwMDU3ICgweGMyN2UyYWYwKSAgc2NoZWRfc3dpdGNoKGMyN2UyYWYw LDAsMSwxMWQsNjllMGJmMDMpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNTYgKDB4YzI3 ZTI5NjApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDU1ICgw eGMyN2UyN2QwKSAgc2NoZWRfc3dpdGNoKGMyN2UyN2QwLDAsMSwxMWQsYmYyNWUyMWYpIGF0IHNj aGVkX3N3aXRjaCsweDE4MA0KICAxMDAwMjUgKDB4YzI3Njg3ZDApICBmb3JrX3RyYW1wb2xpbmUo KSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDI0ICgweGMyNzY4NjQwKSAgc2NoZWRfc3dpdGNo KGMyNzY4NjQwLDAsMSwxMWQsNjgwOTZhYzUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAw MjMgKDB4YzI3Njg0YjApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAg MTAwMDQ5ICgweGMyN2RmZTEwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5l DQogIDEwMDA0OCAoMHhjMjdkZmM4MCkgIHNjaGVkX3N3aXRjaChjMjdkZmM4MCwwLDEsMTFkLDJh ZmQxY2IpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAxMDAwNDcgKDB4YzI3ZGZhZjApICBzY2hl ZF9zd2l0Y2goYzI3ZGZhZjAsMCwxLDExZCw1MzI3MTA2ZikgYXQgc2NoZWRfc3dpdGNoKzB4MTgw DQogIDEwMDA0NiAoMHhjMjdkZjk2MCkgIHNjaGVkX3N3aXRjaChjMjdkZjk2MCwwLDEsMTFkLDRi NGQzZjgzKSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDQ1ICgweGMyN2RmN2QwKSAgc2No ZWRfc3dpdGNoKGMyN2RmN2QwLDAsMSwxMWQsOTk3ZDI1ZWIpIGF0IHNjaGVkX3N3aXRjaCsweDE4 MA0KICAxMDAwNDQgKDB4YzI3ZGY2NDApICBrZGJfZW50ZXIoYzA2NDk3YjcsMCxjMDY0Zjg5ZCxl ODk1NWIxOCxjMjdkZjY0MCkgYXQga2RiX2VudGVyKzB4MzANCiAgMTAwMDQzICgweGMyN2RmNGIw KSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDA0MiAoMHhjMjdk ZjMyMCkgIHNjaGVkX3N3aXRjaChjMjdkZjMyMCwwLDEsMTFkLDczYjE1OWQzKSBhdCBzY2hlZF9z d2l0Y2grMHgxODANCiAgMTAwMDQxICgweGMyN2RmMTkwKSAgZm9ya190cmFtcG9saW5lKCkgYXQg Zm9ya190cmFtcG9saW5lDQogIDEwMDA0MCAoMHhjMjdkZjAwMCkgIGZvcmtfdHJhbXBvbGluZSgp IGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMTIgKDB4YzI3NjQzMjApICBzY2hlZF9zd2l0Y2go YzI3NjQzMjAsMCwxLDExZCw3M2ZjYzkxZCkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDAx MSAoMHhjMjc2NDE5MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAx MDAwMzUgKDB4YzI3YzM3ZDApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUN CiAgMTAwMDM0ICgweGMyN2MzNjQwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9s aW5lDQogIDEwMDAzMyAoMHhjMjdjMzRiMCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJh bXBvbGluZQ0KICAxMDAwMzIgKDB4YzI3YzMzMjApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3Jr X3RyYW1wb2xpbmUNCiAgMTAwMDMxICgweGMyN2MzMTkwKSAgZm9ya190cmFtcG9saW5lKCkgYXQg Zm9ya190cmFtcG9saW5lDQogIDEwMDAzMCAoMHhjMjdjMzAwMCkgIGZvcmtfdHJhbXBvbGluZSgp IGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMjkgKDB4YzI3NjhlMTApICBzY2hlZF9zd2l0Y2go YzI3NjhlMTAsMCwxLDExZCxmZjQ3NTViMSkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDAy OCAoMHhjMjc2OGM4MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAx MDAwMjcgKDB4YzI3NjhhZjApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUN CiAgMTAwMDI2ICgweGMyNzY4OTYwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9s aW5lDQogIDEwMDAwMCAoMHhjMjc1ZjAwMCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJh bXBvbGluZQ0KICAxMDAwMjIgKDB4YzI3NjgzMjApICBzY2hlZF9zd2l0Y2goYzI3NjgzMjAsMCwx LDExZCwzZTMyOTExZCkgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDAyMSAoMHhjMjc2ODE5 MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMjAgKDB4YzI3 NjgwMDApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDE5ICgw eGMyNzY0ZTEwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAx OCAoMHhjMjc2NGM4MCkgIHNjaGVkX3N3aXRjaChjMjc2NGM4MCwwLDEsMTFkLDNmOGI0NGM1KSBh dCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDE3ICgweGMyNzY0YWYwKSAgZm9ya190cmFtcG9s aW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAxNiAoMHhjMjc2NDk2MCkgIGZvcmtfdHJh bXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMTUgKDB4YzI3NjQ3ZDApICBmb3Jr X3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDE0ICgweGMyNzY0NjQwKSAg Zm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAxMyAoMHhjMjc2NDRi MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAxMDAwMTAgKDB4YzI3 NjQwMDApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUNCiAgMTAwMDA5ICgw eGMyNzVmZTEwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lDQogIDEwMDAw OCAoMHhjMjc1ZmM4MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZQ0KICAx MDAwMDcgKDB4YzI3NWZhZjApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUN CiAgMTAwMDA2ICgweGMyNzVmOTYwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9s aW5lDQogIDEwMDAwNSAoMHhjMjc1ZjdkMCkgIHNjaGVkX3N3aXRjaChjMjc1ZjdkMCwwLDEsMTFk LDJkMjZlMzQ1KSBhdCBzY2hlZF9zd2l0Y2grMHgxODANCiAgMTAwMDA0ICgweGMyNzVmNjQwKSAg c2NoZWRfc3dpdGNoKGMyNzVmNjQwLDAsMSwxMTcsM2RkY2EyM2QpIGF0IHNjaGVkX3N3aXRjaCsw eDE4MA0KICAxMDAwMDMgKDB4YzI3NWY0YjApICBzY2hlZF9zd2l0Y2goYzI3NWY0YjAsMCwxLDEx Nyw3ZDc4MDBkZikgYXQgc2NoZWRfc3dpdGNoKzB4MTgwDQogIDEwMDAwMiAoMHhjMjc1ZjMyMCkg IHNjaGVkX3N3aXRjaChjMjc1ZjMyMCwwLDEsMTFkLDVmNDc4NzViKSBhdCBzY2hlZF9zd2l0Y2gr MHgxODANCiAgMTAwMDAxICgweGMyNzVmMTkwKSAgc2NoZWRfc3dpdGNoKGMyNzVmMTkwLDAsMSwx MWQsNjRkMjFjNDUpIGF0IHNjaGVkX3N3aXRjaCsweDE4MA0KICAgICAgIDAgKDB4YzA2OTcwMjAp ICBzY2hlZF9zd2l0Y2goYzA2OTcwMjAsMCwxLDExZCw2MDRiMzJhNSkgYXQgc2NoZWRfc3dpdGNo KzB4MTgwDQpkYj4gcGFuaWMNCnBhbmljOiBmcm9tIGRlYnVnZ2VyDQpjcHVpZCA9IDANCmJvb3Qo KSBjYWxsZWQgb24gY3B1IzANClVwdGltZTogMTloM200cw0KRHVtcGluZyAxNTM1IE1CDQoNCkR1 bXAgZmFpbGVkLiBQYXJ0aXRpb24gdG9vIHNtYWxsLg0KU2h1dHRpbmcgZG93biBBQ1BJDQpwYW5p YzogcG1hcF9pbnZhbGlkYXRlX3BhZ2U6IGludGVycnVwdHMgZGlzYWJsZWQNCmNwdWlkID0gMA0K S0RCOiBlbnRlcjogcGFuaWMNClt0aHJlYWQgMTAwMDQ0XQ0KU3RvcHBlZCBhdCAgICAgIGtkYl9l bnRlcisweDMwOiBsZWF2ZQ0KZGI+IGNvbnRpbnVlDQpib290KCkgY2FsbGVkIG9uIGNwdSMwDQo= ------=_Part_189_19573181.1097092521087-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:57:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E671C16A4CE for ; Wed, 6 Oct 2004 19:57:51 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DAEF43D1D for ; Wed, 6 Oct 2004 19:57:51 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i96Jvd7f019886; Wed, 6 Oct 2004 13:57:39 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <41644E01.6000204@FreeBSD.org> Date: Wed, 06 Oct 2004 13:56:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Newman References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.1 required=3.8 tests=MAILTO_TO_SPAM_ADDR autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: drosih@rpi.edu cc: current@FreeBSD.org cc: rainer@ultra-secure.de Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:57:52 -0000 Ryan Newman wrote: >> From: Garance A Drosihn >> To: "Ryan Newman" , rainer@ultra-secure.de >> CC: current@freebsd.org >> Subject: Re: perl 5.8.5 >> Date: Wed, 6 Oct 2004 15:12:00 -0400 >> >> At 6:51 PM +0000 10/6/04, Ryan Newman wrote: >> >>>> From: Rainer Duffner >>>> >>>> Is there actually anything that doesn't work with 5.8 but does >>>> work with 5.6? >>> >>> >>> The biggest problem is that 5.8 defaults to unicode support which >>> ends up breaking a lot of complex applications. I know that linux >>> has shifted from 5.6 to 5.8 and this has caused a lot of people >>> problems on the linux platform. >> >> >> Here at work we are in the process of upgrading some older Linux >> systems to a newer release of Redhat, and we have been nailed by >> these unicode-related bugs in perl, particularly with some regexp >> patterns. In some cases this has caused a few scripts to fail >> in subtle ways, which is to say the script "succeeds" and claims >> everything went just fine, but the script didn't actually do what >> it was supposed to do, and what it had been doing for the past >> few years. In at least some of those cases, I think these are >> BUGS in the way perl handles the expression, and not "unavoidable >> consequences of Unicode support". That's just my opinion, though. >> >> I don't know if perl 5.8 on FreeBSD will cause the same issues. >> I have the impression that the default for unicode-handling can >> be changed on a system-wide basis (at least on Redhat), but I am >> not sure of the details. >> >> Even though I have hit some of these problems, I do think it is a >> good idea to make the change to 5.8 as part of FreeBSD 5.3-release. >> People should be taking a bit more time to check, cross-check, and >> re-check everything they are running if they are upgrading to >> 5.3-release from 4.x-release. >> > > Having 5.3 default to perl 5.8 will add a lot of delay in several peoples > migration from 4.x for sure. > I think that you might be overstating the status of perl in FreeBSD 5.x. When you install 5.x, you get no PERL at all. It's up to you to decide which PERL you want. Sysinstall has a hack that will install a PERL package for you (which defaults to 5.6 right now but will soon default to 5.8), but you can very easily say 'no' to this option and install 5.6. Both 5.6 and 5.8 are on the disc1 media. The choice is yours. Scott From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 19:57:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8510716A4CE for ; Wed, 6 Oct 2004 19:57:55 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5665C43D46 for ; Wed, 6 Oct 2004 19:57:55 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 476D6295497; Wed, 6 Oct 2004 15:57:40 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Wed, 6 Oct 2004 15:57:40 -0400 (EDT) Message-ID: <2372.66.11.183.178.1097092660.squirrel@66.11.183.178> In-Reply-To: References: Date: Wed, 6 Oct 2004 15:57:40 -0400 (EDT) From: "Mike Jakubik" To: "Ryan Newman" 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 X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: drosih@rpi.edu cc: current@freebsd.org cc: rainer@ultra-secure.de Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 19:57:55 -0000 Ryan Newman said: >>Even though I have hit some of these problems, I do think it is a >>good idea to make the change to 5.8 as part of FreeBSD 5.3-release. >>People should be taking a bit more time to check, cross-check, and >>re-check everything they are running if they are upgrading to >>5.3-release from 4.x-release. >> > > Having 5.3 default to perl 5.8 will add a lot of delay in several peoples > migration from 4.x for sure. Thats the nature of todays software. Keep up, or be obsoleted. FreeBSD is already slow enough at supporting new technologies (hardware and software), lets not make it any slower. From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:05:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2BB316A4CE for ; Wed, 6 Oct 2004 20:05:13 +0000 (GMT) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D6443D49 for ; Wed, 6 Oct 2004 20:05:12 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 99304 invoked by uid 1005); 6 Oct 2004 20:05:12 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 Clear:RC:1(217.232.254.141):. Processed in 0.353686 secs); 06 Oct 2004 20:05:12 -0000 Received: from unknown (HELO ?192.168.1.224?) (rainer@ultra-secure.de@217.232.254.141) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 6 Oct 2004 20:05:11 -0000 From: Rainer Duffner To: current@FreeBSD.org In-Reply-To: <41644E01.6000204@FreeBSD.org> References: <41644E01.6000204@FreeBSD.org> Content-Type: text/plain Message-Id: <1097093098.4384.13.camel@linux-mobile.example.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 22:04:59 +0200 Content-Transfer-Encoding: 7bit Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:05:13 -0000 Am Mi, den 06.10.2004 schrieb Scott Long um 21:56: > Ryan Newman wrote: > > > > Having 5.3 default to perl 5.8 will add a lot of delay in several peoples > > migration from 4.x for sure. > > > > I think that you might be overstating the status of perl in FreeBSD 5.x. > When you install 5.x, you get no PERL at all. It's up to you to decide > which PERL you want. Sysinstall has a hack that will install a PERL > package for you (which defaults to 5.6 right now but will soon default > to 5.8), but you can very easily say 'no' to this option and install > 5.6. Both 5.6 and 5.8 are on the disc1 media. The choice is yours. I think, in the past, when you had 5.8 installed, other packages would overwrite that with 5.6 (if you used packages). At least, something like this happened to me some time ago. So, nowadays I let it have perl5.6 at first (cvsup brings it with it, I think), but wipe it completely from the HD before installing 5.8. And I don't use packages, when I can. Rainer -- =================================================== ~ Rainer Duffner - rainer@ultra-secure.de ~ ~ Freising - Munich - Germany ~ ~ Unix - Linux - BSD - OpenSource - Security ~ ~ http://www.ultra-secure.de/~rainer/pubkey.pgp ~ =================================================== From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:21:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C52B716A4CE; Wed, 6 Oct 2004 20:21:44 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F44C43D55; Wed, 6 Oct 2004 20:21:44 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i96KLhBQ030144; Wed, 6 Oct 2004 15:21:43 -0500 (CDT) (envelope-from dan) Date: Wed, 6 Oct 2004 15:21:43 -0500 From: Dan Nelson To: Vlad Message-ID: <20041006202143.GA3848@dan.emsphone.com> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:21:44 -0000 In the last episode (Oct 06), Vlad said: > I've created ticket a while ago in regards to this problem: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 > > also, attached are some additional debug info I could get during last > two times it crashed. > > unfortunately I don't have big enough stand-alone swap partition to > get kernel crash dump, so those files are the best I could get. If you apply the crashdump_compress patch at http://dan.allantgroup.com/FreeBSD/ , you can generate lzop or gzip-compressed dumps. lzop will let you dump 1GB of ram into 512MB of swap, and gzip will do even better (but is much much slower). -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:32:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D32B16A4CE for ; Wed, 6 Oct 2004 20:32:11 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 060CC43D1F for ; Wed, 6 Oct 2004 20:32:11 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4076362rnk for ; Wed, 06 Oct 2004 13:31:40 -0700 (PDT) Received: by 10.38.82.59 with SMTP id f59mr2140754rnb; Wed, 06 Oct 2004 13:31:22 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Wed, 6 Oct 2004 13:31:21 -0700 (PDT) Message-ID: <136a340a04100613316903ccad@mail.gmail.com> Date: Wed, 6 Oct 2004 23:31:21 +0300 From: Nikolay Kalev To: freebsd-current@freebsd.org In-Reply-To: <562251859.20041006131747@takeda.tk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <855692203.20041006112827@takeda.tk> <136a340a04100611381c627a81@mail.gmail.com> <562251859.20041006131747@takeda.tk> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:32:11 -0000 On Wed, 6 Oct 2004 13:17:47 -0700, Dariusz Kulinski wrote: > Hello Nikolay, > > Wednesday, October 6, 2004, 11:38:59 AM, you wrote: > > > Yes it is very very powerfull :-). > > This one just need testing, and i have to remove the standart linux > > stuff from the original tcshrc.Tell me if you see anything suspicious. > > what do you mean - suspicious? Is there a backdoor or something? > WOW no no ! I mean something that is not working correct ! which is only for linux , this scripts are kind of made for linux. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:35:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D16216A4CE for ; Wed, 6 Oct 2004 20:35:55 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D80C343D1D for ; Wed, 6 Oct 2004 20:35:54 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i96KZtJJ072871; Wed, 6 Oct 2004 16:35:55 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 72810-01; Wed, 6 Oct 2004 16:35:55 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i96KZsjI072851; Wed, 6 Oct 2004 16:35:55 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i96KZkTe016811; Wed, 6 Oct 2004 16:35:47 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041006163753.05f9a9b0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 06 Oct 2004 16:42:22 -0400 To: "Bjoern A. Zeeb" , FreeBSD current mailing list From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: if_em dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:35:55 -0000 At 10:22 AM 06/10/2004, Bjoern A. Zeeb wrote: >Hi, > >on a machine running BETA7 I get following funny dmesg output (with >those \n included): > >--- cut --- >em >0 >: > >L >ink is up 100 Mbps Full Duplex >--- cut --- I just updated one of my boxes and it looks ok em0: port 0xd000-0xd03f mem 0xd0020000-0xd003ffff,0xd0000000-0xd001ffff irq 10 at device 0.0 on pci1 em0: Ethernet address: 00:0e:0c:5d:f7:c6 em0: Speed:N/A Duplex:N/A em1: port 0xd100-0xd13f mem 0xd0060000-0xd007ffff,0xd0040000-0xd005ffff irq 5 at device 1.0 on pci1 em1: Ethernet address: 00:0e:0c:5d:f7:c0 em1: Speed:N/A Duplex:N/A Are you reading that from the serial console by chance ? Or is that in /var/run/dmesg.boot ? ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:41:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9765E16A4CE for ; Wed, 6 Oct 2004 20:41:05 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A1143D48 for ; Wed, 6 Oct 2004 20:41:04 +0000 (GMT) (envelope-from gwk@rahn-koltermann.de) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CFIau-0001If-00 for freebsd-current@freebsd.org; Wed, 06 Oct 2004 22:41:04 +0200 Received: from [217.232.148.23] (helo=[192.168.0.3]) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1CFIat-0000Ug-00 for freebsd-current@freebsd.org; Wed, 06 Oct 2004 22:41:03 +0200 From: "Georg-W. Koltermann" To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1097095258.1232.5.camel@localhost.muc.eu.mscsoftware.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 22:40:58 +0200 Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:90bcaad5e51ecc993b2919ba4b74e6dc Subject: VMware2 commit reminder (was: [5.3-BETA3] VMWare2 problems, with PATCH) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:41:05 -0000 Hi, it's only a few days away from 5.3-R so I thought I might remind you to commit the patches to get VMware2 to work again. See enclosed email detailing the technical points. I have those fixes in use on my system day to day with no negative by-effect. -- Regards, Georg. -----Weitergeleitete Nachricht----- From: Georg-W. Koltermann To: freebsd-current@freebsd.org Subject: [5.3-BETA3] VMWare2 problems, with PATCH Date: Sat, 11 Sep 2004 23:52:25 +0200 Hi, trying to get VMWare2 to run on 5.3-BETA3, I noticed two problems: a) It doesn't compile. You have to apply the patch from ports/68202 b) Then it fails when trying to load the kernel module due to an undefined external kmem_alloc_pageable(). I have replaced the calls with kmem_alloc_nofault() as suggested in a different posting about VMWare3. Could you please commit the patches from ports/68202 and the fix for b) above, which I'm enclosing. -- Thanks, Georg. -----------------------snip----------------------------- --- vmmon-only/freebsd/hostif.c~ Fri Sep 10 11:50:20 2004 +++ vmmon-only/freebsd/hostif.c Fri Sep 10 19:19:27 2004 @@ -1110,7 +1110,7 @@ paddr = vtophys(addr); #if __FreeBSD_version >= 500038 GIANT_REQUIRED; - ka->kaddr = kmem_alloc_pageable(kernel_map, PAGE_SIZE); + ka->kaddr = kmem_alloc_nofault(kernel_map, PAGE_SIZE); ka->map = PHYS_TO_VM_PAGE(paddr); vm_page_lock_queues(); vm_page_wire(ka->map); @@ -1118,19 +1118,19 @@ pmap_qenter(ka->kaddr, &ka->map, 1); #elif __FreeBSD_version >= 500021 GIANT_REQUIRED; - ka->kaddr = kmem_alloc_pageable(kernel_map, PAGE_SIZE); + ka->kaddr = kmem_alloc_nofault(kernel_map, PAGE_SIZE); ka->map = PHYS_TO_VM_PAGE(paddr); vm_page_wire(ka->map); pmap_kenter(ka->kaddr, paddr); #elif __FreeBSD_version >= 500013 mtx_lock(&vm_mtx); - ka->kaddr = kmem_alloc_pageable(kernel_map, PAGE_SIZE); + ka->kaddr = kmem_alloc_nofault(kernel_map, PAGE_SIZE); ka->map = PHYS_TO_VM_PAGE(paddr); vm_page_wire(ka->map); pmap_kenter(ka->kaddr, paddr); mtx_unlock(&vm_mtx); #else - ka->kaddr = kmem_alloc_pageable(kernel_map, PAGE_SIZE); + ka->kaddr = kmem_alloc_nofault(kernel_map, PAGE_SIZE); ka->map = PHYS_TO_VM_PAGE(paddr); vm_page_wire(ka->map); pmap_kenter(ka->kaddr, paddr); --- ../vmmon-only/freebsd/hostif.c~ Fri Sep 10 11:50:20 2004 +++ ../vmmon-only/freebsd/hostif.c Fri Sep 10 19:19:27 2004 @@ -1066,7 +1066,7 @@ return NULL; } paddr = vtophys(addr); - ka->kaddr = kmem_alloc_pageable(kernel_map, PAGE_SIZE); + ka->kaddr = kmem_alloc_nofault(kernel_map, PAGE_SIZE); ka->map = PHYS_TO_VM_PAGE(paddr); vm_page_wire(ka->map); pmap_kenter(ka->kaddr, paddr); From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:41:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23EA016A4CE for ; Wed, 6 Oct 2004 20:41:33 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 082F143D3F for ; Wed, 6 Oct 2004 20:41:31 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 71C01F1BED for ; Wed, 6 Oct 2004 13:41:30 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00683-03 for ; Wed, 6 Oct 2004 13:41:29 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 41CA3F1B49 for ; Wed, 6 Oct 2004 13:41:29 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-TXPBWAmjLNhPNRWHnzXt" Message-Id: <1097095289.1208.2.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 13:41:29 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: usb umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:41:33 -0000 --=-TXPBWAmjLNhPNRWHnzXt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable My system now locks up again when I attempt to write to my pendrive without going into the debugger or any output to console at all: Oct 6 13:24:32 server kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Oct 6 13:24:32 server kernel: da0: Removable Direct Access SCSI-2 device Oct 6 13:24:32 server kernel: da0: 1.000MB/s transfers Oct 6 13:24:32 server kernel: da0: 125MB (256000 512 byte sectors: 64H 32S/T 125C) mount -t msdos /dev/da0s1 /mnt I used tar: cd /mnt (cd /; tar cf - var/named/etc) | tar xvf - Sean --=-TXPBWAmjLNhPNRWHnzXt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZFh5yQsGN30uGE4RAnJaAKDAPxTnnHxyixitEI1Py2NyuMdOiACgrve6 M+qPCNqpjiM/5UCc2xpHXHg= =OQs/ -----END PGP SIGNATURE----- --=-TXPBWAmjLNhPNRWHnzXt-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:42:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF94C16A4CF for ; Wed, 6 Oct 2004 20:42:35 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C5A343D41 for ; Wed, 6 Oct 2004 20:42:35 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4077655rnk for ; Wed, 06 Oct 2004 13:42:34 -0700 (PDT) Received: by 10.38.1.71 with SMTP id 71mr1987508rna; Wed, 06 Oct 2004 13:42:24 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Wed, 6 Oct 2004 13:42:23 -0700 (PDT) Message-ID: <136a340a04100613426f028a17@mail.gmail.com> Date: Wed, 6 Oct 2004 23:42:23 +0300 From: Nikolay Kalev To: d.kulinski@gmail.com, freebsd-current@freebsd.org In-Reply-To: <136a340a04100613316903ccad@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <855692203.20041006112827@takeda.tk> <136a340a04100611381c627a81@mail.gmail.com> <562251859.20041006131747@takeda.tk> <136a340a04100613316903ccad@mail.gmail.com> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:42:35 -0000 On Wed, 6 Oct 2004 13:17:47 -0700, Dariusz Kulinski wrote: > Hello Nikolay, > > Wednesday, October 6, 2004, 11:38:59 AM, you wrote: > > > Yes it is very very powerfull :-). > > This one just need testing, and i have to remove the standart linux > > stuff from the original tcshrc.Tell me if you see anything suspicious. > > what do you mean - suspicious? Is there a backdoor or something? > WOW no no ! I mean something that is not working correct ! which is only for linux , this scripts are kind of made for linux. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:43:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A07A916A4CE for ; Wed, 6 Oct 2004 20:43:59 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C60543D58 for ; Wed, 6 Oct 2004 20:43:59 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 5FDBDF1BED for ; Wed, 6 Oct 2004 13:43:59 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00683-05 for ; Wed, 6 Oct 2004 13:43:58 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id D87EAF196E for ; Wed, 6 Oct 2004 13:43:58 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zHAQhSr6PQtVffnz9FfM" Message-Id: <1097095438.1208.7.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 13:43:58 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: amd sitting on ldaps port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:43:59 -0000 --=-zHAQhSr6PQtVffnz9FfM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Looking at /etc/services is states that 636 is for ldaps, but I see that amd is using it: server# sockstat | grep 636 root amd 468 5 tcp4 *:636 *:* Sean --=-zHAQhSr6PQtVffnz9FfM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZFkOyQsGN30uGE4RAl9GAKCfFlicpjrNjeoRdqZC+BKGKuHcogCdH6kb Tn99ZYWju+cyiGxVlKekTQk= =7c0W -----END PGP SIGNATURE----- --=-zHAQhSr6PQtVffnz9FfM-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:50:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C1F316A4CE for ; Wed, 6 Oct 2004 20:50:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FD543D2F for ; Wed, 6 Oct 2004 20:50: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 6198E1FF9AC; Wed, 6 Oct 2004 22:50:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 76F1B1FF9A8; Wed, 6 Oct 2004 22:50:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id D0FA415606; Wed, 6 Oct 2004 20:48:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C6004155A0; Wed, 6 Oct 2004 20:48:58 +0000 (UTC) Date: Wed, 6 Oct 2004 20:48:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041006163753.05f9a9b0@64.7.153.2> Message-ID: References: <6.1.2.0.0.20041006163753.05f9a9b0@64.7.153.2> 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 current mailing list Subject: Re: if_em dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:50:10 -0000 On Wed, 6 Oct 2004, Mike Tancsa wrote: > At 10:22 AM 06/10/2004, Bjoern A. Zeeb wrote: > > >on a machine running BETA7 I get following funny dmesg output (with > >those \n included): > > I just updated one of my boxes and it looks ok > ... > Are you reading that from the serial console by chance ? Or is that in > /var/run/dmesg.boot ? As said this is in dmesg. serial console log from boot looks fine too for the part you pasted in as does dmesg for that part but when the link finally comes up (this is later than the card is detected) I get the strange \ned message in dmesg. Here is a somewhat longer extract from dmesg to better show where this happens: --- > dmesg --- ... em0: port 0xcf80-0xcf9f mem 0xfe9e0000-0xfe9fffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:0c:xx:xx:xx:xx em0: Speed:N/A Duplex:N/A ... acd0: CDROM at ata1-master PIO3 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s1a em 0 : L ink is up 100 Mbps Full Duplex --- / dmesg --- HTH -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:59:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31ABB16A4CE for ; Wed, 6 Oct 2004 20:59:56 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C160243D60 for ; Wed, 6 Oct 2004 20:59:55 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i96KxskO080875; Wed, 6 Oct 2004 15:59:54 -0500 (CDT) (envelope-from dan) Date: Wed, 6 Oct 2004 15:59:54 -0500 From: Dan Nelson To: Sean McNeil Message-ID: <20041006205954.GB3848@dan.emsphone.com> References: <1097095438.1208.7.camel@server> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097095438.1208.7.camel@server> X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: amd sitting on ldaps port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:59:56 -0000 In the last episode (Oct 06), Sean McNeil said: > Looking at /etc/services is states that 636 is for ldaps, but I see that > amd is using it: > > server# sockstat | grep 636 > root amd 468 5 tcp4 *:636 *:* That's just a random port rpcbind assigned to the "amd" rpc service. If you reboot I bet it'll bind to a different port. Run "rpcinfo -p localhost" to see all the local port numbers assigned to RPC clients. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:01:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1707D16A4CE for ; Wed, 6 Oct 2004 21:01:25 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id C50A543D31 for ; Wed, 6 Oct 2004 21:01:24 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 68373 invoked by uid 89); 6 Oct 2004 21:08:38 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 6 Oct 2004 21:08:38 -0000 Received: from 128.101.36.205 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 6 Oct 2004 15:08:38 -0600 (MDT) Message-ID: <31556.128.101.36.205.1097096918.squirrel@128.101.36.205> In-Reply-To: References: Date: Wed, 6 Oct 2004 15:08:38 -0600 (MDT) From: "Ryan Sommers" To: "Ryan Newman" 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: current@freebsd.org Subject: Re: Buildworld Error/Unstable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:01:25 -0000 > As advised just tried to cvsup. Looks like there still is a fair amount > of > work needed before the release. Was patched yesterday afternoon. Added to the tree today by John. Re-cvsup and you should get it.:wq > > .c /usr/src/lib/libkvm/kvm_i386.c /usr/src/lib/libkvm/kvm_file.c > /usr/src/lib/li > bkvm/kvm_getloadavg.c /usr/src/lib/libkvm/kvm_getswapinfo.c > /usr/src/lib/libkvm/ > kvm_proc.c > cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm.c > cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_i386. > c > cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_file. > c > cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_getlo > adavg.c > cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_getsw > apinfo.c > cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_proc. > c > /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /usr/src/lib/libkvm/kvm_proc.c:269: warning: assignment makes integer from > point > er without a cast > /usr/src/lib/libkvm/kvm_proc.c:341: error: structure has no member named > `p_runt > ime' > *** Error code 1 > > Stop in /usr/src/lib/libkvm. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today - it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > > _______________________________________________ > 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" > -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:15:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0474516A4D0 for ; Wed, 6 Oct 2004 21:15:03 +0000 (GMT) Received: from hotmail.com (bay15-f24.bay15.hotmail.com [65.54.185.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id E30BC43D46 for ; Wed, 6 Oct 2004 21:15:02 +0000 (GMT) (envelope-from ryannewman47@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 6 Oct 2004 14:15:02 -0700 Received: from 198.93.75.2 by by15fd.bay15.hotmail.msn.com with HTTP; Wed, 06 Oct 2004 21:14:55 GMT X-Originating-IP: [198.93.75.2] X-Originating-Email: [ryannewman47@hotmail.com] X-Sender: ryannewman47@hotmail.com From: "Ryan Newman" To: ryans@gamersimpact.com Date: Wed, 06 Oct 2004 21:14:55 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 06 Oct 2004 21:15:02.0115 (UTC) FILETIME=[8B029B30:01C4ABE9] cc: current@freebsd.org Subject: Re: Buildworld Error/Unstable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:15:03 -0000 >From: "Ryan Sommers" >To: "Ryan Newman" >CC: current@freebsd.org >Subject: Re: Buildworld Error/Unstable >Date: Wed, 6 Oct 2004 15:08:38 -0600 (MDT) > > > > As advised just tried to cvsup. Looks like there still is a fair amount > > of > > work needed before the release. > >Was patched yesterday afternoon. Added to the tree today by John. Re-cvsup >and you should get it.:wq Thanks but I hit another error building again. This is a fresh machine install too. ===> usr.sbin/zic/zdump cc -O -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -c /usr/src/usr.sbin/zic/zdump/../zdump.c cc -O -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -c /usr/src/usr.sbin/zic/zdump/../ialloc.c cc -O -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -c /usr/src/usr.sbin/zic/zdump/../scheck.c gzip -cn /usr/src/usr.sbin/zic/zdump/../zdump.8 > zdump.8.gz cc -O -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -o zdump zdump.o ialloc.o scheck.o ===> usr.sbin/zzz gzip -cn /usr/src/usr.sbin/zzz/zzz.8 > zzz.8.gz 5 errors *** Error code 2 1 error *** Error code 2 1 error _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:20:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75DEE16A4CE for ; Wed, 6 Oct 2004 21:20:08 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3929F43D39 for ; Wed, 6 Oct 2004 21:20:08 +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 F292F1FF9AB; Wed, 6 Oct 2004 23:20:06 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 17DE71FF9A8; Wed, 6 Oct 2004 23:20:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 4D83915606; Wed, 6 Oct 2004 21:15:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4ABED155A0; Wed, 6 Oct 2004 21:15:53 +0000 (UTC) Date: Wed, 6 Oct 2004 21:15:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list In-Reply-To: Message-ID: References: <6.1.2.0.0.20041006163753.05f9a9b0@64.7.153.2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Mike Tancsa Subject: Re: if_em dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:20:08 -0000 On Wed, 6 Oct 2004, Bjoern A. Zeeb wrote: > Here is a somewhat longer extract from dmesg to better show where > this happens: > > --- > dmesg --- > ... > em0: port 0xcf80-0xcf9f mem 0xfe9e0000-0xfe9fffff irq 18 at device 1.0 on pci2 > em0: Ethernet address: 00:0c:xx:xx:xx:xx > em0: Speed:N/A Duplex:N/A > ... > acd0: CDROM at ata1-master PIO3 > SMP: AP CPU #1 Launched! > Mounting root from ufs:/dev/ad0s1a > em > 0 > : > > L > ink is up 100 Mbps Full Duplex > --- / dmesg --- --- > dmesg -a --- em0: flags=8843 mtu 1500 options=1b inet xx.xxx.xx.2 netmask 0xfffffff0 broadcast xx.xxx.xx.15 em inet6 fe80::20c:xxxx:xxxx:xxxx%em0 prefixlen 64 tentative scopeid 0x1 0 inet xx.xxx.xx.3 netmask 0xffffffff broadcast xx.xxx.xx.3 : ether 00:0c:xx:xx:xx:xx media: Ethernet 100baseTX L status: active ink is up 100 Mbps Full Duplex --- /dmesg --- ok that seems to be the prob. Thanks Mike for pointing this out. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:46:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CF0F16A4D0 for ; Wed, 6 Oct 2004 21:46:21 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C02C43D2D for ; Wed, 6 Oct 2004 21:46:21 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 72417 invoked by uid 89); 6 Oct 2004 21:53:35 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 6 Oct 2004 21:53:35 -0000 Received: from 128.101.36.205 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 6 Oct 2004 15:53:35 -0600 (MDT) Message-ID: <37655.128.101.36.205.1097099615.squirrel@128.101.36.205> In-Reply-To: <200410062114.27791.josemi@freebsd.jazztel.es> References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <50044.208.4.77.15.1097084904.squirrel@208.4.77.15> <200410061413.51459.jhb@FreeBSD.org> <200410062114.27791.josemi@freebsd.jazztel.es> Date: Wed, 6 Oct 2004 15:53:35 -0600 (MDT) From: "Ryan Sommers" To: "Jose M Rodriguez" 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: Ryan Sommers cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:46:21 -0000 Jose M Rodriguez said: > On Wednesday 06 October 2004 20:13, John Baldwin wrote: >> On Wednesday 06 October 2004 01:48 pm, Ryan Sommers wrote: >> > Is there any reason why we need /stand after the install process? >> > As part of the post-install configuration would it be possible to >> > have /stand removed? >> >> Prior to /rescue it was (ab)used as a sort of /rescue type of thing. >> Now that we have /rescue, it probably can be removed after the >> installation is complete. > > Take care of: > - it only takes ~2 MB of your rootfs. About a year ago a lot of people didn't want /rescue because of a lack of space in some of the older root slices. This would free up a little bit of room from a lot of programs that are likely duplicated in /rescue. Getting rid of /stand might make a little difference. > - I'm not sure that /rescue/tar can work without a tmp dir I'll look into that. > and this is really needed for initdiskless oper (/stand/cpio). >From looking at the initdiskless script, is there any reason we couldn't add cpio to /rescue and use it from there? From what I saw the only references to /stand were /stand/cpio and /stand/gzip, and gzip is already in /rescue. > - can sysinstall unlink his own binary before restart? Couldn't we restart the post-install from /usr/sbin/sysinstall? I'm not too familiar with the installation code. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:50:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 948F116A4CE for ; Wed, 6 Oct 2004 21:50:50 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DEFC43D45 for ; Wed, 6 Oct 2004 21:50:50 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i96Lu0Qi014984; Wed, 6 Oct 2004 14:56:00 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i96Lu0YZ014983; Wed, 6 Oct 2004 14:56:00 -0700 Date: Wed, 6 Oct 2004 14:56:00 -0700 From: Brooks Davis To: Ryan Sommers Message-ID: <20041006215600.GA11697@odin.ac.hmc.edu> References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <50044.208.4.77.15.1097084904.squirrel@208.4.77.15> <200410061413.51459.jhb@FreeBSD.org> <200410062114.27791.josemi@freebsd.jazztel.es> <37655.128.101.36.205.1097099615.squirrel@128.101.36.205> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <37655.128.101.36.205.1097099615.squirrel@128.101.36.205> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org cc: Jose M Rodriguez cc: David Gilbert Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:50:50 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 06, 2004 at 03:53:35PM -0600, Ryan Sommers wrote: > Jose M Rodriguez said: > > On Wednesday 06 October 2004 20:13, John Baldwin wrote: > >> On Wednesday 06 October 2004 01:48 pm, Ryan Sommers wrote: > >> > Is there any reason why we need /stand after the install process? > >> > As part of the post-install configuration would it be possible to > >> > have /stand removed? > >> > >> Prior to /rescue it was (ab)used as a sort of /rescue type of thing. > >> Now that we have /rescue, it probably can be removed after the > >> installation is complete. > > > > Take care of: > > - it only takes ~2 MB of your rootfs. >=20 > About a year ago a lot of people didn't want /rescue because of a lack of > space in some of the older root slices. This would free up a little bit of > room from a lot of programs that are likely duplicated in /rescue. Getting > rid of /stand might make a little difference. >=20 > > - I'm not sure that /rescue/tar can work without a tmp dir >=20 > I'll look into that. If this is a problem, you might see if it's a problem with bsdtar since /rescue/tar is currently gnutar. We're going to want to do that anyway if we're going to remove gnutar from the tree anyway. > > and this is really needed for initdiskless oper (/stand/cpio). >=20 > >From looking at the initdiskless script, is there any reason we couldn't > add cpio to /rescue and use it from there? From what I saw the only > references to /stand were /stand/cpio and /stand/gzip, and gzip is already > in /rescue. If you add bsdtar, you get cpio support. > > - can sysinstall unlink his own binary before restart? >=20 > Couldn't we restart the post-install from /usr/sbin/sysinstall? I'm not > too familiar with the installation code. It's always safe to delete an open file so long as you don't need to reopen it. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBZGnvXY6L6fI4GtQRAg8gAJ0dBJGdG/L480RFM7+TQjrdYxIxywCfWkgJ ot9NU9zDJHVze0+owDmN9ek= =fFwZ -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:51:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E78CC16A4CE; Wed, 6 Oct 2004 21:51:45 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i96LpiP2066293; Wed, 6 Oct 2004 17:51:44 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i96LpZmE066292; Wed, 6 Oct 2004 17:51:35 -0400 (EDT) (envelope-from green) Date: Wed, 6 Oct 2004 17:51:34 -0400 From: Brian Fundakowski Feldman To: Vlad Message-ID: <20041006215134.GN47017@green.homeunix.org> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:51:46 -0000 On Wed, Oct 06, 2004 at 03:55:21PM -0400, Vlad wrote: > Brian, > > I've created ticket a while ago in regards to this problem: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 > > also, attached are some additional debug info I could get during last > two times it crashed. > > unfortunately I don't have big enough stand-alone swap partition to > get kernel crash dump, so those files are the best I could get. > > here is week-old thread for the same problem: > http://groups.google.com/groups?th=fc0d7d881f0713cc Can you tell me where sorele() crashed when you did _not_ have INVARIANTS enabled? That will help because the INVARIANTS panic tells us one half of where the problem is and the sorele() panic is the other half. Want to try this (untested) patch for the problem that I'm guessing about? Index: uipc_socket.c =================================================================== RCS file: /usr/ncvs/src/sys/kern/uipc_socket.c,v retrieving revision 1.212 diff -u -r1.212 uipc_socket.c --- uipc_socket.c 5 Sep 2004 14:33:21 -0000 1.212 +++ uipc_socket.c 6 Oct 2004 21:51:16 -0000 @@ -321,6 +321,7 @@ struct socket *so; { struct socket *head; + int diedcomplete = 0; KASSERT(so->so_count == 0, ("socket %p so_count not 0", so)); SOCK_LOCK_ASSERT(so); @@ -342,30 +343,45 @@ (so->so_qstate & SQ_INCOMP) == 0, ("sofree: so->so_qstate is SQ_COMP and also SQ_INCOMP")); /* - * accept(2) is responsible draining the completed - * connection queue and freeing those sockets, so - * we just return here if this socket is currently - * on the completed connection queue. Otherwise, - * accept(2) may hang after select(2) has indicating - * that a listening socket was ready. If it's an - * incomplete connection, we remove it from the queue - * and free it; otherwise, it won't be released until - * the listening socket is closed. + * If we previously signalled the accept(2) queue for + * completion, but this connection died in the meantime, + * we still need to tell the accept(2) call so that + * it can make progress based upon previously-seen state. + * Note that this will screw up kqueue-applications that + * count the filter-returned queue length as gospel and do + * not use non-blocking-IO on the head. A more complete + * fix is to replace this socket on so_comp with a "bad + * socket" marker and make the callers understand that. + * A most complete fix would be to make this function + * already have the accept lock on entry. + * + * This avoids some relatively-impossible-to-fix races + * with the accept lock, the socket lock, and multiple + * concurrent frees on a zero-reference-count socket. + * It's bad form to have a reference count that bumps + * up and down. */ if ((so->so_qstate & SQ_COMP) != 0) { - ACCEPT_UNLOCK(); - return; + TAILQ_REMOVE(&head->so_comp, so, so_list); + head->so_qlen--; + so->so_qstate &= ~SQ_COMP; + so->so_head = NULL; + head->so_error = ECONNABORTED; + diedcomplete = 1; + } else { + TAILQ_REMOVE(&head->so_incomp, so, so_list); + head->so_incqlen--; + so->so_qstate &= ~SQ_INCOMP; + so->so_head = NULL; } - TAILQ_REMOVE(&head->so_incomp, so, so_list); - head->so_incqlen--; - so->so_qstate &= ~SQ_INCOMP; - so->so_head = NULL; } KASSERT((so->so_qstate & SQ_COMP) == 0 && (so->so_qstate & SQ_INCOMP) == 0, ("sofree: so_head == NULL, but still SQ_COMP(%d) or SQ_INCOMP(%d)", so->so_qstate & SQ_COMP, so->so_qstate & SQ_INCOMP)); ACCEPT_UNLOCK(); + if (diedcomplete) + sorwakeup(head); SOCKBUF_LOCK(&so->so_snd); so->so_snd.sb_flags |= SB_NOINTR; (void)sblock(&so->so_snd, M_WAITOK); -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:52:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1F5D16A4CE for ; Wed, 6 Oct 2004 21:52:58 +0000 (GMT) Received: from mail102.csoft.net (lilly.csoft.net [63.111.22.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C4DC43D54 for ; Wed, 6 Oct 2004 21:52:56 +0000 (GMT) (envelope-from mcc@fid4.com) Received: (qmail 1831 invoked from network); 6 Oct 2004 21:46:11 -0000 Received: from unknown (HELO ?127.0.0.1?) (63.111.26.110) by mail102.csoft.net with SMTP; 6 Oct 2004 21:46:11 -0000 Message-ID: <416467CC.2050506@fid4.com> Date: Wed, 06 Oct 2004 17:46:52 -0400 From: "Michael C. Cambria" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:52:59 -0000 Hi, Is it possible to build a RELENG_5 system on a 4.10 system? I've used new sources put in /home via cvsup to build slower systems and Soekris boxes in the past. Setting DESTDIR and MAKEOBJDIEPREFIX puts the results of installworld & buildworld someplace other than /usr/obj. But I've only done this with something like 4.x-stable while my build system ran 4.x-release. Will this sort of thing work for 5.3? Are there other environment variables that need to be set? Thanks, MikeC -- Michael C. Cambria email : mcc@fid4.com VoIP : sip:mcc@mcambria.fid4.com FWD : sip:63730@fwd.pulver.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 21:53:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 400ED16A4CE for ; Wed, 6 Oct 2004 21:53:41 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id E502F43D53 for ; Wed, 6 Oct 2004 21:53:40 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so473963rnk for ; Wed, 06 Oct 2004 14:53:24 -0700 (PDT) Received: by 10.38.67.26 with SMTP id p26mr1727787rna; Wed, 06 Oct 2004 14:53:24 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Wed, 6 Oct 2004 14:53:24 -0700 (PDT) Message-ID: Date: Wed, 6 Oct 2004 17:53:24 -0400 From: Vlad To: Dan Nelson In-Reply-To: <20041006202143.GA3848@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006202143.GA3848@dan.emsphone.com> cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:53:41 -0000 > If you apply the crashdump_compress patch at > http://dan.allantgroup.com/FreeBSD/ , you can generate lzop or > gzip-compressed dumps. lzop will let you dump 1GB of ram into 512MB of > swap, and gzip will do even better (but is much much slower). > I'll try that. One question: does that code has bounds checking mechanism, so there will be no data harmed (past swap partition) even if compressed dump will be bigger than swap partition? -- Vlad From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 22:04:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC00A16A4CE; Wed, 6 Oct 2004 22:04:31 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C2CA43D3F; Wed, 6 Oct 2004 22:04:31 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i96M4UFn029263; Wed, 6 Oct 2004 17:04:30 -0500 (CDT) (envelope-from dan) Date: Wed, 6 Oct 2004 17:04:30 -0500 From: Dan Nelson To: Vlad Message-ID: <20041006220430.GD3848@dan.emsphone.com> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006202143.GA3848@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 22:04:31 -0000 In the last episode (Oct 06), Vlad said: > > If you apply the crashdump_compress patch at > > http://dan.allantgroup.com/FreeBSD/ , you can generate lzop or > > gzip-compressed dumps. lzop will let you dump 1GB of ram into 512MB of > > swap, and gzip will do even better (but is much much slower). > > > > I'll try that. One question: does that code has bounds checking > mechanism, so there will be no data harmed (past swap partition) even > if compressed dump will be bigger than swap partition? Yes. All of the functions that write data end up calling the dump_write() function, which will fail if an attempt is made to write outside the dump device. In addition, the code does a preliminary compress to determine where it should start writing the dump. If that size is larger than your dumpdevice, it will print a "Dump failed. Partition too small." error and won't write to disk at all. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 22:20:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF8C16A4DF for ; Wed, 6 Oct 2004 22:20:21 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E14A843D54 for ; Wed, 6 Oct 2004 22:20:14 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i96MKD9X001954 for ; Thu, 7 Oct 2004 00:20:13 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Thu, 07 Oct 2004 00:20:13 +0200 Message-ID: <1953.1097101213@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: =?iso-8859-1?q?i386/LINT_b=F8rken?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 22:20:21 -0000 ../../../kern/kern_thr.c: In function `thr_exit': ../../../kern/kern_thr.c:196: error: structure has no member named `state' ../../../kern/kern_thr.c:197: error: structure has no member named `state' *** Error code 1 Stop in /bang/src/sys/i386/compile/LINT. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 22:33:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9412416A4CE for ; Wed, 6 Oct 2004 22:33:07 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE7B243D2F for ; Wed, 6 Oct 2004 22:33:04 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i96MX3Me033624; Thu, 7 Oct 2004 01:33:03 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 67469-06; Thu, 7 Oct 2004 01:33:00 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i95J9pqu040720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Oct 2004 22:09:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i95J9trP005126; Tue, 5 Oct 2004 22:09:55 +0300 (EEST) (envelope-from ru) Date: Tue, 5 Oct 2004 22:09:55 +0300 From: Ruslan Ermilov To: spam maps Message-ID: <20041005190955.GE4568@ip.net.ua> References: <20041004062112.GC47338@ip.net.ua> <20041004064337.19785.qmail@web54010.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f61P+fpdnY2FZS1u" Content-Disposition: inline In-Reply-To: <20041004064337.19785.qmail@web54010.mail.yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org Subject: Re: 5.3: redundant libraries in /usr/lib after cvsup-ing and build world ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 22:33:07 -0000 --f61P+fpdnY2FZS1u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 03, 2004 at 11:43:37PM -0700, spam maps wrote: >=20 > --- Ruslan Ermilov wrote: >=20 > > On Sun, Oct 03, 2004 at 10:29:30PM -0700, spam maps > > wrote: > > >=20 > > > /libexec/ld-elf.so.1 > > >=20 > > > Can I remove all these as well? > > >=20 > > Yes for the above list, but generally one should be > > careful with removing the .a libraries -- they are > > installed with -C. >=20 > # ls -i /libexec/ld-elf.so.1 /usr/libexec/ld-elf.so.1 > 8710 /libexec/ld-elf.so.1 > 8710 /usr/libexec/ld-elf.so.1 >=20 > But: >=20 > # ls -il /libexec/ld-elf.so.1 /usr/libexec/ld-elf.so.1 > 8710 /libexec/ld-elf.so.1 > 110872 /usr/libexec/ld-elf.so.1 -> > /libexec/ld-elf.so.1 >=20 > However, /libexec/ld-elf.so.1 has an old date, whereas > /usr/libexec/ld-elf.so.1 has the date of most recent > world build. >=20 > Is it still save to remove libexec/ld-elf.so.1 ? >=20 Not because ld-elf.so.1 is needed and installed with -C. Please don't remove my address when replying, I did not ask for it. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --f61P+fpdnY2FZS1u Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBYvGDqRfpzJluFF4RAmX4AJ48oBIhK+rv8LCWhtI/vI8A138CNACfZm87 63+gY9X8T1LCPpfkRb/rUPY= =8KkQ -----END PGP SIGNATURE----- --f61P+fpdnY2FZS1u-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 22:43:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8414416A4CE for ; Wed, 6 Oct 2004 22:43:17 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6181143D1F for ; Wed, 6 Oct 2004 22:43:17 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E4FABF1BFC; Wed, 6 Oct 2004 15:43:14 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01615-04; Wed, 6 Oct 2004 15:43:14 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 2EF1CF1970; Wed, 6 Oct 2004 15:43:14 -0700 (PDT) From: Sean McNeil To: Dan Nelson In-Reply-To: <20041006205954.GB3848@dan.emsphone.com> References: <1097095438.1208.7.camel@server> <20041006205954.GB3848@dan.emsphone.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-rGSzP7AJFCELNB2c9osV" Message-Id: <1097102594.1805.4.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 15:43:14 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: amd sitting on ldaps port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 22:43:17 -0000 --=-rGSzP7AJFCELNB2c9osV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 13:59, Dan Nelson wrote: > In the last episode (Oct 06), Sean McNeil said: > > Looking at /etc/services is states that 636 is for ldaps, but I see tha= t > > amd is using it: > >=20 > > server# sockstat | grep 636 > > root amd 468 5 tcp4 *:636 *:* >=20 > That's just a random port rpcbind assigned to the "amd" rpc service.=20 > If you reboot I bet it'll bind to a different port. Run "rpcinfo -p > localhost" to see all the local port numbers assigned to RPC clients. OK, but aren't there rules about rpc allowing assigned ports like that?=20 It actually does not get another port on reboot. It always binds to that one each time. Perhaps if I changed my configuration somewhat it would make a difference. It has always bothered me that the slapd is now in /usr/local/etc/rc.d and doesn't come up until very late in the boot process. Shouldn't something with assigned ports like this either be started much earlier (i.e. before amd) or the ports prevented from being used by anyone that doesn't provide that service? Seems to me that amd is in the wrong here for having that port. So that means that rpcbind is in the wrong for assigning it to amd. Cheers, Sean --=-rGSzP7AJFCELNB2c9osV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZHUByQsGN30uGE4RAtMOAJwIx4NsOlOdlg3Lg8ghKOZb5bmv1gCfdni8 ee3lv1fCfxYax7abEJ1qzM4= =i7Ca -----END PGP SIGNATURE----- --=-rGSzP7AJFCELNB2c9osV-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 22:55:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EB8316A4CE for ; Wed, 6 Oct 2004 22:55:45 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FBA943D2F for ; Wed, 6 Oct 2004 22:55:45 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 21A70B923 for ; Wed, 6 Oct 2004 17:55:44 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72748-08 for ; Wed, 6 Oct 2004 17:55:43 -0500 (CDT) Received: from pooh.honeypot.net (pooh.honeypot.net [IPv6:2001:470:1f01:224:1::64]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 2AC3AB8B4 for ; Wed, 6 Oct 2004 17:55:43 -0500 (CDT) From: Kirk Strauser To: current@freebsd.org Date: Wed, 6 Oct 2004 17:55:21 -0500 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11688643.BVmqF3BmEp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410061755.42069.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: Weird errors with gtar on 5.3-BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 22:55:45 -0000 --nextPart11688643.BVmqF3BmEp Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've been having problems with my nightly Amanda backups for a few weeks; s= ome=20 of the filesystems on my FreeBSD server aren't being tarred. I've traced i= t=20 back to an error condition in GNU tar that I don't really understand: # gtar clf /dev/null / gtar: Removing leading `/' from member names gtar: /proc: Cannot savedir: Invalid argument gtar: Error exit delayed from previous errors I'm not sure what the "Cannot savedir: Invalid argument" message means and= =20 Google wasn't much help. Any thoughts? =2D-=20 Kirk Strauser --nextPart11688643.BVmqF3BmEp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBZHft5sRg+Y0CpvERAuizAJ94Vo5g26tP+n3cJ+QN/u8S4iogDQCcCgu+ hPUAB61NLHlmMxm6efzqTiM= =9uUs -----END PGP SIGNATURE----- --nextPart11688643.BVmqF3BmEp-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 22:55:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D25E16A4CE; Wed, 6 Oct 2004 22:55:59 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id D368343D39; Wed, 6 Oct 2004 22:55:58 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id AAA31890; Thu, 7 Oct 2004 00:55:49 +0200 Date: Thu, 7 Oct 2004 01:00:08 +0200 From: Marc "UBM" Bocklet To: Brian Fundakowski Feldman Message-Id: <20041007010008.15274fbd.ubm@u-boot-man.de> In-Reply-To: <20041006215134.GN47017@green.homeunix.org> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: marchenko@gmail.com cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 22:55:59 -0000 On Wed, 6 Oct 2004 17:51:34 -0400 Brian Fundakowski Feldman wrote: > On Wed, Oct 06, 2004 at 03:55:21PM -0400, Vlad wrote: > > Brian, > > > > I've created ticket a while ago in regards to this problem: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 > > > > also, attached are some additional debug info I could get during > > last two times it crashed. > > > > unfortunately I don't have big enough stand-alone swap partition to > > get kernel crash dump, so those files are the best I could get. > > > > here is week-old thread for the same problem: > > http://groups.google.com/groups?th=fc0d7d881f0713cc > > Can you tell me where sorele() crashed when you did _not_ have > INVARIANTS enabled? That will help because the INVARIANTS panic tells > us one half of where the problem is and the sorele() panic is the > other half. Want to try this (untested) patch for the problem that I'm > guessing about? [possible patch for sodealloc panic] Ok, I'm just now recompiling my kernel with your patch, I should be able to boot the kernel tomorrow, then we'll see if there are any further panics. Thanks a lot for your help! :-) Bye Marc From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 23:37:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7391A16A50F for ; Wed, 6 Oct 2004 23:37:41 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12C4F43D4C for ; Wed, 6 Oct 2004 23:37:41 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so482110rnk for ; Wed, 06 Oct 2004 16:37:37 -0700 (PDT) Received: by 10.38.165.36 with SMTP id n36mr1804766rne; Wed, 06 Oct 2004 16:37:37 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Wed, 6 Oct 2004 16:37:37 -0700 (PDT) Message-ID: Date: Wed, 6 Oct 2004 19:37:37 -0400 From: Vlad To: Dan Nelson In-Reply-To: <20041006220430.GD3848@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006202143.GA3848@dan.emsphone.com> <20041006220430.GD3848@dan.emsphone.com> cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 23:37:41 -0000 Dan, little problem after your patch has been applied: cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes - Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostd inc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/u sr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/sr c/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fn o-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/i3 86/i386/dump_machdep.c /usr/src/sys/i386/i386/dump_machdep.c: In function `dump_write': /usr/src/sys/i386/i386/dump_machdep.c:122: warning: passing arg 3 of pointer to function makes integer from pointer without a cast *** Error code 1 line 122 is rv = di->dumper(di->priv, ptr, NULL, dumplo, len); also, would you tell how to configure it to gzip data after I'll get it comlied? there will be sysctl parameter to set? On Wed, 6 Oct 2004 17:04:30 -0500, Dan Nelson wrote: > > > In the last episode (Oct 06), Vlad said: > > > If you apply the crashdump_compress patch at > > > http://dan.allantgroup.com/FreeBSD/ , you can generate lzop or > > > gzip-compressed dumps. lzop will let you dump 1GB of ram into 512MB of > > > swap, and gzip will do even better (but is much much slower). > > > > > > > I'll try that. One question: does that code has bounds checking > > mechanism, so there will be no data harmed (past swap partition) even > > if compressed dump will be bigger than swap partition? > > Yes. All of the functions that write data end up calling the > dump_write() function, which will fail if an attempt is made to write > outside the dump device. In addition, the code does a preliminary > compress to determine where it should start writing the dump. If that > size is larger than your dumpdevice, it will print a "Dump failed. > Partition too small." error and won't write to disk at all. > -- Vlad From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 23:39:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E8516A4CE for ; Wed, 6 Oct 2004 23:39:29 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CABB43D31 for ; Wed, 6 Oct 2004 23:39:29 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.dyndns.org ([68.83.169.224]) by comcast.net (rwcrmhc11) with SMTP id <2004100623235101300c82fne> (Authid: apeiron); Wed, 6 Oct 2004 23:23:52 +0000 From: Christopher Nehren To: Kirk Strauser In-Reply-To: <200410061755.42069.kirk@strauser.com> References: <200410061755.42069.kirk@strauser.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3OYPq9MkGTE1v4PnP0lP" Date: Wed, 06 Oct 2004 19:23:48 -0400 Message-Id: <1097105028.775.22.camel@prophecy.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port cc: current@freebsd.org Subject: Re: Weird errors with gtar on 5.3-BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 23:39:29 -0000 --=-3OYPq9MkGTE1v4PnP0lP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 17:55 -0500, Kirk Strauser wrote: > I've been having problems with my nightly Amanda backups for a few weeks;= some=20 > of the filesystems on my FreeBSD server aren't being tarred. I've traced= it=20 > back to an error condition in GNU tar that I don't really understand: >=20 > # gtar clf /dev/null / > gtar: Removing leading `/' from member names > gtar: /proc: Cannot savedir: Invalid argument > gtar: Error exit delayed from previous errors >=20 > I'm not sure what the "Cannot savedir: Invalid argument" message means an= d=20 > Google wasn't much help. Any thoughts? It means that you're trying to archive a file system which isn't actually a file system -- in this case, /proc. You can use gtar's -X option to exclude /proc and other non-file system paths from your archiving. You don't happen to be using procfs on a 5.x system, do you? procfs is notoriously insecure (and, in my opinion, its very functionality is insecure -- you shouldn't be able to see anything about anyone else's processes. Period.). If you are using it, why do you need it? --=-3OYPq9MkGTE1v4PnP0lP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZH6Ek/lo7zvzJioRAujDAKC06AW5ukL8ef5H6gnrYXAW2nhL+ACgvOjT TswqzVcNvENykysc2GqWHho= =k1IU -----END PGP SIGNATURE----- --=-3OYPq9MkGTE1v4PnP0lP-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 00:05:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F22716A4CE for ; Thu, 7 Oct 2004 00:05:49 +0000 (GMT) Received: from mail.cableone.net (scanmail1.cableone.net [24.116.0.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3CC243D1D for ; Thu, 7 Oct 2004 00:05:48 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.122.25]) by smail1.cableone.net (SurgeMail 1.9b) with ESMTP id 20832615 for multiple; Wed, 06 Oct 2004 16:04:40 -0700 Date: Wed, 6 Oct 2004 18:04:05 -0500 From: Vulpes Velox To: Nikolay Kalev Message-ID: <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> In-Reply-To: <136a340a04100604021216f931@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com cc: itetcu@people.tecnik93.com cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 00:05:49 -0000 On Wed, 6 Oct 2004 14:02:38 +0300 Nikolay Kalev wrote: > On Wed, 6 Oct 2004 11:42:35 +0300, Ion-Mihai Tetcu > wrote: > > On Wed, 6 Oct 2004 10:20:34 +0300 > > Nikolay Kalev wrote: > > > > > Put sum tcshrc scripts from tcshrc.sf.net and it will be better > > > then bash. I think i;m on my way to create a patch for that > > > :-))). > > > > I've recently discussed with the port maintainer of tcshrc to work > > at an update of the port (our distfile is from 2003), but if you > > have already done work is this area please say, I don't wanna > > duplicate yours. > > > > If not, maybe I can send you a diff when is ready to test it ? > > > > > Ok here is a Simple dot.tcshrc file which needs more testing and > cleanup. I removed some stuff which are not working very well under > FreeBSD in new versions of tcshrc scripts from the original author. How do you get the time thing working? Pasted this into my .cshrc, but it did not have any affect... :/ set time=(8 "\ Time spent in user mode (CPU seconds) : %Us\ Time spent in kernel mode (CPU seconds) : %Ss\ Total time : %Es\ CPU utilisation (percentage) : %P\ Times the process was swapped : %W\ Times of major page faults : %F\ Times of minor page faults : %R") Also had no luck with this bit, or any of the other F key ones, either under console or from within X :/ bindkey ^[[[A run-help bindkey run-help I just get a n "Ubound extended key "run-help"" upon starting it. From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 00:18:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC3CE16A4CE for ; Thu, 7 Oct 2004 00:18:58 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7632843D46 for ; Thu, 7 Oct 2004 00:18:58 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id ADBED295B4B for ; Wed, 6 Oct 2004 20:18:48 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Wed, 6 Oct 2004 20:18:48 -0400 (EDT) Message-ID: <2353.192.168.0.188.1097108328.squirrel@192.168.0.188> Date: Wed, 6 Oct 2004 20:18:48 -0400 (EDT) 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 X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com Subject: build kernel failiure (kern_thr.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 00:18:58 -0000 cc -c -O -pipe -march=athlon -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/kern_thr.c /usr/src/sys/kern/kern_thr.c: In function `thr_exit': /usr/src/sys/kern/kern_thr.c:196: error: structure has no member named `state' /usr/src/sys/kern/kern_thr.c:197: error: structure has no member named `state' *** Error code 1 Stop in /usr/obj/usr/src/sys/DP. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 00:22:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 08FF316A4CE; Thu, 7 Oct 2004 00:22:19 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i96Ns78P066898; Wed, 6 Oct 2004 19:54:07 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i96Ns1gN066897; Wed, 6 Oct 2004 19:54:01 -0400 (EDT) (envelope-from green) Date: Wed, 6 Oct 2004 19:54:00 -0400 From: Brian Fundakowski Feldman To: Sean McNeil Message-ID: <20041006235400.GO47017@green.homeunix.org> References: <1097095289.1208.2.camel@server> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097095289.1208.2.camel@server> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: usb umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 00:22:19 -0000 On Wed, Oct 06, 2004 at 01:41:29PM -0700, Sean McNeil wrote: > My system now locks up again when I attempt to write to my pendrive > without going into the debugger or any output to console at all: > > Oct 6 13:24:32 server kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > Oct 6 13:24:32 server kernel: da0: > Removable Direct Access SCSI-2 device > Oct 6 13:24:32 server kernel: da0: 1.000MB/s transfers > Oct 6 13:24:32 server kernel: da0: 125MB (256000 512 byte sectors: 64H > 32S/T 125C) > > mount -t msdos /dev/da0s1 /mnt > > I used tar: > > cd /mnt > (cd /; tar cf - var/named/etc) | tar xvf - Have you tried SW_WATCHDOG? E.g. add that option to the kernel, and these to /etc/rc.conf: watchdogd_enable="YES" watchdogd_flags="-s 1 -t 60" -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 00:24:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B989A16A4CE for ; Thu, 7 Oct 2004 00:24:28 +0000 (GMT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D7B43D3F for ; Thu, 7 Oct 2004 00:24:28 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([141.153.167.39]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041007002425.ROVJ1210.out007.verizon.net@[10.0.3.231]>; Wed, 6 Oct 2004 19:24:25 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: "M. Warner Losh" In-Reply-To: <20041004.192852.15266314.imp@bsdimp.com> References: <16736.57638.524126.37243@roam.psg.com> <1096937887.50081.22.camel@RabbitsDen> <20041004.192852.15266314.imp@bsdimp.com> Content-Type: text/plain Message-Id: <1097108644.685.26.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 20:24:06 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [141.153.167.39] at Wed, 6 Oct 2004 19:24:24 -0500 cc: freebsd-current@freebsd.org Subject: Attaching USB devices [Was: Re: usb serial confuddlement] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 00:24:28 -0000 On Mon, 2004-10-04 at 21:28, M. Warner Losh wrote: > In message: <1096937887.50081.22.camel@RabbitsDen> > "Alexandre \"Sunny\" Kovalenko" writes: > : One thing, I have noticed about my USB devices, is that driver needs to > : be loaded *before* device is plugged in. > > For ucom devices, this is true. For others, this is no longer true. > I'm trying to figure out why ucom is special. > > Warner > _______________________________________________ > 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" I am running -CURRENT as of late September 29 EST, and I have mouse, parallel port, Bluetooth, audio and couple of serial ports attached to the hub. I have posted transcript below, where no devices are recognized until I unplug the hub and plug it in again. Am I doing anything wrong? If you need more details on my system, please, let me know. Alexandre "Sunny" Kovalenko. RabbitsDen# uname -a FreeBSD RabbitsDen.RabbitsLawn.verizon.net 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Thu Sep 30 08:23:22 EDT 2004 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/AVERATEC i386 RabbitsDen# kldstat Id Refs Address Size Name 1 16 0xc0400000 47fc7c kernel 2 1 0xc0884000 3254 powernow_k7.ko 3 1 0xc0888000 1cec io.ko 4 1 0xc088a000 4944 mem.ko 5 1 0xc1e0f000 6000 linprocfs.ko 6 1 0xc1e1d000 1a000 linux.ko 7 1 0xc2174000 4c000 if_ndis.ko 8 1 0xc21c0000 f000 ndis.ko RabbitsDen# ls -l /dev/u* lrwxr-xr-x 1 root wheel 6 Oct 6 15:45 /dev/urandom -> random RabbitsDen# kldload usb RabbitsDen# ls -l /dev/u* lrwxr-xr-x 1 root wheel 6 Oct 6 15:45 /dev/urandom -> random crw-rw---- 1 root operator 234, 255 Oct 6 19:44 /dev/usb crw-rw---- 1 root operator 234, 0 Oct 6 19:44 /dev/usb0 crw-rw---- 1 root operator 234, 1 Oct 6 19:44 /dev/usb1 crw-rw---- 1 root operator 234, 2 Oct 6 19:44 /dev/usb2 crw-rw---- 1 root operator 234, 3 Oct 6 19:44 /dev/usb3 RabbitsDen# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 addr 2: full speed, self powered, config 1, UT-USB41 hub(0x1446), Texas Instruments(0x0451), rev 1.00 port 1 addr 3: full speed, power 120 mA, config 1, Bluetooth USB dongle(0x00a0), 3Com(0x0506), rev 1.15 port 2 addr 4: full speed, power 100 mA, config 1, PL2303 Serial adapter (ATEN/IOGEAR UC232A)(0x2303), Prolific Technology(0x067b), rev 2.02 port 3 addr 5: full speed, power 500 mA, config 1, USB Audio(0x3010), Creative(0x041e), rev 1.00 port 4 addr 6: low speed, power 50 mA, config 1, USB Trackball(0xc408), Logitech(0x046d), rev 14.00 port 5 addr 7: full speed, power 100 mA, config 1, USB-232 Adapter(0x1203), Belkin Components(0x050d), rev 2.07 port 6 addr 8: low speed, power 100 mA, config 1, USB-PS2 Adapter(0x0119), Belkin Components(0x050d), rev 1.20 port 7 addr 9: full speed, power 98 mA, config 1, product 0x1202(0x1202), Belkin Components(0x050d), rev 1.04 port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered RabbitsDen# kldload ums RabbitsDen# ls -l /dev/u* lrwxr-xr-x 1 root wheel 6 Oct 6 15:45 /dev/urandom -> random crw-rw---- 1 root operator 234, 255 Oct 6 19:44 /dev/usb crw-rw---- 1 root operator 234, 0 Oct 6 19:44 /dev/usb0 crw-rw---- 1 root operator 234, 1 Oct 6 19:44 /dev/usb1 crw-rw---- 1 root operator 234, 2 Oct 6 19:44 /dev/usb2 crw-rw---- 1 root operator 234, 3 Oct 6 19:44 /dev/usb3 RabbitsDen# kldload ulpt RabbitsDen# ls -l /dev/u* lrwxr-xr-x 1 root wheel 6 Oct 6 15:45 /dev/urandom -> random crw-rw---- 1 root operator 234, 255 Oct 6 19:44 /dev/usb crw-rw---- 1 root operator 234, 0 Oct 6 19:44 /dev/usb0 crw-rw---- 1 root operator 234, 1 Oct 6 19:44 /dev/usb1 crw-rw---- 1 root operator 234, 2 Oct 6 19:44 /dev/usb2 crw-rw---- 1 root operator 234, 3 Oct 6 19:44 /dev/usb3 RabbitsDen# kldload ng_ubt RabbitsDen# /etc/rc.bluetooth start ubt0 ngctl: send msg: No such file or directory RabbitsDen# kldload uaudio RabbitsDen# ls -l /dev/u* lrwxr-xr-x 1 root wheel 6 Oct 6 15:45 /dev/urandom -> random crw-rw---- 1 root operator 234, 255 Oct 6 19:44 /dev/usb crw-rw---- 1 root operator 234, 0 Oct 6 19:44 /dev/usb0 crw-rw---- 1 root operator 234, 1 Oct 6 19:44 /dev/usb1 crw-rw---- 1 root operator 234, 2 Oct 6 19:44 /dev/usb2 crw-rw---- 1 root operator 234, 3 Oct 6 19:44 /dev/usb3 RabbitsDen# kldstat Id Refs Address Size Name 1 32 0xc0400000 47fc7c kernel 2 1 0xc0884000 3254 powernow_k7.ko 3 1 0xc0888000 1cec io.ko 4 1 0xc088a000 4944 mem.ko 5 1 0xc1e0f000 6000 linprocfs.ko 6 1 0xc1e1d000 1a000 linux.ko 7 1 0xc2174000 4c000 if_ndis.ko 8 1 0xc21c0000 f000 ndis.ko 9 5 0xc2b68000 26000 usb.ko 10 1 0xc2bd3000 4000 ums.ko 11 1 0xc2be2000 3000 ulpt.ko 12 1 0xc2be5000 b000 ng_ubt.ko 13 4 0xc2bf1000 2000 ng_bluetooth.ko 14 1 0xc2bfb000 14000 ng_hci.ko 15 1 0xc2c10000 17000 ng_l2cap.ko 16 1 0xc2c27000 1e000 ng_btsocket.ko 17 1 0xc2c47000 5000 ng_socket.ko 18 1 0xc2c4c000 6000 snd_uaudio.ko RabbitsDen#dmesg [irrelevant pieces removed] uhci0: port 0xe400-0xe41f irq 11 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 5 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered THERMAL-0391 [117] acpi_tz_monitor : got 43.0C uhci2: port 0xec00-0xec1f irq 10 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdfffff00-0xdfffffff irq 5 at device 16.3 on pci0 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: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: Texas Instruments UT-USB41 hub, class 9/0, rev 1.00/1.00, addr 2 uhub4: 7 ports with 7 removable, self powered [nothing, but some ACPI thermal debug output below] Now if I unplug the hub and plug it back again I will get all the devices uhub4: at uhub0 port 1 (addr 2) disconnected (null): at uhub4 port 1 (addr 3) disconnected (null): at uhub4 port 2 (addr 4) disconnected (null): at uhub4 port 3 (addr 5) disconnected (null): at uhub4 port 4 (addr 6) disconnected (null): at uhub4 port 5 (addr 7) disconnected (null): at uhub4 port 6 (addr 8) disconnected (null): at uhub4 port 7 (addr 9) disconnected uhub4: detached uhub4: Texas Instruments UT-USB41 hub, class 9/0, rev 1.00/1.00, addr 2 uhub4: 7 ports with 7 removable, self powered THERMAL-0391 [143] acpi_tz_monitor : got 45.0C ubt0: 3Com Bluetooth USB dongle, rev 1.10/1.15, addr 3 ubt0: 3Com Bluetooth USB dongle, rev 1.10/1.15, addr 3 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 uaudio0: Creative USB Audio, rev 1.10/1.00, addr 5 uaudio_add_selector: NOT IMPLEMENTED uaudio0: audio rev 1.00 pcm0: on uaudio0 ums0: Logitech USB Trackball, rev 1.10/14.00, addr 6, iclass 3/1 ums0: 5 buttons ums1: Belkin Components USB-PS2 Adapter, rev 1.10/1.20, addr 8, iclass 3/1 ums1: 5 buttons and Z dir. ulpt0: Belkin Components product 0x1202, rev 1.00/1.04, addr 9, iclass 7/1 ulpt0: using bi-directional mode RabbitsDen# From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 00:32:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EEAF16A4CE for ; Thu, 7 Oct 2004 00:32:33 +0000 (GMT) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8930043D31 for ; Thu, 7 Oct 2004 00:32:32 +0000 (GMT) (envelope-from lerik@nolink.net) Received: (qmail 60528 invoked by uid 1000); 7 Oct 2004 00:32:31 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 7 Oct 2004 00:32:31 -0000 Date: Thu, 7 Oct 2004 02:32:31 +0200 (CEST) From: Lars Erik Gullerud To: Ryan Newman Message-ID: <20041007023157.Q60121@electra.nolink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 00:32:33 -0000 On Wed, 6 Oct 2004, Ryan Newman wrote: >> Even though I have hit some of these problems, I do think it is a >> good idea to make the change to 5.8 as part of FreeBSD 5.3-release. >> People should be taking a bit more time to check, cross-check, and >> re-check everything they are running if they are upgrading to >> 5.3-release from 4.x-release. >> > > Having 5.3 default to perl 5.8 will add a lot of delay in several peoples > migration from 4.x for sure. Uh, I don't really understand this argument at all. I happen to be one of the "lucky" people administering a couple of huge, complex, perl-based applications, currently running on 4-STABLE servers and perl 5.6 from ports. These are systems that are inherited after mergers, and none of the original developers are available anymore. They are also written with a lot of sloppy perl code, and break rather spectacularly with 5.8, which seems to be a lot more strict in checking certain types of syntax. Now, since people around here tend to value their sanity (and therefore also mostly use Python, C or PHP), nobody really wants to touch these apps until they are phased out and replaced sometime in the next couple of years. However, one of the big differences between 4.x and 5.x is that perl is not in the base system on 5.x but rather just a package - therefore I actually consider it EASIER to move these systems to new servers on 5.x than moving them to new boxes on 4.x. If perl 5.8 is the default, well, pkg_delete it and add 5.6, problem solved. If I can select 5.6 directly from sysinstall, even easier. I don't really care what sysinstall tries to do by default. Since said systems are very CPU-intensive and threaded, we eagerly anticipate 5.3-RELEASE to take advantage of the new SMP code - I've already set aside a lot of testing time over the next few weeks to play with lifting these apps over to a 5.3-BETA/RC and measure the performance on some multi-CPU Xeon systems, and hopefully keep these apps running until their replacements are in place - since "throwing hardware at the problem" has really been taken to its limits on their current 4-STABLE incarnations. /leg From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 00:36:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C07616A4CE for ; Thu, 7 Oct 2004 00:36:37 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 612FF43D31 for ; Thu, 7 Oct 2004 00:36:36 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 11575 invoked by uid 0); 7 Oct 2004 00:35:55 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 7 Oct 2004 00:35:55 -0000 Message-ID: <41648FA6.3030002@gamersimpact.com> Date: Wed, 06 Oct 2004 19:36:54 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <2353.192.168.0.188.1097108328.squirrel@192.168.0.188> In-Reply-To: <2353.192.168.0.188.1097108328.squirrel@192.168.0.188> Content-Type: multipart/mixed; boundary="------------080709060409040201010903" cc: freebsd-current@freebsd.org cc: davidxu@freebsd.org Subject: Re: build kernel failiure (kern_thr.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 00:36:37 -0000 This is a multi-part message in MIME format. --------------080709060409040201010903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mike Jakubik wrote: >cc -c -O -pipe -march=athlon -Wall -Wredundant-decls -Wnested-externs >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >-Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. >-I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica >-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter >-I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath >-I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm >-D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param >inline-unit-growth=100 --param large-function-growth=1000 >-mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding >-Werror /usr/src/sys/kern/kern_thr.c >/usr/src/sys/kern/kern_thr.c: In function `thr_exit': >/usr/src/sys/kern/kern_thr.c:196: error: structure has no member named >`state' >/usr/src/sys/kern/kern_thr.c:197: error: structure has no member named >`state' >*** Error code 1 > >Stop in /usr/obj/usr/src/sys/DP. >*** Error code 1 > > Apply the following patch (attached also) and then do: cd /usr/src/sys/kern; make ../sys/sysproto.h Index: /usr/src/sys/kern/syscalls.master =================================================================== RCS file: /home/ncvs/src/sys/kern/syscalls.master,v retrieving revision 1.176 diff -u -r1.176 syscalls.master --- syscalls.master 13 Jul 2004 19:35:10 -0000 1.176 +++ syscalls.master 7 Oct 2004 00:31:23 -0000 @@ -614,7 +614,7 @@ acl_type_t type, struct acl *aclp); } 429 MSTD { int sigwait(const sigset_t *set, int *sig); } 430 MSTD { int thr_create(ucontext_t *ctx, long *id, int flags); } -431 MSTD { void thr_exit(void); } +431 MSTD { void thr_exit(long *state); } 432 MSTD { int thr_self(long *id); } 433 MSTD { int thr_kill(long id, int sig); } 434 MSTD { int _umtx_lock(struct umtx *umtx); } -- Ryan Sommers ryans@gamersimpact.com --------------080709060409040201010903 Content-Type: text/plain; name="syscalls.master.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="syscalls.master.diff" Index: /usr/src/sys/kern/syscalls.master =================================================================== RCS file: /home/ncvs/src/sys/kern/syscalls.master,v retrieving revision 1.176 diff -u -r1.176 syscalls.master --- syscalls.master 13 Jul 2004 19:35:10 -0000 1.176 +++ syscalls.master 7 Oct 2004 00:31:23 -0000 @@ -614,7 +614,7 @@ acl_type_t type, struct acl *aclp); } 429 MSTD { int sigwait(const sigset_t *set, int *sig); } 430 MSTD { int thr_create(ucontext_t *ctx, long *id, int flags); } -431 MSTD { void thr_exit(void); } +431 MSTD { void thr_exit(long *state); } 432 MSTD { int thr_self(long *id); } 433 MSTD { int thr_kill(long id, int sig); } 434 MSTD { int _umtx_lock(struct umtx *umtx); } --------------080709060409040201010903-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 00:40:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 359FD16A4CE for ; Thu, 7 Oct 2004 00:40:09 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id B9B5D43D49 for ; Thu, 7 Oct 2004 00:40:08 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 11617 invoked by uid 0); 7 Oct 2004 00:39:28 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 7 Oct 2004 00:39:28 -0000 Message-ID: <4164907B.7090409@gamersimpact.com> Date: Wed, 06 Oct 2004 19:40:27 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Newman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Buildworld Error/Unstable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 00:40:09 -0000 Ryan Newman wrote: > > >> From: "Ryan Sommers" >> To: "Ryan Newman" >> CC: current@freebsd.org >> Subject: Re: Buildworld Error/Unstable >> Date: Wed, 6 Oct 2004 15:08:38 -0600 (MDT) >> >> >> > As advised just tried to cvsup. Looks like there still is a fair >> amount >> > of >> > work needed before the release. >> >> Was patched yesterday afternoon. Added to the tree today by John. >> Re-cvsup >> and you should get it.:wq > > > Thanks but I hit another error building again. This is a fresh > machine install too. > > ===> usr.sbin/zic/zdump > cc -O -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED > -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" > -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. > -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -c > /usr/src/usr.sbin/zic/zdump/../zdump.c > cc -O -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED > -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" > -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. > -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -c > /usr/src/usr.sbin/zic/zdump/../ialloc.c > cc -O -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED > -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" > -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. > -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -c > /usr/src/usr.sbin/zic/zdump/../scheck.c > gzip -cn /usr/src/usr.sbin/zic/zdump/../zdump.8 > zdump.8.gz > cc -O -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED > -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" > -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. > -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -o zdump > zdump.o ialloc.o scheck.o > ===> usr.sbin/zzz > gzip -cn /usr/src/usr.sbin/zzz/zzz.8 > zzz.8.gz > 5 errors > *** Error code 2 > 1 error > *** Error code 2 > 1 error Are you compiling with '-j X'? Unfortuantely when you do that the actual error messages tend to be tucked in among the buildspam. Can you try compiling again without the -j and if it errors out again paste it again. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:01:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57A8016A4CE for ; Thu, 7 Oct 2004 01:01:34 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C620F43D2D for ; Thu, 7 Oct 2004 01:01:33 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i9711WAr004624; Wed, 6 Oct 2004 20:01:33 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 66.13.175.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Wed, 6 Oct 2004 20:01:33 -0500 (CDT) Message-ID: <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> In-Reply-To: <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> Date: Wed, 6 Oct 2004 20:01:33 -0500 (CDT) From: "Rusty Nejdl" To: "Vulpes Velox" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean cc: Nikolay Kalev cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:01:34 -0000 > > How do you get the time thing working? > > > Pasted this into my .cshrc, but it did not have any affect... :/ > set time=(8 "\ Time spent in user mode (CPU seconds) : %Us\ > Time spent in kernel mode (CPU seconds) : %Ss\ > Total time : %Es\ > CPU utilisation (percentage) : %P\ > Times the process was swapped : %W\ > Times of major page faults : %F\ > Times of minor page faults : %R") > > Run something that takes a bit of time and after it is done, it will report that details. In the case above, it has to run for over 8 seconds. For example: [tethys]:/root# cvsrun Subject: tethys.ringofsaturn.com weekly cvsup run output Parsing supfile "/usr/local/etc/cvsup/current-supfile" Connecting to cvsup17.freebsd.org Connected to cvsup17.freebsd.org Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Edit src/gnu/lib/libregex/Makefile Add delta 1.28.2.1 2004.10.06.23.36.20 peter Edit src/gnu/usr.bin/cvs/cvsbug/Makefile Add delta 1.19.4.1 2004.10.06.23.40.48 peter Edit src/gnu/usr.bin/cvs/lib/Makefile Add delta 1.25.2.1 2004.10.06.23.40.48 peter Edit src/sys/kern/kern_sig.c Add delta 1.289.2.2 2004.10.06.23.44.16 davidxu Edit src/tools/lib32/build32.sh Add delta 1.1.2.1 2004.10.06.23.37.35 peter Updating collection ports-all/cvs Shutting down connection to server Finished successfully Time spent in user mode (CPU seconds) : 13.649s Time spent in kernel mode (CPU seconds) : 8.480s Total time : 1:23.92s CPU utilisation (percentage) : 26.3% Times the process was swapped : 0 Times of major page faults : 30 Times of minor page faults : 816 [tethys]:/root# Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:06:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1CF116A4CE; Thu, 7 Oct 2004 01:06:45 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9385843D1D; Thu, 7 Oct 2004 01:06:45 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i9716iIG073046; Wed, 6 Oct 2004 20:06:44 -0500 (CDT) (envelope-from dan) Date: Wed, 6 Oct 2004 20:06:44 -0500 From: Dan Nelson To: Vlad Message-ID: <20041007010644.GG3848@dan.emsphone.com> References: <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006202143.GA3848@dan.emsphone.com> <20041006220430.GD3848@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:06:46 -0000 In the last episode (Oct 06), Vlad said: > little problem after your patch has been applied: > > /usr/src/sys/i386/i386/dump_machdep.c: In function `dump_write': > /usr/src/sys/i386/i386/dump_machdep.c:122: warning: passing arg 3 of > pointer to function makes > integer from pointer without a cast > *** Error code 1 > > line 122 is > rv = di->dumper(di->priv, ptr, NULL, dumplo, len); Change that NULL to a 0. My source tree didn't have it but the patchfile on the web site did; I must have edited the patch directly for some reason I have since forgotten. > also, would you tell how to configure it to gzip data after I'll get > it comlied? there will be sysctl parameter to set? set kern.crashdump.gzip=1 someplace. /etc/sysctl.conf is where I put it. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:28:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E30316A4CE for ; Thu, 7 Oct 2004 01:28:20 +0000 (GMT) Received: from mail.cableone.net (scanmail1.cableone.net [24.116.0.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4281043D54 for ; Thu, 7 Oct 2004 01:28:20 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.122.25]) by smail1.cableone.net (SurgeMail 1.9b) with ESMTP id 20847744 for multiple; Wed, 06 Oct 2004 18:28:13 -0700 Date: Wed, 6 Oct 2004 20:27:35 -0500 From: Vulpes Velox To: rnejdl@ringofsaturn.com Message-ID: <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> In-Reply-To: <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com cc: Nikolay Kalev cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:28:20 -0000 On Wed, 6 Oct 2004 20:01:33 -0500 (CDT) "Rusty Nejdl" wrote: > > > > How do you get the time thing working? > > > > > > Pasted this into my .cshrc, but it did not have any affect... :/ > > set time=(8 "\ Time spent in user mode (CPU seconds) : %Us\ > > Time spent in kernel mode (CPU seconds) : %Ss\ > > Total time : %Es\ > > CPU utilisation (percentage) : %P\ > > Times the process was swapped : %W\ > > Times of major page faults : %F\ > > Times of minor page faults : %R") > > > > > > Run something that takes a bit of time and after it is done, it will > report that details. In the case above, it has to run for over 8 > seconds. Hehe, missed the part about it being in cpu seconds for what it runs over. ^_^ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:30:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ED0D16A4D4 for ; Thu, 7 Oct 2004 01:30:04 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06E6F43D54 for ; Thu, 7 Oct 2004 01:30:04 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i971U1mP023834; Wed, 6 Oct 2004 20:30:01 -0500 (CDT) (envelope-from dan) Date: Wed, 6 Oct 2004 20:30:01 -0500 From: Dan Nelson To: Sean McNeil Message-ID: <20041007013001.GH3848@dan.emsphone.com> References: <1097095438.1208.7.camel@server> <20041006205954.GB3848@dan.emsphone.com> <1097102594.1805.4.camel@server> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097102594.1805.4.camel@server> X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: amd sitting on ldaps port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:30:04 -0000 In the last episode (Oct 06), Sean McNeil said: > On Wed, 2004-10-06 at 13:59, Dan Nelson wrote: > > In the last episode (Oct 06), Sean McNeil said: > > > Looking at /etc/services is states that 636 is for ldaps, but I see that > > > amd is using it: > > > > > > server# sockstat | grep 636 > > > root amd 468 5 tcp4 *:636 *:* > > > > That's just a random port rpcbind assigned to the "amd" rpc service. > > If you reboot I bet it'll bind to a different port. Run "rpcinfo -p > > localhost" to see all the local port numbers assigned to RPC clients. > > OK, but aren't there rules about rpc allowing assigned ports like that? Not as far as I know. I suppose bindresvport() could be changed to walk /etc/services and only use one of the 450 reserved ports not listed. Another alternative is to set the net.inet.ip.portrange.lowlast sysctl a little higher; 700 maybe. 600-1024 is the portrange that has been historically assigned as "local port numbers that root processes can use". -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:36:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF73E16A4CE for ; Thu, 7 Oct 2004 01:36:32 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97A1743D3F for ; Thu, 7 Oct 2004 01:36:32 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by mproxy.gmail.com with SMTP id v18so3801051rnb for ; Wed, 06 Oct 2004 18:36:32 -0700 (PDT) Received: by 10.38.206.80 with SMTP id d80mr794117rng; Wed, 06 Oct 2004 18:36:32 -0700 (PDT) Received: by 10.38.8.57 with HTTP; Wed, 6 Oct 2004 18:36:32 -0700 (PDT) Message-ID: Date: Thu, 7 Oct 2004 09:36:32 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: kernel build failure in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:36:33 -0000 cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/kern_thr.c /usr/src/sys/kern/kern_thr.c: In function `thr_exit': /usr/src/sys/kern/kern_thr.c:196: error: structure has no member named `state' /usr/src/sys/kern/kern_thr.c:197: error: structure has no member named `state' *** Error code 1 Stop in /usr/obj/usr/src/sys/CHIHIRO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:37:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1A2D16A4CE; Thu, 7 Oct 2004 01:37:24 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3E0E43D55; Thu, 7 Oct 2004 01:37:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C1E7872DF2; Wed, 6 Oct 2004 18:37:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BF41772DD4; Wed, 6 Oct 2004 18:37:24 -0700 (PDT) Date: Wed, 6 Oct 2004 18:37:24 -0700 (PDT) From: Doug White To: Jose M Rodriguez In-Reply-To: <200410061950.01434.josemi@freebsd.jazztel.es> Message-ID: <20041006183432.W82437@carver.gumbysoft.com> References: <20041002151123.J37762@carver.gumbysoft.com> <200410061950.01434.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: IFS pollution from localpkg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:37:25 -0000 On Wed, 6 Oct 2004, Jose M Rodriguez wrote: > > I ran into a build problem on my amd64 box today, where ar was being > > fed output from a backtick operation but the carriage returns weren't > > being converted to spaces. After some gdb digging in sh, I found > > that the reason for the problem was that IFS=" " was set in my shell > > environment. [...] > If you are using KDE-3.3.0 an csh, this maybe your problem: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=72388 > > Attached a simple patch agains Xsession Good eye. That machine actually does have kde3.3, being recently rebuilt. I'm not sure the patch offered is 100% correct, but using env seems much more portable than set. I'm curious why kdm is messing with people's dotfiles anyway; it may explain why ssh-agent sessions aren't propagating into the kde environment. Thanks for the pointer! -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:37:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1A2D16A4CE; Thu, 7 Oct 2004 01:37:24 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3E0E43D55; Thu, 7 Oct 2004 01:37:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C1E7872DF2; Wed, 6 Oct 2004 18:37:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BF41772DD4; Wed, 6 Oct 2004 18:37:24 -0700 (PDT) Date: Wed, 6 Oct 2004 18:37:24 -0700 (PDT) From: Doug White To: Jose M Rodriguez In-Reply-To: <200410061950.01434.josemi@freebsd.jazztel.es> Message-ID: <20041006183432.W82437@carver.gumbysoft.com> References: <20041002151123.J37762@carver.gumbysoft.com> <200410061950.01434.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: IFS pollution from localpkg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:37:25 -0000 On Wed, 6 Oct 2004, Jose M Rodriguez wrote: > > I ran into a build problem on my amd64 box today, where ar was being > > fed output from a backtick operation but the carriage returns weren't > > being converted to spaces. After some gdb digging in sh, I found > > that the reason for the problem was that IFS=" " was set in my shell > > environment. [...] > If you are using KDE-3.3.0 an csh, this maybe your problem: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=72388 > > Attached a simple patch agains Xsession Good eye. That machine actually does have kde3.3, being recently rebuilt. I'm not sure the patch offered is 100% correct, but using env seems much more portable than set. I'm curious why kdm is messing with people's dotfiles anyway; it may explain why ssh-agent sessions aren't propagating into the kde environment. Thanks for the pointer! -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:40:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00D0D16A4D1 for ; Thu, 7 Oct 2004 01:40:06 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E724443D31; Thu, 7 Oct 2004 01:40:06 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) i971e5NW034984; Thu, 7 Oct 2004 01:40:06 GMT (envelope-from davidxu@freebsd.org) Message-ID: <41649E7B.5020401@freebsd.org> Date: Thu, 07 Oct 2004 09:40:11 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiawei Ye References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: kernel build failure in -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:40:07 -0000 Can you resync your source tree ? I have committed a fix. Jiawei Ye wrote: >cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls >-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >-Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g >-nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica >-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter >-I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath >-I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm >-D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 >--param inline-unit-growth=100 --param large-function-growth=1000 >-mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding >-Werror /usr/src/sys/kern/kern_thr.c >/usr/src/sys/kern/kern_thr.c: In function `thr_exit': >/usr/src/sys/kern/kern_thr.c:196: error: structure has no member named `state' >/usr/src/sys/kern/kern_thr.c:197: error: structure has no member named `state' >*** Error code 1 > >Stop in /usr/obj/usr/src/sys/CHIHIRO. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. > > > From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:40:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35E2A16A4D1 for ; Thu, 7 Oct 2004 01:40:26 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58CB943D45 for ; Thu, 7 Oct 2004 01:40:15 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 4B1F8651FA; Thu, 7 Oct 2004 02:40:13 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06920-03-6; Thu, 7 Oct 2004 02:40:13 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 6FA16651F7; Thu, 7 Oct 2004 02:40:12 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 8A45763DB; Wed, 6 Oct 2004 18:40:08 -0700 (PDT) Date: Wed, 6 Oct 2004 18:40:08 -0700 From: Bruce M Simpson To: Dan Nelson Message-ID: <20041007014008.GA664@empiric.icir.org> Mail-Followup-To: Dan Nelson , Sean McNeil , freebsd-current@freebsd.org References: <1097095438.1208.7.camel@server> <20041006205954.GB3848@dan.emsphone.com> <1097102594.1805.4.camel@server> <20041007013001.GH3848@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007013001.GH3848@dan.emsphone.com> cc: freebsd-current@freebsd.org Subject: Re: amd sitting on ldaps port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:40:26 -0000 On Wed, Oct 06, 2004 at 08:30:01PM -0500, Dan Nelson uttered: > > OK, but aren't there rules about rpc allowing assigned ports like that? > > Not as far as I know. I suppose bindresvport() could be changed to > walk /etc/services and only use one of the 450 reserved ports not > listed. I'm more in favour of allowing RPC daemons to be bound to specific ports in order to ease packet filtering. I've done this for mountd(8) for just this reason. BMS From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 01:57:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2049316A4CE for ; Thu, 7 Oct 2004 01:57:34 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10ED443D3F for ; Thu, 7 Oct 2004 01:57:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 01F1B72DD4; Wed, 6 Oct 2004 18:57:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id F0CE372DCB; Wed, 6 Oct 2004 18:57:33 -0700 (PDT) Date: Wed, 6 Oct 2004 18:57:33 -0700 (PDT) From: Doug White To: "Michael C. Cambria" In-Reply-To: <416467CC.2050506@fid4.com> Message-ID: <20041006185447.F82437@carver.gumbysoft.com> References: <416467CC.2050506@fid4.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 01:57:34 -0000 On Wed, 6 Oct 2004, Michael C. Cambria wrote: > Is it possible to build a RELENG_5 system on a 4.10 system? Yes -- read the instructions at the bottom of /usr/src/UPDATING beforehand, and follow the instructions VERY CAREFULLY or you'll end up with an unbootable system. > I've used new sources put in /home via cvsup to build slower systems and > Soekris boxes in the past. Setting DESTDIR and MAKEOBJDIEPREFIX puts > the results of installworld & buildworld someplace other than /usr/obj. > But I've only done this with something like 4.x-stable while my build > system ran 4.x-release. > Considering MAKEOBJDIRPREFIX sets the prefix for where OBJDIR get created, that make sense that setting it to something would move OBJDIR from /usr/obj. What were you expecting? :) There are also instructions for doing remote installs (i.e., installworld over NFS) at the bottom of UPDATING. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 02:10:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DAA316A4CE for ; Thu, 7 Oct 2004 02:10:30 +0000 (GMT) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85FA343D1D for ; Thu, 7 Oct 2004 02:10:27 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp230-185.lns1.bne1.internode.on.net [203.122.230.185])i972AO4Y040540; Thu, 7 Oct 2004 11:40:24 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i972ANsW010311; Thu, 7 Oct 2004 12:10:23 +1000 (EST) (envelope-from mckay) Message-Id: <200410070210.i972ANsW010311@dungeon.home> To: Jesse Marquez References: In-Reply-To: from "Jesse Marquez" at "Wed, 06 Oct 2004 12:35:08 -0500" Date: Thu, 07 Oct 2004 12:10:23 +1000 From: Stephen McKay cc: Savchuk Taras cc: current@freebsd.org cc: Stephen McKay Subject: Re: dc0 acting up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 02:10:30 -0000 On Wednesday, 6th October 2004, "Jesse Marquez" wrote: >>If you are willing to edit some code and try again, what happens when >>you comment out the entire for loop at line 1379 of sys/pci/if_dc.c ... >Was anyone able to get this to work? Did you also comment out (or delete) the now unnecessary variable declarations that were causing the warnings? The line numbers are in the error messages. And as a general Rah! Rah! of encouragement here, this little problem persists because I don't have the hardware to test it and people who do have the hardware seem to lose interest quickly. Keep at it and we'll win! Stephen. From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 02:11:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AA8E16A4CF for ; Thu, 7 Oct 2004 02:11:46 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACD9A43D46 for ; Thu, 7 Oct 2004 02:11:45 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so492805rnk for ; Wed, 06 Oct 2004 19:11:45 -0700 (PDT) Received: by 10.38.6.75 with SMTP id 75mr1579146rnf; Wed, 06 Oct 2004 19:11:45 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Wed, 6 Oct 2004 19:11:44 -0700 (PDT) Message-ID: Date: Wed, 6 Oct 2004 22:11:44 -0400 From: Vlad To: Dan Nelson In-Reply-To: <20041007010644.GG3848@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006202143.GA3848@dan.emsphone.com> <20041006220430.GD3848@dan.emsphone.com> <20041007010644.GG3848@dan.emsphone.com> cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 02:11:46 -0000 next iteration: cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel dump_machdep.o(.text+0x3d3): In function `gz_init': : undefined reference to `deflateInit2_' dump_machdep.o(.text+0x553): In function `gz_write': : undefined reference to `deflate' dump_machdep.o(.text+0x602): In function `gz_close': : undefined reference to `deflate' *** Error code 1 -- Vlad From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 02:18:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7436416A4CF for ; Thu, 7 Oct 2004 02:18:20 +0000 (GMT) Received: from web54001.mail.yahoo.com (web54001.mail.yahoo.com [206.190.36.225]) by mx1.FreeBSD.org (Postfix) with SMTP id D7B5F43D3F for ; Thu, 7 Oct 2004 02:18:19 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041007021819.20276.qmail@web54001.mail.yahoo.com> Received: from [147.46.44.181] by web54001.mail.yahoo.com via HTTP; Wed, 06 Oct 2004 19:18:19 PDT Date: Wed, 6 Oct 2004 19:18:19 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-BETA7: /etc/rc.d/ntpdate not using "$ntpdate_flags" from rc.conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 02:18:20 -0000 Hello, I'm puzzled by the /etc/rc.d/ntpdate script and I wonder whether the script is wrong, or there is lack of documentation here. In /etc/rc.conf, I am using: ntpdate_enable="YES" ntpd_enable="YES" with servers listed in /etc/ntp.conf. But I wonder if ntpdate instantly adjusts time using the "-b" from default ntpdate_flags. The flags used by the /etc/rc.d/ntpdate script are found in this order: 1. If /etc/ntp.conf exists and has servers listed, then extract the servers from here. 2. If above fails to find servers, then use servers listed in /etc/rc.conf as ntpdate_flags="...". 3. If all that fails, exit ntpdate without doing any time/date modifications. I also wonder whether the default ntpdate_flags (set to "-b") has any effect at all, since it is ignored in case 1. Is something wrongly configured here? Regards, Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 02:27:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E3D316A4CE for ; Thu, 7 Oct 2004 02:27:22 +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 C9AE643D58 for ; Thu, 7 Oct 2004 02:27:21 +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.34 (FreeBSD)) id 1CFO00-000AoH-Ex; Wed, 06 Oct 2004 19:27:20 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16740.43399.956501.10444@ran.psg.com> Date: Wed, 6 Oct 2004 19:27:19 -0700 To: "Michael C. Cambria" References: <416467CC.2050506@fid4.com> cc: freebsd-current@FreeBSD.org Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 02:27:22 -0000 > Is it possible to build a RELENG_5 system on a 4.10 system? yes. look at the end of UPDATING for instructions From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 02:31:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1FB616A4CE for ; Thu, 7 Oct 2004 02:31:49 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B88643D2D for ; Thu, 7 Oct 2004 02:31:49 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i972VmCZ056160; Wed, 6 Oct 2004 21:31:48 -0500 (CDT) (envelope-from dan) Date: Wed, 6 Oct 2004 21:31:48 -0500 From: Dan Nelson To: Vlad Message-ID: <20041007023148.GI3848@dan.emsphone.com> References: <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006202143.GA3848@dan.emsphone.com> <20041006220430.GD3848@dan.emsphone.com> <20041007010644.GG3848@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 02:31:49 -0000 In the last episode (Oct 06), Vlad said: > next iteration: > > linking kernel > dump_machdep.o(.text+0x3d3): In function `gz_init': > : undefined reference to `deflateInit2_' > dump_machdep.o(.text+0x553): In function `gz_write': > : undefined reference to `deflate' > dump_machdep.o(.text+0x602): In function `gz_close': > : undefined reference to `deflate' > *** Error code 1 Near the bottom of the text at the beginning of the patch: Also, the gzip code uses the PPP compression code so you need "options PPP_DEFLATE" in your kernel config file... -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 02:46:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4154016A4CE for ; Thu, 7 Oct 2004 02:46:55 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2539743D3F for ; Thu, 7 Oct 2004 02:46:55 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id B73E0F18E0; Wed, 6 Oct 2004 19:46:52 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00667-01; Wed, 6 Oct 2004 19:46:51 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 345DDF187D; Wed, 6 Oct 2004 19:46:51 -0700 (PDT) From: Sean McNeil To: Dan Nelson In-Reply-To: <20041007013001.GH3848@dan.emsphone.com> References: <1097095438.1208.7.camel@server> <1097102594.1805.4.camel@server> <20041007013001.GH3848@dan.emsphone.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-hYdW2n36Ee39S2BDnX1y" Message-Id: <1097117210.1089.1.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 19:46:50 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: amd sitting on ldaps port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 02:46:55 -0000 --=-hYdW2n36Ee39S2BDnX1y Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 18:30, Dan Nelson wrote: > In the last episode (Oct 06), Sean McNeil said: > > On Wed, 2004-10-06 at 13:59, Dan Nelson wrote: > > > In the last episode (Oct 06), Sean McNeil said: > > > > Looking at /etc/services is states that 636 is for ldaps, but I see= that > > > > amd is using it: > > > >=20 > > > > server# sockstat | grep 636 > > > > root amd 468 5 tcp4 *:636 *:* > > >=20 > > > That's just a random port rpcbind assigned to the "amd" rpc service.=20 > > > If you reboot I bet it'll bind to a different port. Run "rpcinfo -p > > > localhost" to see all the local port numbers assigned to RPC clients. > >=20 > > OK, but aren't there rules about rpc allowing assigned ports like that?= =20 >=20 > Not as far as I know. I suppose bindresvport() could be changed to > walk /etc/services and only use one of the 450 reserved ports not > listed. Another alternative is to set the > net.inet.ip.portrange.lowlast sysctl a little higher; 700 maybe.=20 > 600-1024 is the portrange that has been historically assigned as "local > port numbers that root processes can use". Great. I've added net.inet.ip.portrange.lowlast=3D700 to my /etc/sysctl.conf and it worked as advertised. Thanks. Sean --=-hYdW2n36Ee39S2BDnX1y Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZK4ayQsGN30uGE4RAnH5AKDGkKAXVL9xxSbuhfr2wg0rT5hUtwCgk9Ln qybQXWGDsZdPPbfiAmme1aA= =6qvc -----END PGP SIGNATURE----- --=-hYdW2n36Ee39S2BDnX1y-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 03:03:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F60C16A4CE; Thu, 7 Oct 2004 03:03:10 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1865843D31; Thu, 7 Oct 2004 03:03:10 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id BD37BF196E; Wed, 6 Oct 2004 20:03:09 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00688-01; Wed, 6 Oct 2004 20:03:08 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 5CF08F18FD; Wed, 6 Oct 2004 20:03:08 -0700 (PDT) From: Sean McNeil To: Brian Fundakowski Feldman In-Reply-To: <20041006235400.GO47017@green.homeunix.org> References: <1097095289.1208.2.camel@server> <20041006235400.GO47017@green.homeunix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6QBpcPY9IzSz/pSEfA6t" Message-Id: <1097118187.1116.5.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 06 Oct 2004 20:03:08 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: usb umass regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 03:03:10 -0000 --=-6QBpcPY9IzSz/pSEfA6t Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 16:54, Brian Fundakowski Feldman wrote: > On Wed, Oct 06, 2004 at 01:41:29PM -0700, Sean McNeil wrote: > > My system now locks up again when I attempt to write to my pendrive > > without going into the debugger or any output to console at all: > >=20 > > Oct 6 13:24:32 server kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > > Oct 6 13:24:32 server kernel: da0: > > Removable Direct Access SCSI-2 device > > Oct 6 13:24:32 server kernel: da0: 1.000MB/s transfers > > Oct 6 13:24:32 server kernel: da0: 125MB (256000 512 byte sectors: 64H > > 32S/T 125C) > >=20 > > mount -t msdos /dev/da0s1 /mnt > >=20 > > I used tar: > >=20 > > cd /mnt > > (cd /; tar cf - var/named/etc) | tar xvf - >=20 > Have you tried SW_WATCHDOG? E.g. add that option to the kernel, and thes= e > to /etc/rc.conf: > watchdogd_enable=3D"YES" > watchdogd_flags=3D"-s 1 -t 60" Added this and it made no difference at all. Locked up completely.=20 This is with a latest cvsup: CPU: AMD Athlon(tm) 64 Processor 3000+ (2000.08-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xfc0 Stepping =3D 0 =20 Features=3D0x78bfbff AMD Features=3D0xe0500800 uhci0: port 0xbc00-0xbc1f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc000-0xc01f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ugen0: American Power Conversion Back-UPS RS 1000 FW:7.g3 .D USB FW:g3, rev 1.10/1.06, addr 2 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. uhci2: port 0xc400-0xc41f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xc800-0xc81f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 2 Then I plug in... umass0: USB Mass storage, rev 2.00/2.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 125MB (256000 512 byte sectors: 64H 32S/T 125C) mount it, write to it, then hard lockup with no debug or anything. I just added a firewire card, though. Could my system now be sending debug out that way? I haven't looked into setting up fw debugging yet but that is why I bought the card. I have in my kernel config: options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. Sean --=-6QBpcPY9IzSz/pSEfA6t Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZLHryQsGN30uGE4RAugVAJsHsuBiI5Ko+KLA4IoRbzVsiQKgWgCgruEO sVDFNrjoCJjPJ2hX+JWJrUU= =hyj6 -----END PGP SIGNATURE----- --=-6QBpcPY9IzSz/pSEfA6t-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 03:08:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88D0D16A4CE for ; Thu, 7 Oct 2004 03:08:53 +0000 (GMT) Received: from web54010.mail.yahoo.com (web54010.mail.yahoo.com [206.190.36.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B5BC43D3F for ; Thu, 7 Oct 2004 03:08:53 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041007030852.3255.qmail@web54010.mail.yahoo.com> Received: from [147.46.44.181] by web54010.mail.yahoo.com via HTTP; Wed, 06 Oct 2004 20:08:52 PDT Date: Wed, 6 Oct 2004 20:08:52 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3: /stand/ versus /rescue/ ? Gzip kernel by default... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 03:08:53 -0000 Jose M Rodriguez said: > John Baldwin wrote >> Take care of: >> - it only takes ~2 MB of your rootfs. > > About a year ago a lot of people didn't want > /rescue because of a lack of space in some of the > older root slices. This would free up a little bit > of room from a lot of programs that are likely > duplicated in /rescue. Getting rid of /stand might > make a little difference. In support of these people, I'm often surprised that the kernel in /boot/kernel/kernel is not by default gzipped, which saves another ~1 Mb or so in my case, and probably similar in general case. Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 03:40:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C49D416A4D3 for ; Thu, 7 Oct 2004 03:40:28 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE84743D1F for ; Thu, 7 Oct 2004 03:40:15 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i973eC90081895; Wed, 6 Oct 2004 20:40:12 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4164BA94.7020009@freebsd.org> Date: Wed, 06 Oct 2004 20:40:04 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <41605C2C.8050004@freebsd.org> <16738.45007.276964.761754@canoe.dclg.ca> <200410051738.32415.freebsd@redesjm.local> In-Reply-To: <200410051738.32415.freebsd@redesjm.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 03:40:29 -0000 Jose M Rodriguez wrote: > > I think /etc/rc.d/initdiskless may use /rescue/zcat and /rescue/tar > instead of /stand/gzip an /stand/cpio. /etc/rc.d/initdiskless should not be using either /stand or /rescue. In particular, /bin/pax is a much better choice than either /stand/cpio or /rescue/tar. gzip should be easy to avoid. Tim From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 04:25:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A41316A4CE for ; Thu, 7 Oct 2004 04:25:46 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B865843D39 for ; Thu, 7 Oct 2004 04:25:45 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])i974Pe8m048528; Wed, 6 Oct 2004 21:25:41 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Wed, 06 Oct 2004 21:25:31 -0700 From: "Jason C. Wells" To: "Michael C. Cambria" , freebsd-current@freebsd.org Message-ID: <9DF20605C4DBB051D9769655@[192.168.1.16]> In-Reply-To: <416467CC.2050506@fid4.com> References: <416467CC.2050506@fid4.com> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=-1.0 required=4.0 tests=IN_REP_TO,REFERENCES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 04:25:46 -0000 --On Wednesday, October 06, 2004 5:46 PM -0400 "Michael C. Cambria" wrote: > > Hi, > > Is it possible to build a RELENG_5 system on a 4.10 system? The others have told you that such things are possible. I would advise less adventurous souls to perform a binary upgrade when updating major version numbers. I did the upgrades from 2-3 and 3-4 in both ways and the binary upgrade was always easier. I have yet to upgrade from 4-5. The 5X UPDATING file is the single scariest FreeBSD document I have ever read. UPDATING made me muss my drawers it was so scary. Don't do scary! Don't muss your drawers! Once you get a booting system, you can sup and make world to RELENG_5. Later, Jason C. Wells From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 05:49:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F29A16A4CE for ; Thu, 7 Oct 2004 05:49:25 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id E49D843D46 for ; Thu, 7 Oct 2004 05:49:24 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 943D8ACBCF; Thu, 7 Oct 2004 07:49:23 +0200 (CEST) Date: Thu, 7 Oct 2004 07:49:23 +0200 From: Pawel Jakub Dawidek To: Sean McNeil Message-ID: <20041007054923.GT73767@darkness.comp.waw.pl> References: <1097091248.1042.1.camel@server> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DIYaQRZjygY6fA2m" Content-Disposition: inline In-Reply-To: <1097091248.1042.1.camel@server> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: gbde script now asking for passphrase for NO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 05:49:25 -0000 --DIYaQRZjygY6fA2m Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 06, 2004 at 12:34:08PM -0700, Sean McNeil wrote: +> After a recent cvsup/mergemaster it now always asks me for a passphrase. Ops, I could be responsible for this. Give me few hours, so I can look at it again. Thanks! --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --DIYaQRZjygY6fA2m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBZNjjForvXbEpPzQRAgf3AJ0URhzV6iCvBTUQF5BY0ZuQHraLngCg4UOa NzEXnQ8nsMoCABG1X/s0hyc= =JR9H -----END PGP SIGNATURE----- --DIYaQRZjygY6fA2m-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 05:52:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A609816A4CE for ; Thu, 7 Oct 2004 05:52: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 5076043D1F for ; Thu, 7 Oct 2004 05:52:11 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id CDB4EACC5F; Thu, 7 Oct 2004 07:52:09 +0200 (CEST) Date: Thu, 7 Oct 2004 07:52:09 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20041007055209.GU73767@darkness.comp.waw.pl> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7Ha3rcGc4ZVRbLT1" Content-Disposition: inline In-Reply-To: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 05:52:11 -0000 --7Ha3rcGc4ZVRbLT1 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 06, 2004 at 09:54:28PM +0200, John Hay wrote: +> Hi, +>=20 +> I have been trying to setup a geom mirror on this machine but each time +> I reboot geom gives an error and only use one disk. Anybody know where +> I should look? I have two other machines that work properly. :-/ +>=20 +> Anyway here are some more detail. I'm running the latest RELENG_5 with +> Pawel's with g_mirror.c v 1.34 and 1.35 from current applied. After +> syncing and rebooting I see these messages: [...] Is this 5.3 or 6-CURRENT? Could you try this patch: http://people.freebsd.org/~pjd/patches/gmirror.patch --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --7Ha3rcGc4ZVRbLT1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBZNmJForvXbEpPzQRAqGlAJ9VrQyWU3zFs/vtzZNDv0bKMW9fUwCg8oxo aMJssxqsCaYQzWSuaiLHpD4= =K9YD -----END PGP SIGNATURE----- --7Ha3rcGc4ZVRbLT1-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 05:59:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84FF616A4CE for ; Thu, 7 Oct 2004 05:59:56 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18AE743D48 for ; Thu, 7 Oct 2004 05:59:56 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i975xp4T034380; Thu, 7 Oct 2004 01:59:51 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i975xoI8034377; Thu, 7 Oct 2004 01:59:51 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 7 Oct 2004 01:59:50 -0400 (EDT) From: Andre Guibert de Bruet To: Ryan Newman In-Reply-To: Message-ID: <20041007015527.M6673@alpha.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: RE: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 05:59:56 -0000 On Wed, 6 Oct 2004, Ryan Newman wrote: >> From: Sean McNeil >> To: freebsd-current@freebsd.org >> Subject: mergemaster just screwed me >> Date: Wed, 06 Oct 2004 11:48:58 -0700 >> >> I just ran mergemaster and it deleted my named.conf and everything >> else. I'm guessing it did an rm /etc/namedb/* or something like that. >> My system was setup correctly with /etc/namedb linked to >> /var/named/etc/namedb and it was all placed properly. :( > > This sounds scary. Does fbsd need something other than mergemaster or is > this just a bug likes to randomly remove files ? I don't mean to be an ass, but you *need to read UPDATING* when you upgrade CURRENT. The 20040928 entry detailed the steps required for a smooth transition from bind8 to bind9. Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 06:00:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B804316A4D4 for ; Thu, 7 Oct 2004 06:00:52 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29FCB43D5F for ; Thu, 7 Oct 2004 06:00:22 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id DD2B1ACC5F; Thu, 7 Oct 2004 08:00:20 +0200 (CEST) Date: Thu, 7 Oct 2004 08:00:20 +0200 From: Pawel Jakub Dawidek To: Sean McNeil Message-ID: <20041007060020.GV73767@darkness.comp.waw.pl> References: <1097091248.1042.1.camel@server> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rW45g2D1DgwV0HVw" Content-Disposition: inline In-Reply-To: <1097091248.1042.1.camel@server> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: gbde script now asking for passphrase for NO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 06:00:52 -0000 --rW45g2D1DgwV0HVw Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 06, 2004 at 12:34:08PM -0700, Sean McNeil wrote: +> After a recent cvsup/mergemaster it now always asks me for a passphrase. Fixed, thanks! --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --rW45g2D1DgwV0HVw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBZNt0ForvXbEpPzQRAvWWAKDUDQE92BfsT2aWwET762f7IRoB/wCfT8oF RyhV/NqIiex7wHpwpmgOObY= =lfc3 -----END PGP SIGNATURE----- --rW45g2D1DgwV0HVw-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 06:51:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B12DF16A4CE; Thu, 7 Oct 2004 06:51:31 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA4F043D55; Thu, 7 Oct 2004 06:51:28 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i976pQZV029386; Thu, 7 Oct 2004 08:51:26 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i976pQsG029385; Thu, 7 Oct 2004 08:51:26 +0200 (SAST) (envelope-from jhay) Date: Thu, 7 Oct 2004 08:51:26 +0200 From: John Hay To: Pawel Jakub Dawidek Message-ID: <20041007065125.GA29164@zibbi.icomtek.csir.co.za> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007055209.GU73767@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 06:51:31 -0000 On Thu, Oct 07, 2004 at 07:52:09AM +0200, Pawel Jakub Dawidek wrote: > On Wed, Oct 06, 2004 at 09:54:28PM +0200, John Hay wrote: > +> Hi, > +> > +> I have been trying to setup a geom mirror on this machine but each time > +> I reboot geom gives an error and only use one disk. Anybody know where > +> I should look? I have two other machines that work properly. :-/ > +> > +> Anyway here are some more detail. I'm running the latest RELENG_5 with > +> Pawel's with g_mirror.c v 1.34 and 1.35 from current applied. After > +> syncing and rebooting I see these messages: > [...] > > Is this 5.3 or 6-CURRENT? I guess "latest RELENG_5 with ... g_mirror.c v 1.34 and 1.35 from current" makes it somewhere past 5.3-beta7, but not current. :-) > Could you try this patch: > > http://people.freebsd.org/~pjd/patches/gmirror.patch I did, but it does not boot, it stops with a mountroot> prompt. Hand written it looks something like this: ####################################################### GEOM_MIRROR: Device gm0 created (id=861616013) GEOM_MIRROR: Device gm0: provider ad0 detected GEOM_MIRROR: Device gm0: provider ad2 detected Mounting root from ufs:/dev/mirror/gm0s1a setrootbyname failed Root mount failed: 6 Manual root filesystem specification ... mountroot> ####################################################### John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 06:54:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF7C716A4CE for ; Thu, 7 Oct 2004 06:54:50 +0000 (GMT) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F1DC43D4C for ; Thu, 7 Oct 2004 06:54:50 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd07.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1CFSAq-0004YM-00; Thu, 07 Oct 2004 08:54:48 +0200 Received: from fw.reifenberger.com (r1dWk6ZHYe5CKYGGd0lAtlXZ1VPG9wBl8QGBiVDeEwwO94trDaJD8L@[84.128.73.142]) by fmrl07.sul.t-online.com with esmtp id 1CFSAP-0StVdA0; Thu, 7 Oct 2004 08:54:21 +0200 Received: from localhost (mike@localhost)i976sFrU072029 for ; Thu, 7 Oct 2004 08:54:15 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Thu, 7 Oct 2004 08:54:15 +0200 (CEST) From: Michael Reifenberger To: freebsd-current@freebsd.org Message-ID: <20041007083744.N71991@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: r1dWk6ZHYe5CKYGGd0lAtlXZ1VPG9wBl8QGBiVDeEwwO94trDaJD8L@t-dialin.net X-TOI-MSGID: 007c509f-c6ec-4b90-a0d6-8d0991ba7bfc Subject: strange dump(8) behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 06:54:51 -0000 Hi, I have -current as of Sun Sep 26 16:10:32 CEST 2004 and two identical ata disks: ad0: 58644MB [119150/16/63] at ata0-master UDMA100 ad1: 58644MB [119150/16/63] at ata0-slave UDMA100 When using 'dump 0ua -f /dev/null -L -C32 /' (mounted from ad0s1a) I get: ... DUMP: Date of this level 0 dump: Thu Oct 7 07:50:30 2004 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/ad0s1a (/) to /dev/null DUMP: mapping (Pass I) [regular files] DUMP: Cache 32 MB, blocksize = 65536 ^^^^^ ^^^^^ DUMP: mapping (Pass II) [directories] ... When using 'dump 0ua -f /dev/null -L -C32 /dev/ad1s1a' I get: ... DUMP: WARNING: -L ignored for read-only filesystem. ^^ (this is documented and not the problem) ^^ DUMP: Date of this level 0 dump: Thu Oct 7 08:30:43 2004 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad1s1a to /dev/null DUMP: Cache 0 MB, blocksize = -724252476 ^^^^ ^^^^^^^^^^ DUMP: mapping (Pass I) [regular files] ... Hmm. How comes the bogus Cache and blocksize? ###################################################### fdisk, bsdlabel and dumpfs follows in case it matters: totum# fdisk ad0 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=119150 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=119150 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 120101877 (58643 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 364/ head 11/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: totum# fdisk ad1 ******* Working on device /dev/ad1 ******* parameters extracted from in-core disklabel are: cylinders=119150 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=119150 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 120101877 (58643 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: totum# bsdlabel -r ad0s1 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 113246192 16 4.2BSD 2048 16384 28552 b: 6855669 113246208 unused 0 0 c: 120101877 0 unused 0 0 # "raw" part, don't edit totum# bsdlabel -r ad1s1 # /dev/ad1s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 113246208 0 4.2BSD 2048 16384 89 b: 6855669 113246208 swap c: 120101877 0 unused 0 0 # "raw" part, don't edit magic 19540119 (UFS2) time Thu Oct 7 08:50:32 2004 superblock location 65536 id [ 4163e356 d9cc8189 ] ncg 301 size 28311548 blocks 27420545 bsize 16384 shift 14 mask 0xffffc000 fsize 2048 shift 11 mask 0xfffff800 frag 8 shift 3 fsbtodb 2 minfree 8% optim time symlinklen 120 maxbsize 16384 maxbpg 2048 maxcontig 8 contigsumsize 8 nbfree 1774848 ndir 38953 nifree 6651944 nffree 75355 bpg 11761 fpg 94088 ipg 23552 nindir 2048 inopb 64 maxfilesize 140806241583103 sbsize 2048 cgsize 16384 csaddr 3000 cssize 6144 sblkno 40 cblkno 48 iblkno 56 dblkno 3000 cgrotor 206 fmod 0 ronly 0 clean 0 avgfpdir 64 avgfilesize 16384 flags soft-updates fsmnt / volname swuid 0 magic 11954 (UFS1) time Wed Oct 6 20:58:25 2004 id [ 3e39983d 5558fe9b ] ncg 311 size 28311552 blocks 27871165 bsize 16384 shift 14 mask 0xffffc000 fsize 2048 shift 11 mask 0xfffff800 frag 8 shift 3 fsbtodb 2 minfree 8% optim time symlinklen 60 maxbpg 4096 maxcontig 7 contigsumsize 7 nbfree 1809356 ndir 38721 nifree 6551035 nffree 135882 cpg 89 bpg 11392 fpg 91136 ipg 22400 nindir 4096 inopb 128 nspf 4 maxfilesize 1126174852055039 sbsize 2048 cgsize 16384 cgoffset 1024 cgmask 0xffffffff csaddr 1424 cssize 6144 rotdelay 0ms rps 60 trackskew 0 interleave 1 nsect 4096 npsect 4096 spc 4096 sblkno 8 cblkno 16 iblkno 24 dblkno 1424 cgrotor 208 fmod 0 ronly 0 clean 1 avgfpdir 64 avgfilesize 16384 flags soft-updates fsmnt / volname swuid 0 Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 07:14:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCA8716A4CE for ; Thu, 7 Oct 2004 07:14:14 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEE7843D67 for ; Thu, 7 Oct 2004 07:14:14 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4AFB7F1BED; Thu, 7 Oct 2004 00:14:14 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92458-01; Thu, 7 Oct 2004 00:14:12 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 8B922F196E; Thu, 7 Oct 2004 00:14:12 -0700 (PDT) From: Sean McNeil To: Andre Guibert de Bruet In-Reply-To: <20041007015527.M6673@alpha.siliconlandmark.com> References: <20041007015527.M6673@alpha.siliconlandmark.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-l+NierweRmYLXVeb1zV/" Message-Id: <1097133252.92555.1.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 07 Oct 2004 00:14:12 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: Ryan Newman Subject: RE: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 07:14:15 -0000 --=-l+NierweRmYLXVeb1zV/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 22:59, Andre Guibert de Bruet wrote: > On Wed, 6 Oct 2004, Ryan Newman wrote: >=20 > >> From: Sean McNeil > >> To: freebsd-current@freebsd.org > >> Subject: mergemaster just screwed me > >> Date: Wed, 06 Oct 2004 11:48:58 -0700 > >>=20 > >> I just ran mergemaster and it deleted my named.conf and everything > >> else. I'm guessing it did an rm /etc/namedb/* or something like that. > >> My system was setup correctly with /etc/namedb linked to > >> /var/named/etc/namedb and it was all placed properly. :( > > > > This sounds scary. Does fbsd need something other than mergemaster or = is=20 > > this just a bug likes to randomly remove files ? >=20 > I don't mean to be an ass, but you *need to read UPDATING* when you=20 > upgrade CURRENT. The 20040928 entry detailed the steps required for a=20 > smooth transition from bind8 to bind9. I don't take your comment as anything but informative. In my case, however, I *DID* read UPDATING and I followed it completely. My system was completely working with bind9 and then I did a mergemaster and it wiped out all my settings!!!! Cheers, Sean --=-l+NierweRmYLXVeb1zV/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZOzEyQsGN30uGE4RAvuZAJ4xNI6VUYk4hWY9CzCRUc4CH24L+wCgqdiA VhzVBoEjdaZXD2T6r4mCd7Q= =oZi0 -----END PGP SIGNATURE----- --=-l+NierweRmYLXVeb1zV/-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 07:21:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 036ED16A4CE for ; Thu, 7 Oct 2004 07:21:37 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9F743D5A for ; Thu, 7 Oct 2004 07:21:36 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 9E35FF19AE; Thu, 7 Oct 2004 00:21:36 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92484-01; Thu, 7 Oct 2004 00:21:35 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id A30E0F18FD; Thu, 7 Oct 2004 00:21:35 -0700 (PDT) From: Sean McNeil To: Andre Guibert de Bruet In-Reply-To: <20041007015527.M6673@alpha.siliconlandmark.com> References: <20041007015527.M6673@alpha.siliconlandmark.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SBbAKAhuUva37yB7Lw19" Message-Id: <1097133695.92555.5.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 07 Oct 2004 00:21:35 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: Ryan Newman Subject: RE: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 07:21:37 -0000 --=-SBbAKAhuUva37yB7Lw19 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-06 at 22:59, Andre Guibert de Bruet wrote: > On Wed, 6 Oct 2004, Ryan Newman wrote: >=20 > >> From: Sean McNeil > >> To: freebsd-current@freebsd.org > >> Subject: mergemaster just screwed me > >> Date: Wed, 06 Oct 2004 11:48:58 -0700 > >>=20 > >> I just ran mergemaster and it deleted my named.conf and everything > >> else. I'm guessing it did an rm /etc/namedb/* or something like that. > >> My system was setup correctly with /etc/namedb linked to > >> /var/named/etc/namedb and it was all placed properly. :( > > > > This sounds scary. Does fbsd need something other than mergemaster or = is=20 > > this just a bug likes to randomly remove files ? >=20 > I don't mean to be an ass, but you *need to read UPDATING* when you=20 > upgrade CURRENT. The 20040928 entry detailed the steps required for a=20 > smooth transition from bind8 to bind9. Just to test a little more, I saved off my config in a tar with: var/named/etc/namedb var/named/etc/namedb/master var/named/etc/namedb/master/internal.rev var/named/etc/namedb/master/localhost-v6.rev var/named/etc/namedb/master/localhost.rev var/named/etc/namedb/master/vmware.rev var/named/etc/namedb/master/mcneil.com var/named/etc/namedb/master/metricmass.com var/named/etc/namedb/master/metricmass.org var/named/etc/namedb/slave var/named/etc/namedb/PROTO.localhost.rev var/named/etc/namedb/PROTO.localhost-v6.rev var/named/etc/namedb/named.conf var/named/etc/namedb/named.root var/named/etc/namedb/make-localhost var/named/etc/namedb/rndc.key Then I tried mergemaster and it deleted my stuff. I thought it might be the /etc/namedb symlink, but deleting that made no difference. Cheers, Sean --=-SBbAKAhuUva37yB7Lw19 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZO5/yQsGN30uGE4RAmhrAJ9h6FkRlj51dv5Nx1f6yx23FTnfBACfUzs+ BHD1sWn5MPqoG+TnZ82GCY0= =53OK -----END PGP SIGNATURE----- --=-SBbAKAhuUva37yB7Lw19-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 07:29:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 174C016A4CE for ; Thu, 7 Oct 2004 07:29:25 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB59343D39 for ; Thu, 7 Oct 2004 07:29:24 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so249707rnk for ; Thu, 07 Oct 2004 00:29:24 -0700 (PDT) Received: by 10.38.163.12 with SMTP id l12mr454394rne; Thu, 07 Oct 2004 00:29:24 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Thu, 7 Oct 2004 00:29:23 -0700 (PDT) Message-ID: <136a340a0410070029332a39e9@mail.gmail.com> Date: Thu, 7 Oct 2004 10:29:23 +0300 From: Nikolay Kalev To: freebsd-current@freebsd.org In-Reply-To: <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_64_24196757.1097134163977" References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 07:29:25 -0000 ------=_Part_64_24196757.1097134163977 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok here is the fix. I removed F1-F6 options, will research them this weekend :-) Option CTRL+W is added, very neat thanks ! Please email me for other suggestions. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D ------=_Part_64_24196757.1097134163977 Content-Type: application/octet-stream; name="dot.tcshrc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dot.tcshrc" IyBkb3QudGNzaHJjIGZvciBGcmVlQlNECiMKIyBNYWRlIGZyb20gdGNzaHJjLnNmLm5ldCBwcm9q ZWN0ICsgc29tZSBmaXhlcyBmb3IgYmV0dGVyIHdvcmtpbmcgdW5kZXIgRnJlZUJTRAojIGJ5IE5p a29sYXkgS2FsZXYgPHJvb3RjaG9AbWljcm9ic2QubmV0PgojIC50Y3NocmMgcmVzb3VyY2Ugc2Ny aXB0IHdpdGggc29tZSBwcmV0dHkgaW1wcm92ZW1lbnRzIG92ZXIgbm9ybWFsIHRjc2ggZnVuY3Rp b25zCiMKCiMgICAgICAgICAidXNlciIgKyAicm9vdCIgZW52aXJvbm1lbnQgKGJhc2ljKQpzZXQg LWYgcGF0aCA9ICggJHBhdGggL2JpbiApCnNldCAtZiBwYXRoID0gKCAkcGF0aCAvc2JpbiApCnNl dCAtZiBwYXRoID0gKCAkcGF0aCAvdXNyL2JpbiApCnNldCAtZiBwYXRoID0gKCAkcGF0aCAvdXNy L3NiaW4gKQpzZXQgLWYgcGF0aCA9ICggJHBhdGggL3Vzci9sb2NhbC9iaW4gKQpzZXQgLWYgcGF0 aCA9ICggJHBhdGggL3Vzci9sb2NhbC9zYmluICkKCiMgICAgICAgICAidXNlciIgKyAicm9vdCIg ZW52aXJvbm1lbnQgKG1pc2MpCnNldCAtbCBwYXRoID0gKCAkcGF0aCAvdXNyL2dhbWVzICkKCmlm ICgkP1VTRVIgPT0gMCB8fCAkP3Byb21wdCA9PSAwKSBleGl0CgojIGdlbmVyYWwgY29uZmlndXJh dGlvbgoKaWYgKCRMT0dOQU1FID09ICJyb290IikgdGhlbgoJCXNldCBwcm9tcHQ9IlslQiVtJWJd OiVTJS8lcyMgIgoJCWVsc2UKCQlzZXQgcHJvbXB0PSJbJUIlbSViXTolUyUvJXM+ICIKZW5kaWYK CnNldCBwcm9tcHQyPSIlUj8iCnNldCBwcm9tcHQzPSJDT1JSRUNUPiAlQiVSJWIgKHl8bnxlKT8i CnNldCBub2JlZXAKc2V0IGhpc3Rvcnk9NDA5Ngp1bnNldCBoaXN0ZmlsZQpzZXQgd2F0Y2g9KDAg YW55IGFueSkKc2V0IHdobz0iJW4gaGFzICVhICVsIGZyb20gJU0uIgpzZXQgaW5wdXRtb2RlPWlu c2VydApzZXQgYXV0b2xpc3QKc2V0IGF1dG9jb3JyZWN0CnNldCBhdXRvZXhwYW5kCnNldCBjb21w bGV0ZT1lbmhhbmNlCiMgY29ycmVjdGlvbiBvcHRpb24gaXMgY29tbWVudGVkIGJlY2F1c2Ugb2Yg aXNzdWVzIGR1cmluZyBjb21waWxhdGlvbi4gSWYgc29tZW9uZSB3YW50cyB0byB0cnkgaXQgb3V0 IHBsZWFzZSBnbyBhaGVhZCA6LSkuCiNzZXQgY29ycmVjdD1hbGwKdW5zZXQgYXV0b2xvZ291dApz ZXQgc3ltbGlua3M9Y2hhc2UKc2V0IGxpc3Rqb2JzCnNldCBwcmludGV4aXR2YWx1ZQojIHRoaXMg aXMgYSBuZWF0IG9wdGlvbi4gQXNrcyB5b3Ugd2hlbiB5b3Ugd2FudCB0byBkZWxldGUgZmlsZXMg d2l0aCBhc3RlcmlrcyAqICwgYnV0IHNvbWV0aW1lcyBpdCBpcyB2ZXJ5IGFubm95aW5nCnNldCBy bXN0YXIKIyBJZ25vcmV0IGZpbGVzIGZvciBjb21wbGV0aXRpb24Kc2V0IGZpZ25vcmU9KC5vKQoj IFRoaXMgb25lIGlzIG15IGZhdm9yaXRlISBHaXZlcyBzdGF0dXMgYWJvdXQgdXNlZCB0aW1lLCBD UFUgYW5kIHNvIG9uLCBhZnRlciBjb21waWxhdGlvbiBvciBvdGhlciBzb3J0cyBvZiB0YXNrcy4K c2V0IHRpbWU9KDggIlwKVGltZSBzcGVudCBpbiB1c2VyIG1vZGUgICAoQ1BVIHNlY29uZHMpIDog JVVzXApUaW1lIHNwZW50IGluIGtlcm5lbCBtb2RlIChDUFUgc2Vjb25kcykgOiAlU3NcClRvdGFs IHRpbWUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6ICVFc1wKQ1BVIHV0aWxpc2F0aW9u IChwZXJjZW50YWdlKSAgICAgICAgICAgIDogJVBcClRpbWVzIHRoZSBwcm9jZXNzIHdhcyBzd2Fw cGVkICAgICAgICAgICA6ICVXXApUaW1lcyBvZiBtYWpvciBwYWdlIGZhdWx0cyAgICAgICAgICAg ICAgOiAlRlwKVGltZXMgb2YgbWlub3IgcGFnZSBmYXVsdHMgICAgICAgICAgICAgIDogJVIiKQoK dW5zZXQgdHBlcmlvZAp1bmFsaWFzIHBlcmlvZGljCnNldCBVUkxTPShodHRwOi8vd3d3LmZyZWVi c2Qub3JnLyApCgojCUNvbW1hbmQgYWxpYXNlcwoKYWxpYXMgcm0gCSdybSAtaScKYWxpYXMgY3Ag CSdjcCAtaScKYWxpYXMgbXYgCSdtdiAtaScKYWxpYXMgZGVsICAgJ3JtIC1pJwphbGlhcyBjbHMg ICAnY2xlYXInCmFsaWFzIG1kICAgICdta2RpciAtcCcKYWxpYXMgcmQgICAgJ3JtZGlyJwoKaWYg KCAtZSBgd2hlcmUgbGVzc2AgKSB0aGVuCglhbGlhcyBtb3JlIAknbGVzcycKZW5kaWYKCmFsaWFz IHRvZGF5IAkiZGF0ZSAnKyVkJWgleSciCmFsaWFzIG1lc3MgCSdjbGVhciA7IHRhaWwgLWYgL3Zh ci9sb2cvbWVzc2FnZXMnCgppZiAoIC1lIGB3aGVyZSB2aW1gKSB0aGVuCglhbGlhcyB2aSAJJ3Zp bScKZW5kaWYKCmFsaWFzIHggICAgICdleGl0JwphbGlhcyBmZiAgICAnZmluZCAuIC1uYW1lICQq JwphbGlhcyAuIAkJJ3B3ZCcKYWxpYXMgLi4gCSdjZCAuLicKYWxpYXMgLi4vCSdjZCAuLi8nCmFs aWFzIC4uLiAJJ2NkIC4uLy4uJwphbGlhcyAuLi4vCSdjZCAuLi8uLi8nCmFsaWFzIC0JCSdjZCAt JwphbGlhcyAvCQknY2QgLycKYWxpYXMgbWFlayAgJ21ha2UnCmFsaWFzIGFsYWlzICdhbGlhcycK YWxpYXMgY3NsICAgJ2NsZWFyJwphbGlhcyBoZWxwY29tbWFuZCBtYW4KCiMgQmluZGtleXMKCnN3 aXRjaCAoICRPU1RZUEUgKQoJY2FzZSAiRnJlZUJTRCI6ICAgICAgICAgIyBGcmVlQlNECgkjIElO U0VSVCA6IHRvZ2dsZXMgb3ZlcndyaXRlIG9yIGluc2VydCBtb2RlLgoJYmluZGtleSBeW1tMIG92 ZXJ3cml0ZS1tb2RlIAoJYmluZGtleSAgICBeW1syfiAgb3ZlcndyaXRlLW1vZGUJIyBmb3IgeAoK CSMgREVMRVRFIDogZGVsZXRlIGNoYXIgYXQgY3Vyc29yIHBvc2l0aW9uLgoJYmluZGtleSBePyBk ZWxldGUtY2hhcgoJYmluZGtleSAgICBeW1szfiAgZGVsZXRlLWNoYXIJCSMgZm9yIHgKCgkjIEhP TUUgOiBnbyB0byB0aGUgYmVnaW5uaW5nIG9mIHRoZSBsaW5lLgoJIyBhbHJlYWR5IGJvdW5kIHRv IGJlZ2lubm5pbmctb2YtbGluZSwgYnV0IHRoZSBrZXljb2RlIHRoaW5nIHdhcyBkaWZmZXJlbnQu CgliaW5ka2V5IF5bW0ggYmVnaW5uaW5nLW9mLWxpbmUKCgkjIEVORCA6IGdvIHRvIHRoZSBlbmQg b2YgdGhlIGxpbmUuCgkjIHNhbWUgYXMgYWJvdmUuCgliaW5ka2V5IF5bW0YgZW5kLW9mLWxpbmUK CgkjIFBBR0UgVVAgOiBzZWFyY2ggaW4gaGlzdG9yeSBiYWNrd2FyZHMgZm9yIGxpbmUgYmVnaW5u aW5nIGFzIGN1cnJlbnQuCgliaW5ka2V5IF5bW0kgaGlzdG9yeS1zZWFyY2gtYmFja3dhcmQKCWJp bmRrZXkgXltbNX4gaGlzdG9yeS1zZWFyY2gtYmFja3dhcmQJIyBmb3IgeAoKCSMgUEFHRSBET1dO IDogc2VhcmNoIGluIGhpc3RvcnkgZm9yd2FyZHMgZm9yIGxpbmUgYmVnaW5uaW5nIGFzIGN1cnJl bnQuCgliaW5ka2V5IF5bW0cgaGlzdG9yeS1zZWFyY2gtZm9yd2FyZCAKCWJpbmRrZXkgXltbNn4g aGlzdG9yeS1zZWFyY2gtZm9yd2FyZCAJIyBmb3IgeAoKCSMgRVNDLWxlZnQtYXJyb3cgOiBnbyB0 byBiZWdpbm5pbmcgb2YgbGVmdCB3b3JkLiAgICAgICAgCgkjIFRoZSBzZWNvbmQgdmVyc2lvbiBp cyB1c2VkIHRvIGZpeCBhIHN0cmFuZ2UgYnVnIHdoZXJlIHRoZSBiaW5kaW5nCgkjIHN0b3BzIHdv cmtpbmcgYWZ0ZXIgc29tZSB1c2FnZS4gRGlkIG5vdCBtYW5hZ2UgdG8gcmVjcmVhdGUuCgliaW5k a2V5IF5bXltbRCB2aS13b3JkLWJhY2sgICAgICAgICAgIyBub3QgZnJlZWJzZCBzcGVjaWZpYwoJ YmluZGtleQkgICAbG09EIHZpLXdvcmQtYmFjawoKCSMgRVNDLXJpZ2h0LWFycm93IDogZ28gdG8g YmVnaW5uaW5nIG9mIHJpZ2h0IHdvcmQuCgkjIFRoZSBzZWNvbmQgdmVyc2lvbiBpcyB1c2VkIHRv IGZpeCBhIHN0cmFuZ2UgYnVnIHdoZXJlIHRoZSBiaW5kaW5nCgkjIHN0b3BzIHdvcmtpbmcgYWZ0 ZXIgc29tZSB1c2FnZS4gRGlkIG5vdCBtYW5hZ2UgdG8gcmVjcmVhdGUuCgliaW5ka2V5CSAgIBsb T0Mgdmktd29yZC1md2QKCgkjIEY3IDogaW5zZXJ0IGxhc3QgaXRlbSBvZiBwcmV2aW91cyBjb21t YW5kLgoJYmluZGtleSBeW1tTIGluc2VydC1sYXN0LXdvcmQKCWJpbmRrZXkgXltbMTh+IGluc2Vy dC1sYXN0LXdvcmQJCSMgZm9yIHgKCgkjIEY4IDogc2VhcmNoIGluIGhpc3RvcnkgYmFja3dhcmRz IGZvciBsaW5lIGJlZ2lubmluZyBhcyBjdXJyZW50LgoJYmluZGtleSBeW1tUIGhpc3Rvcnktc2Vh cmNoLWJhY2t3YXJkCgliaW5ka2V5IF5bWzE5fiBoaXN0b3J5LXNlYXJjaC1iYWNrd2FyZAkjIGZv ciB4CgoJIyBGOSA6IGNsZWFyIHNjcmVlbi4KCSMgWW91IG1heSBiZSBpbiB0aGUgbWlkZGxlIG9m IGEgY29tbWFuZCB3aGVuIHlvdSB1c2UgdGhpcy4KCSMgRG9lcyBub3QgYWZmZWN0IHdoYXQgeW91 IGFyZSB3cml0aW5nIGF0IHRoZSBtb21lbnQuCgliaW5ka2V5IF5bW1UgY2xlYXItc2NyZWVuCgli aW5ka2V5IF5bWzIwfiBjbGVhci1zY3JlZW4JCSMgZm9yIHgKCgkjIEYxMCA6IGRvIGFuICdscyAt bCcuICAgIChcMTYgaXMgQ3RybC1VIG9uIExpbnV4KGFuZCBTdW4/KSkKCWJpbmRrZXkgLXMgXltb ViAiXlVscyAtbFxuIgoJYmluZGtleSAtcyBeW1syMX4gICJeVWxzIC1sXG4iCQkjIGZvciB4CgoJ IyBGMTEgOiBkaXNwbGF5IGxvYWQgYXZlcmFnZSBhbmQgY3VycmVudCBwcm9jZXNzIHN0YXR1cy4K CWJpbmRrZXkgXltbVyBsb2FkLWF2ZXJhZ2UKCWJpbmRrZXkgXltbMjN+IGxvYWQtYXZlcmFnZQkJ IyBmb3IgeAoKCSMgRjEyIDogZG8gYSBhbGEtY3NoIGNvbXBsZXRpb24uCgliaW5ka2V5IF5bW1gg Y29tcGxldGUtd29yZC1yYXcKCWJpbmRrZXkgXltbMjR+IGNvbXBsZXRlLXdvcmQtcmF3CSMgZm9y IHgKCgkjIFRoYW5rcyB0byBDYXJsb3MgRHVhcnRlIDxjZ2RAdGVsZXdlYi5wdD4KCSMgRWF6eSBl ZGl0IG9mIHBhdGgsIHR5cGUgQ3RybC1YIHAKCWJpbmRrZXkgLXMgJ15YcCcgICAgICAgICcuIGBl Y2hvICRwYXRoYF5YKileQV5Ec2V0IHBhdGggPSAoICcKCgkjIFRoYW5rcyB0byBEYXJpdXN6IEt1 bGluc2tpCgkjIGRlbGV0ZSBvbiB3b3JkCgliaW5ka2V5ICJeVyIgYmFja3dhcmQtZGVsZXRlLXdv cmQKCWJyZWFrc3c7CiAgICAgIGRlZmF1bHQ6CmVuZHN3CgojIGNvbXBsZXRlCgpvbmludHIgLQpp ZiAoISAkP3Byb21wdCkgZ290byBlbmQKCmlmICgkP3Rjc2gpIHRoZW4KICAgIGlmICgkdGNzaCAh PSAxKSB0aGVuCiAgIAlzZXQgcmV2PSR0Y3NoOnIKCQlzZXQgcmVsPSRyZXY6ZQoJCXNldCBwYXQ9 JHRjc2g6ZQoJCXNldCByZXY9JHJldjpyCiAgICBlbmRpZgogICAgaWYgKCRyZXYgPiA1ICYmICRy ZWwgPiAxKSB0aGVuCgkJc2V0IF9jb21wbGV0ZT0xCiAgICBlbmRpZgogICAgdW5zZXQgcmV2IHJl bCBwYXQKZW5kaWYKCmlmICgkP19jb21wbGV0ZSkgdGhlbgogICAgc2V0IG5vZ2xvYgogICAgaWYg KCAhICQ/aG9zdHMgKSBzZXQgaG9zdHMKCiAgICBjb21wbGV0ZSB5d2hvICAJbi8qL1wkaG9zdHMv CSMgYXJndW1lbnQgZnJvbSBsaXN0IGluICRob3N0cwogICAgY29tcGxldGUgcnNoCXAvMS9cJGhv c3RzLyBjLy0vIihsIG4pIi8gICBuLy1sL3UvIE4vLWwvYy8gbi8tL2MvIHAvMi9jLyBwLyovZi8K ICAgIGNvbXBsZXRlIHNzaAlwLzEvXCRob3N0cy8gYy8tLyIobCBuKSIvICAgbi8tbC91LyBOLy1s L2MvIG4vLS9jLyBwLzIvYy8gcC8qL2YvCiAgICBjb21wbGV0ZSB4cnNoCXAvMS9cJGhvc3RzLyBj Ly0vIihsIDggZSkiLyBuLy1sL3UvIE4vLWwvYy8gbi8tL2MvIHAvMi9jLyBwLyovZi8KICAgIGNv bXBsZXRlIHJsb2dpbiAJcC8xL1wkaG9zdHMvIGMvLS8iKGwgOCBlKSIvIG4vLWwvdS8KICAgIGNv bXBsZXRlIHRlbG5ldCAJcC8xL1wkaG9zdHMvIHAvMi94Oic8cG9ydD4nLyBuLyovbi8KCiAgICBj b21wbGV0ZSBjZCAgCXAvMS9kLwkJIyBEaXJlY3RvcmllcyBvbmx5CiAgICBjb21wbGV0ZSBjaGRp ciAJcC8xL2QvCiAgICBjb21wbGV0ZSBwdXNoZCAJcC8xL2QvCiAgICBjb21wbGV0ZSBwb3BkIAlw LzEvZC8KICAgIGNvbXBsZXRlIHB1IAlwLzEvZC8KICAgIGNvbXBsZXRlIHBvIAlwLzEvZC8KICAg IGNvbXBsZXRlIGNvbXBsZXRlIAlwLzEvWC8JCSMgQ29tcGxldGlvbnMgb25seQogICAgY29tcGxl dGUgdW5jb21wbGV0ZQluLyovWC8KICAgIGNvbXBsZXRlIGV4ZWMgCXAvMS9jLwkJIyBDb21tYW5k cyBvbmx5CiAgICBjb21wbGV0ZSB0cmFjZSAJcC8xL2MvCiAgICBjb21wbGV0ZSBzdHJhY2UgCXAv MS9jLwogICAgY29tcGxldGUgd2hpY2gJbi8qL2MvCiAgICBjb21wbGV0ZSB3aGVyZQluLyovYy8K ICAgIGNvbXBsZXRlIHNraWxsIAlwLzEvYy8KICAgIGNvbXBsZXRlIGRkZQlwLzEvYy8gCiAgICBj b21wbGV0ZSBhZGIJYy8tSS9kLyBuLy0vYy8gTi8tLyIoY29yZSkiLyBwLzEvYy8gcC8yLyIoY29y ZSkiLwogICAgY29tcGxldGUgc2RiCXAvMS9jLwogICAgY29tcGxldGUgZGJ4CWMvLUkvZC8gbi8t L2MvIE4vLS8iKGNvcmUpIi8gcC8xL2MvIHAvMi8iKGNvcmUpIi8KICAgIGNvbXBsZXRlIHhkYglw LzEvYy8KICAgIGNvbXBsZXRlIGdkYgluLy1kL2QvIG4vKi9jLwogICAgY29tcGxldGUgdXBzCXAv MS9jLwogICAgY29tcGxldGUgc2V0CSdjLyo9L2YvJyAncC8xL3MvPScgJ24vPS9mLycKICAgIGNv bXBsZXRlIHVuc2V0CW4vKi9zLwogICAgY29tcGxldGUgYWxpYXMgCXAvMS9hLwkJIyBvbmx5IGFs aWFzZXMgYXJlIHZhbGlkCiAgICBjb21wbGV0ZSB1bmFsaWFzCW4vKi9hLwogICAgY29tcGxldGUg eGR2aSAJbi8qL2Y6Ki5kdmkvCSMgT25seSBmaWxlcyB0aGF0IG1hdGNoICouZHZpCiAgICBjb21w bGV0ZSBkdmlwcyAJbi8qL2Y6Ki5kdmkvCiAgICBjb21wbGV0ZSB0ZXggCW4vKi9mOioudGV4Lwkj IE9ubHkgZmlsZXMgdGhhdCBtYXRjaCAqLnRleAogICAgY29tcGxldGUgbGF0ZXggCW4vKi9mOiou e3RleCxsdHh9LwogICAgY29tcGxldGUgc3UJCWMvLS0vIihsb2dpbiBmYXN0IHByZXNlcnZlLWVu dmlyb25tZW50IGNvbW1hbmQgc2hlbGwgXAoJCQloZWxwIHZlcnNpb24pIi8JYy8tLyIoZiBsIG0g cCBjIHMgLSkiLyBcCgkJCW4vey1jLC0tY29tbWFuZH0vYy8gXAoJCQluQHstcywtLXNoZWxsfUAn YGNhdCAvZXRjL3NoZWxsc2AnQCBuLyovdS8KICAgIGNvbXBsZXRlIGNjIAljLy1bSUxdL2QvIFwK ICAgICAgICAgICAgICBjQC1sQCdgXGxzIC0xIC91c3IvbGliL2xpYiouYSB8IHNlZCBzJV4uXCov bGliJSVcO3MlXFwuYVwkJSVgJ0AgXAoJCQljLy0vIihvIGwgYyBnIEwgSSBEIFUpIi8gbi8qL2Y6 Ki5bY29hc2ldLwogICAgY29tcGxldGUgYWNjIAljLy1bSUxdL2QvIFwKICAgICAgIGNALWxAJ2Bc bHMgLTEgL3Vzci9sYW5nL1NDMS4wL2xpYiouYSB8IHNlZCBzJV4uXCovbGliJSVcO3MlXFwuYVwk JSVgJ0AgXAoJCQljLy0vIihvIGwgYyBnIEwgSSBEIFUpIi8gbi8qL2Y6Ki5bY29hc2ldLwogICAg Y29tcGxldGUgZ2NjIAljLy1bSUxdL2QvIFwKCQkgCWMvLWYvIihjYWxsZXItc2F2ZXMgY3NlLWZv bGxvdy1qdW1wcyBkZWxheWVkLWJyYW5jaCBcCgkJICAgICAgICAgICAgICAgZWxpZGUtY29uc3Ry dWN0b3JzIGV4cGVuc2l2ZS1vcHRpbWl6YXRpb25zIFwKCQkJICAgICAgIGZsb2F0LXN0b3JlIGZv cmNlLWFkZHIgZm9yY2UtbWVtIGlubGluZSBcCgkJCSAgICAgICBpbmxpbmUtZnVuY3Rpb25zIGtl ZXAtaW5saW5lLWZ1bmN0aW9ucyBcCgkJCSAgICAgICBtZW1vaXplLWxvb2t1cHMgbm8tZGVmYXVs dC1pbmxpbmUgXAoJCQkgICAgICAgbm8tZGVmZXItcG9wIG5vLWZ1bmN0aW9uLWNzZSBvbWl0LWZy YW1lLXBvaW50ZXIgXAoJCQkgICAgICAgcmVydW4tY3NlLWFmdGVyLWxvb3Agc2NoZWR1bGUtaW5z bnMgXAoJCQkgICAgICAgc2NoZWR1bGUtaW5zbnMyIHN0cmVuZ3RoLXJlZHVjZSBcCgkJCSAgICAg ICB0aHJlYWQtanVtcHMgdW5yb2xsLWFsbC1sb29wcyBcCgkJCSAgICAgICB1bnJvbGwtbG9vcHMg c3ludGF4LW9ubHkgYWxsLXZpcnR1YWwgXAoJCQkgICAgICAgY29uZC1taXNtYXRjaCBkb2xsYXJz LWluLWlkZW50aWZpZXJzIFwKCQkJICAgICAgIGVudW0taW50LWVxdWl2IG5vLWFzbSBuby1idWls dGluIFwKCQkJICAgICAgIG5vLXN0cmljdC1wcm90b3R5cGUgc2lnbmVkLWJpdGZpZWxkcyBcCgkJ CSAgICAgICBzaWduZWQtY2hhciB0aGlzLWlzLXZhcmlhYmxlIHVuc2lnbmVkLWJpdGZpZWxkcyBc CgkJCSAgICAgICB1bnNpZ25lZC1jaGFyIHdyaXRhYmxlLXN0cmluZ3MgY2FsbC1zYXZlZC1yZWcg XAoJCQkgICAgICAgY2FsbC11c2VkLXJlZyBmaXhlZC1yZWcgbm8tY29tbW9uIFwKCQkJICAgICAg IG5vLWdudS1iaW51dGlscyBub25udWxsLW9iamVjdHMgXAoJCQkgICAgICAgcGNjLXN0cnVjdC1y ZXR1cm4gcGljIFBJQyBzaGFyZWQtZGF0YSBcCgkJCSAgICAgICBzaG9ydC1lbnVtcyBzaG9ydC1k b3VibGUgdm9sYXRpbGUpIi8gXAoJCSAJYy8tVy8iKGFsbCBhZ2dyZWdhdGUtcmV0dXJuIGNhc3Qt YWxpZ24gY2FzdC1xdWFsIFwKCQkgICAgICAJICAgICAgIGNvbW1lbnQgY29udmVyc2lvbiBlbnVt LWNsYXNoIGVycm9yIGZvcm1hdCBcCgkJICAgICAgCSAgICAgICBpZC1jbGFzaC1sZW4gaW1wbGlj aXQgbWlzc2luZy1wcm90b3R5cGVzIFwKCQkgICAgICAJICAgICAgIG5vLXBhcmVudGhlc2VzIHBv aW50ZXItYXJpdGggcmV0dXJuLXR5cGUgc2hhZG93IFwKCQkgICAgICAJICAgICAgIHN0cmljdC1w cm90b3R5cGVzIHN3aXRjaCB1bmluaXRpYWxpemVkIHVudXNlZCBcCgkJICAgICAgCSAgICAgICB3 cml0ZS1zdHJpbmdzKSIvIFwKCQkgCWMvLW0vIig2ODAwMCA2ODAyMCA2ODg4MSBiaXRmaWVsZCBm cGEgbm9iaXRmaWVsZCBydGQgXAoJCQkgICAgICAgc2hvcnQgYzY4MDAwIGM2ODAyMCBzb2Z0LWZs b2F0IGcgZ251IHVuaXggZnB1IFwKCQkJICAgICAgIG5vLWVwaWxvZ3VlKSIvIFwKCQkgCWMvLWQv IihEIE0gTikiLyBcCgkJIAljLy0vIihmIFcgdnNwZWMgdiB2cGF0aCBhbnNpIHRyYWRpdGlvbmFs IFwKCQkJICAgICAgdHJhZGl0aW9uYWwtY3BwIHRyaWdyYXBocyBwZWRhbnRpYyB4IG8gbCBjIGcg TCBcCgkJCSAgICAgIEkgRCBVIE8gTzIgQyBFIEggQiBiIFYgTSBNRCBNTSBpIGR5bmFtaWMgXAoJ CQkgICAgICBub2R0ZGxpYiBzdGF0aWMgbm9zdGRpbmMgdW5kZWYpIi8gXAoJCSAJYy8tbC9mOiou YS8gXAoJCSAJbi8qL2Y6Ki57YyxDLGNjLG8sYSxzLGl9LwogICAgY29tcGxldGUgZysrIAluLyov ZjoqLntDLGNjLG8scyxpfS8KICAgIGNvbXBsZXRlIENDIAluLyovZjoqLntDLGNjLGNwcCxvLHMs aX0vCiAgICBjb21wbGV0ZSBybSAJYy8tLS8iKGRpcmVjdG9yeSBmb3JjZSBpbnRlcmFjdGl2ZSB2 ZXJib3NlIFwKCQkJcmVjdXJzaXZlIGhlbHAgdmVyc2lvbikiLyBjLy0vIihkIGYgaSB2IHIgUiAt KSIvIFwKCQkJbi8qL2Y6Xioue2MsY2MsQyxoLGlufS8JIyBQcm90ZWN0IHByZWNpb3VzIGZpbGVz CiAgICBjb21wbGV0ZSB2aSAJbi8qL2Y6XiouW29hXS8KICAgIGNvbXBsZXRlIGJpbmRrZXkgICAg Ti8tYS9iLyBOLy1jL2MvIG4vLVthc2NyXS8neDo8a2V5LXNlcXVlbmNlPicvIFwKCQkJbi8tW3N2 ZWRscl0vbi8gYy8tW3ZlZGxdL24vIGMvLS8iKGEgcyBrIGMgdiBlIGQgbCByKSIvXAoJCQluLy1r LyIobGVmdCByaWdodCB1cCBkb3duKSIvIHAvMi0vYi8gXAoJCQlwLzEvJ3g6PGtleS1zZXF1ZW5j ZSBvciBvcHRpb24+Jy8KCiAgICBjb21wbGV0ZSBmaW5kIAluLy1mc3R5cGUvIihuZnMgNC4yKSIv IG4vLW5hbWUvZi8gXAoJCSAgCW4vLXR5cGUvIihjIGIgZCBmIHAgbCBzKSIvIG4vLXVzZXIvdS8g bi8tZ3JvdXAvZy8gXAoJCQluLy1leGVjL2MvIG4vLW9rL2MvIG4vLWNwaW8vZi8gbi8tbmNwaW8v Zi8gbi8tbmV3ZXIvZi8gXAoJCSAgCWMvLS8iKGZzdHlwZSBuYW1lIHBlcm0gcHJ1bmUgdHlwZSB1 c2VyIG5vdXNlciBcCgkJICAJICAgICBncm91cCBub2dyb3VwIHNpemUgaW51bSBhdGltZSBtdGlt ZSBjdGltZSBleGVjIFwKCQkJICAgICBvayBwcmludCBscyBjcGlvIG5jcGlvIG5ld2VyIHhkZXYg ZGVwdGggXAoJCQkgICAgIGRheXN0YXJ0IGZvbGxvdyBtYXhkZXB0aCBtaW5kZXB0aCBub2xlYWYg dmVyc2lvbiBcCgkJCSAgICAgYW5ld2VyIGNuZXdlciBhbWluIGNtaW4gbW1pbiB0cnVlIGZhbHNl IHVpZCBnaWQgXAoJCQkgICAgIGlsbmFtZSBpbmFtZSBpcGF0aCBpcmVnZXggbGlua3MgbG5hbWUg ZW1wdHkgcGF0aCBcCgkJCSAgICAgcmVnZXggdXNlZCB4dHlwZSBmcHJpbnQgZnByaW50MCBmcHJp bnRmIFwKCQkJICAgICBwcmludDAgcHJpbnRmIG5vdCBhIGFuZCBvIG9yKSIvIFwKCQkJICAgICBu LyovZC8KCiAgICBjb21wbGV0ZSAtJSoJYy8lL2ovCQkJIyBmaWxsIGluIHRoZSBqb2JzIGJ1aWx0 aW4KICAgIGNvbXBsZXRlIHtmZyxiZyxzdG9wfQljLyUvai8gcC8xLyIoJSkiLy8KCiAgICBjb21w bGV0ZSBsaW1pdAljLy0vIihoKSIvIG4vKi9sLwogICAgY29tcGxldGUgdW5saW1pdAljLy0vIiho KSIvIG4vKi9sLwoKICAgIGNvbXBsZXRlIC1jbyoJcC8wLyIoY29tcHJlc3MpIi8JIyBtYWtlIGNv bXByZXNzIGNvbXBsZXRpb24KCQkJCQkJIyBub3QgYW1iaWd1b3VzCiAgICBjb21wbGV0ZSB6Y2F0 CW4vKi9mOiouWi8KCiAgICBjb21wbGV0ZSBmaW5nZXIJYy8qQC9cJGhvc3RzLyBuLyovdS9AIAog ICAgY29tcGxldGUgcGluZwlwLzEvXCRob3N0cy8KICAgIGNvbXBsZXRlIHRyYWNlcm91dGUJcC8x L1wkaG9zdHMvCgogICAgY29tcGxldGUge3RhbGssbnRhbGsscGhvbmV9CXAvMS8nYHVzZXJzIHwg dHIgIiAiICJcMDEyIiB8IHVuaXFgJy8gXAoJCW4vKi9cYHdob1wgXHxcIGdyZXBcIFwkOjFcIFx8 XCBhd2tcIFwnXHtcIHByaW50XCBcJDJcIFx9XCdcYC8KCiAgICBjb21wbGV0ZSBmdHAJYy8tLyIo ZCBpIGcgbiB2KSIvIG4vLS9cJGhvc3RzLyBwLzEvXCRob3N0cy8gbi8qL24vCgogICAgIyB0aGlz IG9uZSBpcyBzaW1wbGUuLi4KICAgICNjb21wbGV0ZSByY3AgYy8qOi9mLyBDQFsuL1wkfl0qQGZA IG4vKi9cJGhvc3RzLzoKICAgICMgRnJvbSBNaWNoYWVsIFNjaHJvZWRlciA8bWxzY2hyb2VAaW1t ZDQuaW5mb3JtYXRpay51bmktZXJsYW5nZW4uZGU+IAogICAgIyBUaGlzIG9uZSB3aWxsIHJzaCB0 byB0aGUgZmlsZSB0byBmZXRjaCB0aGUgbGlzdCBvZiBmaWxlcyEKICAgIGNvbXBsZXRlIHJjcCAn YyUqQCo6JWBzZXQgcT0kOi0wO3NldCBxPSIkcTpzL0AvIC8iO3NldCBxPSIkcTpzLzovIC8iO3Nl dCBxPSgkcSAiICIpO3JzaCAkcVsyXSAtbCAkcVsxXSBscyAtZHAgJHFbM11cKmAlJyAnYyUqOiVg c2V0IHE9JDotMDtzZXQgcT0iJHE6cy86LyAvIjtzZXQgcT0oJHEgIiAiKTtyc2ggJHFbMV0gbHMg LWRwICRxWzJdXCpgJScgJ2MlKkAlJGhvc3RzJTonICdDQFsuLyR+XSpAZkAnICAnbi8qLyRob3N0 cy86JwoKICAgIGNvbXBsZXRlIGRkIGMvLS0vIihoZWxwIHZlcnNpb24pIi8gYy9baW9dZj0vZi8g XAoJCWMvY29udj0qLC8iKGFzY2lpIGViY2RpYyBpYm0gYmxvY2sgdW5ibG9jayBcCgkJCSAgICBs Y2FzZSBub3RydW5jIHVjYXNlIHN3YWIgbm9lcnJvciBzeW5jKSIvLFwKCQljL2NvbnY9LyIoYXNj aWkgZWJjZGljIGlibSBibG9jayB1bmJsb2NrIFwKCQkJICBsY2FzZSBub3RydW5jIHVjYXNlIHN3 YWIgbm9lcnJvciBzeW5jKSIvLFwKCSAgICAgICAgYy8qPS94Oic8bnVtYmVyPicvIFwKCQluLyov IihpZiBvZiBjb252IGlicyBvYnMgYnMgY2JzIGZpbGVzIHNraXAgZmlsZSBzZWVrIGNvdW50KSIv PQoKICAgIGNvbXBsZXRlIG5zbG9va3VwICAgcC8xL3g6Jzxob3N0PicvIHAvMi9cJGhvc3RzLwoK ICAgIGNvbXBsZXRlIGFyIGMvW2RtcHFydHhdLyIoYyBsIG8gdSB2IGEgYiBpKSIvIHAvMS8iKGQg bSBwIHEgciB0IHgpIi8vIFwKCQlwLzIvZjoqLmEvIHAvKi9mOiouby8KCiAgICAjIHRoZXNlIHNo b3VsZCBiZSBtZXJnZWQgd2l0aCB0aGUgTUggY29tcGxldGlvbiBoYWNrcyBiZWxvdyAtIGpnb3R0 cwogICAgY29tcGxldGUge3NwcmV2LHNuZXh0fSBcCgkJY0ArQEY6JEhPTUUvTWFpbC9ACgogICAg IyB0aGVzZSBhbmQgaW50ZXJydXB0IGhhbmRsaW5nIGZyb20gSmFhcCBWZXJtZXVsZW4gPGphYXBA c2VxdWVudC5jb20+CiAgICBjb21wbGV0ZSB7cmV4ZWMscnhleGVjLHJ4dGVybSxybXRlcm19IFwK CQkJJ3AvMS8kaG9zdHMvJyAnYy8tLyhsIEwgRSkvJyAnbi8tbC91LycgJ24vLUwvZi8nIFwKCQkJ J24vLUUvZS8nICduLyovYy8nCiAgICBjb21wbGV0ZSBraWxsCSdjLy0vUy8nICdjLyUvai8nIFwK CQkJJ24vKi9gcHMgLXUgJExPR05BTUUgfCBhd2sgJyInIid7cHJpbnQgJDF9JyInIidgLycKCiAg ICAjIHRoZXNlIGZyb20gTWFyYyBIb3Jvd2l0eiA8bWFyY0BjYW0ub3YuY29tPgogICAgY29tcGxl dGUgYXR0YWNoICduLy1tb3VudHBvaW50L2QvJyAnbi8tbS9kLycgJ24vLXR5cGUvKGFmcyBuZnMg cnZkIHVmcykvJyBcCgkJICAgICduLy10LyhhZnMgbmZzIHJ2ZCB1ZnMpLycgJ24vLXVzZXIvdS8n ICduLy1VL3UvJyBcCgkJICAgICdjLy0vKHZlcmJvc2UgcXVpZXQgZm9yY2UgcHJpbnRwYXRoIGxv b2t1cCBkZWJ1ZyBtYXAgXAoJCQkgIG5vbWFwIHJlbWFwIHplcGh5ciBub3plcGh5ciByZWFkb25s eSB3cml0ZSBcCgkJCSAgbW91bnRwb2ludCBub2V4cGxpY2l0IGV4cGxpY2l0IHR5cGUgbW91bnRv cHRpb25zIFwKCQkJICBub3NldHVpZCBzZXR1aWQgb3ZlcnJpZGUgc2tpcGZzY2sgbG9jayB1c2Vy IGhvc3QpLycgXAoJCSAgICAnbi8tZS9mLycgJ24vKi8oKS8nCiAgICBjb21wbGV0ZSBoZXNpbmZv CSdwLzEvdS8nIFwKCQkJJ3AvMi8ocGFzc3dkIGdyb3VwIHVpZCBncnBsaXN0IHBjYXAgcG9ib3gg Y2x1c3RlciBcCgkJCSAgICAgIGZpbHN5cyBzbG9jIHNlcnZpY2UpLycKCiAgICAjIHRoZXNlIGZy b20gRS4gSmF5IEJlcmtlbmJpbHQgPGVqYkBFUkEuQ09NPgogICAgIyA9IGlzbid0IGFsd2F5cyBm b2xsb3dlZCBieSBhIGZpbGVuYW1lIG9yIGEgcGF0aCBhbnltb3JlIC0gamdvdHRzCiAgICBjb21w bGV0ZSAuL2NvbmZpZ3VyZSAnYy8tLSo9L2YvJyAnYy8tLXtjYWNoZS1maWxlLHByZWZpeCxleGVj LXByZWZpeCxcCiAgICAJCQkJYmluZGlyLHNiaW5kaXIsbGliZXhlY2RpcixkYXRhZGlyLFwKCQkJ CXN5c2NvbmZkaXIsc2hhcmVkc3RhdGVkaXIsbG9jYWxzdGF0ZWRpcixcCgkJCQlsaWJkaXIsaW5j bHVkZWRpcixvbGRpbmNsdWRlZGlyLGluZm9kaXIsXAoJCQkJbWFuZGlyLHNyY2Rpcn0vKD0pLy8n IFwKCQkJICdjLy0tLyhjYWNoZS1maWxlIHZlcmJvc2UgcHJlZml4IGV4ZWMtcHJlZml4IGJpbmRp ciBcCgkJCSAJc2JpbmRpciBsaWJleGVjZGlyIGRhdGFkaXIgc3lzY29uZmRpciBcCgkJCQlzaGFy ZWRzdGF0ZWRpciBsb2NhbHN0YXRlZGlyIGxpYmRpciBcCgkJCQlpbmNsdWRlZGlyIG9sZGluY2x1 ZGVkaXIgaW5mb2RpciBtYW5kaXIgXAoJCQkJc3JjZGlyKS8vJwogICAgY29tcGxldGUgZ3MgJ2Mv LXNERVZJQ0U9Lyh4MTEgY2RqbW9ubyBjZGo1NTAgZXBzb24gZXBzOWhpZ2ggZXBzb25jIFwKCQkJ ICAgICAgZGZheGhpZ2ggZGZheGxvdyBsYXNlcmpldCBsamV0NCBzcGFyYyBwYm0gXAoJCQkgICAg ICBwYm1yYXcgcGdtIHBnbXJhdyBwcG0gcHBtcmF3IGJpdCkvJyBcCgkJJ2MvLXNPdXRwdXRGaWxl PS9mLycgJ2MvLXMvKERFVklDRSBPdXRwdXRGaWxlKS89JyBcCgkJJ2MvLWQvKE5PRElTUExBWSBO T1BMQVRGT05UUyBOT1BBVVNFKS8nICduLyovZi8nCiAgICBjb21wbGV0ZSBwZXJsCSduLy1TL2Mv JwogICAgY29tcGxldGUgcHJpbnRlbnYJJ24vKi9lLycKICAgIGNvbXBsZXRlIHNjY3MJcC8xLyIo YWRtaW4gY2RjIGNoZWNrIGNsZWFuIGNvbWIgZGVsZWRpdCBkZWxnZXQgXAoJCQlkZWx0YSBkaWZm cyBlZGl0IGVudGVyIGZpeCBnZXQgaGVscCBpbmZvIFwKCQkJcHJpbnQgcHJzIHBydCBybWRlbCBz Y2NzZGlmZiB0ZWxsIHVuZWRpdCBcCgkJCXVuZ2V0IHZhbCB3aGF0KSIvCiAgICBjb21wbGV0ZSBz ZXRlbnYJJ3AvMS9lLycgJ2MvKjovZi8nCgogICAgIyB0aGVzZSBhbmQgbWV0aG9kIG9mIHNldHRp bmcgaG9zdHMgZnJvbSBLaW1tbyBTdW9taW5lbiA8a2ltQHRhYy5ueWMubnkudXM+CiAgICBpZiAo IC1mICRIT01FLy5taF9wcm9maWxlICYmIC14ICJgd2hpY2ggZm9sZGVyc2AiICkgdGhlbiAKCiAg ICBpZiAoICEgJD9GT0xERVJTICkgc2V0ZW52IEZPTERFUlMgImBmb2xkZXJzIC1mYXN0IC1yZWN1 cnNlYCIKICAgIGlmICggISAkP01IQSApICAgICBzZXRlbnYgTUhBICAgICAiYGFsaSB8IHNlZCAt ZSAnL14gL2QnIC1lICdzLzouKi8vJ2AiCgogICAgc2V0IGZvbGRlcnMgPSAoICRGT0xERVJTICkK ICAgIHNldCBtaGEgPSAoICRNSEEgKQoKICAgIGNvbXBsZXRlIGFsaSBcCiAgICAgICAgJ2MvLS8o YWxpYXMgbm9saXN0IGxpc3Qgbm9ub3JtYWxpemUgbm9ybWFsaXplIG5vdXNlciB1c2VyIGhlbHAp LycgXAogICAgICAgICduLC1hbGlhcyxmLCcKCiAgICBjb21wbGV0ZSBhbm5vIFwKICAgICAgICAn Yy8tLyhjb21wb25lbnQgbm9pbnBsYWNlIGlucGxhY2Ugbm9kYXRlIGRhdGUgdGV4dCBoZWxwKS8n IFwKICAgICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwqLGAobWFyayB8IHNlZCAi cy86LiovLyI7ZWNobyBuZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEyIiB8IHNv cnQgLXVgLCcKCiAgICBjb21wbGV0ZSBidXJzdCBcCiAgICAgICAgJ2MvLS8obm9pbnBsYWNlIGlu cGxhY2Ugbm9xdWlldCBxdWlldCBub3ZlcmJvc2UgdmVyYm9zZSBoZWxwKS8nIFwKICAgICAgICAn YywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwqLGAobWFyayB8IHNlZCAicy86LiovLyI7ZWNo byBuZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEyIiB8IHNvcnQgLXVgLCcKCiAg ICBjb21wbGV0ZSBjb21wIFwKICAgICAgICAnYy8tLyhkcmFmdGZvbGRlciBkcmFmdG1lc3NhZ2Ug bm9kcmFmdGZvbGRlciBlZGl0b3Igbm9lZGl0IGZpbGUgZm9ybSBub3VzZSB1c2Ugd2hhdG5vd3By b2Mgbm93aGF0bm93cHJvYyBoZWxwKS8nIFwKICAgICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAg ICAgICAnbiwtd2hhdG5vd3Byb2MsYywnICBcCiAgICAgICAgJ24sLWZpbGUsZiwnXAogICAgICAg ICduLC1mb3JtLGYsJ1wKICAgICAgICAnbiwqLGAobWFyayB8IHNlZCAicy86LiovLyI7ZWNobyBu ZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEyIiB8IHNvcnQgLXVgLCcKCiAgICBj b21wbGV0ZSBkaXN0IFwKICAgICAgICAnYy8tLyhub2Fubm90YXRlIGFubm90YXRlIGRyYWZ0Zm9s ZGVyIGRyYWZ0bWVzc2FnZSBub2RyYWZ0Zm9sZGVyIGVkaXRvciBub2VkaXQgZm9ybSBub2lucGxh Y2UgaW5wbGFjZSB3aGF0bm93cHJvYyBub3doYXRub3dwcm9jIGhlbHApLycgXAogICAgICAgICdj LCssJGZvbGRlcnMsJyAgXAogICAgICAgICduLC13aGF0bm93cHJvYyxjLCcgIFwKICAgICAgICAn biwtZm9ybSxmLCdcCiAgICAgICAgJ24sKixgKG1hcmsgfCBzZWQgInMvOi4qLy8iO2VjaG8gbmV4 dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwxMiIgfCBzb3J0IC11YCwnCgogICAgY29t cGxldGUgZm9sZGVyIFwKICAgICAgICAnYy8tLyhhbGwgbm9mYXN0IGZhc3Qgbm9oZWFkZXIgaGVh ZGVyIG5vcGFjayBwYWNrIG5vdmVyYm9zZSB2ZXJib3NlIG5vcmVjdXJzZSByZWN1cnNlIG5vdG90 YWwgdG90YWwgbm9wcmludCBwcmludCBub2xpc3QgbGlzdCBwdXNoIHBvcCBoZWxwKS8nIFwKICAg ICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwqLGAobWFyayB8IHNlZCAicy86Liov LyI7ZWNobyBuZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEyIiB8IHNvcnQgLXVg LCcKCiAgICBjb21wbGV0ZSBmb2xkZXJzIFwKICAgICAgICAnYy8tLyhhbGwgbm9mYXN0IGZhc3Qg bm9oZWFkZXIgaGVhZGVyIG5vcGFjayBwYWNrIG5vdmVyYm9zZSB2ZXJib3NlIG5vcmVjdXJzZSBy ZWN1cnNlIG5vdG90YWwgdG90YWwgbm9wcmludCBwcmludCBub2xpc3QgbGlzdCBwdXNoIHBvcCBo ZWxwKS8nIFwKICAgICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwqLGAobWFyayB8 IHNlZCAicy86LiovLyI7ZWNobyBuZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEy IiB8IHNvcnQgLXVgLCcKCiAgICBjb21wbGV0ZSBmb3J3IFwKICAgICAgICAnYy8tLyhub2Fubm90 YXRlIGFubm90YXRlIGRyYWZ0Zm9sZGVyIGRyYWZ0bWVzc2FnZSBub2RyYWZ0Zm9sZGVyIGVkaXRv ciBub2VkaXQgZmlsdGVyIGZvcm0gbm9mb3JtYXQgZm9ybWF0IG5vaW5wbGFjZSBpbnBsYWNlIGRp Z2VzdCBpc3N1ZSB2b2x1bWUgd2hhdG5vd3Byb2Mgbm93aGF0bm93cHJvYyBoZWxwKS8nIFwKICAg ICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwtd2hhdG5vd3Byb2MsYywnICBcCiAg ICAgICAgJ24sLWZpbHRlcixmLCdcCiAgICAgICAgJ24sLWZvcm0sZiwnXAogICAgICAgICduLCos YChtYXJrIHwgc2VkICJzLzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFzdCl8dHIg IiAiICJcMTIiIHwgc29ydCAtdWAsJwoKICAgIGNvbXBsZXRlIGluYyBcCiAgICAgICAgJ2MvLS8o YXVkaXQgZmlsZSBub2F1ZGl0IG5vY2hhbmdlY3VyIGNoYW5nZWN1ciBmaWxlIGZvcm0gZm9ybWF0 IG5vc2lsZW50IHNpbGVudCBub3RydW5jYXRlIHRydW5jYXRlIHdpZHRoIGhlbHApLycgXAogICAg ICAgICdjLCssJGZvbGRlcnMsJyAgXAogICAgICAgICduLC1hdWRpdCxmLCdcCiAgICAgICAgJ24s LWZvcm0sZiwnCgogICAgY29tcGxldGUgbWFyayBcCiAgICAgICAgJ2MvLS8oYWRkIGRlbGV0ZSBs aXN0IHNlcXVlbmNlIG5vcHVibGljIHB1YmxpYyBub3plcm8gemVybyBoZWxwKS8nIFwKICAgICAg ICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwqLGAobWFyayB8IHNlZCAicy86LiovLyI7 ZWNobyBuZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3QpfHRyICIgIiAiXDEyIiB8IHNvcnQgLXVgLCcK CiAgICBjb21wbGV0ZSBtaG1haWwgXAogICAgICAgICdjLy0vKGJvZHkgY2MgZnJvbSBzdWJqZWN0 IGhlbHApLycgXAogICAgICAgICduLC1jYywkbWhhLCcgIFwKICAgICAgICAnbiwtZnJvbSwkbWhh LCcgIFwKICAgICAgICAnbi8qLyRtaGEvJwoKICAgIGNvbXBsZXRlIG1ocGF0aCBcCiAgICAgICAg J2MvLS8oaGVscCkvJyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sKixg KG1hcmsgfCBzZWQgInMvOi4qLy8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAi ICIgIlwxMiIgfCBzb3J0IC11YCwnCgogICAgY29tcGxldGUgbXNnY2hrIFwKICAgICAgICAnYy8t Lyhub2RhdGUgZGF0ZSBub25vdGlmeSBub3RpZnkgaGVscCkvJyAKCiAgICBjb21wbGV0ZSBtc2gg XAogICAgICAgICdjLy0vKHByb21wdCBub3NjYW4gc2NhbiBub3RvcGN1ciB0b3BjdXIgaGVscCkv JyAKCiAgICBjb21wbGV0ZSBuZXh0IFwKICAgICAgICAnYy8tLyhkcmFmdCBmb3JtIG1vcmVwcm9j IG5vbW9yZXByb2MgbGVuZ3RoIHdpZHRoIHNob3dwcm9jIG5vc2hvd3Byb2MgaGVhZGVyIG5vaGVh ZGVyIGhlbHApLycgXAogICAgICAgICdjLCssJGZvbGRlcnMsJyAgXAogICAgICAgICduLC1tb3Jl cHJvYyxjLCcgIFwKICAgICAgICAnbiwtc2hvd3Byb2MsYywnICBcCiAgICAgICAgJ24sLWZvcm0s ZiwnCgogICAgY29tcGxldGUgcGFja2YgXAogICAgICAgICdjLy0vKGZpbGUgaGVscCkvJyBcCiAg ICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sKixgKG1hcmsgfCBzZWQgInMvOi4q Ly8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwxMiIgfCBzb3J0IC11 YCwnCgogICAgY29tcGxldGUgcGljayBcCiAgICAgICAgJ2MvLS8oYW5kIG9yIG5vdCBsYnJhY2Ug cmJyYWNlIGNjIGRhdGUgZnJvbSBzZWFyY2ggc3ViamVjdCB0byBvdGhlcmNvbXBvbmVudCBhZnRl ciBiZWZvcmUgZGF0ZWZpZWxkIHNlcXVlbmNlIG5vcHVibGljIHB1YmxpYyBub3plcm8gemVybyBu b2xpc3QgbGlzdCBoZWxwKS8nIFwKICAgICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAn biwqLGAobWFyayB8IHNlZCAicy86LiovLyI7ZWNobyBuZXh0IGN1ciBwcmV2IGZpcnN0IGxhc3Qp fHRyICIgIiAiXDEyIiB8IHNvcnQgLXVgLCcKCiAgICBjb21wbGV0ZSBwcmV2IFwKICAgICAgICAn Yy8tLyhkcmFmdCBmb3JtIG1vcmVwcm9jIG5vbW9yZXByb2MgbGVuZ3RoIHdpZHRoIHNob3dwcm9j IG5vc2hvd3Byb2MgaGVhZGVyIG5vaGVhZGVyIGhlbHApLycgXAogICAgICAgICdjLCssJGZvbGRl cnMsJyAgXAogICAgICAgICduLC1tb3JlcHJvYyxjLCcgIFwKICAgICAgICAnbiwtc2hvd3Byb2Ms YywnICBcCiAgICAgICAgJ24sLWZvcm0sZiwnCgogICAgY29tcGxldGUgcHJvbXB0ZXIgXAogICAg ICAgICdjLy0vKGVyYXNlIGtpbGwgbm9wcmVwZW5kIHByZXBlbmQgbm9yYXBpZCByYXBpZCBub2Rv dGVvZiBkb3Rlb2YgaGVscCkvJyAKCiAgICBjb21wbGV0ZSByZWZpbGUgXAogICAgICAgICdjLy0v KGRyYWZ0IG5vbGluayBsaW5rIG5vcHJlc2VydmUgcHJlc2VydmUgc3JjIGZpbGUgaGVscCkvJyBc CiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sLWZpbGUsZiwnXAogICAgICAg ICduLCosYChtYXJrIHwgc2VkICJzLzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFz dCl8dHIgIiAiICJcMTIiIHwgc29ydCAtdWAsJwoKICAgIGNvbXBsZXRlIHJtZiBcCiAgICAgICAg J2MvLS8obm9pbnRlcmFjdGl2ZSBpbnRlcmFjdGl2ZSBoZWxwKS8nIFwKICAgICAgICAnYywrLCRm b2xkZXJzLCcgIAoKICAgIGNvbXBsZXRlIHJtbSBcCiAgICAgICAgJ2MvLS8oaGVscCkvJyBcCiAg ICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sKixgKG1hcmsgfCBzZWQgInMvOi4q Ly8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwxMiIgfCBzb3J0IC11 YCwnCgogICAgY29tcGxldGUgc2NhbiBcCiAgICAgICAgJ2MvLS8obm9jbGVhciBjbGVhciBmb3Jt IGZvcm1hdCBub2hlYWRlciBoZWFkZXIgd2lkdGggbm9yZXZlcnNlIHJldmVyc2UgZmlsZSBoZWxw KS8nIFwKICAgICAgICAnYywrLCRmb2xkZXJzLCcgIFwKICAgICAgICAnbiwtZm9ybSxmLCdcCiAg ICAgICAgJ24sLWZpbGUsZiwnXAogICAgICAgICduLCosYChtYXJrIHwgc2VkICJzLzouKi8vIjtl Y2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFzdCl8dHIgIiAiICJcMTIiIHwgc29ydCAtdWAsJwoK ICAgIGNvbXBsZXRlIHNlbmQgXAogICAgICAgICdjLy0vKGFsaWFzIGRyYWZ0IGRyYWZ0Zm9sZGVy IGRyYWZ0bWVzc2FnZSBub2RyYWZ0Zm9sZGVyIGZpbHRlciBub2ZpbHRlciBub2Zvcm1hdCBmb3Jt YXQgbm9mb3J3YXJkIGZvcndhcmQgbm9tc2dpZCBtc2dpZCBub3B1c2ggcHVzaCBub3ZlcmJvc2Ug dmVyYm9zZSBub3dhdGNoIHdhdGNoIHdpZHRoIGhlbHApLycgXAogICAgICAgICduLC1hbGlhcyxm LCdcCiAgICAgICAgJ24sLWZpbHRlcixmLCcKCiAgICBjb21wbGV0ZSBzaG93IFwKICAgICAgICAn Yy8tLyhkcmFmdCBmb3JtIG1vcmVwcm9jIG5vbW9yZXByb2MgbGVuZ3RoIHdpZHRoIHNob3dwcm9j IG5vc2hvd3Byb2MgaGVhZGVyIG5vaGVhZGVyIGhlbHApLycgXAogICAgICAgICdjLCssJGZvbGRl cnMsJyAgXAogICAgICAgICduLC1tb3JlcHJvYyxjLCcgIFwKICAgICAgICAnbiwtc2hvd3Byb2Ms YywnICBcCiAgICAgICAgJ24sLWZvcm0sZiwnXAogICAgICAgICduLCosYChtYXJrIHwgc2VkICJz LzouKi8vIjtlY2hvIG5leHQgY3VyIHByZXYgZmlyc3QgbGFzdCl8dHIgIiAiICJcMTIiIHwgc29y dCAtdWAsJwoKICAgIGNvbXBsZXRlIHNvcnRtIFwKICAgICAgICAnYy8tLyhkYXRlZmllbGQgdGV4 dGZpZWxkIG5vdGV4dGZpZWxkIGxpbWl0IG5vbGltaXQgbm92ZXJib3NlIHZlcmJvc2UgaGVscCkv JyBcCiAgICAgICAgJ2MsKywkZm9sZGVycywnICBcCiAgICAgICAgJ24sKixgKG1hcmsgfCBzZWQg InMvOi4qLy8iO2VjaG8gbmV4dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwxMiIgfCBz b3J0IC11YCwnCgogICAgY29tcGxldGUgdm1oIFwKICAgICAgICAnYy8tLyhwcm9tcHQgdm1ocHJv YyBub3ZtaHByb2MgaGVscCkvJyBcCiAgICAgICAgJ24sLXZtaHByb2MsYywnICAKCiAgICBjb21w bGV0ZSB3aGF0bm93IFwKICAgICAgICAnYy8tLyhkcmFmdGZvbGRlciBkcmFmdG1lc3NhZ2Ugbm9k cmFmdGZvbGRlciBlZGl0b3Igbm9lZGl0IHByb21wdCBoZWxwKS8nIAoKICAgIGNvbXBsZXRlIHdo b20gXAogICAgICAgICdjLy0vKGFsaWFzIG5vY2hlY2sgY2hlY2sgZHJhZnQgZHJhZnRmb2xkZXIg ZHJhZnRtZXNzYWdlIG5vZHJhZnRmb2xkZXIgaGVscCkvJyBcCiAgICAgICAgJ24sLWFsaWFzLGYs JwoKICAgIGNvbXBsZXRlIHBsdW0gXAogICAgICAgICdjLy0vKCkvJyBcCiAgICAgICAgJ2MsKywk Zm9sZGVycywnICBcCiAgICAgICAgJ24sKixgKG1hcmsgfCBzZWQgInMvOi4qLy8iO2VjaG8gbmV4 dCBjdXIgcHJldiBmaXJzdCBsYXN0KXx0ciAiICIgIlwxMiIgfCBzb3J0IC11YCwnCgogICAgY29t cGxldGUgbWFpbCBcCiAgICAgICAgJ2MvLS8oKS8nIFwKICAgICAgICAnbi8qLyRtaGEvJwoKICAg IGVuZGlmCgogICAgI2Zyb20gRGFuIE5pY29sYWVzY3UgPGRhbm5AaWNzLnVjaS5lZHU+CiAgICBp ZiAoICQ/TU9EVUxFU0hPTUUgKSB0aGVuCglhbGlhcyBDb21wbF9tb2R1bGUgJ2ZpbmQgJHtNT0RV TEVQQVRIOmFzLzovIC99IC1uYW1lIC52ZXJzaW9uIC1vIC1uYW1lIC5tb2R1bGVhXCogLXBydW5l IC1vIC1wcmludCAgfCBzZWQgYGVjaG8gIi1lIHNAJHtNT0RVTEVQQVRIOmFzJTolL1wqQEBnIC1l IHNAJX0vXCpAQGciYCcKCWNvbXBsZXRlIG1vZHVsZSAncCUxJShhZGQgbG9hZCB1bmxvYWQgc3dp dGNoIGRpc3BsYXkgYXZhaWwgdXNlIHVudXNlIHVwZGF0ZSBwdXJnZSBsaXN0IGNsZWFyIGhlbHAg aW5pdGFkZCBpbml0cm0gaW5pdHN3aXRjaCBpbml0bGlzdCBpbml0Y2xlYXIpJScgXAoJJ24le3Vu bCosc3cqLGluaXRzKn0lYGVjaG8gIiRMT0FERURNT0RVTEVTOmFzLzovIC8iYCUnIFwKCSduJXts byosZGkqLGhlKixpbml0YSosaW5pdHIqfSVgZXZhbCBDb21wbF9tb2R1bGVgJScgXAoJJ04le3N3 Kixpbml0c3cqfSVgZXZhbCBDb21wbF9tb2R1bGVgJScgJ0MlLSUoLWFwcGVuZCklJyAnbiV7dXNl LHVudSosYXYqfSVkJScgJ24lLWFwcGVuZCVkJScgXAoJJ0MlW14tXSolYGV2YWwgQ29tcGxfbW9k dWxlYCUnCiAgICBlbmRpZgoKICAgICMgZnJvbSBHZW9yZ2UgQ294CiAgICBjb21wbGV0ZSBhY3Jv cmVhZAkncC8qL2Y6Ki57cGRmLFBERn0vJwogICAgY29tcGxldGUgYXBhY2hlY3RsICAnYy8qLyhz dGFydCBzdG9wIHJlc3RhcnQgZnVsbHN0YXR1cyBzdGF0dXMgZ3JhY2VmdWwgXAoJCQljb25maWd0 ZXN0IGhlbHApLycKICAgIGNvbXBsZXRlIGFwcGxldHZpZXdlcgkncC8qL2Y6Ki5jbGFzcy8nCiAg ICBjb21wbGV0ZSBiaXNvbgknYy8tLS8oZGVidWcgZGVmaW5lcyBmaWxlLXByZWZpeD0gZml4ZWQt b3V0cHV0LWZpbGVzIFwKCQkJaGVscCBuYW1lLXByZWZpeD0gbm8tbGluZXMgbm8tcGFyc2VyIG91 dHB1dD0gXAoJCQl0b2tlbi10YWJsZSB2ZXJib3NlIHZlcnNpb24geWFjYykvJyBcCgkJCSdjLy0v KGIgZCBoIGsgbCBuIG8gcCB0IHYgeSBWKS8nICduLy1iL2YvJyAnbi8tby9mLycgXAoJCQknbi8t cC9mLycKICAgIGNvbXBsZXRlIGJ1bnppcDIJJ3AvKi9mOiouYnoyLycgCiAgICBjb21wbGV0ZSBi emlwMgknbi8tOS9mOl4qLmJ6Mi8nICduLy1kL2Y6Ki5iejIvJwogICAgY29tcGxldGUgYysrCSdw LyovZjoqLntjKyssY3h4LGMsY2MsQyxjcHB9LycKICAgIGNvbXBsZXRlIGNvCQkncEAxQGBcbHMg LTFhIFJDUyB8IHNlZCAtZSAicy9cKC4qXCksdi9cMS8iYEAnCiAgICBjb21wbGV0ZSBjcm9udGFi CSduLy11L3UvJwogICAgY29tcGxldGUgY2FtY29udHJvbAkncC8xLyhjbWQgZGVidWcgZGVmZWN0 cyBkZXZsaXN0IGVqZWN0IGlucXVpcnkgXAoJCQltb2RlcGFnZSBuZWdvdGlhdGUgcGVyaXBobGlz dCByZXNjYW4gcmVzZXQgc3RhcnQgXAoJCQlzdG9wIHRhZ3MgdHVyKS8nCiAgICBjb21wbGV0ZSBj dGxpbm5kCSdwLzEvKGFkZGhpc3QgYWxsb3cgYmVnaW4gY2FuY2VsIGNoYW5nZWdyb3VwIFwKCQkJ Y2hlY2tmaWxlIGRyb3AgZmVlZGluZm8gZmx1c2ggZmx1c2hsb2dzIGdvIGhhbmd1cCBcCgkJCWxv Z21vZGUgbW9kZSBuYW1lIG5ld2dyb3VwIHBhcmFtIHBhdXNlIHJlYWRlcnMgcmVmaWxlIFwKCQkJ cmVqZWN0IHJlbG9hZCByZW51bWJlciByZXNlcnZlIHJtZ3JvdXAgc2VuZCBzaHV0ZG93biBcCgkJ CWtpbGwgdGhyb3R0bGUgdHJhY2UgeGFib3J0IHhleGVjKS8nCiAgICBjb21wbGV0ZSBjdnMJJ2Mv LS0vKGhlbHAgaGVscC1jb21tYW5kcyBoZWxwLXN5bm9ueW1zKS8nIFwKCQkJJ3AvMS8oYWRkIGFk bWluIGFubm90YXRlIGNoZWNrb3V0IGNvbW1pdCBkaWZmIFwKCQkJZWRpdCBlZGl0b3JzIGV4cG9y dCBoaXN0b3J5IGltcG9ydCBpbml0IGxvZyBsb2dpbiBcCgkJCWxvZ291dCByZGlmZiByZWxlYXNl IHJlbW92ZSBydGFnIHN0YXR1cyB0YWcgdW5lZGl0IFwKCQkJdXBkYXRlIHdhdGNoIHdhdGNoZXJz KS8nICduLy1hLyhlZGl0IHVuZWRpdCBjb21taXQgXAoJCQlhbGwgbm9uZSkvJyAnbi93YXRjaC8o b24gb2ZmIGFkZCByZW1vdmUpLycKICAgIGNvbXBsZXRlIGN4eAkncC8qL2Y6Ki57YysrLGN4eCxj LGNjLEMsY3BwfS8nCiAgICBjb21wbGV0ZSBkZXRleAkncC8qL2Y6Ki50ZXgvJwogICAgY29tcGxl dGUgZWRxdW90YSAgICAnbi8qL3UvJwogICAgY29tcGxldGUgZXhlYwkncC8xL2MvJwogICAgY29t cGxldGUgZ2hvc3R2aWV3CSdwLyovZjoqLnBzLycKICAgIGNvbXBsZXRlIGd2CQkncC8qL2Y6Ki5w cy8nCiMjICBBZGRlZCBnZ3YKICAgIGNvbXBsZXRlIGdndgkJJ3AvKi9mOioucHMvJwogICAgY29t cGxldGUgaWZjb25maWcJJ3BAMUBgaWZjb25maWcgLWxgQCcgJ24vKi8ocmFuZ2UgcGhhc2UgbGlu ayBuZXRtYXNrIFwKCQkJbXR1IHZsYW5kZXYgdmxhbiBtZXRyaWMgbWVkaWFvcHQgZG93biBkZWxl dGUgXAoJCQlicm9hZGNhc3QgYXJwIGRlYnVnKS8nCiAgICBjb21wbGV0ZSBpbWFrZQknYy8tSS9k LycKICAgIGNvbXBsZXRlIGlwZncgCSdwLzEvKGZsdXNoIGFkZCBkZWxldGUgbGlzdCBzaG93IHpl cm8pLycgXAoJCQknbi9hZGQvKGFsbG93IHBlcm1pdCBhY2NlcHQgcGFzcyBkZW55IGRyb3AgcmVq ZWN0IFwKCQkJcmVzZXQgY291bnQgc2tpcHRvIG51bSBkaXZlcnQgcG9ydCB0ZWUgcG9ydCkvJwog ICAgY29tcGxldGUgamF2YWMJJ3AvKi9mOiouamF2YS8nCiAgICBjb21wbGV0ZSBsZGlmMmxkYm0J J24vLWkvZjoqLmxkaWYvJwogICAgY29tcGxldGUgbGlidG9vbAknYy8tLW1vZGU9Lyhjb21waWxl IGV4ZWN1dGUgZmluaXNoIGluc3RhbGwgbGluayBcCgkJCXVuaW5zdGFsbCkvJyAnYy8tLS8oY29u ZmlnIGRlYnVnIGRyeS1ydW4gZmVhdHVyZXMgXAoJCQlmaW5pc2ggaGVscCBxdWlldCBzaWxlbnQg dmVyc2lvbiBtb2RlPSkvJwogICAgY29tcGxldGUgbGlidG9vbGl6ZQknYy8tLS8oYXV0b21ha2Ug Y29weSBkZWJ1ZyBkcnktcnVuIGZvcmNlIGhlbHAgbHRkbCBcCgkJCWx0ZGwtdGFyIHZlcnNpb24p LycKICAgIGNvbXBsZXRlIGxpbmtzCSdjLy0vKGFzc3VtZS1jb2RlcGFnZSBhc3luYy1kbnMgZG93 bmxvYWQtZGlyIFwKCQkJZm9ybWF0LWNhY2hlLXNpemUgZnRwLXByb3h5IGhlbHAgaHR0cC1wcm94 eSBcCgkJCW1heC1jb25uZWN0aW9ucyBtYXgtY29ubmVjdGlvbnMtdG8taG9zdCBcCgkJCW1lbW9y eS1jYWNoZS1zaXplIHJlY2VpdmUtdGltZW91dCByZXRyaWVzIFwKCQkJdW5yZXN0YXJ0YWJsZS1y ZWNlaXZlLXRpbWVvdXQgdmVyc2lvbikvJwogICAgY29tcGxldGUgbmF0ZAljLy0vJyhhbGlhc19h ZGRyZXNzIGNvbmZpZyBkZW55X2luY29taW5nIGR5bmFtaWMgXAoJCQlpbnBvcnQgaW50ZXJmYWNl IGxvZyBsb2dfZGVuaWVkIGxvZ19mYWNpbGl0eSBcCgkJCW91dHBvcnQgb3V0cG9ydCBwb3J0IHBw dHBhbGlhcyBwcm94eV9vbmx5IFwKCQkJcHJveHlfcnVsZSByZWRpcmVjdF9hZGRyZXNzIHJlZGly ZWN0X3BvcnQgXAoJCQlyZXZlcnNlIHNhbWVfcG9ydHMgdW5yZWdpc3RlcmVkX29ubHkgdXNlX3Nv Y2tldHMgXAoJCQl2ZXJib3NlKScvICduQC1pbnRlcmZhY2VAYGlmY29uZmlnIC1sYEAnCiAgICBj b21wbGV0ZSBuZXRzdGF0CSduQC1JQGBpZmNvbmZpZyAtbGBAJwogICAgY29tcGxldGUgb2JqZHVt cAknYy8tLS8oYWRqdXN0LXZtYT0gYWxsLWhlYWRlcnMgYXJjaGl0ZWN0dXJlPSBcCgkJCWFyY2hp dmUtaGVhZGVycyBkZWJ1Z2dpbmcgZGVtYW5nbGUgZGlzYXNzZW1ibGUgXAoJCQlkaXNhc3NlbWJs ZS1hbGwgZGlzYXNzZW1ibGUtemVyb2VzIGR5bmFtaWMtcmVsb2MgXAoJCQlkeW5hbWljLXN5bXMg ZW5kaWFuPSBmaWxlLWhlYWRlcnMgZnVsbC1jb250ZW50cyBcCgkJCWhlYWRlcnMgaGVscCBpbmZv IGxpbmUtbnVtYmVycyBuby1zaG93LXJhdy1pbnNuIFwKCQkJcHJlZml4LWFkZHJlc3NlcyBwcml2 YXRlLWhlYWRlcnMgcmVsb2Mgc2VjdGlvbi1oZWFkZXJzIFwKCQkJc2VjdGlvbj1zb3VyY2Ugc3Rh YnMgc3RhcnQtYWRkcmVzcz0gc3RvcC1hZGRyZXNzPSBcCgkJCXN5bXMgdGFyZ2V0PSB2ZXJzaW9u IHdpZGUpLycgXAoJCQknYy8tLyhhIGggaSBmIEMgZCBEIHAgciBSIHQgVCB4IHMgUyBsIHcpLycK ICAgIGNvbXBsZXRlIHhtb2RtYXAJJ2MvLS8oZGlzcGxheSBoZWxwIGdyYW1tYXIgdmVyYm9zZSBx dWlldCBuIGUgcG0gcGsgXAoJCQlwa2UgcHApLycKICAgIGNvbXBsZXRlIGx5bngJJ2MvLS8oYWNj ZXB0X2FsbF9jb29raWVzIGFub255bW91cyBhc3N1bWVfY2hhcnNldD0gXAoJCQlhc3N1bWVfbG9j YWxfY2hhcnNldD0gYXNzdW1lX3VucmVjX2NoYXJzZXQ9IGF1dGg9IGJhc2UgXAoJCQlib29rIGJ1 cmllZF9uZXdzIGNhY2hlPSBjYXNlIGNmZz0gY2hpbGQgY29va2llX2ZpbGU9IFwKCQkJY29va2ll cyBjb3JlIGNyYXdsIGRlYnVnX3BhcnRpYWwgZGlzcGxheT0gZHVtcCBlZGl0b3I9IFwKCQkJZW1h Y3NrZXlzIGVuYWJsZV9zY3JvbGxiYWNrIGVycm9yX2ZpbGU9IGZvcmNlX2h0bWwgXAoJCQlmb3Jj ZV9zZWN1cmUgZm9ybXNfb3B0aW9ucyBmcm9tIGZ0cCBnZXRfZGF0YSBoZWFkIGhlbHAgXAoJCQlo aWRkZW5saW5rcz0gaGlzdG9yaWNhbCBob21lcGFnZT0gaW1hZ2VfbGlua3MgaW5kZXg9IFwKCQkJ aXNtYXAgbGluaz0gbG9jYWxob3N0IG1pbWVfaGVhZGVyIG1pbmltYWwgXAoJCQluZXdzY2h1bmtz aXplPSBuZXdzbWF4Y2h1bms9IG5vYnJvd3NlIG5vY2Mgbm9jb2xvciBcCgkJCW5vZmlsZXJlZmVy ZXIgbm9saXN0IG5vbG9nIG5vcGF1c2Ugbm9wcmludCBub3JlZGlyIFwKCQkJbm9yZWZlcmVyIG5v c3RhdHVzIG51bWJlcl9saW5rcyBwYXJ0aWFsIHBhcnRpYWxfdGhyZXMgXAoJCQlwYXV0aD0gcG9w dXAgcG9zdF9kYXRhIHByZXBhcnNlZCBwcmludCBwc2V1ZG9faW5saW5lcyBcCgkJCXJhdyByZWFs bSByZWxvYWQgcmVzdHJpY3Rpb25zPSByZXN1Ym1pdF9wb3N0cyBybG9naW4gXAoJCQlzZWxlY3Rp dmUgc2hvd19jdXJzb3Igc29mdF9kcXVvdGVzIHNvdXJjZSBzdGFja19kdW1wIFwKCQkJc3RhcnRm aWxlX29rIHRhZ3NvdXAgdGVsbmV0IHRlcm09IHRsb2cgdHJhY2UgdHJhdmVyc2FsIFwKCQkJdW5k ZXJzY29yZSB1c2VyYWdlbnQ9IHZhbGlkYXRlIHZlcmJvc2UgdmVyc2lvbiB2aWtleXMgXAoJCQl3 aWR0aD0pLycgJ2MvKGh0dHB8ZnRwKS8kVVJMUy8nCiAgICBjb21wbGV0ZSBnbWFrZQknYy97LS1k aXJlY3Rvcnk9LC0taW5jbHVkZS1kaXI9fS9kLycgXAoJCQknYy97LS1hc3N1bWUtbmV3LC0tYXNz dW1lLW9sZCwtLW1ha2VmaWxlLC0tbmV3LWZpbGUsLS13aGF0LWlmLC0tZmlsZX0vZi8nIFwKCQkJ J2MvLS0vKGFzc3VtZS1uZXc9IGFzc3VtZS1vbGQ9IGRlYnVnIGRpcmVjdG9yeT0gXAoJCQlkcnkt cnVuIGVudmlyb25tZW50LW92ZXJyaWRlcyBmaWxlPSBoZWxwIFwKCQkJaWdub3JlLWVycm9ycyBp bmNsdWRlLWRpcj0gam9ic1s9Tl0ganVzdC1wcmludCBcCgkJCWtlZXAtZ29pbmcgbG9hZC1hdmVy YWdlWz1OXSBtYWtlZmlsZT0gbWF4LWxvYWRbPU5dIFwKCQkJbmV3LWZpbGU9IG5vLWJ1aWx0aW4t cnVsZXMgbm8ta2VlcC1nb2luZyBcCgkJCW5vLXByaW50LWRpcmVjdG9yeSBvbGQtZmlsZT0gcHJp bnQtZGF0YS1iYXNlIFwKCQkJcHJpbnQtZGlyZWN0b3J5IHF1ZXN0aW9uIHF1aWV0IHJlY29uIHNp bGVudCBzdG9wIFwKCQkJdG91Y2ggdmVyc2lvbiB3YXJuLXVuZGVmaW5lZC12YXJpYWJsZXMgd2hh dC1pZj0pLycgXAoJCQknbkAqQGBjYXQgLXMgR05VTWFrZWZpbGUgTWFrZWZpbGUgbWFrZWZpbGUg fCYgc2VkIC1uIC1lICIvTm8gc3VjaCBmaWxlL2QiIC1lICJzL15cKFtBLVphLXowLTktXSpcKTou Ki9cMS9wImBAJyBcCgkJCSduLz0vZi8nICduLy1mL2YvJwogICAgY29tcGxldGUgbWl4ZXIJcC8x Lycodm9sIGJhc3MgdHJlYmxlIHN5bnRoIHBjbSBzcGVha2VyIG1pYyBjZCBtaXggXAoJCQlwY20y IHJlYyBpZ2FpbiBvZ2FpbiBsaW5lMSBsaW5lMiBsaW5lMyknLyBcCgkJCXBAMkAnYG1peGVyICQ6 LTEgfCBhd2sgXHtcIHByaW50XCBcJDdcIFx9YCdACgogICAgY29tcGxldGUgbXBnMTIzCSdjLy0t LygydG8xIDR0bzEgOGJpdCBhZ2dyZXNzaXZlIGF1IGF1ZGlvZGV2aWNlIFwKICAgIAkJCWF1dGgg YnVmZmVyIGNkciBjaGVjayBkb3VibGVzcGVlZCBlcXVhbGl6ZXIgZnJhbWVzIFwKCQkJZ2FpbiBo YWxmc3BlZWQgaGVhZHBob25lcyBsZWZ0IGxpbmVvdXQgbGlzdCBtaXggbW9ubyBcCgkJCXByb3h5 IHF1aWV0IHJhbmRvbSByYXRlIHJlb3BlbiByZXN5bmMgcmlnaHQgc2NhbGUgXAoJCQlzaHVmZmxl IHNpbmdsZTAgc2luZ2xlMSBza2lwIHNwZWFrZXIgc3Rkb3V0IHN0ZXJlbyBcCgkJCXRlc3QgdmVy Ym9zZSB3YXYpLycgJ3AvKi9mOioue21wMyxNUDN9LycKICAgIGNvbXBsZXRlIG15c3FsYWRtaW4J J24vKi8oY3JlYXRlIGRyb3AgZXh0ZW5kZWQtc3RhdHVzIGZsdXNoLWhvc3RzIFwKCQkJZmx1c2gt bG9ncyBmbHVzaC1zdGF0dXMgZmx1c2gtdGFibGVzIGZsdXNoLXByaXZpbGVnZXMgXAoJCQlraWxs IHBhc3N3b3JkIHBpbmcgcHJvY2Vzc2xpc3QgcmVsb2FkIHJlZnJlc2ggXAoJCQlzaHV0ZG93biBz dGF0dXMgdmFyaWFibGVzIHZlcnNpb24pLycKICAgIGNvbXBsZXRlIG11dHQJY0AtZj1ARjoke0hP TUV9L01haWwvQCBcCgkJCW4vLWEvZi8gXAoJCQluLy1GL2YvIG4vLUgvZi8gXAoJCQluLy1zL3g6 JzxzdWJqZWN0IGxpbmU+Jy8gXAoJCQluLy1lL3g6Jzxjb21tYW5kPicvIFwKCQkJbkAtYkAnYGNh dCAke0hPTUV9Ly5tdXR0cmMtYWxpYXMgfCBhd2sgJyInIid7cHJpbnQgJDIgfSciJyJcYEAgXAoJ CQluQC1jQCdgY2F0ICR7SE9NRX0vLm11dHRyYy1hbGlhcyB8IGF3ayAnIiciJ3twcmludCAkMiB9 JyInIlxgQCBcCgkJCW5AKkAnYGNhdCAke0hPTUV9Ly5tdXR0cmMtYWxpYXMgfCBhd2sgJyInIid7 cHJpbnQgJDIgfSciJyJcYEAKICAgIGNvbXBsZXRlIG5kYwknbi8qLyhzdGF0dXMgZHVtcGRiIHJl bG9hZCBzdGF0cyB0cmFjZSBub3RyYWNlIFwKCQkJcXVlcnlsb2cgc3RhcnQgc3RvcCByZXN0YXJ0 ICkvJwogICAgY29tcGxldGUgbm0JCSdjLy0tLyhkZWJ1Zy1zeW1zIGRlZmluZWQtb25seSBkZW1h bmdsZSBkeW5hbWljIFwKCQkJZXh0ZXJuLW9ubHkgZm9ybWF0PSBoZWxwIGxpbmUtbnVtYmVycyBu by1kZW1hbmdsZSBcCgkJCW5vLXNvcnQgbnVtZXJpYy1zb3J0IHBvcnRhYmlsaXR5IHByaW50LWFy bWFwIFwKCQkJcHJpbnQtZmlsZS1uYW1lIHJldmVyc2Utc29ydCBzaXplLXNvcnQgdW5kZWZpbmVk LW9ubHkgXAoJCQl2ZXJzaW9uKS8nICdwLyovZjpeKi57aCxDLGMsY2N9LycKICAgIGNvbXBsZXRl IG5tYXAJJ25ALWVAYGlmY29uZmlnIC1sYEAnICdwLyovJGhvc3RuYW1lcy8nCiAgICBjb21wbGV0 ZSBwZXJsZG9jIAknbkAqQGBcbHMgLTEgL3Vzci9saWJkYXRhL3BlcmwvNS4qL3BvZCB8IHNlZCBz JVxcLnBvZC5cKlwkJSVgQCcKICAgIGNvbXBsZXRlIHBvc3RmaXggICAgJ24vKi8oc3RhcnQgc3Rv cCByZWxvYWQgYWJvcnQgZmx1c2ggY2hlY2spLycKICAgIGNvbXBsZXRlIHBvc3RtYXAJJ24vMS8o aGFzaDogcmVnZXhwOiknICdjL2hhc2g6L2YvJyAnYy9yZWdleHA6L2YvJwogICAgY29tcGxldGUg cmNzZGlmZgkncEAxQGBcbHMgLTFhIFJDUyB8IHNlZCAtZSAicy9cKC4qXCksdi9cMS8iYEAnCiAg ICBjb21wbGV0ZSBYCQknYy8tLyhJIGEgYWMgYWxsb3dNb3VzZU9wZW5GYWlsIGFsbG93Tm9uTG9j YWxNb2RJbkRldiBcCgkJCWFsbG93Tm9uTG9jYWxYdmlkdHVuZSBhcjEgYXIyIGF1ZGl0IGF1dGgg YmVzdFJlZnJlc2ggXAoJCQliZ2FtbWEgYnBwIGJyb2FkY2FzdCBicyBjIGNjIGNsYXNzIGNvIGNv cmUgZGVmZXJnbHlwaHMgXAoJCQlkaXNhYmxlTW9kSW5EZXYgZGlzYWJsZVZpZE1vZGUgZGlzcGxh eUlEIGRwaSBkcG1zIGYgZmMgXAoJCQlmbGlwUGl4ZWxzIGZuIGZwIGdhbW1hIGdnYW1tYSBoZWxw IGluZGlyZWN0IGtiIGtlZXB0dHkgXAoJCQlsZCBsZiBsb2dvIGxzIG5vbGlzdGVuIHN0cmluZyBu b2xvYWR4a2Igbm9sb2NrIG5vcG4gXAoJCQlvbmNlIHAgcG4gcG9ydCBwcm9iZW9ubHkgcXVlcnkg cXVpZXQgciByZ2FtbWEgcyBcCgkJCXNob3djb25maWcgc3Agc3UgdCB0ZXJtaW5hdGUgdG8gdHN0 IHYgdmVyYm9zZSB2ZXJzaW9uIFwKCQkJd2VpZ2h0IHdtIHggeGtiZGIgeGtibWFwKS8nCiAgICBj b21wbGV0ZSB1c2VycyAgICAgICdjLy0tLyhoZWxwIHZlcnNpb24pLycgJ3AvMS94OiI8YWNjb3Vu dGluZ19maWxlPiIvJwogICAgY29tcGxldGUgdmlkY29udHJvbAkncC8xLygxMzJ4MjUgMTMyeDMw IDEzMng0MyAxMzJ4NTAgMTMyeDYwIDQweDI1IDgweDI1IFwKCQkJODB4MzAgODB4NDMgODB4NTAg ODB4NjAgRUdBXzgweDI1IEVHQV84MHg0MyBcCgkJCVZFU0FfMTMyeDI1IFZFU0FfMTMyeDMwIFZF U0FfMTMyeDQzIFZFU0FfMTMyeDUwIFwKCQkJVkVTQV8xMzJ4NjAgVkVTQV84MDB4NjAwIFZHQV8z MjB4MjAwIFZHQV80MHgyNSBcCgkJCVZHQV84MHgyNSBWR0FfODB4MzAgVkdBXzgweDUwIFZHQV84 MHg2MCkvJwogICAgY29tcGxldGUgdmltCSduLyovZjpeKi5bb2FdLycKICAgIGNvbXBsZXRlIHdo ZXJlCSduLyovYy8nCiAgICBjb21wbGV0ZSB3aGljaAknbi8qL2MvJwogICAgY29tcGxldGUgd21z ZXRiZwknYy8tLyhkaXNwbGF5IEQgUyBhIGIgYyBkIGUgbSBwIHMgdCB1IHcpLycgXAoJCQknYy8t LS8oYmFjay1jb2xvciBjZW50ZXIgY29sb3JzIGRpdGhlciBoZWxwIG1hdGNoIFwKCQkJbWF4c2Nh bGUgcGFyc2Ugc2NhbGUgc21vb3RoIHRpbGUgdXBkYXRlLWRvbWFpbiBcCgkJCXVwZGF0ZS13bWFr ZXIgdmVyc2lvbiB3b3Jrc3BhY2UpLycKICAgIGNvbXBsZXRlIHhkYgkncC8xL2MvJwogICAgY29t cGxldGUgeGR2aQknYy8tLyhhbGxvd3NoZWxsIGRlYnVnIGRpc3BsYXkgZXhwZXJ0IGdhbW1hIGh1 c2hjaGFycyBcCgkJCWh1c2hjaGVja3N1bXMgaHVzaHNwZWNpYWxzIGluc3RhbGwgaW50ZXJwcmV0 ZXIga2VlcCBcCgkJCW1hcmdpbnMgbm9ncmV5IG5vaW5zdGFsbCBub21ha2VwayBub3NjYW4gcGFw ZXIgc2FmZXIgXAoJCQlzaHJpbmtidXR0b25uIHRob3JvdWdoIHRvcG1hcmdpbiB1bmRlcmxpbmsg dmVyc2lvbikvJyBcCgkJCSduLy1wYXBlci8oYTQgYTRyIGE1IGE1cikvJyAncC8qL2Y6Ki5kdmkv JwogICAgY29tcGxldGUgeGxvY2sJJ2MvLS8oYWxsb3dhY2Nlc3MgYWxsb3dyb290IGRlYnVnIGRl c2NyaXB0aW9uIFwKCQkJZWNob2tleXMgZW5hYmxlc2F2ZXIgZ3JhYm1vdXNlIGdyYWJzZXJ2ZXIg aGlkZSBpbnJvb3QgXAoJCQlpbnN0YWxsIGlud2luZG93IG1vbm8gbW91c2Vtb3Rpb24gbm9sb2Nr IHJlbW90ZSBcCgkJCXJlc2V0c2F2ZXIgc291bmQgdGltZWVsYXBzZWQgdXNlM2QgdXNlZmlyc3Qg dmVyYm9zZSBcCgkJCXdpcmVmcmFtZSBiYWNrZ3JvdW5kIGJhdGNoY291bnQgYmcgYml0bWFwIGJv dGgzZCBcCgkJCWNvdW50IGN5Y2xlcyBkZWxheSBkZWx0YTNkIGRpc3BsYXkgZHBtc29mZiBcCgkJ CWRwbXNzdGFuZGJ5IGRwbXNzdXNwZW5kIGVuZENtZCBlcmFzZWRlbGF5IGVyYXNlbW9kZSBcCgkJ CWVyYXNldGltZSBmZyBmb250IGZvcmVncm91bmQgZ2VvbWV0cnkgaGVscCBcCgkJCWljb25nZW9t ZXRyeSBpbmZvIGludmFsaWQgbGVmdDNkIGxvY2tkZWxheSBsb2dvdXRDbWQgXAoJCQltYWlsQ21k IG1haWxJY29uIG1lc3NhZ2UgbWVzc2FnZWZpbGUgbWVzc2FnZWZvbnQgXAoJCQltZXNzYWdlc2Zp bGUgbW9kZSBuYW1lIG5jb2xvcnMgbmljZSBub21haWxJY29uIG5vbmUzZCBcCgkJCXBhcmVudCBw YXNzd29yZCBwbGFuZm9udCBwcm9ncmFtIHJlc291cmNlcyByaWdodDNkIFwKCQkJc2F0dXJhdGlv biBzaXplIHN0YXJ0Q21kIHRpbWVvdXQgdXNlcm5hbWUgdmFsaWRhdGUgXAoJCQl2ZXJzaW9uIHZp c3VhbCkvJyAnbi8tbW9kZS8oYW50IGF0bGFudGlzIGJhbGwgYmF0IFwKCQkJYmxvdCBib3Vib3Vs ZSBib3VuY2UgYnJhaWQgYnViYmxlIGJ1YmJsZTNkIGJ1ZyBjYWdlIFwKCQkJY2FydG9vbiBjbG9j ayBjb3JhbCBjcnlzdGFsIGRhaXN5IGRjbG9jayBkZWNheSBkZWNvIFwKCQkJZGVtb24gZGlsZW1t YSBkaXNjcmV0ZSBkcmlmdCBleWVzIGZhZGVwbG90IGZsYWcgZmxhbWUgXAoJCQlmbG93IGZvcmVz dCBnYWxheHkgZ2VhcnMgZ29vcCBncmF2IGhlbGl4IGhvcCBoeXBlciBcCgkJCWljbyBpZnMgaW1h Z2UgaW52ZXJ0IGp1bGlhIGthbGVpZCBrdW1wcGEgbGFtZW50IGxhc2VyIFwKCQkJbGlmZSBsaWZl MWQgbGlmZTNkIGxpZ2h0bmluZyBsaXNhIGxpc3NpZSBsb29wIGx5YXB1bm92IFwKCQkJbWFuZGVs YnJvdCBtYXJxdWVlIG1hdHJpeCBtYXplIG1vZWJpdXMgbW9ycGgzZCBcCgkJCW1vdW50YWluIG11 bmNoIG5vc2UgcGFjbWFuIHBlbnJvc2UgcGV0YWwgcGlwZXMgcHV6emxlIFwKCQkJcHlybyBxaXgg cm9sbCByb3RvciBydWJpayBzaGFwZSBzaWVycGluc2tpIHNsaXAgc3BoZXJlIFwKCQkJc3BpcmFs IHNwbGluZSBzcHJvaW5naWVzIHN0YWlycyBzdGFyIHN0YXJmaXNoIHN0cmFuZ2UgXAoJCQlzdXBl cnF1YWRyaWNzIHN3YXJtIHN3aXJsIHRldHJpcyB0aG9ybmJpcmQgdHJpYW5nbGUgXAoJCQl0dWJl IHR1cnRsZSB2aW5lcyB2b3RlcnMgd2F0b3Igd2lyZSB3b3JsZCB3b3JtIHhqYWNrIFwKCQkJYmxh bmsgYm9tYiByYW5kb20pLycgCiAgICBjb21wbGV0ZSB4ZmlnCSdjLy0vKGRpc3BsYXkpLycgJ3Av Ki9mOiouZmlnLycKICAgIGNvbXBsZXRlIHdnZXQgCWMvLS0vIihhY2NlcHQ9IGFwcGVuZC1vdXRw dXQ9IGJhY2tncm91bmQgY2FjaGU9IFwKCQkJY29udGludWUgY29udmVydC1saW5rcyBjdXQtZGly cz0gZGVidWcgXAoJCQlkZWxldGUtYWZ0ZXIgZGlyZWN0b3J5LXByZWZpeD0gZG9tYWlucz0gXAoJ CQlkb250LXJlbW92ZS1saXN0aW5nIGRvdC1zdHlsZT0gZXhjbHVkZS1kaXJlY3Rvcmllcz0gXAoJ CQlleGNsdWRlLWRvbWFpbnM9IGV4ZWN1dGU9IGZvbGxvdy1mdHAgXAoJCQlmb3JjZS1kaXJlY3Rv cmllcyBmb3JjZS1odG1sIGdsb2I9IGhlYWRlcj0gaGVscCBcCgkJCWh0dHAtcGFzc3dkPSBodHRw LXVzZXI9IGlnbm9yZS1sZW5ndGggXAoJCQlpbmNsdWRlLWRpcmVjdG9yaWVzPSBpbnB1dC1maWxl PSBsZXZlbD0gbWlycm9yIFwKCQkJbm8tY2xvYmJlciBuby1kaXJlY3RvcmllcyBuby1ob3N0LWRp cmVjdG9yaWVzIFwKCQkJbm8taG9zdC1sb29rdXAgbm8tcGFyZW50IG5vbi12ZXJib3NlIFwKCQkJ b3V0cHV0LWRvY3VtZW50PSBvdXRwdXQtZmlsZT0gcGFzc2l2ZS1mdHAgXAoJCQlwcm94eS1wYXNz d2Q9IHByb3h5LXVzZXI9IHByb3h5PSBxdWlldCBxdW90YT0gXAoJCQlyZWN1cnNpdmUgcmVqZWN0 PSByZWxhdGl2ZSByZXRyLXN5bWxpbmtzIHNhdmUtaGVhZGVycyBcCgkJCXNlcnZlci1yZXNwb25z ZSBzcGFuLWhvc3RzIHNwaWRlciB0aW1lb3V0PSBcCgkJCXRpbWVzdGFtcGluZyB0cmllcz0gdXNl ci1hZ2VudD0gdmVyYm9zZSB2ZXJzaW9uIHdhaXQ9KSIvCgogICAgIyB0aGVzZSBmcm9tIFRvbSBX YXJ6ZWthIDx0b21Ad2F6LmNjPgoKICAgICMgdGhpcyBvbmUgd29ya3MgYnV0IGlzIHNsb3cgYW5k IGRvZXNuJ3QgZGVzY2VuZCBpbnRvIHN1YmRpcmVjdG9yaWVzCiAgICAjIGNvbXBsZXRlCWNkCUNA Wy4vXCR+XSpAZEAgXAogICAgIwkJCXBAMUAnYFxscyAtMUYgLiAkY2RwYXRoIHwgZ3JlcCAvXCQg fCBzb3J0IC11YCdAIG5AKkBuQAoKICAgIGlmICggLXIgL2V0Yy9zaGVsbHMgKSB0aGVuCiAgICAg ICAgY29tcGxldGUgc2V0ZW52CXBAMUBlQCBuQERJU1BMQVlAXCRob3N0c0A6IG5AU0hFTExAJ2Bj YXQgL2V0Yy9zaGVsbHNgJ0AKICAgIGVsc2UKCWNvbXBsZXRlIHNldGVudglwQDFAZUAgbkBESVNQ TEFZQFwkaG9zdHNAOgogICAgZW5kaWYKICAgIGNvbXBsZXRlIHVuc2V0ZW52CW4vKi9lLwoKICAg IGlmICgtciAvdmFyL3Nwb29sL21haWwpIHRoZW4KICAgICAgc2V0IF9tYWlsZGlyID0gL3Zhci9z cG9vbC9tYWlsCiAgICBlbHNlCiAgICAgIHNldCBfbWFpbGRpciA9IC91c3IvbWFpbAogICAgZW5k aWYKICAgIGlmICgtciAkSE9NRS8ubWFpbHJjKSB0aGVuCiAgICAgICAgY29tcGxldGUgbWFpbAlj Ly0vIihlIGkgZiBuIHMgdSB2KSIvIGMvKkAvXCRob3N0cy8gXAoJCQljQCtARjokSE9NRS9NYWls QCBDQFsuL1wkfl1AZkAgbi8tcy94Oic8c3ViamVjdD4nLyBcCgkJCW5ALXVAVDokX21haWxkaXJA IG4vLWYvZi8gXAoJCQluQCpAJ2BzZWQgLW4gcy9hbGlhcy8vcCAkSE9NRS8ubWFpbHJjIHwgdHIg LXMgIiAiICIJIiB8IGN1dCAtZiAyYCdACiAgICBlbHNlCiAgICAgICAgY29tcGxldGUgbWFpbAlj Ly0vIihlIGkgZiBuIHMgdSB2KSIvIGMvKkAvXCRob3N0cy8gXAoJCQljQCtARjokSE9NRS9NYWls QCBDQFsuL1wkfl1AZkAgbi8tcy94Oic8c3ViamVjdD4nLyBcCgkJCW5ALXVAVDokX21haWxkaXJA IG4vLWYvZi8gbi8qL3UvCiAgICBlbmRpZgogICAgdW5zZXQgX21haWxkaXIKCiAgICBpZiAoISAk P01BTlBBVEgpIHRoZW4KCWlmICgtciAvdXNyL3NoYXJlL21hbikgdGhlbgoJICAgIHNldGVudiBN QU5QQVRIIC91c3Ivc2hhcmUvbWFuOgoJZWxzZQoJICAgIHNldGVudiBNQU5QQVRIIC91c3IvbWFu OgoJZW5kaWYKICAgIGVuZGlmCgogICAgIyB1c2Ugb2YgJE1BTlBBVEggZnJvbSBEYW4gTmljb2xh ZXNjdSA8ZGFubkBpY3MudWNpLmVkdT4KICAgICMgdXNlIG9mICdmaW5kJyBhZGFwdGVkIGZyb20g THVib21pciBIb3N0IDxob3N0OEBrZXBsZXIuZm1waC51bmliYS5zaz4KICAgIGNvbXBsZXRlIG1h biBcCgkgICAgJ25AMUBgc2V0IHEgPSAiJE1BTlBBVEg6YXMlOiUvbWFuMSAlIiA7IFxscyAtMSAk cSB8JiBzZWQgLWUgcyVeLlwqOi5cKlwkJSUgLWUgcyVcXC4xLlwqXCQlJWBAJ1wKCSAgICAnbkAy QGBzZXQgcSA9ICIkTUFOUEFUSDphcyU6JS9tYW4yICUiIDsgXGxzIC0xICRxIHwmIHNlZCAtZSBz JV4uXCo6LlwqXCQlJSAtZSBzJVxcLjIuXCpcJCUlYEAnXAoJICAgICduQDNAYHNldCBxID0gIiRN QU5QQVRIOmFzJTolL21hbjMgJSIgOyBcbHMgLTEgJHEgfCYgc2VkIC1lIHMlXi5cKjouXCpcJCUl IC1lIHMlXFwuMy5cKlwkJSVgQCdcCgkgICAgJ25ANEBgc2V0IHEgPSAiJE1BTlBBVEg6YXMlOiUv bWFuNCAlIiA7IFxscyAtMSAkcSB8JiBzZWQgLWUgcyVeLlwqOi5cKlwkJSUgLWUgcyVcXC40Llwq XCQlJWBAJ1wKCSAgICAnbkA1QGBzZXQgcSA9ICIkTUFOUEFUSDphcyU6JS9tYW41ICUiIDsgXGxz IC0xICRxIHwmIHNlZCAtZSBzJV4uXCo6LlwqXCQlJSAtZSBzJVxcLjUuXCpcJCUlYEAnXAoJICAg ICduQDZAYHNldCBxID0gIiRNQU5QQVRIOmFzJTolL21hbjYgJSIgOyBcbHMgLTEgJHEgfCYgc2Vk IC1lIHMlXi5cKjouXCpcJCUlIC1lIHMlXFwuNi5cKlwkJSVgQCdcCgkgICAgJ25AN0Bgc2V0IHEg PSAiJE1BTlBBVEg6YXMlOiUvbWFuNyAlIiA7IFxscyAtMSAkcSB8JiBzZWQgLWUgcyVeLlwqOi5c KlwkJSUgLWUgcyVcXC43LlwqXCQlJWBAJ1wKCSAgICAnbkA4QGBzZXQgcSA9ICIkTUFOUEFUSDph cyU6JS9tYW44ICUiIDsgXGxzIC0xICRxIHwmIHNlZCAtZSBzJV4uXCo6LlwqXCQlJSAtZSBzJVxc LjguXCpcJCUlYEAnXAoJICAgICduQDlAYHNldCBxID0gIiRNQU5QQVRIOmFzJTolL21hbjkgJSIg OyBcbHMgLTEgJHEgfCYgc2VkIC1lIHMlXi5cKjouXCpcJCUlIC1lIHMlXFwuOS5cKlwkJSVgQCdc CgkgICAgJ25AMEBgc2V0IHEgPSAiJE1BTlBBVEg6YXMlOiUvbWFuMCAlIiA7IFxscyAtMSAkcSB8 JiBzZWQgLWUgcyVeLlwqOi5cKlwkJSUgLWUgcyVcXC4wLlwqXCQlJWBAJ1wKCSAgICAnbkBuQGBz ZXQgcSA9ICIkTUFOUEFUSDphcyU6JS9tYW5uICUiIDsgXGxzIC0xICRxIHwmIHNlZCAtZSBzJV4u XCo6LlwqXCQlJSAtZSBzJVxcLm4uXCpcJCUlYEAnXAoJICAgICduQG9AYHNldCBxID0gIiRNQU5Q QVRIOmFzJTolL21hbm8gJSIgOyBcbHMgLTEgJHEgfCYgc2VkIC1lIHMlXi5cKjouXCpcJCUlIC1l IHMlXFwuby5cKlwkJSVgQCdcCgkgICAgJ25AbEBgc2V0IHEgPSAiJE1BTlBBVEg6YXMlOiUvbWFu bCAlIiA7IFxscyAtMSAkcSB8JiBzZWQgLWUgcyVeLlwqOi5cKlwkJSUgLWUgcyVcXC5sLlwqXCQl JWBAJ1wKCSAgICAnbkBwQGBzZXQgcSA9ICIkTUFOUEFUSDphcyU6JS9tYW5wICUiIDsgXGxzIC0x ICRxIHwmIHNlZCAtZSBzJV4uXCo6LlwqXCQlJSAtZSBzJVxcLnAuXCpcJCUlYEAnXAoJICAgIGNA LUAiKC0gZiBrIE0gUCBzIFMgdCkiQCBuQC1mQGNAIG5ALWtAeDonPGtleXdvcmQ+J0AgbkAtW01Q XUBkQCAgIFwKCSAgICAnTkAtW01QXUBgXGxzIC0xICQ6LTEvbWFuPyB8JiBzZWQgLW4gcyVcXC4u XFwrXCQlJXBgQCcgICAgICAgICAgICBcCgkgICAgJ25ALVtzU11AYFxscyAtMSAkTUFOUEFUSDph cyU6JSAlIHwmIHNlZCAtbiBzJV5tYW4lJXAgfCBzb3J0IC11YEAnXAoJICAgICduQCpAYGZpbmQg JE1BTlBBVEg6YXMlOiUgJSBcKCAtdHlwZSBmIC1vIC10eXBlIGwgXCkgLXByaW50ZiAiJWYgIiB8 JiBzZWQgLWUgInMlZmluZDogLio6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnklJSIgLWUgInMl XChbXlwuXVwrXClcLlwoW14gXSpcKSAlXDEgJWciYEAnCgkgICAgI25AKkBjQCAjIG9sZCB3YXkg LS0gY29tbWFuZHMgb25seQoKICAgIGNvbXBsZXRlIHBzCSAgICAgICAgYy8tdC94Oic8dHR5Picv IGMvLS8iKGEgYyBDIGUgZyBrIGwgUyB0IHUgdiB3IHgpIi8gXAoJCQluLy1rL3g6JzxrZXJuZWw+ Jy8gTi8tay94Oic8Y29yZV9maWxlPicvIG4vKi94Oic8UElEPicvCiAgICBjb21wbGV0ZSBjb21w cmVzcwljLy0vIihjIGYgdiBiKSIvIG4vLWIveDonPG1heF9iaXRzPicvIG4vKi9mOl4qLlovCiAg ICBjb21wbGV0ZSB1bmNvbXByZXNzCWMvLS8iKGMgZiB2KSIvICAgICAgICAgICAgICAgICAgICAg ICAgbi8qL2Y6Ki5aLwoKICAgIGNvbXBsZXRlIHV1ZW5jb2RlCXAvMS9mLyBwLzIveDonPGRlY29k ZV9wYXRobmFtZT4nLyBuLyovbi8KICAgIGNvbXBsZXRlIHV1ZGVjb2RlCWMvLS8iKGYpIi8gbi8t Zi9mOioue3V1LFVVfS8gcC8xL2Y6Ki57dXUsVVV9LyBuLyovbi8KCiAgICBjb21wbGV0ZSB4aG9z dAljL1srLV0vXCRob3N0cy8gbi8qL1wkaG9zdHMvCiAgICBjb21wbGV0ZSB4cGRmCWMvLS8iKHog ZyByZW1vdGUgcmFpc2UgcXVpdCBjbWFwIHJnYiBwYXBlcmNvbG9yICAgICAgIFwKCQkJICAgICAg ZXVjanAgdDFsaWIgZnJlZXR5cGUgcHMgcGFwZXJ3IHBhcGVyaCBsZXZlbDEgICAgXAoJCQkgICAg ICB1cHcgZnVsbHNjcmVlbiBjbWQgcSB2IGggaGVscCkiLyAgICAgICAgICAgICAgICBcCgkJCW4v LXoveDonPHpvb20gKC01IC4uICs1KSBvciAicGFnZSIgb3IgIndpZHRoIj4nLyAgICAgIFwKCQkJ bi8tZy94Oic8Z2VvbWV0cnk+Jy8gbi8tcmVtb3RlL3g6JzxuYW1lPicvICAgICAgICAgICAgXAoJ CQluLy1yZ2IveDonPG51bWJlcj4nLyBuLy1wYXBlcmNvbG9yL3g6Jzxjb2xvcj4nLyAgICAgICBc CgkJCW4vLXt0MWxpYixmcmVldHlwZX0veDonPGZvbnRfdHlwZT4nLyAgICAgICAgICAgICAgICAg IFwKCQkJbi8tcHMveDonPFBTX2ZpbGU+Jy8gbi8tcGFwZXJ3L3g6Jzx3aWR0aD4nLyAgICAgICAg ICAgXAoJCQluLy1wYXBlcmgveDonPGhlaWdodD4nLyBuLy11cHcveDonPHBhc3N3b3JkPicvICAg ICAgICBcCgkJCW4vLS9mOioue3BkZixQREZ9LyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFwKCQkJTi8te3osZyxyZW1vdGUscmdiLHBhcGVyY29sb3IsdDFsaWIsZnJlZXR5cGUs cHMscGFwZXJ3LHBhcGVyaCx1cHd9L2Y6Ki57cGRmLFBERn0vIFwKCQkJTi8tL3g6JzxwYWdlPicv IHAvMS9mOioue3BkZixQREZ9LyBwLzIveDonPHBhZ2U+Jy8KCiAgICAjIHRoZXNlIGNvbmZvcm0g dG8gdGhlIGxhdGVzdCBHTlUgdmVyc2lvbnMgYXZhaWxhYmxlIGF0IHByZXNzIHRpbWUgLi4uCiAg ICAjIHVwZGF0ZXMgYnkgSm9obiBHb3R0cyA8amdvdHRzQGVuZ2luLnVtaWNoLmVkdT4KICAgIGlm ICgtWCBlbWFjcykgdGhlbgogICAgICAjIFRXIG5vdGU6ICBpZiB5b3VyIHZlcnNpb24gb2YgR05V IEVtYWNzIHN1cHBvcnRzIHRoZSAiLS12ZXJzaW9uIiBvcHRpb24sCiAgICAgICMgICAgICAgICAg IHVuY29tbWVudCB0aGlzIGxpbmUgYW5kIGNvbW1lbnQgdGhlIG5leHQgdG8gYXV0b21hdGljYWxs eQogICAgICAjICAgICAgICAgICBkZXRlY3QgdGhlIHZlcnNpb24sIGVsc2UgcmVwbGFjZSAiMjEu MiIgd2l0aCB5b3VyIHZlcnNpb24uCiAgICAgICNzZXQgX2VtYWNzX3Zlcj1gZW1hY3MgLS12ZXJz aW9uIHwgc2VkIC1lICdzJUdOVSBFbWFjcyAlJScgLWUgcSB8IGN1dCAtZCAuIC1mMS0yYAogICAg ICBzZXQgX2VtYWNzX3Zlcj0yMS4yCiAgICAgIHNldCBfZW1hY3NfZGlyPWB3aGljaCBlbWFjcyB8 IHNlZCBzJS9iaW4vZW1hY3MlJWAgCiAgICAgIGNvbXBsZXRlIGVtYWNzCWMvLS0vIihiYXRjaCB0 ZXJtaW5hbCBkaXNwbGF5IG5vLXdpbmRvd3Mgbm8taW5pdC1maWxlIFwKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHVzZXIgZGVidWctaW5pdCB1bmlieXRlIG11bHRpYnl0ZSB2ZXJzaW9u IGhlbHAgXAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbm8tc2l0ZS1maWxlIGZ1bmNh bGwgbG9hZCBldmFsIGluc2VydCBraWxsKSIvIFwKICAgICAgICAgICAgICAgICAgICAgICAgYy8t LyIodCBkIG53IHEgdSBmIGwgLSkiLyBjLysveDonPGxpbmVfbnVtYmVyPicvIFwKCQkJbi97LXQs LS10ZXJtaW5hbH0veDonPHRlcm1pbmFsPicvIG4vey1kLC0tZGlzcGxheX0veDonPGRpc3BsYXk+ Jy8gXAoJICAgICAgICAgICAgICAgIG4vey11LC0tdXNlcn0vdS8gbi97LWYsLS1mdW5jYWxsfS94 Oic8bGlzcF9mdW5jdGlvbj4nLyBcCgkJCW5Aey1sLC0tbG9hZH1ARjokX2VtYWNzX2Rpci9zaGFy ZS9lbWFjcy8kX2VtYWNzX3Zlci9saXNwQCBcCgkJCW4vLS1ldmFsL3g6JzxleHByZXNzaW9uPicv IG4vLS1pbnNlcnQvZi8gbi8qL2Y6XipbXCN+XS8KICAgICAgdW5zZXQgX2VtYWNzX3ZlciBfZW1h Y3NfZGlyCiAgICBlbmRpZgoKICAgICMgaWYgeW91ciAiemNhdCIgaXMgdGhlIEdOVSB2ZXJzaW9u LCBjaGFuZ2UgImd6Y2F0IiBiZWxvdyB0byBqdXN0ICJ6Y2F0IgogICAgY29tcGxldGUgZ3pjYXQJ Yy8tLS8iKGZvcmNlIGhlbHAgbGljZW5zZSBxdWlldCB2ZXJzaW9uKSIvIFwKCQkJYy8tLyIoZiBo IEwgcSBWIC0pIi8gbi8qL2Y6Ki57Z3osWix6LHppcH0vCiAgICBjb21wbGV0ZSBnemlwCWMvLS0v IihzdGRvdXQgdG8tc3Rkb3V0IGRlY29tcHJlc3MgdW5jb21wcmVzcyBcCgkJCWZvcmNlIGhlbHAg bGlzdCBsaWNlbnNlIG5vLW5hbWUgcXVpZXQgcmVjdXJzZSBcCgkJCXN1ZmZpeCB0ZXN0IHZlcmJv c2UgdmVyc2lvbiBmYXN0IGJlc3QpIi8gXAoJCQljLy0vIihjIGQgZiBoIGwgTCBuIHEgciBTIHQg diBWIDEgMiAzIDQgNSA2IDcgOCA5IC0pIi9cCgkJCW4vey1TLC0tc3VmZml4fS94Oic8ZmlsZV9u YW1lX3N1ZmZpeD4nLyBcCgkJCW4vey1kLC0te2RlLHVufWNvbXByZXNzfS9mOioue2d6LFoseix6 aXAsdGF6LHRnen0vIFwKCQkJTi97LWQsLS17ZGUsdW59Y29tcHJlc3N9L2Y6Ki57Z3osWix6LHpp cCx0YXosdGd6fS8gXAoJCQluLyovZjpeKi57Z3osWix6LHppcCx0YXosdGd6fS8KICAgIGNvbXBs ZXRlIHtndW56aXAsdW5nemlwfSBjLy0tLyIoc3Rkb3V0IHRvLXN0ZG91dCBmb3JjZSBoZWxwIGxp c3QgbGljZW5zZSBcCgkJCW5vLW5hbWUgcXVpZXQgcmVjdXJzZSBzdWZmaXggdGVzdCB2ZXJib3Nl IHZlcnNpb24pIi8gXAoJCQljLy0vIihjIGYgaCBsIEwgbiBxIHIgUyB0IHYgViAtKSIvIFwKCQkJ bi97LVMsLS1zdWZmaXh9L3g6JzxmaWxlX25hbWVfc3VmZml4PicvIFwKCQkJbi8qL2Y6Ki57Z3os Wix6LHppcCx0YXosdGd6fS8KICAgIGNvbXBsZXRlIHpncmVwCWMvLSpBL3g6JzwjX2xpbmVzX2Fm dGVyPicvIGMvLSpCL3g6JzwjX2xpbmVzX2JlZm9yZT4nL1wKCQkJYy8tLyIoQSBiIEIgYyBDIGUg ZiBoIGkgbCBuIHMgdiBWIHcgeCkiLyBcCgkJCXAvMS94Oic8bGltaXRlZF9yZWd1bGFyX2V4cHJl c3Npb24+Jy8gTi8tKmUvZi8gXAoJCQluLy0qZS94Oic8bGltaXRlZF9yZWd1bGFyX2V4cHJlc3Np b24+Jy8gbi8tKmYvZi8gbi8qL2YvCiAgICBjb21wbGV0ZSB6ZWdyZXAJYy8tKkEveDonPCNfbGlu ZXNfYWZ0ZXI+Jy8gYy8tKkIveDonPCNfbGluZXNfYmVmb3JlPicvXAoJCQljLy0vIihBIGIgQiBj IEMgZSBmIGggaSBsIG4gcyB2IFYgdyB4KSIvIFwKCQkJcC8xL3g6JzxmdWxsX3JlZ3VsYXJfZXhw cmVzc2lvbj4nLyBOLy0qZS9mLyBcCgkJCW4vLSplL3g6JzxmdWxsX3JlZ3VsYXJfZXhwcmVzc2lv bj4nLyBuLy0qZi9mLyBuLyovZi8KICAgIGNvbXBsZXRlIHpmZ3JlcAljLy0qQS94Oic8I19saW5l c19hZnRlcj4nLyBjLy0qQi94Oic8I19saW5lc19iZWZvcmU+Jy9cCgkJCWMvLS8iKEEgYiBCIGMg QyBlIGYgaCBpIGwgbiBzIHYgViB3IHgpIi8gXAoJCQlwLzEveDonPGZpeGVkX3N0cmluZz4nLyBO Ly0qZS9mLyBcCgkJCW4vLSplL3g6JzxmaXhlZF9zdHJpbmc+Jy8gbi8tKmYvZi8gbi8qL2YvCiAg ICBjb21wbGV0ZSB6bmV3CWMvLS8iKGYgdCB2IDkgUCBLKSIvIG4vKi9mOiouWi8KICAgIGNvbXBs ZXRlIHptb3JlCW4vKi9mOioue2d6LFoseix6aXB9LwogICAgY29tcGxldGUgemZpbGUJbi8qL2Y6 Ki57Z3osWix6LHppcCx0YXosdGd6fS8KICAgIGNvbXBsZXRlIHp0b3VjaAluLyovZjoqLntneixa LHosemlwLHRheix0Z3p9LwogICAgY29tcGxldGUgemZvcmNlCW4vKi9mOl4qLntneix0Z3p9LwoK ICAgIGNvbXBsZXRlIGdyZXAJYy8tKkEveDonPCNfbGluZXNfYWZ0ZXI+Jy8gYy8tKkIveDonPCNf bGluZXNfYmVmb3JlPicvXAoJCQljLy0tLyIoZXh0ZW5kZWQtcmVnZXhwIGZpeGVkLXJlZ2V4cCBi YXNpYy1yZWdleHAgXAoJCQlyZWdleHAgZmlsZSBpZ25vcmUtY2FzZSB3b3JkLXJlZ2V4cCBsaW5l LXJlZ2V4cCBcCgkJCW5vLW1lc3NhZ2VzIHJldmVydC1tYXRjaCB2ZXJzaW9uIGhlbHAgYnl0ZS1v ZmZzZXQgXAoJCQlsaW5lLW51bWJlciB3aXRoLWZpbGVuYW1lIG5vLWZpbGVuYW1lIHF1aWV0IHNp bGVudCBcCgkJCXRleHQgZGlyZWN0b3JpZXMgcmVjdXJzaXZlIGZpbGVzLXdpdGhvdXQtbWF0Y2gg XAoJCQlmaWxlcy13aXRoLW1hdGNoZXMgY291bnQgYmVmb3JlLWNvbnRleHQgYWZ0ZXItY29udGV4 dCBcCgkJCWNvbnRleHQgYmluYXJ5IHVuaXgtYnl0ZS1vZmZzZXRzKSIvIFwKCQkJYy8tLyIoQSBh IEIgYiBDIGMgZCBFIGUgRiBmIEcgSCBoIGkgTCBsIG4gcSByIHMgVSB1IFYgXAoJCQkJdiB3IHgp Ii8gXAoJCQlwLzEveDonPGxpbWl0ZWRfcmVndWxhcl9leHByZXNzaW9uPicvIE4vLSplL2YvIFwK CQkJbi8tKmUveDonPGxpbWl0ZWRfcmVndWxhcl9leHByZXNzaW9uPicvIG4vLSpmL2YvIG4vKi9m LwogICAgY29tcGxldGUgZWdyZXAJYy8tKkEveDonPCNfbGluZXNfYWZ0ZXI+Jy8gYy8tKkIveDon PCNfbGluZXNfYmVmb3JlPicvXAoJCQljLy0tLyIoZXh0ZW5kZWQtcmVnZXhwIGZpeGVkLXJlZ2V4 cCBiYXNpYy1yZWdleHAgXAoJCQlyZWdleHAgZmlsZSBpZ25vcmUtY2FzZSB3b3JkLXJlZ2V4cCBs aW5lLXJlZ2V4cCBcCgkJCW5vLW1lc3NhZ2VzIHJldmVydC1tYXRjaCB2ZXJzaW9uIGhlbHAgYnl0 ZS1vZmZzZXQgXAoJCQlsaW5lLW51bWJlciB3aXRoLWZpbGVuYW1lIG5vLWZpbGVuYW1lIHF1aWV0 IHNpbGVudCBcCgkJCXRleHQgZGlyZWN0b3JpZXMgcmVjdXJzaXZlIGZpbGVzLXdpdGhvdXQtbWF0 Y2ggXAoJCQlmaWxlcy13aXRoLW1hdGNoZXMgY291bnQgYmVmb3JlLWNvbnRleHQgYWZ0ZXItY29u dGV4dCBcCgkJCWNvbnRleHQgYmluYXJ5IHVuaXgtYnl0ZS1vZmZzZXRzKSIvIFwKCQkJYy8tLyIo QSBhIEIgYiBDIGMgZCBFIGUgRiBmIEcgSCBoIGkgTCBsIG4gcSByIHMgVSB1IFYgXAoJCQkJdiB3 IHgpIi8gXAoJCQlwLzEveDonPGZ1bGxfcmVndWxhcl9leHByZXNzaW9uPicvIE4vLSplL2YvIFwK CQkJbi8tKmUveDonPGZ1bGxfcmVndWxhcl9leHByZXNzaW9uPicvIG4vLSpmL2YvIG4vKi9mLwog ICAgY29tcGxldGUgZmdyZXAJYy8tKkEveDonPCNfbGluZXNfYWZ0ZXI+Jy8gYy8tKkIveDonPCNf bGluZXNfYmVmb3JlPicvXAoJCQljLy0tLyIoZXh0ZW5kZWQtcmVnZXhwIGZpeGVkLXJlZ2V4cCBi YXNpYy1yZWdleHAgXAoJCQlyZWdleHAgZmlsZSBpZ25vcmUtY2FzZSB3b3JkLXJlZ2V4cCBsaW5l LXJlZ2V4cCBcCgkJCW5vLW1lc3NhZ2VzIHJldmVydC1tYXRjaCB2ZXJzaW9uIGhlbHAgYnl0ZS1v ZmZzZXQgXAoJCQlsaW5lLW51bWJlciB3aXRoLWZpbGVuYW1lIG5vLWZpbGVuYW1lIHF1aWV0IHNp bGVudCBcCgkJCXRleHQgZGlyZWN0b3JpZXMgcmVjdXJzaXZlIGZpbGVzLXdpdGhvdXQtbWF0Y2gg XAoJCQlmaWxlcy13aXRoLW1hdGNoZXMgY291bnQgYmVmb3JlLWNvbnRleHQgYWZ0ZXItY29udGV4 dCBcCgkJCWNvbnRleHQgYmluYXJ5IHVuaXgtYnl0ZS1vZmZzZXRzKSIvIFwKCQkJYy8tLyIoQSBh IEIgYiBDIGMgZCBFIGUgRiBmIEcgSCBoIGkgTCBsIG4gcSByIHMgVSB1IFYgXAoJCQkJdiB3IHgp Ii8gXAoJCQlwLzEveDonPGZpeGVkX3N0cmluZz4nLyBOLy0qZS9mLyBcCgkJCW4vLSplL3g6Jzxm aXhlZF9zdHJpbmc+Jy8gbi8tKmYvZi8gbi8qL2YvCgogICAgY29tcGxldGUgc2VkCWMvLS0vIihx dWlldCBzaWxlbnQgdmVyc2lvbiBoZWxwIGV4cHJlc3Npb24gZmlsZSkiLyAgIFwKCQkJYy8tLyIo biBWIGUgZiAtKSIvIG4vey1lLC0tZXhwcmVzc2lvbn0veDonPHNjcmlwdD4nLyAgXAoJCQluL3st ZiwtLWZpbGV9L2Y6Ki5zZWQvIE4vLXtlLGYsLXtmaWxlLGV4cHJlc3Npb259fS9mLyBcCgkJCW4v LS94Oic8c2NyaXB0PicvIE4vLS9mLyBwLzEveDonPHNjcmlwdD4nLyBwLzIvZi8KCiAgICBjb21w bGV0ZSB1c2VycwljLy0tLyIoaGVscCB2ZXJzaW9uKSIvIHAvMS94Oic8YWNjb3VudGluZ19maWxl PicvCiAgICBjb21wbGV0ZSB3aG8JYy8tLS8iKGhlYWRpbmcgaWRsZSBjb3VudCBtZXNnIG1lc3Nh Z2Ugd3JpdGFibGUgaGVscCBcCiAgICAJCQl2ZXJzaW9uKSIvIGMvLS8iKEggaSBtIHEgcyBUIHcg dSAtKSIvIFwKCQkJcC8xL3g6JzxhY2NvdW50aW5nX2ZpbGU+Jy8gbi9hbS8iKGkpIi8gbi9hcmUv Iih5b3UpIi8KCiAgICBjb21wbGV0ZSBjaG93bgljLy0tLyIoY2hhbmdlcyBkZXJlZmVyZW5jZSBu by1kZXJlZmVyZW5jZSBzaWxlbnQgXAogICAgCQkJcXVpZXQgcmVmZXJlbmNlIHJlY3Vyc2l2ZSB2 ZXJib3NlIGhlbHAgdmVyc2lvbikiLyBcCgkJCWMvLS8iKGMgZiBoIFIgdiAtKSIvIENAWy4vXCR+ XUBmQCBjLypbLjpdL2cvIFwKCQkJbi8tL3UvOiBwLzEvdS86IG4vKi9mLwogICAgY29tcGxldGUg Y2hncnAJYy8tLS8iKGNoYW5nZXMgbm8tZGVyZWZlcmVuY2Ugc2lsZW50IHF1aWV0IHJlZmVyZW5j ZSBcCiAgICAJCQlyZWN1cnNpdmUgdmVyYm9zZSBoZWxwIHZlcnNpb24pIi8gXAoJCQljLy0vIihj IGYgaCBSIHYgLSkiLyBuLy0vZy8gcC8xL2cvIG4vKi9mLwogICAgY29tcGxldGUgY2htb2QJYy8t LS8iKGNoYW5nZXMgc2lsZW50IHF1aWV0IHZlcmJvc2UgcmVmZXJlbmNlIFwKICAgIAkJCXJlY3Vy c2l2ZSBoZWxwIHZlcnNpb24pIi8gYy8tLyIoYyBmIFIgdikiLwogICAgY29tcGxldGUgZGYJCWMv LS0vIihhbGwgYmxvY2stc2l6ZSBodW1hbi1yZWFkYWJsZSBzaSBpbm9kZXMgXAoJCQlraWxvYnl0 ZXMgbG9jYWwgbWVnYWJ5dGVzIG5vLXN5bmMgcG9ydGFiaWxpdHkgc3luYyBcCgkJCXR5cGUgcHJp bnQtdHlwZSBleGNsdWRlLXR5cGUgaGVscCB2ZXJzaW9uKSIvIFwKCQkJYy8tLyIoYSBIIGggaSBr IGwgbSBQIFQgdCB2IHgpIi8KICAgIGNvbXBsZXRlIGR1CQljLy0tLyIoYWxsIGJsb2NrLXNpemUg Ynl0ZXMgdG90YWwgZGVyZWZlcmVuY2UtYXJncyBcCiAgICAJCQlodW1hbi1yZWFkYWJsZSBzaSBr aWxvYnl0ZXMgY291bnQtbGlua3MgZGVyZWZlcmVuY2UgXAoJCQltZWdhYnl0ZXMgc2VwYXJhdGUt ZGlycyBzdW1tYXJpemUgb25lLWZpbGUtc3lzdGVtIFwKCQkJZXhjbHVkZS1mcm9tIGV4Y2x1ZGUg bWF4LWRlcHRoIGhlbHAgdmVyc2lvbiIvIFwKCQkJYy8tLyIoYSBiIGMgRCBIIGggayBMIGwgbSBT IHMgWCB4KSIvCgogICAgY29tcGxldGUgY2F0CWMvLS0vIihudW1iZXItbm9uYmxhbmsgbnVtYmVy IHNxdWVlemUtYmxhbmsgc2hvdy1hbGwgXAoJCQlzaG93LW5vbnByaW50aW5nIHNob3ctZW5kcyBz aG93LXRhYnMgaGVscCB2ZXJzaW9uKSIvIFwKCQkJYy8tLyIoQSBiIEUgZSBuIHMgVCB0IHUgdiAt KSIvIG4vKi9mLwogICAgY29tcGxldGUgbXYJCWMvLS0vIihiYWNrdXAgZm9yY2UgaW50ZXJhY3Rp dmUgdXBkYXRlIHZlcmJvc2Ugc3VmZml4IFwKCQkJdmVyc2lvbi1jb250cm9sIGhlbHAgdmVyc2lv bikiLyBcCgkJCWMvLS8iKGIgZiBpIFMgdSBWIHYgLSkiLyBcCgkJCW4vey1TLC0tc3VmZml4fS94 Oic8c3VmZml4PicvIFwKCQkJbi97LVYsLS12ZXJzaW9uLWNvbnRyb2x9LyIodCBudW1iZXJlZCBu aWwgZXhpc3RpbmcgXAoJCQluZXZlciBzaW1wbGUpIi8gbi8tL2YvIE4vLS9kLyBwLzEvZi8gcC8y L2QvIG4vKi9mLwogICAgY29tcGxldGUgY3AJCWMvLS0vIihhcmNoaXZlIGJhY2t1cCBuby1kZXJl ZmVyZW5jZSBmb3JjZSBcCiAgICAJCQlpbnRlcmFjdGl2ZSBsaW5rIHByZXNlcnZlIHBhcmVudHMg c3BhcnNlIHJlY3Vyc2l2ZSBcCgkJCXN5bWJvbGljLWxpbmsgc3VmZml4IHVwZGF0ZSB2ZXJib3Nl IHZlcnNpb24tY29udHJvbCBcCgkJCW9uZS1maWxlLXN5c3RlbSBoZWxwIHZlcnNpb24pIi8gXAoJ CQljLy0vIihhIGIgZCBmIGkgbCBQIHAgUiByIFMgcyB1IFYgdiB4IC0pIi8gXAoJCQluLy0qci9k LyBuL3stUywtLXN1ZmZpeH0veDonPHN1ZmZpeD4nLyBcCgkJCW4vey1WLC0tdmVyc2lvbi1jb250 cm9sfS8iKHQgbnVtYmVyZWQgbmlsIGV4aXN0aW5nIFwKCQkJbmV2ZXIgc2ltcGxlKSIvIG4vLS9m LyBOLy0vZC8gcC8xL2YvIHAvMi9kLyBuLyovZi8KICAgIGNvbXBsZXRlIGxuCQljLy0tLyIoYmFj a3VwIGRpcmVjdG9yeSBmb3JjZSBuby1kZXJlZmVyZW5jZSBcCiAgICAJCQlpbnRlcmFjdGl2ZSBz eW1ib2xpYyBzdWZmaXggdmVyYm9zZSB2ZXJzaW9uLWNvbnRyb2wgXAoJCQloZWxwIHZlcnNpb24p Ii8gXAoJCQljLy0vIihiIGQgRiBmIGkgbiBTIHMgViB2IC0pIi8gXAoJCQluL3stUywtLXN1ZmZp eH0veDonPHN1ZmZpeD4nLyBcCgkJCW4vey1WLC0tdmVyc2lvbi1jb250cm9sfS8iKHQgbnVtYmVy ZWQgbmlsIGV4aXN0aW5nIFwKCQkJbmV2ZXIgc2ltcGxlKSIvIG4vLS9mLyBOLy0veDonPGxpbmtf bmFtZT4nLyBcCgkJCXAvMS9mLyBwLzIveDonPGxpbmtfbmFtZT4nLwogICAgY29tcGxldGUgdG91 Y2gJYy8tLS8iKGRhdGUgcmVmZXJlbmNlIHRpbWUgaGVscCB2ZXJzaW9uKSIvIFwKCQkJYy8tLyIo YSBjIGQgZiBtIHIgdCAtKSIvIFwKCQkJbi97LWQsLS1kYXRlfS94Oic8ZGF0ZV9zdHJpbmc+Jy8g XAoJCQljLy0tdGltZS8iKGFjY2VzcyBhdGltZSBtdGltZSBtb2RpZnkgdXNlKSIvIFwKCQkJbi97 LXIsLS1maWxlfS9mLyBuLy10L3g6Jzx0aW1lX3N0YW1wPicvIG4vKi9mLwogICAgY29tcGxldGUg bWtkaXIJYy8tLS8iKG1vZGUgcGFyZW50cyB2ZXJib3NlIGhlbHAgdmVyc2lvbikiLyBcCiAgICAJ CQljLy0vIihwIG0gLSkiLyBcCgkJCW4vey1tLC0tbW9kZX0veDonPG1vZGU+Jy8gbi8qL2QvCiAg ICBjb21wbGV0ZSBybWRpcgljLy0tLyIoaWdub3JlLWZhaWwtb24tbm9uLWVtcHR5IHBhcmVudHMg dmVyYm9zZSBoZWxwIFwKICAgIAkJCXZlcnNpb24pIi8gYy8tLyIocCAtKSIvIG4vKi9kLwoKICAg IGNvbXBsZXRlIHRhcgljLy1bQWNydV0qLyIoYiBCIEMgZiBGIGcgRyBoIGkgbCBMIE0gTiBvIFAg XAoJCQlSIFMgVCB2IFYgdyBXIFggeiBaKSIvIFwKCQkJYy8tW2R0eF0qLyIoIEIgQyBmIEYgZyBH IGkgayBLIG0gTSBPIHAgUCBcCgkJCVIgcyBTIFQgdiB3IHggWCB6IFopIi8gXAoJCQlwLzEvIihB IGMgZCByIHQgdSB4IC1BIC1jIC1kIC1yIC10IC11IC14IFwKCQkJLS1jYXRlbmF0ZSAtLWNvbmNh dGVuYXRlIC0tY3JlYXRlIC0tZGlmZiAtLWNvbXBhcmUgXAoJCQktLWRlbGV0ZSAtLWFwcGVuZCAt LWxpc3QgLS11cGRhdGUgLS1leHRyYWN0IC0tZ2V0IFwKCQkJLS1oZWxwIC0tdmVyc2lvbikiLyBc CgkJCWMvLS0vIihjYXRlbmF0ZSBjb25jYXRlbmF0ZSBjcmVhdGUgZGlmZiBjb21wYXJlIFwKCQkJ ZGVsZXRlIGFwcGVuZCBsaXN0IHVwZGF0ZSBleHRyYWN0IGdldCBhdGltZS1wcmVzZXJ2ZSBcCgkJ CWJsb2NrLXNpemUgcmVhZC1mdWxsLWJsb2NrcyBkaXJlY3RvcnkgY2hlY2twb2ludCBmaWxlIFwK CQkJZm9yY2UtbG9jYWwgaW5mby1zY3JpcHQgbmV3LXZvbHVtZS1zY3JpcHQgaW5jcmVtZW50YWwg XAoJCQlsaXN0ZWQtaW5jcmVtZW50YWwgZGVyZWZlcmVuY2UgaWdub3JlLXplcm9zIFwKCQkJaWdu b3JlLWZhaWxlZC1yZWFkIGtlZXAtb2xkLWZpbGVzIHN0YXJ0aW5nLWZpbGUgXAoJCQlvbmUtZmls ZS1zeXN0ZW0gdGFwZS1sZW5ndGggbW9kaWZpY2F0aW9uLXRpbWUgXAoJCQltdWx0aS12b2x1bWUg YWZ0ZXItZGF0ZSBuZXdlciBvbGQtYXJjaGl2ZSBwb3J0YWJpbGl0eSBcCgkJCXRvLXN0ZG91dCBz YW1lLXBlcm1pc3Npb25zIHByZXNlcnZlLXBlcm1pc3Npb25zIFwKCQkJYWJzb2x1dGUtcGF0aHMg cHJlc2VydmUgcmVjb3JkLW51bWJlciByZW1vdmUtZmlsZXMgXAoJCQlzYW1lLW9yZGVyIHByZXNl cnZlLW9yZGVyIHNhbWUtb3duZXIgc3BhcnNlIFwKCQkJZmlsZXMtZnJvbSBudWxsIHRvdGFscyB2 ZXJib3NlIGxhYmVsIHZlcnNpb24gXAoJCQlpbnRlcmFjdGl2ZSBjb25maXJtYXRpb24gdmVyaWZ5 IGV4Y2x1ZGUgZXhjbHVkZS1mcm9tIFwKCQkJY29tcHJlc3MgdW5jb21wcmVzcyBnemlwIHVuZ3pp cCB1c2UtY29tcHJlc3MtcHJvZ3JhbSBcCgkJCWJsb2NrLWNvbXByZXNzIGhlbHAgdmVyc2lvbiki LyBcCgkJCWMvLS8iKGIgQiBDIGYgRiBnIEcgaCBpIGsgSyBsIEwgbSBNIE4gbyBPIHAgUCBSIHMg UyBcCgkJCVQgdiBWIHcgVyBYIHogWiAwIDEgMiAzIDQgNSA2IDcgLSkiLyBcCgkJCUNAWy9kZXZd QGZAIFwKCQkJbi8tYypmL3g6JzxuZXdfdGFyX2ZpbGUsIGRldmljZV9maWxlLCBvciAiLSI+Jy8g XAoJCQluL3stW0FkcnR1eF0qZiwtLWZpbGV9L2Y6Ki57dGFyLHRheix0Z3p9LyBcCgkJCU4vey14 KmYsLS1maWxlfS8nYHRhciAtdGYgJDotMWAnLyBcCgkJCW4vLS11c2UtY29tcHJlc3MtcHJvZ3Jh bS9jLyBcCgkJCW4vey1iLC0tYmxvY2stc2l6ZX0veDonPGJsb2NrX3NpemU+Jy8gXAoJCQluL3st ViwtLWxhYmVsfS94Oic8dm9sdW1lX2xhYmVsPicvIFwKCQkJbi97LU4sLS17YWZ0ZXItZGF0ZSxu ZXdlcn19L3g6JzxkYXRlPicvIFwKCQkJbi97LUwsLS10YXBlLWxlbmd0aH0veDonPHRhcGVfbGVu Z3RoX2luX2tCPicvIFwKCQkJbi97LUMsLS1kaXJlY3Rvcnl9L2QvIFwKCQkJTi97LUMsLS1kaXJl Y3Rvcnl9LydgXGxzICQ6LTFgJy8gXAoJCQluLy1bMC03XS8iKGwgbSBoKSIvCgogICAgIyBTVlI0 IGZpbGVzeXN0ZW1zCiAgICBjb21wbGV0ZSAgbW91bnQJYy8tLyIoYSBGIG0gbyBPIHAgciB2IFYp Ii8gbi8tcC9uLyBuLy12L24vIFwKICAgIAkJCW4vLW8veDonPEZTVHlwZV9vcHRpb25zPicvIFwK ICAgIAkJCW5ALUZAJ2BcbHMgLTEgL3Vzci9saWIvZnNgJ0AgXAogICAgCQkJbkAqQCdgZ3JlcCAt diAiXiMiIC9ldGMvdmZzdGFiIHwgdHIgLXMgIiAiICIJICIgfCBjdXQgLWYgM2AnQAogICAgY29t cGxldGUgdW1vdW50CWMvLS8iKGEgbyBWKSIvIG4vLW8veDonPEZTVHlwZV9vcHRpb25zPicvIFwK ICAgIAkJCW4vKi8nYG1vdW50IHwgY3V0IC1kICIgIiAtZiAxYCcvCiAgICBjb21wbGV0ZSAgbW91 bnRhbGwJYy8tLyIoRiBsIHIpIi8gbkAtRkAnYFxscyAtMSAvdXNyL2xpYi9mc2AnQAogICAgY29t cGxldGUgdW1vdW50YWxsCWMvLS8iKEYgaCBrIGwgciBzKSIvIG5ALUZAJ2BcbHMgLTEgL3Vzci9s aWIvZnNgJ0AgXAogICAgCQkJbi8taC8nYGRmIC1rIHwgY3V0IC1zIC1kICI6IiAtZiAxIHwgc29y dCAtdWAnLwogICAgIyBCU0QgNC4zIGZpbGVzeXN0ZW1zCiAgICAjY29tcGxldGUgIG1vdW50CWMv LS8iKGEgciB0IHYpIi8gbi8tdC8iKDQuMiBuZnMpIi8gXAogICAgIwkJCW5AKkAnYGdyZXAgLXYg Il4jIiAvZXRjL2ZzdGFiIHwgdHIgLXMgIiAiICIJIiB8IGN1dCAtZiAyYCdACiAgICAjY29tcGxl dGUgdW1vdW50CWMvLS8iKGEgaCB0IHYpIi8gbi8tdC8iKDQuMiBuZnMpIi8gXAogICAgIwkJCW4v LWgvJ2BkZiB8IGN1dCAtcyAtZCAiOiIgLWYgMSB8IHNvcnQgLXVgJy8gXAogICAgIwkJCW4vKi8n YG1vdW50IHwgY3V0IC1kICIgIiAtZiAzYCcvCiAgICAjIEJTRCA0LjIgZmlsZXN5c3RlbXMKICAg ICNjb21wbGV0ZSAgbW91bnQJYy8tLyIoYSByIHQgdikiLyBuLy10LyIodWZzIG5mcykiLyBcCiAg ICAjCQkJbkAqQCdgY3V0IC1kICI6IiAtZiAyIC9ldGMvZnN0YWJgJ0AKICAgICNjb21wbGV0ZSB1 bW91bnQJYy8tLyIoYSBoIHQgdikiLyBuLy10LyIodWZzIG5mcykiLyBcCiAgICAjCQkJbi8taC8n YGRmIHwgY3V0IC1zIC1kICI6IiAtZiAxIHwgc29ydCAtdWAnLyBcCiAgICAjCQkJbi8qLydgbW91 bnQgfCBjdXQgLWQgIiAiIC1mIDNgJy8KCiAgICAjIHRoZXNlIGRlYWwgd2l0aCBOSVMgKGZvcm1l cmx5IFlQKTsgaWYgaXQncyBub3QgcnVubmluZyB5b3UgZG9uJ3QgbmVlZCAnZW0KICAgIGlmICgt WCBkb21haW5uYW1lKSB0aGVuCiAgICAgIHNldCBfZG9tYWluID0gImBkb21haW5uYW1lYCIKICAg ICAgc2V0IF95cGRpciAgPSAvdmFyL3lwCSMgZGlyZWN0b3J5IHdoZXJlIE5JUyAoWVApIG1hcHMg YXJlIGtlcHQKICAgICAgaWYgKCIkX2RvbWFpbiIgIT0gIiIgJiYgIiRfZG9tYWluIiAhPSAibm9u YW1lIikgdGhlbgogICAgICAgIGNvbXBsZXRlIGRvbWFpbm5hbWUgcEAxQEQ6JF95cGRpckAiICIg bkAqQG5ACiAgICAgICAgY29tcGxldGUgeXBjYXQJICAgIGNALUAiKGQgayB0IHgpIkAgbkAteEBu QCBuQC1kQEQ6JF95cGRpckAiICIgXAoJICAgICAgICAgICAgICAgICAgICBOQC1kQFxgXFxsc1wg LTFcICRfeXBkaXIvXCQ6LTFcIFx8XCBzZWRcIC1uXCBzJVxcXFwucGFnXFxcJCUlcFxgQCBcCgkg ICAgICAgICAgICAgICAgICAgIG5AKkBcYFxcbHNcIC0xXCAkX3lwZGlyLyRfZG9tYWluXCBcfFwg c2VkXCAtblwgcyVcXFxcLnBhZ1xcXCQlJXBcYEAKICAgICAgICBjb21wbGV0ZSB5cG1hdGNoICAg IGNALUAiKGQgayB0IHgpIkAgbkAteEBuQCBuQC1kQEQ6JF95cGRpckAiICIgXAoJICAgICAgICAg ICAgICAgICAgICBOQC1kQHg6JzxrZXkgLi4uPidAIG5ALUB4Oic8a2V5IC4uLj4nQCBwQDFAeDon PGtleSAuLi4+J0AgXAoJICAgICAgICAgICAgICAgICAgICBuQCpAXGBcXGxzXCAtMVwgJF95cGRp ci8kX2RvbWFpblwgXHxcIHNlZFwgLW5cIHMlXFxcXC5wYWdcXFwkJSVwXGBACiAgICAgICAgY29t cGxldGUgeXB3aGljaCAgICBjQC1AIihkIG0gdCB4IFYxIFYyKSJAIG5ALXhAbkAgbkAtZEBEOiRf eXBkaXJAIiAiIFwKCSAgICAgICAgICAgICAgICAgICAgbkAtbUBcYFxcbHNcIC0xXCAkX3lwZGly LyRfZG9tYWluXCBcfFwgc2VkXCAtblwgcyVcXFxcLnBhZ1xcXCQlJXBcYEAgXAoJCQkgICAgTkAt bUBuQCBuQCpAXCRob3N0c0AKICAgICAgZW5kaWYKICAgICAgdW5zZXQgX2RvbWFpbiBfeXBkaXIK ICAgIGVuZGlmCgogICAgY29tcGxldGUgbWFrZSBcCgknbi8tZi9mLycgXAogICAgICAJJ2MvKj0v Zi8nIFwKCSduQCpAYGNhdCAtcyBHTlVtYWtlZmlsZSBNYWtlZmlsZSBtYWtlZmlsZSB8JiBzZWQg LW4gLWUgIi9ObyBzdWNoIGZpbGUvZCIgLWUgIi9eW14gICAgICNdLio6L3MvOi4qLy9wImBAJwoK ICAgIGlmICggLWYgL2V0Yy9wcmludGNhcCApIHRoZW4KCXNldCBwcmludGVycz0oYHNlZCAtbiAt ZSAiL15bXiAgICAgI10uKjovcy86LiovL3AiIC9ldGMvcHJpbnRjYXBgKQoKCWNvbXBsZXRlIGxw ciAgICAnYy8tUC8kcHJpbnRlcnMvJwoJY29tcGxldGUgbHBxICAgICdjLy1QLyRwcmludGVycy8n Cgljb21wbGV0ZSBscHJtICAgJ2MvLVAvJHByaW50ZXJzLycKCWNvbXBsZXRlIGxwcXVvdGEgICAg ICAgICdwLzEvKC1RcHJsb2dnZXIpLycgJ2MvLVAvJHByaW50ZXJzLycKCWNvbXBsZXRlIGR2aXBz ICAnYy8tUC8kcHJpbnRlcnMvJyAnbi8tby9mOioue3BzLFBTfS8nICduLyovZjoqLmR2aS8nCglj b21wbGV0ZSBkdmlsagkncC8qL2Y6Ki5kdmkvJwogICAgZW5kaWYKCiAgICB1bnNldCBub2dsb2IK ICAgIHVuc2V0IF9jb21wbGV0ZQplbmRpZgoKZW5kOgoJb25pbnRyCgoKCg== ------=_Part_64_24196757.1097134163977-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 07:40:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D19316A4CE for ; Thu, 7 Oct 2004 07:40:07 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 696FB43D55 for ; Thu, 7 Oct 2004 07:40:04 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i977e1xw095980; Thu, 7 Oct 2004 10:40:01 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 52632-06; Thu, 7 Oct 2004 10:39:59 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i977ddW8095874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 10:39:39 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i977djCO079736; Thu, 7 Oct 2004 10:39:45 +0300 (EEST) (envelope-from ru) Date: Thu, 7 Oct 2004 10:39:44 +0300 From: Ruslan Ermilov To: Doug White Message-ID: <20041007073944.GA79690@ip.net.ua> References: <416467CC.2050506@fid4.com> <20041006185447.F82437@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20041006185447.F82437@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: "Michael C. Cambria" cc: freebsd-current@freebsd.org Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 07:40:07 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 06, 2004 at 06:57:33PM -0700, Doug White wrote: > There are also instructions for doing remote installs (i.e., installworld > over NFS) at the bottom of UPDATING. >=20 Where's that? (We don't support remote installs, build machine should equal install machine in most cases.) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZPLAqRfpzJluFF4RAlsjAJ9cs8YICljC8LKIlpt25mmLmSvE2wCeNJx5 4iV3ENQXLlYmZCX84JvPA90= =gj0R -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 08:10:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63F5816A4CE for ; Thu, 7 Oct 2004 08:10:09 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54D5943D39 for ; Thu, 7 Oct 2004 08:10:08 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i978A60P098428; Thu, 7 Oct 2004 11:10:06 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 60515-09; Thu, 7 Oct 2004 11:10:04 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9789tAt098397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 11:09:55 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i978A0il079883; Thu, 7 Oct 2004 11:10:00 +0300 (EEST) (envelope-from ru) Date: Thu, 7 Oct 2004 11:10:00 +0300 From: Ruslan Ermilov To: spam maps Message-ID: <20041007081000.GC79690@ip.net.ua> References: <20041007021819.20276.qmail@web54001.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline In-Reply-To: <20041007021819.20276.qmail@web54001.mail.yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current Subject: Re: 5.3-BETA7: /etc/rc.d/ntpdate not using "$ntpdate_flags" from rc.conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:10:09 -0000 --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 06, 2004 at 07:18:19PM -0700, spam maps wrote: >=20 > Hello, >=20 > I'm puzzled by the /etc/rc.d/ntpdate script and > I wonder whether the script is wrong, or there > is lack of documentation here. >=20 I'd say lack of reading the documentation. ;) This is from the rc.subr(8) manpage: : rc_flags Flags to start the default command with. Defaults : to ${name}_flags, unless overridden by the environ- : ment variable `flags'. This variable may be : changed by the argument_precmd method. > In /etc/rc.conf, I am using: > ntpdate_enable=3D"YES" > ntpd_enable=3D"YES" > with servers listed in /etc/ntp.conf. >=20 > But I wonder if ntpdate instantly adjusts time > using the "-b" from default ntpdate_flags. >=20 > The flags used by the /etc/rc.d/ntpdate script > are found in this order: >=20 > 1. If /etc/ntp.conf exists and has servers > listed, then extract the servers from here. >=20 =2E.. and no ntpdate_hosts was specified. > 2. If above fails to find servers, then use > servers listed in /etc/rc.conf as > ntpdate_flags=3D"...". >=20 Um no. Everything specified as ntpdate_flags is *always* passed to ntpdate(8). I use ntpdate_flags=3D"-b ". > 3. If all that fails, exit ntpdate without doing > any time/date modifications. >=20 Only if neither of ntpdate_hosts, /etc/ntp.conf, and ntpdate_flags exist and set. > I also wonder whether the default ntpdate_flags > (set to "-b") has any effect at all, since it is > ignored in case 1. >=20 Yes it does, and it becomes a value of ${rc_flags}. if [ -n "$ntpdate_hosts" -o -n "$rc_flags" ]; then echo "Setting date via ntp." ${ntpdate_command:-ntpdate} $rc_flags $ntpdate_hosts fi Run it like this to see the actual command that gets executed: sh -x /etc/rc.d/ntpdate start Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZPnYqRfpzJluFF4RAuTlAJ4q/XadXhpc5z2mRrmestg0K59i6wCdHRR1 RumD2KHTv/8yMhuoK4a7InE= =wk82 -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 08:23:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9552116A4CF for ; Thu, 7 Oct 2004 08:23:51 +0000 (GMT) Received: from web54010.mail.yahoo.com (web54010.mail.yahoo.com [206.190.36.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 1EF6F43D41 for ; Thu, 7 Oct 2004 08:23:51 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041007082350.77542.qmail@web54010.mail.yahoo.com> Received: from [147.46.44.181] by web54010.mail.yahoo.com via HTTP; Thu, 07 Oct 2004 01:23:50 PDT Date: Thu, 7 Oct 2004 01:23:50 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3-BETA7: /etc/rc.d/ntpdate not using "$ntpdate_flags" from rc.conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:23:51 -0000 Ruslan Ermilov wrote: > spam maps wrote: > >>I'm puzzled by the /etc/rc.d/ntpdate script and >>I wonder whether the script is wrong, or there >>is lack of documentation here. >> > > I'd say lack of reading the documentation. ;) Thanks for explanation and the "sh -x ..." trick. >>1. If /etc/ntp.conf exists and has servers >> listed, then extract the servers from here. > > ... and no ntpdate_hosts was specified. Hmmm, is this entry missing defaults file: $ grep ntpdate_hosts /etc/defaults/rc.conf $ Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 08:27:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1358616A4CE for ; Thu, 7 Oct 2004 08:27:00 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31A8843D46 for ; Thu, 7 Oct 2004 08:26:59 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id DB1E1ACBCF; Thu, 7 Oct 2004 10:26:52 +0200 (CEST) Date: Thu, 7 Oct 2004 10:26:52 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20041007082652.GX73767@darkness.comp.waw.pl> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oXXuwmZolLKlWh2N" Content-Disposition: inline In-Reply-To: <20041007065125.GA29164@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:27:00 -0000 --oXXuwmZolLKlWh2N Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 08:51:26AM +0200, John Hay wrote: +> > +> Anyway here are some more detail. I'm running the latest RELENG_5 w= ith +> > +> Pawel's with g_mirror.c v 1.34 and 1.35 from current applied. After +> > +> syncing and rebooting I see these messages: +> > [...] +> >=20 +> > Is this 5.3 or 6-CURRENT? +>=20 +> I guess "latest RELENG_5 with ... g_mirror.c v 1.34 and 1.35 from curren= t" +> makes it somewhere past 5.3-beta7, but not current. :-) Sorry, I missed that. +> > Could you try this patch: +> >=20 +> > http://people.freebsd.org/~pjd/patches/gmirror.patch +>=20 +> I did, but it does not boot, it stops with a mountroot> prompt. Hand +> written it looks something like this: +>=20 +> ####################################################### +> GEOM_MIRROR: Device gm0 created (id=3D861616013) +> GEOM_MIRROR: Device gm0: provider ad0 detected +> GEOM_MIRROR: Device gm0: provider ad2 detected +> Mounting root from ufs:/dev/mirror/gm0s1a +> setrootbyname failed +> Root mount failed: 6 +> Manual root filesystem specification +> ... +> mountroot> +> ####################################################### But you still need: http://people.freebsd.org/~pjd/patches/gmirror.2.patch Could you try again with both those patches? If it works, could you try only with gmirror.2.patch? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --oXXuwmZolLKlWh2N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBZP3MForvXbEpPzQRAka7AKCEwYZ+yODfMs5ik420C3y1ij+tWQCgowhO uZ+XOaxqZVHf59rcmQjRVjg= =hKkC -----END PGP SIGNATURE----- --oXXuwmZolLKlWh2N-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 08:35:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED86F16A4CE for ; Thu, 7 Oct 2004 08:35:00 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A594043D1D for ; Thu, 7 Oct 2004 08:34:56 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i978Yq6j004539; Thu, 7 Oct 2004 11:34:52 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 67909-10; Thu, 7 Oct 2004 11:34:50 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i978XMlI004255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 11:33:22 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i978XRCh080110; Thu, 7 Oct 2004 11:33:27 +0300 (EEST) (envelope-from ru) Date: Thu, 7 Oct 2004 11:33:27 +0300 From: Ruslan Ermilov To: spam maps Message-ID: <20041007083327.GA80084@ip.net.ua> References: <20041007082350.77542.qmail@web54010.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20041007082350.77542.qmail@web54010.mail.yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current Subject: Re: 5.3-BETA7: /etc/rc.d/ntpdate not using "$ntpdate_flags" from rc.conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:35:01 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 01:23:50AM -0700, spam maps wrote: > Ruslan Ermilov wrote: [...] > >>1. If /etc/ntp.conf exists and has servers > >> listed, then extract the servers from here. > > > > ... and no ntpdate_hosts was specified. >=20 > Hmmm, is this entry missing defaults file: >=20 > $ grep ntpdate_hosts /etc/defaults/rc.conf > $ >=20 It's documented in the rc.conf(5) manpage, but you're right it's missing in the /etc/defaults/rc.conf, so please feel free to submit a patch. :-) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZP9XqRfpzJluFF4RAs7HAJ0T4WfZgTOk+j6ZqZ7SWBePRt6CVwCfb85i +S8dFRMCLMggZ55enWiIhAw= =rHGW -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 08:43:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A8316A4CE; Thu, 7 Oct 2004 08:43:11 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4934243D48; Thu, 7 Oct 2004 08:43:11 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CFTry-0003Ds-00 Thu, 07 Oct 2004 10:43:26 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CFTrx-0003DP-00 Thu, 07 Oct 2004 10:43:25 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i978h9ML001028; Thu, 7 Oct 2004 10:43:09 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i978h9RU001354; Thu, 7 Oct 2004 10:43:09 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Tim Kientzle Date: Thu, 7 Oct 2004 10:43:08 +0200 User-Agent: KMail/1.7 References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <200410051738.32415.freebsd@redesjm.local> <4164BA94.7020009@freebsd.org> In-Reply-To: <4164BA94.7020009@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410071043.09015.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-current@freebsd.org Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:43:11 -0000 On Thursday 07 October 2004 05:40, Tim Kientzle wrote: > Jose M Rodriguez wrote: > > I think /etc/rc.d/initdiskless may use /rescue/zcat and /rescue/tar > > instead of /stand/gzip an /stand/cpio. > > /etc/rc.d/initdiskless should not be using either > /stand or /rescue. > Well, it try to use compressed tarballs and it isn't any compress/gzip/bzip2 lib out of /usr, wich is not mounted. Also, a /var tarball seems the easy option for the boot chicken/egg problem about this dir (have nfs/mount status under /var). > In particular, /bin/pax is a much better choice > than either /stand/cpio or /rescue/tar. gzip > should be easy to avoid. > > Tim If you think really go with this, please, speak loud and clear before. Compressed tarball are the most standard and secure way for net boot and are in real use. My 2x250 GB HD doesn't have any problem with the 2 MB stand. -- josemi From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 08:49:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A53F616A4CE for ; Thu, 7 Oct 2004 08:49:44 +0000 (GMT) Received: from web54004.mail.yahoo.com (web54004.mail.yahoo.com [206.190.36.228]) by mx1.FreeBSD.org (Postfix) with SMTP id 39C3943D5C for ; Thu, 7 Oct 2004 08:49:44 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041007084943.27846.qmail@web54004.mail.yahoo.com> Received: from [147.46.44.181] by web54004.mail.yahoo.com via HTTP; Thu, 07 Oct 2004 01:49:43 PDT Date: Thu, 7 Oct 2004 01:49:43 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3-BETA7: /etc/rc.d/ntpdate not using "$ntpdate_flags" from rc.conf ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:49:44 -0000 >>Hmmm, is this entry missing defaults file: >> >>$ grep ntpdate_hosts /etc/defaults/rc.conf >>$ >> > > It's documented in the rc.conf(5) manpage, but you're > right it's missing in the /etc/defaults/rc.conf, so > please feel free to submit a patch. :-) --- /etc/defaults/rc.conf Sat Oct 2 14:44:16 2004 +++ /etc/defaults/rc.conf Thu Oct 7 17:47:24 2004 @@ -219,6 +219,7 @@ timed_enable="NO" # Run the time daemon (or NO). timed_flags="" # Flags to timed (if enabled). ntpdate_enable="NO" # Run ntpdate to sync time on boot (or NO). +ntpdate_hosts="" # List of NTP servers (if enabled). ntpdate_program="/usr/sbin/ntpdate" # path to ntpdate, if you want a different one. ntpdate_flags="-b" # Flags to ntpdate (if enabled). ntpd_enable="NO" # Run ntpd Network Time Protocol (or NO). __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 08:59:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DC9C16A4CE; Thu, 7 Oct 2004 08:59:40 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD94143D49; Thu, 7 Oct 2004 08:59:28 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i978xKZV033324; Thu, 7 Oct 2004 10:59:20 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i978xKPn033323; Thu, 7 Oct 2004 10:59:20 +0200 (SAST) (envelope-from jhay) Date: Thu, 7 Oct 2004 10:59:20 +0200 From: John Hay To: Pawel Jakub Dawidek Message-ID: <20041007085920.GA32875@zibbi.icomtek.csir.co.za> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007082652.GX73767@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@FreeBSD.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:59:40 -0000 On Thu, Oct 07, 2004 at 10:26:52AM +0200, Pawel Jakub Dawidek wrote: > On Thu, Oct 07, 2004 at 08:51:26AM +0200, John Hay wrote: > +> > +> Anyway here are some more detail. I'm running the latest RELENG_5 with > +> > +> Pawel's with g_mirror.c v 1.34 and 1.35 from current applied. After > +> > +> syncing and rebooting I see these messages: > +> > [...] > +> > > +> > Is this 5.3 or 6-CURRENT? > +> > +> I guess "latest RELENG_5 with ... g_mirror.c v 1.34 and 1.35 from current" > +> makes it somewhere past 5.3-beta7, but not current. :-) > > Sorry, I missed that. > > +> > Could you try this patch: > +> > > +> > http://people.freebsd.org/~pjd/patches/gmirror.patch > +> > +> I did, but it does not boot, it stops with a mountroot> prompt. Hand > +> written it looks something like this: > +> > +> ####################################################### > +> GEOM_MIRROR: Device gm0 created (id=861616013) > +> GEOM_MIRROR: Device gm0: provider ad0 detected > +> GEOM_MIRROR: Device gm0: provider ad2 detected > +> Mounting root from ufs:/dev/mirror/gm0s1a > +> setrootbyname failed > +> Root mount failed: 6 > +> Manual root filesystem specification > +> ... > +> mountroot> > +> ####################################################### > > But you still need: > > http://people.freebsd.org/~pjd/patches/gmirror.2.patch > > Could you try again with both those patches? > If it works, could you try only with gmirror.2.patch? But that is the same as v1.34 of g_mirror.c? I did apply that, also 1.35 which added the "if (sc == NULL)" check. I haven't added 1.36 yet though. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 09:06:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14C9616A4CE for ; Thu, 7 Oct 2004 09:06:59 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B53FE43D2D for ; Thu, 7 Oct 2004 09:06:58 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 03B63AC861; Thu, 7 Oct 2004 11:06:57 +0200 (CEST) Date: Thu, 7 Oct 2004 11:06:56 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20041007090656.GY73767@darkness.comp.waw.pl> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ixLxI13kJ3fj8Y4v" Content-Disposition: inline In-Reply-To: <20041007085920.GA32875@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@FreeBSD.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 09:06:59 -0000 --ixLxI13kJ3fj8Y4v Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 10:59:20AM +0200, John Hay wrote: +> > But you still need: +> >=20 +> > http://people.freebsd.org/~pjd/patches/gmirror.2.patch +> >=20 +> > Could you try again with both those patches? +> > If it works, could you try only with gmirror.2.patch? +>=20 +> But that is the same as v1.34 of g_mirror.c? I did apply that, also +> 1.35 which added the "if (sc =3D=3D NULL)" check. I haven't added 1.36 +> yet though. With 1.35 race is still possible, please try 1.36. and forget about gmirror.2.patch. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --ixLxI13kJ3fj8Y4v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBZQcwForvXbEpPzQRArHlAJ95/S+SOc6Aewnn6AgFIXGicS6tuQCg2D1O eAdmaIQO03U8+e9HsdpBIGU= =VJLZ -----END PGP SIGNATURE----- --ixLxI13kJ3fj8Y4v-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 09:46:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0209C16A4CE; Thu, 7 Oct 2004 09:46:24 +0000 (GMT) Received: from av9-1-sn3.vrr.skanova.net (av9-1-sn3.vrr.skanova.net [81.228.9.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC6D043D1F; Thu, 7 Oct 2004 09:46:22 +0000 (GMT) (envelope-from martin@gneto.com) Received: by av9-1-sn3.vrr.skanova.net (Postfix, from userid 502) id BE49B37F9D; Thu, 7 Oct 2004 11:46:21 +0200 (CEST) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av9-1-sn3.vrr.skanova.net (Postfix) with ESMTP id B054B37E5B; Thu, 7 Oct 2004 11:46:21 +0200 (CEST) Received: from [192.168.2.10] (h118n1fls31o985.telia.com [213.65.16.118]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 8EC4837E45; Thu, 7 Oct 2004 11:46:21 +0200 (CEST) Message-ID: <4165106C.2020206@gneto.com> Date: Thu, 07 Oct 2004 11:46:20 +0200 From: Martin Nilsson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: SATA problems with 5.3Beta-7 amd AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 09:46:24 -0000 Are there any known unfixed problems with SATA disks and ICH5R (RAID not used) controller. I have the following: Supermicro X6DVA-EG board with Intel E7320 chipset 2* Xeon 3GHz with EM64T 2* Seagate ST3120026AS 80GB SATA drives. FreeBSD 5.3 Beta-7 AMD64 The machine hangs (actually the disk layer hangs) from time to time with a DMA read error. The machine is not in production but as it is now I have only console access to it for half and hour every evening. Maybe I should bring it home so I can have a good look at what is wrong with it. What is the best (most supported) way to configure the SATA controller, I think it is in enhanced mode now, is this wrong? I would be happy if we can solve this before 5.3 is released. /Martin From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 10:37:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB8216A4CE; Thu, 7 Oct 2004 10:37:36 +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 EA9E143D45; Thu, 7 Oct 2004 10:37:35 +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 i97AbVjA000281; Thu, 7 Oct 2004 12:37:33 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41651C63.4040703@DeepCore.dk> Date: Thu, 07 Oct 2004 12:37:23 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Nilsson References: <4165106C.2020206@gneto.com> In-Reply-To: <4165106C.2020206@gneto.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.4 cc: freebsd-current@FreeBSD.ORG cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: SATA problems with 5.3Beta-7 amd AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 10:37:36 -0000 Martin Nilsson wrote: > Are there any known unfixed problems with SATA disks and ICH5R (RAID no= t=20 > used) controller. Not that I know off, I can beat on mine for days without trouble. > I have the following: > Supermicro X6DVA-EG board with Intel E7320 chipset > 2* Xeon 3GHz with EM64T > 2* Seagate ST3120026AS 80GB SATA drives. > FreeBSD 5.3 Beta-7 AMD64 Hmm, I'm not so sure about running the amd64 port on the Xeon though, I=20 dont think we have it verified that it is 100% compatible.. > The machine hangs (actually the disk layer hangs) from time to time wit= h=20 > a DMA read error. The machine is not in production but as it is now I=20 > have only console access to it for half and hour every evening. Maybe I= =20 > should bring it home so I can have a good look at what is wrong with it= =2E >=20 > What is the best (most supported) way to configure the SATA controller,= =20 > I think it is in enhanced mode now, is this wrong? It works any way you config it... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 11:08:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2433716A4CE for ; Thu, 7 Oct 2004 11:08:08 +0000 (GMT) Received: from clueful.shagged.org (clueful.shagged.org [212.13.201.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E377643D4C for ; Thu, 7 Oct 2004 11:08:07 +0000 (GMT) (envelope-from chris@clueful.shagged.org) Received: from chris by clueful.shagged.org with local (Exim 4.40 (FreeBSD)) id 1CFW7v-0001NA-1C for freebsd-current@FreeBSD.ORG; Thu, 07 Oct 2004 12:08:03 +0100 Date: Thu, 7 Oct 2004 12:08:03 +0100 From: Chris Elsworth To: freebsd-current@FreeBSD.ORG Message-ID: <20041007110802.GA4960@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Sender: Chris Elsworth X-Shagged-MailScanner-Information: See www.mailscanner.info for information X-Shagged-MailScanner: Found to be clean X-MailScanner-From: chris@clueful.shagged.org Subject: dump/mksnap_ffs & fsck failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 11:08:08 -0000 Hello all, Is this likely to be filesystem corruption in a really bad way, or a ufs bug: # /sbin/dump -0 -LuaC32 -f /backup/root.dump / mksnap_ffs: Cannot create //.snap/dump_snapshot: Input/output error # fsck_ufs /dev/mirror/gma ** /dev/mirror/gma (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot alloc 4294967292 bytes for inoinfo A machine with similar aged sources (this is 5.3B6) is fine, however. The only differences I've made to sources are to apply root_mount.patch from pjd. Making snapshots and fsck'ing other filesystems (also in a gmirror) works fine.. -- Chris From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 11:41:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5733616A4CF for ; Thu, 7 Oct 2004 11:41:13 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 8EE6C43D39 for ; Thu, 7 Oct 2004 11:41:12 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 16911 invoked by uid 0); 7 Oct 2004 11:40:30 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 7 Oct 2004 11:40:30 -0000 Message-ID: <41652B6C.9060106@gamersimpact.com> Date: Thu, 07 Oct 2004 06:41:32 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <200410051738.32415.freebsd@redesjm.local> <4164BA94.7020009@freebsd.org> <200410071043.09015.josemi@freebsd.jazztel.es> In-Reply-To: <200410071043.09015.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 11:41:13 -0000 Jose M Rodriguez wrote: >My 2x250 GB HD doesn't have any problem with the 2 MB stand. > > > My thing of it is that we're pretty much duplicating all but one binary in the /rescue directory. /stand doesn't ever get updated by installworld's to my knowledge. It's an extra 2mb of space that really isn't in use. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 11:54:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C08E716A4F0; Thu, 7 Oct 2004 11:54:10 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0142943D53; Thu, 7 Oct 2004 11:54:10 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CFWqc-0005hb-00 Thu, 07 Oct 2004 13:54:14 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CFWqc-0005h5-00 Thu, 07 Oct 2004 13:54:14 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i97BrvO0001443; Thu, 7 Oct 2004 13:53:57 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i97BrtF4000883; Thu, 7 Oct 2004 13:53:55 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Ryan Sommers Date: Thu, 7 Oct 2004 13:53:54 +0200 User-Agent: KMail/1.7 References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <200410071043.09015.josemi@freebsd.jazztel.es> <41652B6C.9060106@gamersimpact.com> In-Reply-To: <41652B6C.9060106@gamersimpact.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410071353.55436.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 11:54:10 -0000 On Thursday 07 October 2004 13:41, Ryan Sommers wrote: > Jose M Rodriguez wrote: > >My 2x250 GB HD doesn't have any problem with the 2 MB stand. > > My thing of it is that we're pretty much duplicating all but one > binary in the /rescue directory. /stand doesn't ever get updated by > installworld's to my knowledge. It's an extra 2mb of space that > really isn't in use. Unless you have a bunch of servers PXE booting from a central site. You're able to rm -rf it after install reboot if you like. And I need good reasons to take some things down. -- josemi From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 11:55:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D08916A4CE for ; Thu, 7 Oct 2004 11:55:01 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB12943D1D for ; Thu, 7 Oct 2004 11:55:00 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4134479rnk for ; Thu, 07 Oct 2004 04:55:00 -0700 (PDT) Received: by 10.38.79.36 with SMTP id c36mr971941rnb; Thu, 07 Oct 2004 04:55:00 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Thu, 7 Oct 2004 04:55:00 -0700 (PDT) Message-ID: <136a340a041007045538093bfd@mail.gmail.com> Date: Thu, 7 Oct 2004 14:55:00 +0300 From: Nikolay Kalev To: Renato Botelho , freebsd-current@freebsd.org In-Reply-To: <747dc8f30410070425521b2dc5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f30410070425521b2dc5@mail.gmail.com> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 11:55:01 -0000 On Thu, 7 Oct 2004 08:25:04 -0300, Renato Botelho wrote: > On Thu, 7 Oct 2004 10:29:23 +0300, Nikolay Kalev wrote: > > Ok here is the fix. I removed F1-F6 options, will research them this weekend :-) > > Option CTRL+W is added, very neat thanks ! Please email me for other > > suggestions. > > Other thing, > > You can replace this > > if ($LOGNAME == "root") then > set prompt="[%B%m%b]:%S%/%s# " > else > set prompt="[%B%m%b]:%S%/%s> " > endif > > with > > set prompt="[%B%m%b]:%S%/%s%# " > > %# will put # to root and > to others > nice thank you :-). I will release soon another fix. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 14:04:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33AE316A4CE for ; Wed, 6 Oct 2004 14:04:55 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E11B443D1D for ; Wed, 6 Oct 2004 14:04:54 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4031051rnk for ; Wed, 06 Oct 2004 07:04:54 -0700 (PDT) Received: by 10.38.73.63 with SMTP id v63mr223288rna; Wed, 06 Oct 2004 07:04:53 -0700 (PDT) Received: by 10.38.78.46 with HTTP; Wed, 6 Oct 2004 07:04:53 -0700 (PDT) Message-ID: <70e8236f041006070477e7102@mail.gmail.com> Date: Wed, 6 Oct 2004 15:04:53 +0100 From: Joao Barros To: Ian Langworth , freebsd-current@freebsd.org, Ulrich Spoerlein Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Oct 2004 11:59:21 +0000 Subject: 5.3BETA7 - Kernel hangs during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joao Barros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 14:04:55 -0000 Hi, I posted a previous mail about this with the same motherboard( you saw that and sent me an email for details) I managed to successfully install BETA5 and BETA7(did boot BETA6 but I didn't install it) Here's what I've found: - BETA 4, 5 and BETA6 booted all the way to detecting storage devices and partitions as it happened to you. Cause: USB Keyboard. As soon as I exchanged the USB keyboard for a PS/2 one *plim*, booted like a charm. BETA7 boots ok with USB keyboard but can't really use it - Disabling APIC allowed the system to boot with the USB keyboard but again, unusable. BETA7 after being installed with a PS/2 is usable with a USB keyboard, the problem is at installation time. If anyone is willing to debug this problem I am very willing to help. Biased comment ;) From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:00:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5905616A4CE for ; Wed, 6 Oct 2004 18:00:08 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0F943D1F for ; Wed, 6 Oct 2004 18:00:08 +0000 (GMT) (envelope-from imachine@lazir.toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 2D9CE8BDD1 for ; Wed, 6 Oct 2004 20:00:05 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 12614-07 for ; Wed, 6 Oct 2004 20:00:05 +0200 (CEST) Received: by lazir.toya.net.pl (TOYAnet MailServer, from userid 9907) id AA0468BD04; Wed, 6 Oct 2004 20:00:04 +0200 (CEST) Date: Wed, 6 Oct 2004 20:00:04 +0200 To: freebsd-current@freebsd.org Message-ID: <20041006180004.GA21328@lazir.toya.net.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040722i From: imachine@lazir.toya.net.pl (None) X-TOYA-AV: AntyVir-Skaner at toya.net.pl X-Mailman-Approved-At: Thu, 07 Oct 2004 11:59:21 +0000 Subject: Make buildworld fails on recent beta7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:00:08 -0000 hello, make buildworld fails for me on recent beta7 system. it spits: make: don't know how to make /usr/src/sys/cern/sched_ule.c. Stop i believe it should say 'kern' instead of 'cern' since there is no such directory as cern in my /usr/src/sys. cheers. From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:28:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8675D16A4E1 for ; Wed, 6 Oct 2004 18:28:46 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A38B43D31 for ; Wed, 6 Oct 2004 18:28:42 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i96ISf5q080972; Wed, 6 Oct 2004 11:28:41 -0700 (PDT) (envelope-from d.kulinski@gmail.com) Date: Wed, 6 Oct 2004 11:28:27 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <855692203.20041006112827@takeda.tk> To: Nikolay Kalev In-Reply-To: <136a340a04100604021216f931@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Oct 2004 11:59:21 +0000 cc: itetcu@people.tecnik93.com cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:28:46 -0000 Hello Nikolay, Wednesday, October 6, 2004, 4:02:38 AM, you wrote: > Ok here is a Simple dot.tcshrc file which needs more testing and > cleanup. I removed some stuff which are not working very well under > FreeBSD in new versions of tcshrc scripts from the original author. WOW, nice one. It shows how powerful is tcsh :) -- Best regards, Dariusz mailto:d.kulinski@gmail.com CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 18:41:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79CC116A4CE for ; Wed, 6 Oct 2004 18:41:03 +0000 (GMT) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A35E43D39 for ; Wed, 6 Oct 2004 18:41:02 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [193.64.42.134] (h86.vuokselantie10.fi [193.64.42.134]) by silver.he.iki.fi (8.13.1/8.11.4) with ESMTP id i96If04H032162 for ; Wed, 6 Oct 2004 21:41:01 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <41643C3C.5040106@he.iki.fi> Date: Wed, 06 Oct 2004 21:41:00 +0300 From: Petri Helenius User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Oct 2004 11:59:21 +0000 Subject: reboot hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:41:03 -0000 I cannot say specifically when, but in the late 5.3-BETA's (cvsupped BETA7 today) I'm having the system hang over a reboot. The hang happens late enough for DDB escape or even the keyboard not responding. The last message on the screen is "Shutting down ACPI". Any ideas where to look next? This both machines that this happen on have em interface but don't have any other obvious thing in common. The one is P4SCE Supermicro board and the other Thinkpad X31. Pete From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 20:18:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B27E16A4CF for ; Wed, 6 Oct 2004 20:18:51 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 082AC43D45 for ; Wed, 6 Oct 2004 20:18:51 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i96KIohK081793; Wed, 6 Oct 2004 13:18:50 -0700 (PDT) (envelope-from d.kulinski@gmail.com) Date: Wed, 6 Oct 2004 13:17:47 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <562251859.20041006131747@takeda.tk> To: Nikolay Kalev , freebsd-current@freebsd.org In-Reply-To: <136a340a04100611381c627a81@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <136a340a04100611381c627a81@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Oct 2004 11:59:21 +0000 Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 20:18:51 -0000 Hello Nikolay, Wednesday, October 6, 2004, 11:38:59 AM, you wrote: > Yes it is very very powerfull :-). > This one just need testing, and i have to remove the standart linux > stuff from the original tcshrc.Tell me if you see anything suspicious. what do you mean - suspicious? Is there a backdoor or something? -- Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Wed Oct 6 22:09:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B576416A4CE for ; Wed, 6 Oct 2004 22:09:07 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 491BF43D41 for ; Wed, 6 Oct 2004 22:09:07 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i96M96te082317; Wed, 6 Oct 2004 15:09:06 -0700 (PDT) (envelope-from d.kulinski@gmail.com) Date: Wed, 6 Oct 2004 14:59:17 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <9368341812.20041006145917@takeda.tk> To: Nikolay Kalev , freebsd-current@freebsd.org In-Reply-To: <136a340a04100613426f028a17@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <855692203.20041006112827@takeda.tk> <136a340a04100611381c627a81@mail.gmail.com> <562251859.20041006131747@takeda.tk> <136a340a04100613316903ccad@mail.gmail.com> <136a340a04100613426f028a17@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Oct 2004 11:59:21 +0000 Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 22:09:07 -0000 Hello Nikolay, Wednesday, October 6, 2004, 1:42:23 PM, you wrote: >> what do you mean - suspicious? Is there a backdoor or something? > WOW no no ! > I mean something that is not working correct ! which is only for linux > , this scripts are kind of made for linux. What I found, maybe it's correct, but doesn't look right. It's the switch: switch ( $OSTYPE ) there is: case "FreeBSD*" and case "freebsd*", I'm not sure why the second is needed, will it ever be triggered (is switch canse sensitive or not?) also it looks like stuff is repeated. -- Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 04:06:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E268E16A4CE for ; Thu, 7 Oct 2004 04:06:06 +0000 (GMT) Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D69443D4C for ; Thu, 7 Oct 2004 04:06:06 +0000 (GMT) (envelope-from Benjamin.Close@unisa.edu.au) Received: from [192.168.0.242] (cis202068.levels.unisa.edu.au [130.220.37.202])i9746415018688 for ; Thu, 7 Oct 2004 13:36:04 +0930 (CST) Message-ID: <4164BFA4.80105@unisa.edu.au> Date: Thu, 07 Oct 2004 13:31:40 +0930 From: Benjamin Close User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040819 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 07 Oct 2004 11:59:21 +0000 Subject: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 04:06:07 -0000 Hi All, I've been using each Beta Release as they come out and ever since Beta 3 I've noticed delays where there never used to be any. I believe this may be somehow related to ULE->BSD scheduler change. A classic situation of where they now exist is when I switch virtual desktops back to another xterm. It takes 4-5 seconds before I can type. The machine is virtually 100% idle. Before beta3 this was not a problem with almost an instant response. Anyone else experiancing the same problems. They still exist in: FreeBSD draco.nodomain.yet 5.3-BETA7 FreeBSD 5.3-BETA7 #3: Wed Oct 6 16:16:49 CST 2004 benjsc@draco.nodomain.yet:/usr/obj/usr/src/sys/GENERIC i386 Anyone know of a good way of traking them down? Cheers, Benjamin -- 3D Research Associate / System Administrator +61 8 8302 3669 School of Computer and Information Science Room D1-07, ML Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:12:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4922116A4CE for ; Thu, 7 Oct 2004 13:12:54 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8216243D2D for ; Thu, 7 Oct 2004 13:12:53 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i97DCFOa004104; Thu, 7 Oct 2004 16:12:36 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i97DBxtF005052; Thu, 7 Oct 2004 16:11:59 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i97DBthb005051; Thu, 7 Oct 2004 16:11:55 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 7 Oct 2004 16:11:54 +0300 From: Giorgos Keramidas To: Nikolay Kalev Message-ID: <20041007131154.GA5011@orion.daedalusnetworks.priv> References: <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f30410070425521b2dc5@mail.gmail.com> <136a340a041007045538093bfd@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <136a340a041007045538093bfd@mail.gmail.com> cc: Renato Botelho cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:12:54 -0000 On 2004-10-07 14:55, Nikolay Kalev wrote: > On Thu, 7 Oct 2004 08:25:04 -0300, Renato Botelho wrote: > > On Thu, 7 Oct 2004 10:29:23 +0300, Nikolay Kalev wrote: > > > Ok here is the fix. I removed F1-F6 options, will research them this weekend :-) > > > Option CTRL+W is added, very neat thanks ! Please email me for other > > > suggestions. > > > > set prompt="[%B%m%b]:%S%/%s%# " > > > > %# will put # to root and > to others > > nice thank you :-). I will release soon another fix. Some of these options for tcsh are probably going to be useful to a lot of people. Has anyone of you considered extracting bits of this modified `.tcshrc' file and merging them with the current .tcshrc of the FreeBSD source tree? From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:14:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B7216A4CE for ; Thu, 7 Oct 2004 13:14:15 +0000 (GMT) Received: from tron.telenetwork.com (tron.telenetwork.com [204.57.81.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A6D043D2D for ; Thu, 7 Oct 2004 13:14:15 +0000 (GMT) (envelope-from jmarquez@x25.net) Received: from [209.163.253.130] (helo=tni1411) by tron.telenetwork.com with esmtp (Exim 3.35 #1 (Debian)) id 1CFY62-0005UN-00; Thu, 07 Oct 2004 08:14:14 -0500 From: "Jesse Marquez" To: "'Stephen McKay'" Date: Thu, 7 Oct 2004 08:14:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <200410070210.i972ANsW010311@dungeon.home> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSsEtxhdwnEX24/TKqEwA5Y8N3mkAAXGlcg Message-Id: cc: 'Savchuk Taras' cc: current@freebsd.org Subject: RE: dc0 acting up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:14:16 -0000 I had tried it, but I think it failed on me. I'll be glad to try again until we get it right. I may have done something wrong though, I'm still a newbie. Over and out jesse -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Stephen McKay Sent: Wednesday, October 06, 2004 8:10 PM To: Jesse Marquez Cc: Savchuk Taras; current@freebsd.org; Stephen McKay Subject: Re: dc0 acting up On Wednesday, 6th October 2004, "Jesse Marquez" wrote: >>If you are willing to edit some code and try again, what happens when >>you comment out the entire for loop at line 1379 of sys/pci/if_dc.c ... >Was anyone able to get this to work? Did you also comment out (or delete) the now unnecessary variable declarations that were causing the warnings? The line numbers are in the error messages. And as a general Rah! Rah! of encouragement here, this little problem persists because I don't have the hardware to test it and people who do have the hardware seem to lose interest quickly. Keep at it and we'll win! Stephen. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:18:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B92916A4CE for ; Thu, 7 Oct 2004 13:18:18 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id C429143D41 for ; Thu, 7 Oct 2004 13:18:17 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4140584rnk for ; Thu, 07 Oct 2004 06:18:12 -0700 (PDT) Received: by 10.38.73.63 with SMTP id v63mr1506700rna; Thu, 07 Oct 2004 06:18:11 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Thu, 7 Oct 2004 06:18:11 -0700 (PDT) Message-ID: <136a340a04100706186b69bd73@mail.gmail.com> Date: Thu, 7 Oct 2004 16:18:11 +0300 From: Nikolay Kalev To: Renato Botelho , freebsd-current@freebsd.org In-Reply-To: <136a340a041007052662ac1b38@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:18:18 -0000 Ok how about now is it working correct ??? New addons and cleanup. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:22:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7376C16A4CE for ; Thu, 7 Oct 2004 13:22:18 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20ABF43D4C for ; Thu, 7 Oct 2004 13:22:18 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4141005rnk for ; Thu, 07 Oct 2004 06:22:02 -0700 (PDT) Received: by 10.38.79.36 with SMTP id c36mr1052306rnb; Thu, 07 Oct 2004 06:22:02 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Thu, 7 Oct 2004 06:22:02 -0700 (PDT) Message-ID: <136a340a04100706226af93f7b@mail.gmail.com> Date: Thu, 7 Oct 2004 16:22:02 +0300 From: Nikolay Kalev To: Giorgos Keramidas , freebsd-current@freebsd.org In-Reply-To: <20041007131154.GA5011@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041006065433.GB612@loge.nixsys.be> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f30410070425521b2dc5@mail.gmail.com> <136a340a041007045538093bfd@mail.gmail.com> <20041007131154.GA5011@orion.daedalusnetworks.priv> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:22:18 -0000 Yes sure why not ! I'm trying to make a usefull and clean .tcshrc and i realy want to merge it in freebsd tree . -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:24:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D259416A4CE; Thu, 7 Oct 2004 13:24:36 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81A9343D3F; Thu, 7 Oct 2004 13:24:28 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i97DOLZV042013; Thu, 7 Oct 2004 15:24:21 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i97DOLuM042012; Thu, 7 Oct 2004 15:24:21 +0200 (SAST) (envelope-from jhay) Date: Thu, 7 Oct 2004 15:24:21 +0200 From: John Hay To: Pawel Jakub Dawidek Message-ID: <20041007132421.GA41532@zibbi.icomtek.csir.co.za> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007090656.GY73767@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:24:36 -0000 On Thu, Oct 07, 2004 at 11:06:56AM +0200, Pawel Jakub Dawidek wrote: > On Thu, Oct 07, 2004 at 10:59:20AM +0200, John Hay wrote: > +> > But you still need: > +> > > +> > http://people.freebsd.org/~pjd/patches/gmirror.2.patch > +> > > +> > Could you try again with both those patches? > +> > If it works, could you try only with gmirror.2.patch? > +> > +> But that is the same as v1.34 of g_mirror.c? I did apply that, also > +> 1.35 which added the "if (sc == NULL)" check. I haven't added 1.36 > +> yet though. > > With 1.35 race is still possible, please try 1.36. and forget about > gmirror.2.patch. Ok with an updated RELENG_5 and g_mirror.c patched with v 1.34, 1.35 and 1.36 and also with your gmirror.patch, which adds g_waitidlelock() I still get the setrootbyname failed message and then it goes to the mountroot> prompt. I'll try without the gmirror.patch and see how that goes, but it will be a few hours because syncing takes a while on two 120G disks. Something that still bothers me are those GEOM_MIRROR: Cannot update metadata on disk ad0 (error=1). messages I get with the standard RELENG_5 kernel. Why do it only happen to ad0 and never to ad2? Is it really a write error or did the error happen somewhere else inside geom? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:32:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C437E16A4CE for ; Thu, 7 Oct 2004 13:32:40 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F6DA43D1D for ; Thu, 7 Oct 2004 13:32:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4FAA651449; Thu, 7 Oct 2004 06:34:15 -0700 (PDT) Date: Thu, 7 Oct 2004 06:34:15 -0700 From: Kris Kennaway To: Chris Elsworth Message-ID: <20041007133415.GA93146@xor.obsecurity.org> References: <20041007110802.GA4960@shagged.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20041007110802.GA4960@shagged.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.ORG Subject: Re: dump/mksnap_ffs & fsck failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:32:40 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 12:08:03PM +0100, Chris Elsworth wrote: > Hello all, >=20 > Is this likely to be filesystem corruption in a really bad way, or a > ufs bug: >=20 > # /sbin/dump -0 -LuaC32 -f /backup/root.dump / > mksnap_ffs: Cannot create //.snap/dump_snapshot: Input/output error >=20 > # fsck_ufs /dev/mirror/gma > ** /dev/mirror/gma (NO WRITE) > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 4294967292 bytes for inoinfo Why can't it write to the device? Is it mounted read-write? Drop it to read-only and retry. Vice versa for the root filesystem; is it mounted read-only? Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZUXWWry0BWjoQKURAtCQAKDXTLZw7s9y/Y4oaIz/VDNLmcoKHwCgqTlZ RQq6ztN/aGnmIGMnCoFcew0= =DJ35 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:34:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AF7F16A4CF for ; Thu, 7 Oct 2004 13:34:24 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4340F43D68 for ; Thu, 7 Oct 2004 13:34:24 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 78so117259rnk for ; Thu, 07 Oct 2004 06:34:20 -0700 (PDT) Received: by 10.38.79.8 with SMTP id c8mr3042982rnb; Thu, 07 Oct 2004 06:34:20 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Thu, 7 Oct 2004 06:34:20 -0700 (PDT) Message-ID: <136a340a04100706341f7c2d2@mail.gmail.com> Date: Thu, 7 Oct 2004 16:34:20 +0300 From: Nikolay Kalev To: Renato Botelho , freebsd-current@freebsd.org In-Reply-To: <136a340a04100706186b69bd73@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> <136a340a04100706186b69bd73@mail.gmail.com> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:34:24 -0000 On Thu, 7 Oct 2004 16:18:11 +0300, Nikolay Kalev wrote: > Ok how about now is it working correct ??? > New addons and cleanup. > Opss sorry about that forgot the file :-)! Here is a link : http://www.eprogress.bg/~rootcho/dot.tcshrc P.S. i;m having hard time with attached files in gmail :-(. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:35:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA1FD16A4CE for ; Thu, 7 Oct 2004 13:35:53 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9622E43D31 for ; Thu, 7 Oct 2004 13:35:51 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 251A7ACC65; Thu, 7 Oct 2004 15:35:37 +0200 (CEST) Date: Thu, 7 Oct 2004 15:35:37 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20041007133537.GC73767@darkness.comp.waw.pl> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+bne1ZFwxW5PfJO" Content-Disposition: inline In-Reply-To: <20041007132421.GA41532@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:35:53 -0000 --x+bne1ZFwxW5PfJO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 03:24:21PM +0200, John Hay wrote: +> Ok with an updated RELENG_5 and g_mirror.c patched with v 1.34, 1.35 +> and 1.36 and also with your gmirror.patch, which adds g_waitidlelock() +> I still get the setrootbyname failed message and then it goes to the +> mountroot> prompt. With g_mirror.c 1.36 there should be no race you are seeing... +> I'll try without the gmirror.patch and see how that goes, but it will +> be a few hours because syncing takes a while on two 120G disks. +>=20 +> Something that still bothers me are those +>=20 +> GEOM_MIRROR: Cannot update metadata on disk ad0 (error=3D1). This is because ad0 is open with exclusive bit, so gmirror cannot open it for writing and it gets (EPERM - error=3D1 - errno(2)). gmirror.patch should eliminate this race. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --x+bne1ZFwxW5PfJO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBZUYpForvXbEpPzQRAuycAKDYRJ10qkjaDGhd8HSvEH+0LQUB4wCcCnlZ ni2n3zO012PXSBG6cNlWgbQ= =dKnu -----END PGP SIGNATURE----- --x+bne1ZFwxW5PfJO-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:37:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FF3516A4CE for ; Thu, 7 Oct 2004 13:37:33 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id E001C43D2D for ; Thu, 7 Oct 2004 13:37:32 +0000 (GMT) (envelope-from obrienster@gmail.com) Received: by mproxy.gmail.com with SMTP id 80so2632317rnl for ; Thu, 07 Oct 2004 06:37:29 -0700 (PDT) Received: by 10.38.1.72 with SMTP id 72mr2982376rna; Thu, 07 Oct 2004 06:37:29 -0700 (PDT) Received: by 10.38.206.63 with HTTP; Thu, 7 Oct 2004 06:37:29 -0700 (PDT) Message-ID: Date: Thu, 7 Oct 2004 09:37:29 -0400 From: Chris O'Brien To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Pagefault in BETA7 with ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris O'Brien List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:37:33 -0000 I noticed this in BETA6 just before I upgraded to BETA7. I have a Dell Inspiron 1150 laptop with a bfe ethernet interface. It is getting it's IP via DHCP and I don't have any other special options set via rc.conf If I issue these two commands: #sudo ifconfig bfe0 down #sudo ifconfig bfe0 up I get the following message: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xb fault code = supervisor read, page not present instruction pointer = 0x8:0xc0607a08 stack pointer = 0x10:0xe7d2bb18 frame pointer = 0x10:0xe7d2bb20 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 = 498 (ifconfig) trap number = 12 panic: page fault uptime: 49s Is this a known issue? I thought I remember seeing something on the todo list, but I don't see it anymore. From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:40:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FCEF16A4CE for ; Thu, 7 Oct 2004 13:40:05 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6683643D39 for ; Thu, 7 Oct 2004 13:40:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 679BA51449; Thu, 7 Oct 2004 06:41:40 -0700 (PDT) Date: Thu, 7 Oct 2004 06:41:40 -0700 From: Kris Kennaway To: Chris O'Brien Message-ID: <20041007134140.GA93319@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Pagefault in BETA7 with ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:40:05 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 09:37:29AM -0400, Chris O'Brien wrote: > I noticed this in BETA6 just before I upgraded to BETA7. I have a > Dell Inspiron 1150 laptop with a bfe ethernet interface. It is > getting it's IP via DHCP and I don't have any other special options > set via rc.conf >=20 > If I issue these two commands: > #sudo ifconfig bfe0 down > #sudo ifconfig bfe0 up >=20 > I get the following message: >=20 > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0xb > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc0607a08 > stack pointer =3D 0x10:0xe7d2bb18 > frame pointer =3D 0x10:0xe7d2bb20 > 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 498 (ifconfig) > trap number =3D 12 > panic: page fault > uptime: 49s >=20 > Is this a known issue? I thought I remember seeing something on the > todo list, but I don't see it anymore. I think this was fixed already. Please update and retry. If it recurs, get a traceback as described in the developers handbook chapter on kernel debugging. Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZUeUWry0BWjoQKURAhc8AKCmBK2CjSPBqNoD3CQK7BhZ2grFegCeJjFv D6JCazRV0gf2AFwvtk1qmJ0= =cDmc -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:50:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A74516A503 for ; Thu, 7 Oct 2004 13:50:42 +0000 (GMT) Received: from mail102.csoft.net (lilly.csoft.net [63.111.22.101]) by mx1.FreeBSD.org (Postfix) with SMTP id C2F6E43D45 for ; Thu, 7 Oct 2004 13:50:37 +0000 (GMT) (envelope-from mcc@fid4.com) Received: (qmail 33115 invoked from network); 7 Oct 2004 13:50:27 -0000 Received: from unknown (HELO ?127.0.0.1?) (63.111.26.110) by mail102.csoft.net with SMTP; 7 Oct 2004 13:50:27 -0000 Message-ID: <416549CC.2060606@fid4.com> Date: Thu, 07 Oct 2004 09:51:08 -0400 From: "Michael C. Cambria" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <416467CC.2050506@fid4.com> <9DF20605C4DBB051D9769655@[192.168.1.16]> In-Reply-To: <9DF20605C4DBB051D9769655@[192.168.1.16]> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Jason C. Wells" Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:50:42 -0000 Jason C. Wells wrote: > --On Wednesday, October 06, 2004 5:46 PM -0400 "Michael C. Cambria" > wrote: > >> >> Hi, >> >> Is it possible to build a RELENG_5 system on a 4.10 system? > > > The others have told you that such things are possible. Thanks to all for the help. I stopped reading UPDATING when I found entries I've seem from 4.x. > I would advise > less adventurous souls to perform a binary upgrade when updating major > version numbers. I did the upgrades from 2-3 and 3-4 in both ways and > the binary upgrade was always easier. I have yet to upgrade from 4-5. > The 5X UPDATING file is the single scariest FreeBSD document I have ever > read. UPDATING made me muss my drawers it was so scary. Don't do > scary! Don't muss your drawers! > > Once you get a booting system, you can sup and make world to RELENG_5. I'm assuming (having not yet read UPDATING) that using DESTDIR & MAKEOBJDIEPREFIX should allow one to screw up a few times without the need to hit the Laundromat :-) Thanks, MikeC -- Michael C. Cambria email : mcc@fid4.com VoIP : sip:mcc@mcambria.fid4.com FWD : sip:63730@fwd.pulver.com WWW : www.fid4.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:51:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4313116A686 for ; Thu, 7 Oct 2004 13:51:03 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id F359643D1F for ; Thu, 7 Oct 2004 13:51:02 +0000 (GMT) (envelope-from obrienster@gmail.com) Received: by mproxy.gmail.com with SMTP id 80so2403799rnk for ; Thu, 07 Oct 2004 06:50:59 -0700 (PDT) Received: by 10.38.1.72 with SMTP id 72mr2986671rna; Thu, 07 Oct 2004 06:50:59 -0700 (PDT) Received: by 10.38.206.63 with HTTP; Thu, 7 Oct 2004 06:50:59 -0700 (PDT) Message-ID: Date: Thu, 7 Oct 2004 09:50:59 -0400 From: Chris O'Brien To: freebsd-current@freebsd.org In-Reply-To: <20041007134140.GA93319@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041007134140.GA93319@xor.obsecurity.org> Subject: Re: Pagefault in BETA7 with ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris O'Brien List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:51:03 -0000 When was it fixed? I just cvsup'd the source and recompiled last night around 6pm EST. On Thu, 7 Oct 2004 06:41:40 -0700, Kris Kennaway wrote: > > > On Thu, Oct 07, 2004 at 09:37:29AM -0400, Chris O'Brien wrote: > > I noticed this in BETA6 just before I upgraded to BETA7. I have a > > Dell Inspiron 1150 laptop with a bfe ethernet interface. It is > > getting it's IP via DHCP and I don't have any other special options > > set via rc.conf > > > > If I issue these two commands: > > #sudo ifconfig bfe0 down > > #sudo ifconfig bfe0 up > > > > I get the following message: > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0xb > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc0607a08 > > stack pointer = 0x10:0xe7d2bb18 > > frame pointer = 0x10:0xe7d2bb20 > > 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 = 498 (ifconfig) > > trap number = 12 > > panic: page fault > > uptime: 49s > > > > Is this a known issue? I thought I remember seeing something on the > > todo list, but I don't see it anymore. > > I think this was fixed already. Please update and retry. If it > recurs, get a traceback as described in the developers handbook > chapter on kernel debugging. > > Kris > > From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 13:51:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B50D216A6FD for ; Thu, 7 Oct 2004 13:51:08 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id B194043D2D for ; Thu, 7 Oct 2004 13:51:07 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i97Dp0806155; Thu, 7 Oct 2004 22:51:01 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20041007110802.GA4960@shagged.org> References: <20041007110802.GA4960@shagged.org> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 9 From: Makoto Matsushita To: chris@shagged.org Date: Thu, 07 Oct 2004 22:50:58 +0900 Message-Id: <20041007225058J.matusita@jp.FreeBSD.org> cc: current@FreeBSD.org Subject: Re: dump/mksnap_ffs & fsck failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 13:51:08 -0000 chris> # /sbin/dump -0 -LuaC32 -f /backup/root.dump / chris> mksnap_ffs: Cannot create //.snap/dump_snapshot: Input/output error Does your system have "/.snap" directory? It must be there before using dump(8) with -L option (see manpage for more detail). -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 14:04:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00CA116A4CE for ; Thu, 7 Oct 2004 14:04:29 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BEBA43D1D for ; Thu, 7 Oct 2004 14:04:23 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i97E4IZV043387 for ; Thu, 7 Oct 2004 16:04:18 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.10/8.12.10/Submit) id i97E4IDe043386 for current@freebsd.org; Thu, 7 Oct 2004 16:04:18 +0200 (SAST) (envelope-from jhay) Date: Thu, 7 Oct 2004 16:04:17 +0200 From: John Hay To: current@freebsd.org Message-ID: <20041007140417.GA42075@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: uhub2: device problem, disabling port 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 14:04:29 -0000 Hi, I have a Glidepoint/Cirque usb touchpad that I would like to get working but when I plug it in, I just get this message: uhub2: device problem, disabling port 2 I have tried 4.10, RELENG_5 and -current, but all of them give the same message... when I do get a message. On RELENG_5 where I did most of the testing, it would hang the machine solidly once in a while. Anybody have any ideas on how I can start to find out why our usb stack does not like this device? I have started enabling usb debugging but it is generating a lot of data and it would really help if someone can give me a pointer or two. :-) Thanks. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 14:05:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 932AF16A4D6 for ; Thu, 7 Oct 2004 14:05:12 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6C6543D4C for ; Thu, 7 Oct 2004 14:05:10 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i97E54A1094910; Thu, 7 Oct 2004 09:05:06 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 12.148.147.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Thu, 7 Oct 2004 09:05:06 -0500 (CDT) Message-ID: <26869.12.148.147.242.1097157906.squirrel@mail.ringofsaturn.com> In-Reply-To: <136a340a04100706341f7c2d2@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> <136a340a04100706186b69bd73@mail.gmail.com> <136a340a04100706341f7c2d2@mail.gmail.com> Date: Thu, 7 Oct 2004 09:05:06 -0500 (CDT) From: "Rusty Nejdl" To: "Nikolay Kalev" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean cc: Renato Botelho cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 14:05:12 -0000 > Opss sorry about that forgot the file :-)! > Here is a link : > http://www.eprogress.bg/~rootcho/dot.tcshrc > > One weirdness I ran into is with the backspace key. It no longer works. It appears that that this line kills that functionality: # DELETE : delete char at cursor position. bindkey ^? delete-char My preference is that this is too weird for me. I now had to hit 2 keys instead of one to delete the last character I typed (shift+backspace worked). Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 14:49:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D57C316A4CE for ; Thu, 7 Oct 2004 14:49:32 +0000 (GMT) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DC7143D3F for ; Thu, 7 Oct 2004 14:49:30 +0000 (GMT) (envelope-from yurtesen-dated-1098024564.8237af@ispro.net.tr) Received: (qmail 97816 invoked by uid 89); 7 Oct 2004 14:49:24 -0000 Received: from [130.232.138.155] (perpetual.yok.utu.fi [130.232.138.155]) by supermail.ispro.net.tr (tmda-ofmipd) with ESMTP; Thu, 07 Oct 2004 17:49:17 +0300 (EEST) Message-ID: <416557BF.7050008@ispro.net.tr> Date: Thu, 07 Oct 2004 17:50:39 +0300 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marcos Biscaysaqu - ThePacific.net" References: <4161C4D8.4040308@ispro.net.tr> <416313F0.2000508@ispro.net.tr> <20041005.100800.111987973.imp@bsdimp.com> <200410050953.58739.sam@errno.com> <416459A1.7020208@ispro.net.tr> <41642590.1090402@ThePacific.Net> In-Reply-To: <41642590.1090402@ThePacific.Net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Delivery-Agent: TMDA/1.0.2 (Bold Forbes) From: Evren Yurtesen X-Primary-Address: yurtesen@ispro.net.tr cc: freebsd-current@freebsd.org Subject: Re: atheros frecuencies limited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 14:49:33 -0000 Marcos Biscaysaqu - ThePacific.net wrote: > Evren Yurtesen wrote: > >> >> >> Sam Leffler wrote: >> >>> On Tuesday 05 October 2004 09:08 am, M. Warner Losh wrote: >>> >>>> In message: <416313F0.2000508@ispro.net.tr> >>>> >>>> Evren Yurtesen writes: >>>> : For one thing, why shouldnt FreeBSD able to do that? >>>> >>>> Because the HAL layer is a binary glob. >>>> >>>> : The other thing is that I thought atheros doesnt have firmware and >>>> the >>>> : driver handles the regulatory domain settings. Thats why atheros >>>> is not >>>> : giving out the source code for their drivers (I think there was such >>>> : problem) >>>> >>>> The driver handles the regulatory domain, but it always uses what is >>>> in the falsh on the part. >>>> >>>> : Anyhow. I am not a pro in this so I better shut up :) But it is >>>> possible >>>> : to enable all the channels etc. available in atheros chip from the >>>> : driver. At least StarOS is able to do it so... >>>> >>>> I'm hoping that ath driver author would reply. >>> >>> >>> >>> >>> And I was hoping the "ath driver author" could stay out of this topic >>> because it has been discussed repeatedly. >>> >>> The issue is that the ath driver supports ap operation. As such you >>> are not permitted to change the regulatory domain from what is set in >>> the eeprom to insure compliance with local regulatory agencies. >>> Drivers that let you set the regulatory domain--that I know >>> about--support only station operation so this is not an issue (e.g. >>> you are not normally broadcasting beacons). I have considered ways >>> to support ap and non-ap operation in a single driver and still allow >>> the regulatory domain to be changed but haven't implemented them. >>> >>> Sam >> >> >> >> That can't be true. There is at least StarOS product which can work as >> an AP and can support every channel. Even the ones which is not in any >> regulatory domain (I think?!) >> >> Actually as a matter of fact I have few Senao APs which has Atheros >> minipci cards inside and they also allow regulatory domain setting so >> that some channels become activated and some are disabled etc. >> depending on the domain you choose. >> >> http://www.staros.com/downloads.php >> ------------ >> New: Special country code '##' can be used to unlock all channels >> supported by the Atheros hardware (2312-2732, 4920-6100). It is up to >> the end user to ensure they stay within their region's regulatory >> channel ranges. >> ------------ >> >> Evren >> >> > You right, another OS is Mikrotik which is linux base, support all the > frecuencies > Actually I was gonna write about MikroTik but thats not true. I also use MikroTik and it doesnt support all the frequencies. It doesnt even have country selection. I think StarOS is able to unlock the cards somehow. But MikroTik shows only the frequencies that the card can support. For example in MikroTik, I am not able to use channel 14 of 802.11b but in StarOS its visible with the same card. I never tried if it works though. Evren From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 14:55:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F07C716A4CE for ; Thu, 7 Oct 2004 14:55:46 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B84A643D1D for ; Thu, 7 Oct 2004 14:55:46 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id CE65AB85E for ; Thu, 7 Oct 2004 09:55:45 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09758-07 for ; Thu, 7 Oct 2004 09:55:44 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 3250FB855 for ; Thu, 7 Oct 2004 09:55:44 -0500 (CDT) From: Kirk Strauser To: freebsd-current@freebsd.org Date: Thu, 7 Oct 2004 09:55:37 -0500 User-Agent: KMail/1.7 References: <200410061755.42069.kirk@strauser.com> <1097105028.775.22.camel@prophecy.dyndns.org> In-Reply-To: <1097105028.775.22.camel@prophecy.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart18304329.uu3hDt6rWj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410070955.40350.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: Re: Weird errors with gtar on 5.3-BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 14:55:47 -0000 --nextPart18304329.uu3hDt6rWj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 October 2004 18:23, Christopher Nehren wrote: > It means that you're trying to archive a file system which isn't > actually a file system -- in this case, /proc. You can use gtar's -X > option to exclude /proc and other non-file system paths from your > archiving. But shouldn't the "--one-file-system" option stop it from attempting to=20 recurse into a mountpoint in the first place? bsdtar seems to handle that= =20 situation as expected: # gtar --one-file-system -cf /dev/null / gtar: Removing leading `/' from member names gtar: /proc: Cannot savedir: Invalid argument gtar: Error exit delayed from previous errors # tar --one-file-system -cf /dev/null / tar: Removing leading '/' from member names > You don't happen to be using procfs on a 5.x system, do you? procfs is > notoriously insecure (and, in my opinion, its very functionality is > insecure -- you shouldn't be able to see anything about anyone else's > processes. Period.). If you are using it, why do you need it? My "jailadmin" program uses /proc to get information about running=20 processes. I haven't reworked that functionality yet. =2D-=20 Kirk Strauser --nextPart18304329.uu3hDt6rWj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBBZVjs5sRg+Y0CpvERAlEPAJ9lNeD5THva3H4+GMMmQ6m5IJML6ACeISFy QC3iwBLxZwkdLHUCT+mocaw= =e4T8 -----END PGP SIGNATURE----- --nextPart18304329.uu3hDt6rWj-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 15:11:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 504C816A4CE for ; Thu, 7 Oct 2004 15:11:12 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id E319843D31 for ; Thu, 7 Oct 2004 15:11:11 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.dyndns.org ([68.83.169.224]) by comcast.net (sccrmhc11) with SMTP id <2004100715111001100jvog4e> (Authid: apeiron); Thu, 7 Oct 2004 15:11:11 +0000 From: Christopher Nehren To: Kirk Strauser In-Reply-To: <200410070955.40350.kirk@strauser.com> References: <200410061755.42069.kirk@strauser.com> <1097105028.775.22.camel@prophecy.dyndns.org> <200410070955.40350.kirk@strauser.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-esuMcg69a/4WITUVVTzd" Date: Thu, 07 Oct 2004 11:11:08 -0400 Message-Id: <1097161868.1166.18.camel@prophecy.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port cc: freebsd-current@freebsd.org Subject: Re: Weird errors with gtar on 5.3-BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 15:11:12 -0000 --=-esuMcg69a/4WITUVVTzd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-10-07 at 09:55 -0500, Kirk Strauser wrote: > But shouldn't the "--one-file-system" option stop it from attempting to=20 > recurse into a mountpoint in the first place? bsdtar seems to handle tha= t=20 > situation as expected: Actually, I just recently had to make some archives of a whole disk with GNU tar, and I found that the --one-file-system option does not do as it claims, for some reason. I ended up having to pass each directory by hand in order to get it to behave. Oh well, yet another GNU fallacy. /me installs bsdtar on his 4.X system. By the way, please keep me CC'd in all replies. I'd prefer to not have to sift through dozens of mails to see if someone replied to me. --=-esuMcg69a/4WITUVVTzd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZVyMk/lo7zvzJioRAhgUAJ9VH6ThNircGnt5ehcdQaH8hyMAlwCdGk+E q1slWNsROQruZ+vTmjG0HKY= =1oyO -----END PGP SIGNATURE----- --=-esuMcg69a/4WITUVVTzd-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 15:13:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7A2616A4CE for ; Thu, 7 Oct 2004 15:13:26 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D80043D49 for ; Thu, 7 Oct 2004 15:13:26 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i97FC0FE065406; Thu, 7 Oct 2004 11:12:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i97FBkjk065400; Thu, 7 Oct 2004 11:12:00 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 7 Oct 2004 11:11:46 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dikshie In-Reply-To: <20041001153716.GA849@ppk.itb.ac.id> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: -BETA6 panic with xorp multicast routing daemon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 15:13:26 -0000 On Fri, 1 Oct 2004, Dikshie wrote: > Robert Watson (rwatson@freebsd.org) wrote: > > sorry for late reply. No problem, I've been moving for the past week and so haven't been in touch with e-mail much myself :-). > > Try the attached patch, please. > > your patch works very well. > > thanks a lot ! Ok, I've merged to HEAD and (pending re@ approval) will merge to RELENG_5 for 5.3-RELEASE. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 15:28:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D33CA16A4CE for ; Thu, 7 Oct 2004 15:28:22 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B0243D48 for ; Thu, 7 Oct 2004 15:28:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F277752675; Thu, 7 Oct 2004 08:29:57 -0700 (PDT) Date: Thu, 7 Oct 2004 08:29:57 -0700 From: Kris Kennaway To: Chris O'Brien Message-ID: <20041007152957.GA99488@xor.obsecurity.org> References: <20041007134140.GA93319@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Pagefault in BETA7 with ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 15:28:22 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 09:50:59AM -0400, Chris O'Brien wrote: > When was it fixed? I just cvsup'd the source and recompiled last > night around 6pm EST. Please don't top-post. Perhaps this is not fixed then (you didn't mention that you were seeing it after the upgrade from beta6), so see my other instructions. Kris > On Thu, 7 Oct 2004 06:41:40 -0700, Kris Kennaway wr= ote: > >=20 > >=20 > > On Thu, Oct 07, 2004 at 09:37:29AM -0400, Chris O'Brien wrote: > > > I noticed this in BETA6 just before I upgraded to BETA7. I have a > > > Dell Inspiron 1150 laptop with a bfe ethernet interface. It is > > > getting it's IP via DHCP and I don't have any other special options > > > set via rc.conf > > > > > > If I issue these two commands: > > > #sudo ifconfig bfe0 down > > > #sudo ifconfig bfe0 up > > > > > > I get the following message: > > > > > > Fatal trap 12: page fault while in kernel mode > > > fault virtual address =3D 0xb > > > fault code =3D supervisor read, page not present > > > instruction pointer =3D 0x8:0xc0607a08 > > > stack pointer =3D 0x10:0xe7d2bb18 > > > frame pointer =3D 0x10:0xe7d2bb20 > > > 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 498 (ifconfig) > > > trap number =3D 12 > > > panic: page fault > > > uptime: 49s > > > > > > Is this a known issue? I thought I remember seeing something on the > > > todo list, but I don't see it anymore. > >=20 > > I think this was fixed already. Please update and retry. If it > > recurs, get a traceback as described in the developers handbook > > chapter on kernel debugging. > >=20 > > Kris > >=20 > > > _______________________________________________ > 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" >=20 --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZWD1Wry0BWjoQKURApI2AJ4rEV8vc+hlD3jFQ1IAaWtmieJn6QCgmmfW EpE0V/X3vnvclzAvQW2PSQY= =pzQa -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:15:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 595AD16A4CE for ; Thu, 7 Oct 2004 16:15:11 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B0243D53 for ; Thu, 7 Oct 2004 16:15:11 +0000 (GMT) (envelope-from jon.drews@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4161264rnk for ; Thu, 07 Oct 2004 09:14:52 -0700 (PDT) Received: by 10.38.79.36 with SMTP id c36mr1243255rnb; Thu, 07 Oct 2004 09:14:50 -0700 (PDT) Received: by 10.38.89.32 with HTTP; Thu, 7 Oct 2004 09:14:48 -0700 (PDT) Message-ID: <8cb27cbf041007091431b538ed@mail.gmail.com> Date: Thu, 7 Oct 2004 11:14:48 -0500 From: Jon Drews To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Crash on 5.3 Beta7 when USB printing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jon Drews List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:15:11 -0000 FreeBSD 5.3-BETA7 #0: Tue Oct 5 15:17:20 CDT 2004 arch: i386 laptop Hi: I went to reconfigure my USB printer and while printing the test page, FreeBSD crashed. Here is the output from the crash: Fatal Trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x4c fault code = supervisor read, pase not present instruction pointer = 0x8:0xc05b1955 stack pointer = 0x10:0xd540bccc frame pointer = 0x10:0xd540bce8 code segment = base 0x0, limit 0xfffff type 0x1b = dpl0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume IOPL = 0 current process = 39 (usbtask) trap number - 12 panic page fault cpuid = 0 Kind regards Jonathan From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:31:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 211CD16A4CE for ; Thu, 7 Oct 2004 16:31:38 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C7EA43D2D for ; Thu, 7 Oct 2004 16:31:37 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.97.54]) by out011.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041007163136.IURC14580.out011.verizon.net@[10.0.3.231]> for ; Thu, 7 Oct 2004 11:31:36 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="=-yzvr/2nhumc+8fZW9pba" Message-Id: <1097166674.803.11.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 07 Oct 2004 12:31:15 -0400 X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [138.89.97.54] at Thu, 7 Oct 2004 11:31:36 -0500 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Problem with PCMCIA ATAPI device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:31:38 -0000 --=-yzvr/2nhumc+8fZW9pba Content-Type: text/plain Content-Transfer-Encoding: 7bit I have SanDisk CF to PCMCIA adapter with 512Mb piece of CF in it. It used to work with -CURRENT as of late EST on September 29. After cvsup this morning (EST, October 7), not only appropriate device is not created for the card, but no further insertion/removal of any other PCMCIA or CardBus card makes any impression on the system until reboot. I have posted what I thought relevant differences between dmesg output below and attached full messages to this E-mail. Please,let me know if I any additional information is needed. ----- System of 9/29 -- device is working pccard0: Allocation failed for cfe 0 ata2: at port 0x100-0x10f irq 10 function 0 config 1 on pccard0 ad4: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 ad4: FAILURE - SETFEATURES ENABLE WCACHE status=51 error=4 ad4: 488MB <512MB CRR/Rev 2.00> [993/16/63] at ata2-master PIO4 ad4: WARNING - removed from configuration pccard0: Allocated resource not found, 4 1 100 10 ata2: detached ----- System of 10/7 -- device is not working pccard0: Allocation failed for cfe 0 ata2: at port 0x100-0x10f irq 10 function 0 config 1 on pccard0 --- Alexandre "Sunny" Kovalenko. --=-yzvr/2nhumc+8fZW9pba-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:45:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25A9716A4CE for ; Thu, 7 Oct 2004 16:45:02 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB5A343D3F for ; Thu, 7 Oct 2004 16:45:01 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i97Giq5a058914; Thu, 7 Oct 2004 09:44:56 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410071644.i97Giq5a058914@gw.catspoiler.org> Date: Thu, 7 Oct 2004 09:44:52 -0700 (PDT) From: Don Lewis To: nkalev@gmail.com In-Reply-To: <136a340a041007045538093bfd@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: rbgarga@gmail.com cc: freebsd-current@FreeBSD.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:45:02 -0000 On 7 Oct, Nikolay Kalev wrote: > On Thu, 7 Oct 2004 08:25:04 -0300, Renato Botelho wrote: >> On Thu, 7 Oct 2004 10:29:23 +0300, Nikolay Kalev wrote: >> > Ok here is the fix. I removed F1-F6 options, will research them this weekend :-) >> > Option CTRL+W is added, very neat thanks ! Please email me for other >> > suggestions. >> >> Other thing, >> >> You can replace this >> >> if ($LOGNAME == "root") then >> set prompt="[%B%m%b]:%S%/%s# " >> else >> set prompt="[%B%m%b]:%S%/%s> " >> endif >> >> with >> >> set prompt="[%B%m%b]:%S%/%s%# " >> >> %# will put # to root and > to others >> > nice thank you :-). I will release soon another fix. This is what I use: set prompt = '%m:%c4 %h%#' if ($?TERM && $TERM == xterm) then set prompt='%{\033]0;%n@%m:%c5\007%}%m:%c %h%#' endif It adds the last few components of $cwd and the history event number to the prompt. When running in an xterm, it puts the username, hostname, and the last part of $cwd in the xterm title. From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:50:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 356E716A4CE for ; Thu, 7 Oct 2004 16:50:55 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2384143D2D for ; Thu, 7 Oct 2004 16:50:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1761772DD4; Thu, 7 Oct 2004 09:50:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 120A372DCB; Thu, 7 Oct 2004 09:50:55 -0700 (PDT) Date: Thu, 7 Oct 2004 09:50:55 -0700 (PDT) From: Doug White To: None In-Reply-To: <20041006180004.GA21328@lazir.toya.net.pl> Message-ID: <20041007094938.A89482@carver.gumbysoft.com> References: <20041006180004.GA21328@lazir.toya.net.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Make buildworld fails on recent beta7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:50:55 -0000 On Wed, 6 Oct 2004, None wrote: > hello, > > make buildworld fails for me on recent beta7 system. > > it spits: > > make: don't know how to make /usr/src/sys/cern/sched_ule.c. Stop > > i believe it should say 'kern' instead of 'cern' since there is no such > directory as cern in my /usr/src/sys. You may have bad memory. "c" and "k" are separated by 8 in the ASCII table, which implies a bit flip somewhere. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:55:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B658E16A4CE for ; Thu, 7 Oct 2004 16:55:04 +0000 (GMT) Received: from baltazar.r404.com (baltazar.R404.com [69.56.206.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85DB943D48 for ; Thu, 7 Oct 2004 16:55:04 +0000 (GMT) (envelope-from freebsd@stasiek.org) Received: from [81.219.125.39] (helo=[192.168.0.2]) by baltazar.r404.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42) id 1CFbXd-0001KJ-8n for freebsd-current@freebsd.org; Thu, 07 Oct 2004 18:54:57 +0200 Message-ID: <416574E2.9000804@stasiek.org> Date: Thu, 07 Oct 2004 18:54:58 +0200 From: Michal Stanislawski User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: freebsd@stasiek.org,stasiek@stasiek.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - baltazar.r404.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stasiek.org X-Source: X-Source-Args: X-Source-Dir: Subject: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:55:04 -0000 Hello, I've started using FreeBSD with the 5.3 BETA4 and yesterday I've upgraded to beta7. In beta4 I had problems with the floppy and my second disk. The floppy now works correctly, but the disk is still a problem. Here's the relevant dmesg: ad0: 38166MB [77545/16/63] at ata0-master UDMA100 ad2: 76319MB [155061/16/63] at ata1-master UDMA100 acd0: CDRW at ata1-slave UDMA33 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad2: FAILURE - READ_DMA status=51 error=84 LBA=0 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=1 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad2: FAILURE - READ_DMA status=51 error=84 LBA=0 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 ad2: FAILURE - READ_DMA status=51 error=84 LBA=0 The system is a dualboot with Windows as the second OS. In Win the disk works. Any ideas? Best regards Michal Stanislawski From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:55:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A6A216A538 for ; Thu, 7 Oct 2004 16:55:26 +0000 (GMT) Received: from clueful.shagged.org (clueful.shagged.org [212.13.201.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BE043D1D for ; Thu, 7 Oct 2004 16:55:26 +0000 (GMT) (envelope-from chris@clueful.shagged.org) Received: from chris by clueful.shagged.org with local (Exim 4.40 (FreeBSD)) id 1CFbY0-00061A-4w; Thu, 07 Oct 2004 17:55:20 +0100 Date: Thu, 7 Oct 2004 17:55:20 +0100 From: Chris Elsworth To: Kris Kennaway Message-ID: <20041007165520.GA22942@shagged.org> References: <20041007110802.GA4960@shagged.org> <20041007133415.GA93146@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007133415.GA93146@xor.obsecurity.org> User-Agent: Mutt/1.5.6i Sender: Chris Elsworth X-Shagged-MailScanner-Information: See www.mailscanner.info for information X-Shagged-MailScanner: Found to be clean X-MailScanner-From: chris@clueful.shagged.org cc: freebsd-current@FreeBSD.ORG Subject: Re: dump/mksnap_ffs & fsck failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:55:26 -0000 On Thu, Oct 07, 2004 at 06:34:15AM -0700, Kris Kennaway wrote: > On Thu, Oct 07, 2004 at 12:08:03PM +0100, Chris Elsworth wrote: > > Hello all, > > > > Is this likely to be filesystem corruption in a really bad way, or a > > ufs bug: > > > > # /sbin/dump -0 -LuaC32 -f /backup/root.dump / > > mksnap_ffs: Cannot create //.snap/dump_snapshot: Input/output error > > > > # fsck_ufs /dev/mirror/gma > > ** /dev/mirror/gma (NO WRITE) > > ** Last Mounted on / > > ** Root file system > > ** Phase 1 - Check Blocks and Sizes > > fsck_ufs: cannot alloc 4294967292 bytes for inoinfo > > Why can't it write to the device? Is it mounted read-write? Drop it > to read-only and retry. Vice versa for the root filesystem; is it > mounted read-only? Ah, sorry, should have said - yes, the filesystem was mounted read-write (/dev/mirror/gma and / are the same thing), but it does the same thing in read-only: # init 1 .. # umount -a # mount -o ro / # mount /dev/mirror/gma on / (ufs, local, read-only) devfs on /dev (devfs, local) # fsck -y / ** /dev/mirror/gma ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot alloc 4294967292 bytes for inoinfo Surely fsck doesn't really need 4GB of physical mem? There is 1GB of physical and 4GB of swap configured in this. -- Chris From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:55:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93C2316A4D5; Thu, 7 Oct 2004 16:55:43 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F3CC43D41; Thu, 7 Oct 2004 16:55:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A3250533F9; Thu, 7 Oct 2004 09:57:19 -0700 (PDT) Date: Thu, 7 Oct 2004 09:57:19 -0700 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20041007165719.GA4023@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: net@FreeBSD.org Subject: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:55:43 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Top of RELENG_5 on an smp machine: panic: fxp_start_body: attempted use of a free mbuf! cpuid = 1 KDB: enter: panic [thread 100042] Stopped at kdb_enter+0x30: leave db> trace kdb_enter(c06de69a,1,c06d47c5,ebbd2b14,c34cd320) at kdb_enter+0x30 panic(c06d47c5,c06c1030,4,c0499300,c3539000) at panic+0x14e fxp_start_body(c3539000,0,c06d5639,4ca,c3539000) at fxp_start_body+0x462 fxp_start(c3539000,122,0,c3539000) at fxp_start+0x3f if_start(c3539000,0,c06e7822,179,ffff8002) at if_start+0x99 ether_output_frame(c3539000,c38b5300,6,c4106b00,ebbd2bc8) at ether_output_frame+0x218 ether_output(c3539000,c38b5300,c4106b00,c95ec210,c04fe48d) at ether_output+0x43e in_arpinput(c38b8700,122,c38b8700,c07656b8,c38b8700) at in_arpinput+0x686 arpintr(c38b8700,0,c06e7c88,e5,c07656b8) at arpintr+0x104 netisr_processqueue(c07656b8,c0738ac0,1,c06dda24,c3462940) at netisr_processqueue+0x8e swi_net(0,0,c06dc037,269,c0738ac0) at swi_net+0xe9 ithread_loop(c345d880,ebbd2d48,c06dbe2a,323,d552d9c9) at ithread_loop+0x172 fork_exit(c04f1210,c345d880,ebbd2d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xebbd2d7c, ebp = 0 --- Kris --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZXVvWry0BWjoQKURAgp/AKCahKjPak/rJBbmj6Q9EIjNzvVo6wCfTt7Z ozxD/D6CPnbG67fkJVrLwpE= =d2wN -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:01:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EBF616A4CE for ; Thu, 7 Oct 2004 17:01:15 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75CA643D41 for ; Thu, 7 Oct 2004 17:01:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 63C895362F; Thu, 7 Oct 2004 10:02:51 -0700 (PDT) Date: Thu, 7 Oct 2004 10:02:50 -0700 From: Kris Kennaway To: Chris Elsworth Message-ID: <20041007170250.GA4053@xor.obsecurity.org> References: <20041007110802.GA4960@shagged.org> <20041007133415.GA93146@xor.obsecurity.org> <20041007165520.GA22942@shagged.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20041007165520.GA22942@shagged.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.ORG cc: Kris Kennaway Subject: Re: dump/mksnap_ffs & fsck failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:01:15 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 05:55:20PM +0100, Chris Elsworth wrote: > > > # /sbin/dump -0 -LuaC32 -f /backup/root.dump / > > > mksnap_ffs: Cannot create //.snap/dump_snapshot: Input/output error > > >=20 > > > # fsck_ufs /dev/mirror/gma > > > ** /dev/mirror/gma (NO WRITE) > > > ** Last Mounted on / > > > ** Root file system > > > ** Phase 1 - Check Blocks and Sizes > > > fsck_ufs: cannot alloc 4294967292 bytes for inoinfo > >=20 > > Why can't it write to the device? Is it mounted read-write? Drop it > > to read-only and retry. Vice versa for the root filesystem; is it > > mounted read-only? >=20 > Ah, sorry, should have said - yes, the filesystem was mounted > read-write (/dev/mirror/gma and / are the same thing), but it does the > same thing in read-only: >=20 > # init 1 > .. > # umount -a > # mount -o ro / > # mount > /dev/mirror/gma on / (ufs, local, read-only) > devfs on /dev (devfs, local) > # fsck -y / > ** /dev/mirror/gma > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 4294967292 bytes for inoinfo >=20 >=20 > Surely fsck doesn't really need 4GB of physical mem? There is 1GB of > physical and 4GB of swap configured in this. Perhaps it's trying to allocate a negative amount of memory (that value is 2^32-4, or (unsigned int)(-4)), perhaps because it's failing to check for an error condition and using the resulting negative value. Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZXa6Wry0BWjoQKURAvCNAJ0TXbSHQB5HAQuA3AsYeNhFQd/00gCg/pw/ PbE1NsA2tzzIQlc4HXSELoU= =BQcK -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:02:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43C0316A4CE for ; Thu, 7 Oct 2004 17:02:07 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF5C43D31 for ; Thu, 7 Oct 2004 17:02:06 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdbox.farid-hajji.net (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id 156FF4B523; Thu, 7 Oct 2004 19:02:03 +0200 (CEST) Date: Thu, 7 Oct 2004 19:02:22 +0200 From: cpghost@cordula.ws To: Benjamin Close Message-ID: <20041007170222.GC47416@bsdbox.farid-hajji.net> References: <4164BFA4.80105@unisa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4164BFA4.80105@unisa.edu.au> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:02:07 -0000 On Thu, Oct 07, 2004 at 01:31:40PM +0930, Benjamin Close wrote: > Hi All, > I've been using each Beta Release as they come out and ever since > Beta 3 I've noticed delays where there never used to be any. > I believe this may be somehow related to ULE->BSD scheduler change. A > classic situation of where they now exist is when I switch virtual > desktops back to another xterm. It takes 4-5 seconds before I can type. > The machine is virtually 100% idle. Before beta3 this was not a problem > with almost an instant response. > Anyone else experiancing the same problems. They still exist in: I can confirm this here too. The system has become very sluggish since the SCHED_ULE -> SCHED_4BSD change. I also do experience those 4-5 seconds unresponsivenesses, before the mouse or the keyboard reacts. The system doesn't wedge or hang, but it's very annoying to use as a desktop machine now. Thanks, cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:03:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7984316A4CE; Thu, 7 Oct 2004 17:03:43 +0000 (GMT) Received: from server1.mataira.com (dsl093-133-205.sfo4.dsl.speakeasy.net [66.93.133.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D21543D48; Thu, 7 Oct 2004 17:03:43 +0000 (GMT) (envelope-from vbkumar@mataira.com) Received: from [192.168.1.100] (dsl093-133-178.sfo4.dsl.speakeasy.net [66.93.133.178])i97GwFvR010116; Thu, 7 Oct 2004 09:58:16 -0700 (PDT) (envelope-from vbkumar@mataira.com) Message-ID: <41657405.1020302@mataira.com> Date: Thu, 07 Oct 2004 09:51:17 -0700 From: Balakumar Velmurugan Organization: Mataira Systems, Inc User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gbde misconfiguration ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vbkumar@mataira.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:03:43 -0000 Hi, I updated my kernel and built it from CURRENT. Everything went fine. When I rebooted the machine after mergemaster, I was prompted to enter passphrase for Disk Encryption, as below. Configuring Disk Encryption for NO. Enter passphrase: <---- When I hit ENTER gbde: Attach to NO faile: Provider not found Attach Failed: attempt 1 of 3. Enter passphrase: I dont recall if I enabled gbde. Any idea, what might have happened ?. More importantly, can anyone tell me how to get around this and continue with my booting sequence ? In my previous build using STABLE, i didnt see this problem. Bala From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:03:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0708116A4CE for ; Thu, 7 Oct 2004 17:03:44 +0000 (GMT) Received: from server1.mataira.com (dsl093-133-205.sfo4.dsl.speakeasy.net [66.93.133.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E0D43D48 for ; Thu, 7 Oct 2004 17:03:43 +0000 (GMT) (envelope-from vbkumar@mataira.com) Received: from [192.168.1.100] (dsl093-133-178.sfo4.dsl.speakeasy.net [66.93.133.178]) by server1.mataira.com (8.12.10/8.12.10) with ESMTP id i97Cd7vR003238 for ; Thu, 7 Oct 2004 05:39:08 -0700 (PDT) (envelope-from vbkumar@mataira.com) Message-ID: <41653749.6050906@mataira.com> Date: Thu, 07 Oct 2004 05:32:09 -0700 From: Balakumar Velmurugan Organization: Mataira Systems, Inc User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gbde misconfiguration? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vbkumar@mataira.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:03:44 -0000 Hi, I updated my kernel and built it from CURRENT. Everything went fine. When I rebooted the machine after mergemaster, I was prompted to enter passphrase for Disk Encryption, as below. Configuring Disk Encryption for NO. Enter passphrase: <---- When I hit ENTER gbde: Attach to NO faile: Provider not found Attach Failed: attempt 1 of 3. Enter passphrase: I dont recall if I enabled gbde. Any idea, what might have happened ?. More importantly, can anyone tell me how to get around this and continue with my booting sequence ? In my previous build using STABLE, i didnt see this problem. Bala From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:06:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B058016A4CE for ; Thu, 7 Oct 2004 17:06:19 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAD0843D2D for ; Thu, 7 Oct 2004 17:06:16 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-195-158-171-190.dynamic.qsc.de [195.158.171.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 793979585D; Thu, 7 Oct 2004 19:06:14 +0200 (CEST) Date: Thu, 7 Oct 2004 19:06:09 +0200 From: Hannes Mehnert To: Chris Elsworth Message-ID: <20041007170609.GC8384@mehnert.org> References: <20041007110802.GA4960@shagged.org> <20041007133415.GA93146@xor.obsecurity.org> <20041007165520.GA22942@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007165520.GA22942@shagged.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.ORG cc: Kris Kennaway Subject: Re: dump/mksnap_ffs & fsck failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:06:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Thu, Oct 07, 2004 at 05:55:20PM +0100, Chris Elsworth wrote: > # fsck -y / > ** /dev/mirror/gma > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 4294967292 bytes for inoinfo Hmm, looks like the same problem I had/have: (thread starting here: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039143.html Could you please try to run ffsinfo and/or dumpfs on the device and look if it core dumps? Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZXd/RcuNlziBjRwRAjRmAJ9q6NQMByO+xu04ATQaV09MFz/g2QCgprtM PK+KCKCCid00hueDIO0LnQE= =YHXk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:11:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D017816A4D2; Thu, 7 Oct 2004 17:11:16 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C11C243D3F; Thu, 7 Oct 2004 17:11:16 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B0F6572DD4; Thu, 7 Oct 2004 10:11:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id ABD1B72DCB; Thu, 7 Oct 2004 10:11:16 -0700 (PDT) Date: Thu, 7 Oct 2004 10:11:16 -0700 (PDT) From: Doug White To: Ruslan Ermilov In-Reply-To: <20041007073944.GA79690@ip.net.ua> Message-ID: <20041007100803.I89482@carver.gumbysoft.com> References: <416467CC.2050506@fid4.com> <20041006185447.F82437@carver.gumbysoft.com> <20041007073944.GA79690@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Michael C. Cambria" cc: freebsd-current@freebsd.org Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:11:16 -0000 On Thu, 7 Oct 2004, Ruslan Ermilov wrote: > On Wed, Oct 06, 2004 at 06:57:33PM -0700, Doug White wrote: > > There are also instructions for doing remote installs (i.e., installworld > > over NFS) at the bottom of UPDATING. > > > Where's that? (We don't support remote installs, build machine > should equal install machine in most cases.) Its not explicitly listed, but the section titled "To cross-install current onto a separate partition" can be abused to good effect. The other option is to mount /usr/src and /usr/obj from your build system onto the target and run the installworld from there. I suspect you're about to point out that certain dependencies may not have been built correctly if the target is much older than the source, so YMMV. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:15:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7DB016A4CE for ; Thu, 7 Oct 2004 17:15:43 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB11943D1F for ; Thu, 7 Oct 2004 17:15:43 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9F23F72DD4; Thu, 7 Oct 2004 10:15:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9A7FF72DCB; Thu, 7 Oct 2004 10:15:43 -0700 (PDT) Date: Thu, 7 Oct 2004 10:15:43 -0700 (PDT) From: Doug White To: Benjamin Close In-Reply-To: <4164BFA4.80105@unisa.edu.au> Message-ID: <20041007101315.W89482@carver.gumbysoft.com> References: <4164BFA4.80105@unisa.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:15:43 -0000 On Thu, 7 Oct 2004, Benjamin Close wrote: > I've been using each Beta Release as they come out and ever since > Beta 3 I've noticed delays where there never used to be any. > I believe this may be somehow related to ULE->BSD scheduler change. A > classic situation of where they now exist is when I switch virtual > desktops back to another xterm. It takes 4-5 seconds before I can type. > The machine is virtually 100% idle. Before beta3 this was not a problem > with almost an instant response. Can you provide a reproduction case? I don't notice any sort of delay when switching between text vtys, or changing keyboard focus in X. I've been using 4BSD the entire time. Are you switching between X and text vty's? There's always been a delay there, worse on my amd64 box than i386, but I don't do that regularly; much easier to just pop another xterm :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:17:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A7516A4CE for ; Thu, 7 Oct 2004 17:17:33 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE5A843D54 for ; Thu, 7 Oct 2004 17:17:32 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 78so144563rnk for ; Thu, 07 Oct 2004 10:17:21 -0700 (PDT) Received: by 10.38.79.8 with SMTP id c8mr3303928rnb; Thu, 07 Oct 2004 10:17:21 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Thu, 7 Oct 2004 10:17:20 -0700 (PDT) Message-ID: <790a9fff04100710176ddb8fe1@mail.gmail.com> Date: Thu, 7 Oct 2004 12:17:20 -0500 From: Scot Hetzel To: vbkumar@mataira.com In-Reply-To: <41653749.6050906@mataira.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41653749.6050906@mataira.com> cc: freebsd-current@freebsd.org Subject: Re: gbde misconfiguration? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:17:33 -0000 On Thu, 07 Oct 2004 05:32:09 -0700, Balakumar Velmurugan wrote: > Hi, > I updated my kernel and built it from CURRENT. Everything went > fine. When I rebooted the machine after mergemaster, I was prompted to > enter passphrase for Disk Encryption, as below. > > Configuring Disk Encryption for NO. > Enter passphrase: <---- When I hit ENTER > gbde: Attach to NO faile: Provider not found > Attach Failed: attempt 1 of 3. > Enter passphrase: > > I dont recall if I enabled gbde. Any idea, what might have happened ?. > More importantly, can anyone tell me how to get around this and continue > with my booting sequence ? In my previous build using STABLE, i didnt > see this problem. > Pawel Jakub Dawidek has fixed this problem about 11 hours ago. Update your sources for the fix. Scot From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:17:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 616B016A4CE; Thu, 7 Oct 2004 17:17:48 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB9643D4C; Thu, 7 Oct 2004 17:17:48 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 0DD0211A55; Thu, 7 Oct 2004 19:17:46 +0200 (CEST) Date: Thu, 7 Oct 2004 19:17:46 +0200 From: "Simon L. Nielsen" To: Balakumar Velmurugan Message-ID: <20041007171746.GC768@zaphod.nitro.dk> References: <41657405.1020302@mataira.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6Nae48J/T25AfBN4" Content-Disposition: inline In-Reply-To: <41657405.1020302@mataira.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: gbde misconfiguration ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:17:48 -0000 --6Nae48J/T25AfBN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.10.07 09:51:17 -0700, Balakumar Velmurugan wrote: > Hi, > I updated my kernel and built it from CURRENT. Everything went fine.= =20 > When I rebooted the machine after mergemaster, I was prompted to enter=20 > passphrase for Disk Encryption, as below. >=20 > Configuring Disk Encryption for NO. > Enter passphrase: <---- When I hit ENTER > gbde: Attach to NO faile: Provider not found > Attach Failed: attempt 1 of 3. > Enter passphrase: I think pjd has already fixed this (but I currently run RELENG_5, so I haven't tested it). Try to update your sources again and see if the problem isn't fixed. > I dont recall if I enabled gbde. Any idea, what might have happened ?.=20 If you do not recall you haven't seen it would then prompt you for a password no each boot. > More importantly, can anyone tell me how to get around this and continue= =20 > with my booting sequence ? In my previous build using STABLE, i didnt= =20 > see this problem. Just FYI, STABLE is still RELENG_4/4.X... though we are getting closer at 5-STABLE/5.3-STABLE. --=20 Simon L. Nielsen FreeBSD Documentation Team --6Nae48J/T25AfBN4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZXo6h9pcDSc1mlERAh9DAKDMOslzOoYtPBKX0Ymb+veJzyDvmQCfbP3y BCpR7Yarkxf5/LeYijvJV04= =BU6E -----END PGP SIGNATURE----- --6Nae48J/T25AfBN4-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:22:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F74416A4CE for ; Thu, 7 Oct 2004 17:22:39 +0000 (GMT) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A05243D1F for ; Thu, 7 Oct 2004 17:22:39 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i97HMcuk024564 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 7 Oct 2004 10:22:38 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i97HMbJF011543; Thu, 7 Oct 2004 10:22:37 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i97HMbgK011542; Thu, 7 Oct 2004 10:22:37 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Thu, 7 Oct 2004 10:22:37 -0700 From: "Bruce A. Mah" To: Doug White Message-ID: <20041007172237.GD11313@tomcat.kitchenlab.org> References: <416467CC.2050506@fid4.com> <20041006185447.F82437@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TybLhxa8M7aNoW+V" Content-Disposition: inline In-Reply-To: <20041006185447.F82437@carver.gumbysoft.com> X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ User-Agent: Mutt/1.5.6i cc: "Michael C. Cambria" cc: freebsd-current@freebsd.org Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:22:39 -0000 --TybLhxa8M7aNoW+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, Doug White wrote: > On Wed, 6 Oct 2004, Michael C. Cambria wrote: >=20 > > Is it possible to build a RELENG_5 system on a 4.10 system? >=20 > Yes -- read the instructions at the bottom of /usr/src/UPDATING > beforehand,=20 Or see the Migration Guide (in the release documentation on RELENG_5 for the upcoming 5.3-RELEASE). > and follow the instructions VERY CAREFULLY or you'll end up > with an unbootable system. Ditto. Bruce. --TybLhxa8M7aNoW+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZXtd2MoxcVugUsMRAjwyAKDrVls6BOuAwsXVgIxiAbB8v6xTjQCg/0bk 9rjDrm6xAFRVw96VAsqj6tc= =u6bW -----END PGP SIGNATURE----- --TybLhxa8M7aNoW+V-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:28:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 820EA16A4CE for ; Thu, 7 Oct 2004 17:28:41 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 661D043D3F for ; Thu, 7 Oct 2004 17:28:41 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 99424F1970 for ; Thu, 7 Oct 2004 10:28:38 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00687-09 for ; Thu, 7 Oct 2004 10:28:38 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 09F21F189E for ; Thu, 7 Oct 2004 10:28:37 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2zzNKK5T3i7xHt1NsEzS" Message-Id: <1097170117.1288.1.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 07 Oct 2004 10:28:37 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: current/amd64 panic is back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:28:41 -0000 --=-2zzNKK5T3i7xHt1NsEzS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable First unsolicited crash for me in a long time :) Oct 7 09:52:31 server kernel: Fatal trap 12: page fault while in kernel mode Oct 7 09:52:31 server kernel: fault virtual address =3D 0x18 Oct 7 09:52:31 server kernel: fault code =3D supervisor read, page not present Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff80351940Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c1a5f0 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c1a650 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, type 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D interrupt enabled, resume, IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 12 Oct 7 09:52:31 server kernel: panic: page fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel: Oct 7 09:52:31 server kernel: Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode --=-2zzNKK5T3i7xHt1NsEzS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZXzFyQsGN30uGE4RAtrqAJ9N5ROfbP5JrNpr/0QzNOcU57w8NQCfQVFc n2JXuULsLYmj3OBBBMmi1hI= =Siov -----END PGP SIGNATURE----- --=-2zzNKK5T3i7xHt1NsEzS-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:32:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A33DF16A4CE for ; Thu, 7 Oct 2004 17:32:18 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2962A43D46 for ; Thu, 7 Oct 2004 17:32:18 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i97HWBPv024006; Thu, 7 Oct 2004 11:32:12 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <41657D63.1050605@FreeBSD.org> Date: Thu, 07 Oct 2004 11:31:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <4164BFA4.80105@unisa.edu.au> <20041007101315.W89482@carver.gumbysoft.com> In-Reply-To: <20041007101315.W89482@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Benjamin Close cc: freebsd-current@FreeBSD.org Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:32:18 -0000 Doug White wrote: > On Thu, 7 Oct 2004, Benjamin Close wrote: > > >> I've been using each Beta Release as they come out and ever since >>Beta 3 I've noticed delays where there never used to be any. >>I believe this may be somehow related to ULE->BSD scheduler change. A >>classic situation of where they now exist is when I switch virtual >>desktops back to another xterm. It takes 4-5 seconds before I can type. >>The machine is virtually 100% idle. Before beta3 this was not a problem >>with almost an instant response. > > > Can you provide a reproduction case? I don't notice any sort of delay when > switching between text vtys, or changing keyboard focus in X. I've been > using 4BSD the entire time. > > Are you switching between X and text vty's? There's always been a delay > there, worse on my amd64 box than i386, but I don't do that regularly; > much easier to just pop another xterm :) > I actually get this often in WindowMaker when I'm switching to a desktop that contains mozilla. It takes about 5-10 seconds for mozilla to redraw itself and start accepting input. I haven't had time to figure out the source, I just assumed for now that it was because the mozilla process started swapping to disk, and swapping it back in was thrashing things. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:33:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C3FC16A4CE for ; Thu, 7 Oct 2004 17:33:25 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3653943D48 for ; Thu, 7 Oct 2004 17:33:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8084B53A2C; Thu, 7 Oct 2004 10:35:01 -0700 (PDT) Date: Thu, 7 Oct 2004 10:35:01 -0700 From: Kris Kennaway To: Sean McNeil Message-ID: <20041007173501.GA7114@xor.obsecurity.org> References: <1097170117.1288.1.camel@server> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <1097170117.1288.1.camel@server> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: current/amd64 panic is back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:33:25 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Oct 07, 2004 at 10:28:37AM -0700, Sean McNeil wrote: > First unsolicited crash for me in a long time :) Traceback, etc. Kris --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZX5FWry0BWjoQKURAmEYAKCvxlKg6UiQGhF9bqbiiEAcQHzdCACfUC68 F6Zz8SFYjWErxNkX2q0/5AI= =ofsU -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:43:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69CA416A4CF; Thu, 7 Oct 2004 17:43:07 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0072043D45; Thu, 7 Oct 2004 17:43:07 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.42 (FreeBSD)) id 1CFcID-000DnB-9Y; Thu, 07 Oct 2004 18:43:05 +0100 Date: Thu, 7 Oct 2004 18:43:05 +0100 From: Ceri Davies To: Balakumar Velmurugan Message-ID: <20041007174305.GH57641@submonkey.net> Mail-Followup-To: Ceri Davies , Balakumar Velmurugan , freebsd-current@freebsd.org, freebsd-questions@freebsd.org References: <41657405.1020302@mataira.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LSp5EJdfMPwZcMS1" Content-Disposition: inline In-Reply-To: <41657405.1020302@mataira.com> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: gbde misconfiguration ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:43:07 -0000 --LSp5EJdfMPwZcMS1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 09:51:17AM -0700, Balakumar Velmurugan wrote: > Hi, > I updated my kernel and built it from CURRENT. Everything went fine.= =20 > When I rebooted the machine after mergemaster, I was prompted to enter=20 > passphrase for Disk Encryption, as below. >=20 > Configuring Disk Encryption for NO. > Enter passphrase: <---- When I hit ENTER > gbde: Attach to NO faile: Provider not found > Attach Failed: attempt 1 of 3. > Enter passphrase: >=20 > I dont recall if I enabled gbde. Any idea, what might have happened ?.=20 > More importantly, can anyone tell me how to get around this and continue= =20 > with my booting sequence ? In my previous build using STABLE, i didnt= =20 > see this problem. Update and try again - this was fixed earlier today. Ceri --=20 I hear thought presenting the problem. -- dadadodo -c 1 Mail/trhodes --LSp5EJdfMPwZcMS1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZYAoocfcwTS3JF8RAuetAJ4xGzrNnq52u+ndgVOOcRxBukstVQCgmed1 bnMHj347zCgdJluMXF8L4z8= =/ynr -----END PGP SIGNATURE----- --LSp5EJdfMPwZcMS1-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:49:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA8C16A4CE; Thu, 7 Oct 2004 17:49:59 +0000 (GMT) Received: from seven.Alameda.net (seven.alameda.net [64.81.53.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FC8043D2D; Thu, 7 Oct 2004 17:49:59 +0000 (GMT) (envelope-from ulf@Alameda.net) Received: by seven.Alameda.net (Postfix, from userid 1000) id DC2A63A212; Thu, 7 Oct 2004 10:49:58 -0700 (PDT) Date: Thu, 7 Oct 2004 10:49:58 -0700 From: Ulf Zimmermann To: Don Lewis Message-ID: <20041007174958.GW66377@seven.alameda.net> References: <136a340a041007045538093bfd@mail.gmail.com> <200410071644.i97Giq5a058914@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410071644.i97Giq5a058914@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.10-RELEASE-p2 cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: freebsd-current@FreeBSD.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ulf@Alameda.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:49:59 -0000 On Thu, Oct 07, 2004 at 09:44:52AM -0700, Don Lewis wrote: > This is what I use: > > set prompt = '%m:%c4 %h%#' > if ($?TERM && $TERM == xterm) then > set prompt='%{\033]0;%n@%m:%c5\007%}%m:%c %h%#' > endif > > It adds the last few components of $cwd and the history event number to > the prompt. When running in an xterm, it puts the username, hostname, > and the last part of $cwd in the xterm title. A thing I use under tcsh is 'alias precmd echo -n "^[]2;$HOST^G"' Bundled with an if statement and either excluding cons25 (you are on the console) or only enabling it when $TERM is set to certain terminals, it will print the current host into your window bar, like under SecureCRT and xterm. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:54:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2370116A4CE for ; Thu, 7 Oct 2004 17:54:57 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB90C43D1F for ; Thu, 7 Oct 2004 17:54:56 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 8172BF18E0; Thu, 7 Oct 2004 10:54:56 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02292-03; Thu, 7 Oct 2004 10:54:55 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 35A64F1803; Thu, 7 Oct 2004 10:54:55 -0700 (PDT) From: Sean McNeil To: Kris Kennaway In-Reply-To: <20041007173501.GA7114@xor.obsecurity.org> References: <1097170117.1288.1.camel@server> <20041007173501.GA7114@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-vsPaEYHeUJ83YYtKVE4o" Message-Id: <1097171694.4190.18.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 07 Oct 2004 10:54:55 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: current/amd64 panic is back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:54:57 -0000 --=-vsPaEYHeUJ83YYtKVE4o Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-10-07 at 10:35, Kris Kennaway wrote: > On Thu, Oct 07, 2004 at 10:28:37AM -0700, Sean McNeil wrote: > > First unsolicited crash for me in a long time :) >=20 > Traceback, etc. Sorry, this was a bad report. Thought it might be a regression in the preemption stuff, but still I should have provided more info than I did. Let me give what I can and you can let me know if there is anything more I can provide. I get a long string of panic info but no core dump or drop into debugger. Just a reboot. I tried to look at the address in the debugger and this is what I get: (gdb) list *0xffffffff80351940 0xffffffff80351940 is in m_copym (/usr/src/sys/kern/uipc_mbuf.c:373). 368 MBUF_CHECKSLEEP(wait); 369 if (off =3D=3D 0 && m->m_flags & M_PKTHDR) 370 copyhdr =3D 1; 371 while (off > 0) { 372 KASSERT(m !=3D NULL, ("m_copym, offset > size of mb= uf chain")); 373 if (off < m->m_len) 374 break; 375 off -=3D m->m_len; 376 m =3D m->m_next; 377 } I think it goes off into lala land after that. Here is the full panic. Oct 7 09:52:31 server syslogd: kernel boot file is /boot/kernel/kernel Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 12: page fault while in kernel mo= de Oct 7 09:52:31 server kernel: fault virtual address =3D 0x18 Oct 7 09:52:31 server kernel: fault code =3D supervisor read, page not pr= esent Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff803519= 40 Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 1a5f0 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 1a650 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D interrupt enabled, resu= me, IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 12 Oct 7 09:52:31 server kernel: panic: page fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 1a310 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 1a320 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D interrupt enabled, IOPL= =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 1a090 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 1a0a0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 19e10 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 19e20 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 19b90 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 19ba0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 19910 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 19920 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 19690 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 196a0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 19410 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 19420 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 19190 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 191a0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 18f10 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 18f20 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 18c90 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 18ca0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 18a10 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 18a20 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 18790 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 187a0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 18510 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 18520 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 18290 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 182a0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 18010 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 18020 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 17d90 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 17da0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 17b10 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 17b20 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 17890 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 178a0 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel:=20 Oct 7 09:52:31 server kernel: Fatal trap 3: breakpoint instruction fault w= hile in kernel mode Oct 7 09:52:31 server kernel: instruction pointer =3D 0x8:0xffffffff8032e1= 4f Oct 7 09:52:31 server kernel: stack pointer =3D 0x10:0xffffffffb1c= 17610 Oct 7 09:52:31 server kernel: frame pointer =3D 0x10:0xffffffffb1c= 17620 Oct 7 09:52:31 server kernel: code segment =3D base 0x0, limit 0xfffff, t= ype 0x1b Oct 7 09:52:31 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 7 09:52:31 server kernel: processor eflags =3D IOPL =3D 0 Oct 7 09:52:31 server kernel: current process =3D 262 (natd) Oct 7 09:52:31 server kernel: trap number =3D 3 Oct 7 09:52:31 server kernel: panic: breakpoint instruction fault Oct 7 09:52:31 server kernel: KDB: enter: panic Oct 7 09:52:31 server kernel: Copyright (c) 1992-2004 The FreeBSD Project. --=-vsPaEYHeUJ83YYtKVE4o Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZYLuyQsGN30uGE4RAj2bAJwNAHyZGCUGodoPbar5Sq1a05efTgCffV/u avavGrvb1DYQw1ExuM48xaQ= =6e8B -----END PGP SIGNATURE----- --=-vsPaEYHeUJ83YYtKVE4o-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:59:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8774B16A4CE for ; Thu, 7 Oct 2004 17:59:06 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6647743D49 for ; Thu, 7 Oct 2004 17:59:06 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 246EDF18E0 for ; Thu, 7 Oct 2004 10:59:06 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02839-03 for ; Thu, 7 Oct 2004 10:59:05 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 647BBF1803 for ; Thu, 7 Oct 2004 10:59:05 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7eDV0vLb+R7wojaSPoMu" Message-Id: <1097171945.4190.23.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 07 Oct 2004 10:59:05 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: can someone please fix mergemaster and bind? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:59:06 -0000 --=-7eDV0vLb+R7wojaSPoMu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable It is painful to have my setup destroyed after every mergemaster.=20 Anyone with bind9 setup and running should not try this without first backing up their /var/named/etc/namedb directory: mergemaster ... *** There is no installed version of ./var/named/etc/namedb/PROTO.localhost.rev Use 'd' to delete the temporary ./var/named/etc/namedb/PROTO.localhost.rev Use 'i' to install the temporary ./var/named/etc/namedb/PROTO.localhost.rev Default is to leave the temporary file to deal with by hand How should I deal with this? [Leave it for later] i *** ./var/named/etc/namedb/PROTO.localhost.rev installed successfully *** There is no installed version of ./var/named/etc/namedb/PROTO.localhost-v6.rev Use 'd' to delete the temporary ./var/named/etc/namedb/PROTO.localhost-v6.rev Use 'i' to install the temporary ./var/named/etc/namedb/PROTO.localhost-v6.rev Default is to leave the temporary file to deal with by hand How should I deal with this? [Leave it for later] i *** ./var/named/etc/namedb/PROTO.localhost-v6.rev installed successfully *** There is no installed version of ./var/named/etc/namedb/named.conf Use 'd' to delete the temporary ./var/named/etc/namedb/named.conf Use 'i' to install the temporary ./var/named/etc/namedb/named.conf Default is to leave the temporary file to deal with by hand How should I deal with this? [Leave it for later] i *** ./var/named/etc/namedb/named.conf installed successfully *** There is no installed version of ./var/named/etc/namedb/named.root Use 'd' to delete the temporary ./var/named/etc/namedb/named.root Use 'i' to install the temporary ./var/named/etc/namedb/named.root Default is to leave the temporary file to deal with by hand How should I deal with this? [Leave it for later] i *** ./var/named/etc/namedb/named.root installed successfully *** There is no installed version of ./var/named/etc/namedb/make-localhost Use 'd' to delete the temporary ./var/named/etc/namedb/make-localhost Use 'i' to install the temporary ./var/named/etc/namedb/make-localhost Default is to leave the temporary file to deal with by hand How should I deal with this? [Leave it for later] i ... run mergemaster again and it does the same thing!!! Fix my named.conf and it is deleted again with mergemaster. Cheers, Sean --=-7eDV0vLb+R7wojaSPoMu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZYPpyQsGN30uGE4RAjabAJ46mh7KngKYN4WFuruqe1JpNVNn4ACeL6+w +eUQms0e2sFTL5YZv7S67KM= =dP8G -----END PGP SIGNATURE----- --=-7eDV0vLb+R7wojaSPoMu-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:00:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6794E16A54C; Thu, 7 Oct 2004 18:00:37 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0673943D2F; Thu, 7 Oct 2004 18:00:37 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdbox.farid-hajji.net (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id BF8014B538; Thu, 7 Oct 2004 20:00:33 +0200 (CEST) Date: Thu, 7 Oct 2004 20:00:52 +0200 From: cpghost@cordula.ws To: Scott Long Message-ID: <20041007180052.GA57159@bsdbox.farid-hajji.net> References: <4164BFA4.80105@unisa.edu.au> <20041007101315.W89482@carver.gumbysoft.com> <41657D63.1050605@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41657D63.1050605@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.org Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:00:37 -0000 On Thu, Oct 07, 2004 at 11:31:15AM -0600, Scott Long wrote: > I actually get this often in WindowMaker when I'm switching to a desktop > that contains mozilla. It takes about 5-10 seconds for mozilla to > redraw itself and start accepting input. I haven't had time to figure > out the source, I just assumed for now that it was because the mozilla > process started swapping to disk, and swapping it back in was thrashing > things. This happens not only under X, but in normal vtys too. You can type some keys, wait a few seconds, then the characters appear. After this, the keyboard works fine (for a while). Under X (using xfce4), the mouse freezes for a few seconds in random windows (indepedent of the program), then it jumps back up to life after 2 to 5 seconds. This happens even when the mouse is currently being moved (so it's not the X server being swapped in so somesuch). The cursor freezes while in motion, and it reappears a few seconds later an another location. This is on a FreeBSD 5.3-BETA7 from Oct 5th. Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:01:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E73D416A4CE for ; Thu, 7 Oct 2004 18:01:34 +0000 (GMT) Received: from clueful.shagged.org (clueful.shagged.org [212.13.201.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A944943D39 for ; Thu, 7 Oct 2004 18:01:34 +0000 (GMT) (envelope-from chris@clueful.shagged.org) Received: from chris by clueful.shagged.org with local (Exim 4.40 (FreeBSD)) id 1CFcZz-00072q-TM; Thu, 07 Oct 2004 19:01:27 +0100 Date: Thu, 7 Oct 2004 19:01:27 +0100 From: Chris Elsworth To: Hannes Mehnert Message-ID: <20041007180127.GA26703@shagged.org> References: <20041007110802.GA4960@shagged.org> <20041007133415.GA93146@xor.obsecurity.org> <20041007165520.GA22942@shagged.org> <20041007170609.GC8384@mehnert.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007170609.GC8384@mehnert.org> User-Agent: Mutt/1.5.6i Sender: Chris Elsworth X-Shagged-MailScanner-Information: See www.mailscanner.info for information X-Shagged-MailScanner: Found to be clean X-MailScanner-From: chris@clueful.shagged.org cc: freebsd-current@FreeBSD.ORG cc: Kris Kennaway Subject: Re: dump/mksnap_ffs & fsck failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:01:35 -0000 On Thu, Oct 07, 2004 at 07:06:09PM +0200, Hannes Mehnert wrote: > Hi, > > On Thu, Oct 07, 2004 at 05:55:20PM +0100, Chris Elsworth wrote: > > # fsck -y / > > ** /dev/mirror/gma > > ** Last Mounted on / > > ** Root file system > > ** Phase 1 - Check Blocks and Sizes > > fsck_ufs: cannot alloc 4294967292 bytes for inoinfo > > Hmm, looks like the same problem I had/have: > (thread starting here: > http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039143.html > > Could you please try to run ffsinfo and/or dumpfs on the > device and look if it core dumps? Hello, Both ffsinfo and dumpfs run and return data; they don't coredump. Would that data be useful to anyone here? -- Chris From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:05:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D524216A4CE; Thu, 7 Oct 2004 18:05:45 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AC6B43D41; Thu, 7 Oct 2004 18:05:45 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id A5C6F651F7; Thu, 7 Oct 2004 19:05:44 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19439-01-2; Thu, 7 Oct 2004 19:05:44 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-124-246-191.dsl.snfc21.pacbell.net [67.124.246.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 4C989651F4; Thu, 7 Oct 2004 19:05:29 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id E5BB963B3; Thu, 7 Oct 2004 11:05:25 -0700 (PDT) Date: Thu, 7 Oct 2004 11:05:25 -0700 From: Bruce M Simpson To: Robert Watson Message-ID: <20041007180525.GC664@empiric.icir.org> References: <20040930044835.GA911@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: current@freebsd.org Subject: Re: -BETA6 panic with xorp multicast routing daemon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:05:46 -0000 On Thu, Sep 30, 2004 at 01:16:30AM -0400, Robert Watson wrote: > NET_WITH_GIANT, debug.mpsafenet=0 in loader.conf, or that the setting has > been forced by running with a kernel component that relies on Giant over > the network stack? > > Try the attached patch, please. Thanks for taking care of this. I only yesterday managed to get a -CURRENT hack box back up next to my XORP box, and will be aiming to catch up with things soon. BMS From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:06:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D43716A4CE for ; Thu, 7 Oct 2004 18:06:29 +0000 (GMT) Received: from muva.it (host197-137.pool8251.interbusiness.it [82.51.137.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id B03DF43D39 for ; Thu, 7 Oct 2004 18:06:28 +0000 (GMT) (envelope-from sannata@tin.it) Received: from localhost (unknown [127.0.0.1]) by muva.it (Postfix) with ESMTP id 24DED62DD for ; Thu, 7 Oct 2004 20:06:36 +0200 (CEST) Received: from muva.it ([127.0.0.1]) by localhost (muva [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90605-01 for ; Thu, 7 Oct 2004 20:06:29 +0200 (CEST) Received: by muva.it (Postfix, from userid 1001) id A7C8C625B; Thu, 7 Oct 2004 20:06:29 +0200 (CEST) Date: Thu, 7 Oct 2004 20:06:29 +0200 From: Santo Natale To: FreeBSD-Current Message-ID: <20041007180629.GA90564@muva> Mail-Followup-To: FreeBSD-Current References: <416574E2.9000804@stasiek.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416574E2.9000804@stasiek.org> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://xoomer.virgilio.it/muva/tinotom.asc X-Virus-Scanned: by amavisd-new at muva Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:06:29 -0000 I'm experiencing the same problem but as far as i know it's a known bug of some VIA ide controllers. Try to switch to UDMA33 with atacontrol (/sbin/atacontrol mode $numberofchannerwhereyourdeviceis UDMA33 UDMA33 ) . It works for me. hope this will help, regards On Thu, Oct 07, 2004 at 06:54:58PM +0200, Michal Stanislawski wrote: > Hello, > > I've started using FreeBSD with the 5.3 BETA4 and yesterday I've > upgraded to beta7. In beta4 I had problems with the floppy and my second > disk. The floppy now works correctly, but the disk is still a problem. > Here's the relevant dmesg: > > ad0: 38166MB [77545/16/63] at ata0-master UDMA100 > ad2: 76319MB [155061/16/63] at ata1-master > UDMA100 > acd0: CDRW at ata1-slave UDMA33 > ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad2: FAILURE - READ_DMA status=51 > error=84 LBA=0 > ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=1 > ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad2: FAILURE - READ_DMA status=51 > error=84 LBA=0 > ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad2: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=0 > ad2: FAILURE - READ_DMA status=51 > error=84 LBA=0 > > The system is a dualboot with Windows as the second OS. In Win the disk > works. Any ideas? > > Best regards > Michal Stanislawski From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:08:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 264EE16A4CE for ; Thu, 7 Oct 2004 18:08:07 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FAC243D58 for ; Thu, 7 Oct 2004 18:08:06 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i97I84ue072644; Thu, 7 Oct 2004 21:08:04 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 52676-01; Thu, 7 Oct 2004 21:08:03 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i97I83K7072641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 21:08:03 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i97I88bL084666; Thu, 7 Oct 2004 21:08:08 +0300 (EEST) (envelope-from ru) Date: Thu, 7 Oct 2004 21:08:08 +0300 From: Ruslan Ermilov To: Doug White Message-ID: <20041007180808.GB84576@ip.net.ua> References: <416467CC.2050506@fid4.com> <20041006185447.F82437@carver.gumbysoft.com> <20041007073944.GA79690@ip.net.ua> <20041007100803.I89482@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI" Content-Disposition: inline In-Reply-To: <20041007100803.I89482@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: "Michael C. Cambria" cc: freebsd-current@freebsd.org Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:08:07 -0000 --PmA2V3Z32TCmWXqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 10:11:16AM -0700, Doug White wrote: > On Thu, 7 Oct 2004, Ruslan Ermilov wrote: >=20 > > On Wed, Oct 06, 2004 at 06:57:33PM -0700, Doug White wrote: > > > There are also instructions for doing remote installs (i.e., installw= orld > > > over NFS) at the bottom of UPDATING. > > > > > Where's that? (We don't support remote installs, build machine > > should equal install machine in most cases.) >=20 > Its not explicitly listed, but the section titled "To cross-install > current onto a separate partition" can be abused to good effect. >=20 That section is correct, because installhost =3D=3D buildhost. > The other option is to mount /usr/src and /usr/obj from your build system > onto the target and run the installworld from there. I suspect you're > about to point out that certain dependencies may not have been built > correctly if the target is much older than the source, so YMMV. >=20 Yes, there are a lot of limitations to be able to use a different host for running "make installworld". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PmA2V3Z32TCmWXqI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZYYIqRfpzJluFF4RAt82AJsEhz5bwLdM1ampVkj8qoMWcdCVawCeLDDs cTimbIU/IBzZRBNAqtbU3/k= =DAx3 -----END PGP SIGNATURE----- --PmA2V3Z32TCmWXqI-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:10:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEA9316A4CE for ; Thu, 7 Oct 2004 18:10:25 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BD643D2D for ; Thu, 7 Oct 2004 18:10:10 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i97IA2wC072779; Thu, 7 Oct 2004 21:10:02 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 52629-12; Thu, 7 Oct 2004 21:10:02 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i97IA1BU072776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 21:10:01 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i97IA6X3084764; Thu, 7 Oct 2004 21:10:06 +0300 (EEST) (envelope-from ru) Date: Thu, 7 Oct 2004 21:10:06 +0300 From: Ruslan Ermilov To: Dan Nelson Message-ID: <20041007181006.GC84576@ip.net.ua> References: <20041004171422.GK262@numachi.com> <20041004172224.GA30419@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nmemrqcdn5VTmUEE" Content-Disposition: inline In-Reply-To: <20041004172224.GA30419@dan.emsphone.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: awk leaking memory during arithmetic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:10:26 -0000 --nmemrqcdn5VTmUEE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 04, 2004 at 12:22:24PM -0500, Dan Nelson wrote: > In the last episode (Oct 04), Brian Reichert said: > > I may be misremembering some awk lore, but this still seems like > > undesired behavior. Essentially, I'm trying to sum up some numbers, > > but awk spin, chewing up memory, until it drops a huge core file. > >=20 > > # uname -a > > FreeBSD backup.internal 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #1: Mon S= ep 27 > > 19:27:46 EDT 200 root@backup2.internal:/usr/src/sys/i386/compile/FIL= ESERVER i386 > > =20 > > # cat test_list | awk '{print $1}' > > 53999616 > > 53999616 > > 53311488 > > 102475776 > > 257134592 > > 858624 > > 512909312 > > 1147392 > > 39385174 > > 35815424 > >=20 > > # cat test_list | awk '{ t +=3D $1 } END {print $t}' > > awk in malloc(): error: allocation failed >=20 > I think "print t" is what you want here. $t would refer to the t'th > field in the line, and it looks like awk tried to resize the array out > to 1111037014 entries and failed. >=20 There's an open PR bin/72370 on this (now with the patch). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --nmemrqcdn5VTmUEE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZYZ+qRfpzJluFF4RAjlKAJ9BGrnH4om7oVoCIe8dwiON5ulKAwCcDjHG qukxP/UwTbS+r8B1vsiDBcM= =UEy1 -----END PGP SIGNATURE----- --nmemrqcdn5VTmUEE-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:13:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AB7516A4CE for ; Thu, 7 Oct 2004 18:13:10 +0000 (GMT) Received: from mail102.csoft.net (lilly.csoft.net [63.111.22.101]) by mx1.FreeBSD.org (Postfix) with SMTP id C017043D45 for ; Thu, 7 Oct 2004 18:13:06 +0000 (GMT) (envelope-from mcc@fid4.com) Received: (qmail 93619 invoked from network); 7 Oct 2004 18:12:54 -0000 Received: from unknown (HELO ?127.0.0.1?) (63.111.26.110) by mail102.csoft.net with SMTP; 7 Oct 2004 18:12:54 -0000 Message-ID: <41658750.90005@fid4.com> Date: Thu, 07 Oct 2004 14:13:36 -0400 From: "Michael C. Cambria" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <416467CC.2050506@fid4.com> <20041006185447.F82437@carver.gumbysoft.com> <20041007073944.GA79690@ip.net.ua> <20041007100803.I89482@carver.gumbysoft.com> In-Reply-To: <20041007100803.I89482@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: build/install RELENG_5 from a 4.10 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:13:10 -0000 Doug White wrote: > On Thu, 7 Oct 2004, Ruslan Ermilov wrote: > > >>On Wed, Oct 06, 2004 at 06:57:33PM -0700, Doug White wrote: [deleted] > > Its not explicitly listed, but the section titled "To cross-install > current onto a separate partition" can be abused to good effect. I've tried using this section to address my original question. I'm on 4.10, cvsup'ed RELENG_5 to /home/mcc/src and buildworld went just fine. DESTDIR is set to /home/mcc/release and MAKEOBJDIRPREFIX to /home/mcc/release. The next step, make installworld, complains that I don't have a the required proxy user for PF on my system. Since the goal (requirement at this location actually) is to not have to touch anything on the 4.10 machine (except possibly /etc/make.conf since I know of no way to take one from where I cvsup my source to), I'm probably out of luck. Besides, the step about doing a native rebuild concerned me. The native machines are 486/586 class systems running off CF. It looks like I need to wait for the new machine for 5.3 to arrive. Thanks for the help, MikeC -- Michael C. Cambria email : mcc@fid4.com VoIP : sip:mcc@mcambria.fid4.com FWD : sip:63730@fwd.pulver.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:19:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 345DF16A4CE; Thu, 7 Oct 2004 18:19:03 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i97IJ1oj095454; Thu, 7 Oct 2004 14:19:02 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i97IIq6D095453; Thu, 7 Oct 2004 14:18:52 -0400 (EDT) (envelope-from green) Date: Thu, 7 Oct 2004 14:18:52 -0400 From: Brian Fundakowski Feldman To: Marc UBM Bocklet Message-ID: <20041007181852.GA73261@green.homeunix.org> References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> <20041007010008.15274fbd.ubm@u-boot-man.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007010008.15274fbd.ubm@u-boot-man.de> User-Agent: Mutt/1.5.6i cc: marchenko@gmail.com cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:19:03 -0000 On Thu, Oct 07, 2004 at 01:00:08AM +0200, Marc UBM Bocklet wrote: > On Wed, 6 Oct 2004 17:51:34 -0400 > Brian Fundakowski Feldman wrote: > > > On Wed, Oct 06, 2004 at 03:55:21PM -0400, Vlad wrote: > > > Brian, > > > > > > I've created ticket a while ago in regards to this problem: > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 > > > > > > also, attached are some additional debug info I could get during > > > last two times it crashed. > > > > > > unfortunately I don't have big enough stand-alone swap partition to > > > get kernel crash dump, so those files are the best I could get. > > > > > > here is week-old thread for the same problem: > > > http://groups.google.com/groups?th=fc0d7d881f0713cc > > > > Can you tell me where sorele() crashed when you did _not_ have > > INVARIANTS enabled? That will help because the INVARIANTS panic tells > > us one half of where the problem is and the sorele() panic is the > > other half. Want to try this (untested) patch for the problem that I'm > > guessing about? > > [possible patch for sodealloc panic] > > Ok, I'm just now recompiling my kernel with your patch, I should be able > to boot the kernel tomorrow, then we'll see if there are any further > panics. > > Thanks a lot for your help! :-) You're welcome! If that does work (or mostly works), please try these deltas instead. I have only tried to make TCP work correctly in this respect, but all protocols need to be able to atomically with regard to both the accept lock and the socket lock give up their pcb from the proto bottom half and give final "ownership" of the socket to its parent (listening socket) before never touching it again. The order of SOCK_LOCK(), so_pcb = NULL, check for 0 references, check for no fd reference, SOCK_UNLOCK(), ACCEPT_LOCK() violates this. This is mostly something that could easily be fixed by using regular GC methods to do the final bit of deallocation. Index: sys/socketvar.h =================================================================== RCS file: /usr/ncvs/src/sys/sys/socketvar.h,v retrieving revision 1.133 diff -u -r1.133 socketvar.h --- sys/socketvar.h 12 Jul 2004 21:42:33 -0000 1.133 +++ sys/socketvar.h 7 Oct 2004 17:52:49 -0000 @@ -205,6 +205,7 @@ #define SS_ASYNC 0x0200 /* async i/o notify */ #define SS_ISCONFIRMING 0x0400 /* deciding to accept connection req */ #define SS_ISDISCONNECTED 0x2000 /* socket disconnected from peer */ +#define SS_HASBEENCOMP 0x4000 /* proto made socket SQ_COMP */ /* * Socket state bits now stored in the socket buffer state field. @@ -360,6 +361,16 @@ SOCK_UNLOCK(so); \ } while(0) +#define sopcbfreed(so) do { \ + SOCK_LOCK_ASSERT(so); \ + (so)->so_pcb = NULL; \ + if ((so)->so_count == 0 && \ + ((so)->so_state & SS_HASBEENCOMP) == 0) \ + sofree(so); \ + else \ + SOCK_UNLOCK(so); \ +} while(0) + /* * In sorwakeup() and sowwakeup(), acquire the socket buffer lock to * avoid a non-atomic test-and-wakeup. However, sowakeup is Index: kern/uipc_socket2.c =================================================================== RCS file: /usr/ncvs/src/sys/kern/uipc_socket2.c,v retrieving revision 1.137 diff -u -r1.137 uipc_socket2.c --- kern/uipc_socket2.c 15 Aug 2004 06:24:41 -0000 1.137 +++ kern/uipc_socket2.c 7 Oct 2004 17:42:15 -0000 @@ -117,12 +117,15 @@ { struct socket *head; + ACCEPT_LOCK(); SOCK_LOCK(so); so->so_state &= ~(SS_ISCONNECTING|SS_ISDISCONNECTING|SS_ISCONFIRMING); so->so_state |= SS_ISCONNECTED; - SOCK_UNLOCK(so); - ACCEPT_LOCK(); head = so->so_head; + if (head && (so->so_qstate & SQ_INCOMP) && + (so->so_options & SO_ACCEPTFILTER) == 0) + so->so_state |= SS_HASBEENCOMP; + SOCK_UNLOCK(so); if (head != NULL && (so->so_qstate & SQ_INCOMP)) { if ((so->so_options & SO_ACCEPTFILTER) == 0) { TAILQ_REMOVE(&head->so_incomp, so, so_list); Index: kern/uipc_syscalls.c =================================================================== RCS file: /usr/ncvs/src/sys/kern/uipc_syscalls.c,v retrieving revision 1.200 diff -u -r1.200 uipc_syscalls.c --- kern/uipc_syscalls.c 15 Aug 2004 06:24:41 -0000 1.200 +++ kern/uipc_syscalls.c 7 Oct 2004 17:55:22 -0000 @@ -314,9 +314,8 @@ KASSERT(so->so_qstate & SQ_COMP, ("accept1: so not SQ_COMP")); /* - * Before changing the flags on the socket, we have to bump the - * reference count. Otherwise, if the protocol calls sofree(), - * the socket will be released due to a zero refcount. + * XXX This reference should really be done by soaccept(). Once + * SQ_COMP, a socket will never disappear from underneath us. */ SOCK_LOCK(so); soref(so); /* file descriptor reference */ cvs diff: Diffing netinet Index: netinet/in_pcb.c =================================================================== RCS file: /usr/ncvs/src/sys/netinet/in_pcb.c,v retrieving revision 1.155 diff -u -r1.155 in_pcb.c --- netinet/in_pcb.c 29 Sep 2004 04:01:13 -0000 1.155 +++ netinet/in_pcb.c 7 Oct 2004 17:58:38 -0000 @@ -688,8 +688,7 @@ in_pcbremlists(inp); if (so) { SOCK_LOCK(so); - so->so_pcb = NULL; - sotryfree(so); + sopcbfreed(so); } if (inp->inp_options) (void)m_free(inp->inp_options); Index: netinet/tcp_subr.c =================================================================== RCS file: /usr/ncvs/src/sys/netinet/tcp_subr.c,v retrieving revision 1.203 diff -u -r1.203 tcp_subr.c --- netinet/tcp_subr.c 5 Sep 2004 02:34:12 -0000 1.203 +++ netinet/tcp_subr.c 7 Oct 2004 17:59:01 -0000 @@ -1686,10 +1686,9 @@ tcp_discardcb(tp); so = inp->inp_socket; SOCK_LOCK(so); - so->so_pcb = NULL; tw->tw_cred = crhold(so->so_cred); tw->tw_so_options = so->so_options; - sotryfree(so); + sopcbfreed(so); inp->inp_socket = NULL; if (acknow) tcp_twrespond(tw, TH_ACK); -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:37:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3C8D16A4D0 for ; Thu, 7 Oct 2004 18:37:16 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 485B443D2D for ; Thu, 7 Oct 2004 18:37:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22841 invoked from network); 7 Oct 2004 18:37:15 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 7 Oct 2004 18:37:15 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i97Ib7ou082509; Thu, 7 Oct 2004 14:37:11 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 7 Oct 2004 14:15:45 -0400 User-Agent: KMail/1.6.2 References: <200410071644.i97Giq5a058914@gw.catspoiler.org> In-Reply-To: <200410071644.i97Giq5a058914@gw.catspoiler.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410071415.45063.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: Don Lewis Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:37:16 -0000 On Thursday 07 October 2004 12:44 pm, Don Lewis wrote: > On 7 Oct, Nikolay Kalev wrote: > > On Thu, 7 Oct 2004 08:25:04 -0300, Renato Botelho wrote: > >> On Thu, 7 Oct 2004 10:29:23 +0300, Nikolay Kalev wrote: > >> > Ok here is the fix. I removed F1-F6 options, will research them this > >> > weekend :-) Option CTRL+W is added, very neat thanks ! Please email me > >> > for other suggestions. > >> > >> Other thing, > >> > >> You can replace this > >> > >> if ($LOGNAME == "root") then > >> set prompt="[%B%m%b]:%S%/%s# " > >> else > >> set prompt="[%B%m%b]:%S%/%s> " > >> endif > >> > >> with > >> > >> set prompt="[%B%m%b]:%S%/%s%# " > >> > >> %# will put # to root and > to others > > > > nice thank you :-). I will release soon another fix. > > This is what I use: > > set prompt = '%m:%c4 %h%#' > if ($?TERM && $TERM == xterm) then > set prompt='%{\033]0;%n@%m:%c5\007%}%m:%c %h%#' > endif > > It adds the last few components of $cwd and the history event number to > the prompt. When running in an xterm, it puts the username, hostname, > and the last part of $cwd in the xterm title. You can use the precmd alias for that. Here's my .tcshrc.interactive file that I use for interactive sessions: # extra tcsh configuration for interactive shells setenv PAGER less setenv BLOCKSIZE K setenv EDITOR vi if ($?DISPLAY) then if ( "$DISPLAY" == ":0.0" ) then setenv EDITOR gnuclient endif endif setenv CSCOPE_EDITOR $EDITOR # An interactive shell -- set some stuff up set pushdtohome set complete=enhance set autolist=ambiguous set autoexpand set autocorrect set backslash_quote set notify set implicitcd set correct=all set rmstar set prompt="\n[%B%P%b] (%l) %B%n@%m%b:%.03\n%# " unset promptchars set ellipsis set history=200 set savehist=(200 merge) set histlit set histdup=erase set histfile=~/.history_`hostname -s` bindkey "^W" backward-delete-word bindkey -k up history-search-backward bindkey -k down history-search-forward if (($term =~ xterm*) || ($term == eterm)) then alias precmd 'echo -n "]2;${USER}@${HOST}:$cwd"' # XXX - stupid tcsh processes this for subshells! #alias jobcmd 'echo -n "]2;${USER}@${HOST}:$cwd - \!#"' #cwdcmd endif if ( -x /usr/local/bin/p4 ) then setenv P4EDITOR $EDITOR endif # set completions source ~/.completions For completions I have this: # tcsh completions # shell builtins complete limit 'c/-/(h)/' 'n/-/l/' 'p/1/l/' complete {un,}alias 'p/*/a/' complete {un,}complete 'p/*/X/' complete unset 'p/*/s/' complete unsetenv 'p/*/e/' complete which 'p/*/c/' # file operations complete {cd,rmdir,pushd} 'p/1/d/' 'p/2-/x:Only one directory allowed./' complete chgrp 'c/-/(f v h R)/' 'n/-/g/' 'p/1/g/' 'p/*/f/' complete chown 'c/-/(f v h R)/' 'c/*:/g/' 'n/-/u/' 'p/1/u/' 'p/*/f/' complete find 'n/-{,i}name/f/' 'n/-{,[acm]}newer/f/' 'n/-f/d/' \ 'n/-exec/c/' 'n/-ok/c/' 'n/-user/u/' 'n/-group/g/' \ 'n/-type/(b c d f l p s)/' \ 'c/-/(E H L P X d s x f amin anewer atime cmin cnewer ctime \ delete depth empty exec execdir flags fstype group iname inum \ ipath iregex links ls maxdepth mindepth mmin mnewer mtime name \ newer nogroup nouser ok okdir path perm print print0 prune \ regex size type user false not and or xdev)/' \ 'p/*/d/' complete ln 'c/-/(f h i n s v)/' 'p/*/f/' # other utils complete kill 'c/-/S/' 'p/*/`ps -x | grep -v PID | awk \{print\$1\}`/' complete killall 'c/-/S/' 'p/*/c/' complete umount 'c/-/(f v)/' 'C@/*@`mount -p | awk \{print\$2\}`@' 'p@*@(/)@@' complete nroff 'c/-m/(doc an)/' 'p/*/f:*.[1-9]/' # common 3rd party apps complete acroread* 'p/*/f:*.pdf/' set CVSCOMMANDS=(add admin annotate checkout commit diff edit editors export) set CVSCOMMANDS=($CVSCOMMANDS history import init log login logout pserver) set CVSCOMMANDS=($CVSCOMMANDS rannotate rdiff release remove rlog rtag server) set CVSCOMMANDS=($CVSCOMMANDS status tag unedit update version watch watchers) complete *cvs 'n/-T/d/' 'n/-e/c/' 'n/-d/d/' 'n/-H/$CVSCOMMANDS/' \ 'c/--/(help help-commands help-options help-synonyms)/' \ 'n/-r_disabled/(1.)//' 'c/-r/(1.)//' \ 'c/-/(a d e f g H l n Q q R r s T t u v w z -)/' \ 'p/1/$CVSCOMMANDS/' complete dhclient 'n/-lf/f/' 'n/-pf/f/' 'n/-cf/f/' 'n/-sf/f/' \ 'c/-/(p D d q 1 r lf pf cf sf s g n nw w)/' 'p/*/`ifconfig -l`/' complete {dvips,xdvi} 'p/*/f:*.dvi/' complete gv 'p/*/f:*.ps/' complete lynx 'p/*/f:*.htm[l]/' complete mpg123 'n/-@/f:*.m3u/' 'p/*/f:*.mp3/' if ( -x /usr/local/bin/p4 && $?P4CONFIG ) then set P4COMMANDS=`p4 help commands | grep -v Perforce | awk '{print $1}'` set P4HELPCOMMANDS=($P4COMMANDS simple commands environment \ filetypes jobview revisions usage views) complete p4 'c/-/(a c b d du f i l o s t)/' \ 'n/-b/`p4 branches | awk \{print\$2\}`/' \ 'n/-l/`p4 labels | awk \{print\$2\}`/' \ 'c/\#/(head none)/' \ 'c/@/`p4 labels | awk \{print\$2\}`/' \ 'n/branch/`p4 branches | awk \{print\$2\}`/' \ 'N/branch/`p4 branches | awk \{print\$2\}`/' \ 'n/client/`p4 clients | awk \{print\$2\}`/' \ 'N/client/`p4 clients | awk \{print\$2\}`/' \ 'n/counter/`p4 counters | awk \{print\$1\}`/' \ 'n/help/$P4HELPCOMMANDS/' \ 'n/label/`p4 labels | awk \{print\$2\}`/' \ 'n/user/`p4 users | awk \{print\$1\}`/' \ 'p/1/$P4COMMANDS/' endif complete sudo 'p/1/c/' complete xv 'p/*/f:*.{gif,jpg,jpeg,png,tiff,bmp,xpm,pnm}/' complete figlet 'n#-f#F:/usr/local/share/figlet/# #' complete cowsay 'n#-f#F:/usr/local/share/cows/# #' # FreeBSD-specific complete dd 'c/[io]f=/f/' \ 'c/conv=/(ascii block ebcdic lcase noerror notrunc osync \ sparse swab sync ucase unblock)/,' \ 'C/*/(bs cbs count files ibs if obs of seek skip conv)/=' complete burncd 'c/-/(d e f F m n p q s t v)/' 'C#/dev/#f:*cd*#' \ 'n#-f#(/dev/)##' 'n/-s/x:speed/' 'n/data/f:*.iso/' \ 'n/format/(dvd+rw)/' \ 'p/*/(msinfo blank erase format fixate raw audio data mode1 mode2 XAmode1 XAmode2 vcd dvdrw)/' complete ifconfig 'c/-/(a d u m)/' 'n/-/`ifconfig -l`/' 'p/1/`ifconfig -l`/' complete ipfw 'c/-/(a d e f q t N)/' \ 'n/add/(allow permit accept pass deny drop reject reset \ count skipto num divert port tee port)/' \ 'p/*/(flush add delete list show zero)/' complete kldunload 'c/-/(i v)/' \ 'n/-i/`kldstat | awk \{print\$1\} | egrep -v \(Id\|1\)`/' \ 'p/*/`kldstat | awk \{print\$5\} | egrep -v \(Name\|kernel\)`/' if ( `uname -r` =~ 4.* ) then complete kldload 'C#*#F:/modules/# #' else complete kldload 'p/*/f:*.ko/' endif complete pkg_{delete,info,version} 'C#*#D:/var/db/pkg/# #' complete screen 'c/-/(d list r wipe x)/' \ 'n/-d/`screen -list | grep \'^ .*Attached\' | cut -f 2`/' \ 'n/-r/`screen -list | grep \'^ .*Detached\' | cut -f 2`/' \ 'n/-wipe/`screen -list | grep \'^ .*Dead\' | cut -f 2`/' \ 'n/-x/`screen -list | egrep \'^ .*(At|De)tached\' | cut -f 2`/' complete sysctl 'p/*/`sysctl -aN`/' -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:43:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD91F16A4CE for ; Thu, 7 Oct 2004 18:43:20 +0000 (GMT) Received: from mail.cableone.net (scanmail1.cableone.net [24.116.0.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899DE43D1F for ; Thu, 7 Oct 2004 18:43:20 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.122.25]) by smail1.cableone.net (SurgeMail 1.9b) with ESMTP id 20941507 for multiple; Thu, 07 Oct 2004 11:43:11 -0700 Date: Thu, 7 Oct 2004 13:42:40 -0500 From: Vulpes Velox To: Nikolay Kalev Message-ID: <20041007134240.25310793@vixen42.24-119-122-191.cpe.cableone.net> In-Reply-To: <136a340a04100706341f7c2d2@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> <136a340a04100706186b69bd73@mail.gmail.com> <136a340a04100706341f7c2d2@mail.gmail.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com cc: Renato Botelho cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:43:20 -0000 On Thu, 7 Oct 2004 16:34:20 +0300 Nikolay Kalev wrote: > On Thu, 7 Oct 2004 16:18:11 +0300, Nikolay Kalev > wrote: > > Ok how about now is it working correct ??? > > New addons and cleanup. > > > Opss sorry about that forgot the file :-)! > Here is a link : > http://www.eprogress.bg/~rootcho/dot.tcshrc alias . 'pwd' alias .. 'cd ..' alias ../ 'cd ../' alias ... 'cd ../..' alias .../ 'cd ../../' alias - 'cd -' alias / 'cd /' is not needed with "set implicitcd=verbose" From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:47:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53E6416A4CE for ; Thu, 7 Oct 2004 18:47:34 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id E582F43D53 for ; Thu, 7 Oct 2004 18:47:33 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 77538 invoked by uid 89); 7 Oct 2004 18:54:50 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 7 Oct 2004 18:54:50 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Thu, 7 Oct 2004 12:54:50 -0600 (MDT) Message-ID: <54522.208.4.77.15.1097175290.squirrel@208.4.77.15> In-Reply-To: <20041007180052.GA57159@bsdbox.farid-hajji.net> References: <4164BFA4.80105@unisa.edu.au> <20041007101315.W89482@carver.gumbysoft.com> <41657D63.1050605@FreeBSD.org> <20041007180052.GA57159@bsdbox.farid-hajji.net> Date: Thu, 7 Oct 2004 12:54:50 -0600 (MDT) From: "Ryan Sommers" To: cpghost@cordula.ws 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-current@freebsd.org cc: Scott Long Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:47:34 -0000 > Under X (using xfce4), the mouse freezes for a few seconds in random > windows (indepedent of the program), then it jumps back up to life > after 2 to 5 seconds. This happens even when the mouse is currently > being moved (so it's not the X server being swapped in so somesuch). > The cursor freezes while in motion, and it reappears a few seconds later > an another location. Are you using a wireless card by chance? I've had something similar happen when I was in an area with a very weak signal. Anytime the signal would drop and the card would attempt to reacquire the mouse or keyboard would 'pop'. When I inquired about it on the mailing list someone mentioned something about it being related to timeout(9). Not sure if that is still the case or not. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:53:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96DAD16A4CE for ; Thu, 7 Oct 2004 18:53:05 +0000 (GMT) Received: from regen.bandwidth-junkies.net (pcp248006pcs.howard01.md.comcast.net [68.55.69.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E577043D3F for ; Thu, 7 Oct 2004 18:53:02 +0000 (GMT) (envelope-from acidos@grimore.bandwidth-junkies.net) Received: from regen.bandwidth-junkies.net (localhost.bandwidth-junkies.net [127.0.0.1])i97Iu6GW033291 for ; Thu, 7 Oct 2004 14:56:06 -0400 (EDT) (envelope-from acidos@grimore.bandwidth-junkies.net) Received: (from acidos@localhost)i97Iu649033290 for freebsd-current@freebsd.org; Thu, 7 Oct 2004 14:56:06 -0400 (EDT) (envelope-from acidos) Date: Thu, 7 Oct 2004 14:56:06 -0400 From: Adam VanderHook To: freebsd-current@freebsd.org Message-ID: <20041007185605.GG709@regen.bandwidth-junkies.net> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.3-BETA7 - kernel hangs on boot - Toshiba Satellite A30 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:53:05 -0000 I have a Toshiba Satellite A30. Today I downloaded 5.3-BETA7 disc 1 from ftp2. I have tried normal booting, ACPI disabled, safe mode, and verbose mode. ALL of them hang during kernel boot at the same point, expect when ACPI is disabled. I've also tried this with 5.2.1 and 5.1 CDs from BSDmall, as well as some other misc. beta/rc CDs from the 5.x series I have laying around. NOTE: All dmesgs presented are from 5.3-BETA7. I had to copy them by hand. Here is the default boot: http://acidos.bandwidth-junkies.net/dmesg.normal Booting with ACPI disabled (notice the pir0 entry now, and hangs on pci0 instead of ata0): http://acidos.bandwidth-junkies.net/dmesg.no-acpi Booting in safe mode produces the same results as no-acpi. Since I have to copy by hand, and thus limited to what is on my screen, I only have a small snippet of booting with verbose (but it also seems to hang on ata0): http://acidos.bandwidth-junkies.net/dmesg.verbose Adam -- "Life does not cease to be funny when people die any more than it ceases to be serious when people laugh." -- George Bernard Shaw Adam VanderHook acidos@bandwidth-junkies.net http://acidos.bandwidth-junkies.net/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:01:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5251C16A4CF for ; Thu, 7 Oct 2004 19:01:26 +0000 (GMT) Received: from sccimhc91.asp.att.net (sccimhc91.asp.att.net [63.240.76.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0A9843D48 for ; Thu, 7 Oct 2004 19:01:25 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78]) by sccimhc91.asp.att.net (sccimhc91) with SMTP id <20041007190123i91008ibsqe>; Thu, 7 Oct 2004 19:01:24 +0000 From: "David Boyd" To: Date: Thu, 7 Oct 2004 15:01:22 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Hang on shutdown -r or reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:01:26 -0000 System is very recent (last night) cvsup of RELENG_5. Motherboard is Intel D865PERL. The system is setup to collect a dump after a panic, but none is ever found. Also, the corrupted output after "Shutting down ACPI" is about as good as it gets... sometimes the console (vga or serial) displays just one or two "random" letters (usually an "s"). It doesn't appear that disabling ACPI has any effect on this problem. Shutdown -p now always performs a power off. The system is temporarily a spare, so I can do anything that you think may help. The following is from a boot -v and "shutdown -r now" from the serial console. Console: serial port BIOS drive A: is disk0 BIOS drive B: is disk1 BIOS drive C: is disk2 BIOS 639kB/521408kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@comm-server.support.bsd1.net, Wed Oct 6 21:11:51 EDT 2004) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x425ed0 data=0x7d054+0x4acec syms=[0x4+0x59e30+0x4+0x6ee3a] /boot/kernel/acpi.ko text=0x3fa04 data=0x1be4+0x110c syms=[0x4+0x72a0+0x4+0x9743] SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e6000 len=000000000001a000 SMAP type=01 base=0000000000100000 len=000000001fd30000 SMAP type=04 base=000000001fe30000 len=000000000000e6d2 SMAP type=02 base=000000001ff10000 len=0000000000020000 SMAP type=03 base=000000001ff30000 len=0000000000010000 SMAP type=04 base=000000001ff40000 len=00000000000b0000 SMAP type=02 base=000000001fff0000 len=0000000000010000 SMAP type=02 base=00000000fecf0000 len=0000000000001000 SMAP type=02 base=00000000fed20000 len=0000000000080000 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.3-BETA7 #0: Wed Oct 6 21:39:12 EDT 2004 root@comm-server.support.bsd1.net:/usr/obj/var/cvsup/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a0d000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a0d294. Table 'FACP' at 0x1ff30200 Table 'APIC' at 0x1ff30300 MADT: Found table at 0x1ff30300 MP Configuration Table version 1.4 found at 0xc00fc610 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193124 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2394008716 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 534970368 (510 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000001f507fff, 512618496 bytes (125151 pages) avail memory = 513937408 (490 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f3e80 pnpbios: Entry = f0000:44aa Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) lapic0: Routing NMI -> LINT1 lapic1: Routing NMI -> LINT1 MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000094 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f3d30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs 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 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 8 A 0x68 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 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 slot 1 2 0 A 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 0 B 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 0 C 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 0 D 0x68 3 4 5 6 7 9 10 11 12 14 15 slot 2 2 1 A 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 2 2 1 B 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 2 2 1 C 0x68 3 4 5 6 7 9 10 11 12 14 15 slot 2 2 1 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 3 2 2 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 3 2 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 3 2 2 C 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 3 2 2 D 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 A 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 C 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 D 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 A 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 B 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 C 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 D 0x68 3 4 5 6 7 9 10 11 12 14 15 embedded 2 7 A 0x61 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu1: Failed to attach throttling P_CNT pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2571, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d2, revid=0x02 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=16 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d4, revid=0x02 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=19 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d7, revid=0x02 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 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24de, revid=0x02 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=a, irq=16 map[10]: type 1, range 32, base febffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x24dd, revid=0x02 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=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x02 (500 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, 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 found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e800, size 2, enabled map[18]: type 4, range 32, base 0000e400, size 3, enabled map[1c]: type 4, range 32, base 0000e000, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 map[18]: type 1, range 32, base febff800, size 9, enabled map[1c]: type 1, range 32, base febff400, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfc900000-0xfe9fffff pcib1: prefetched decode 0xe4700000-0xf47fffff ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xfd000000-0xfdffffff map[14]: type 3, range 32, base e8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xe8000000-0xefffffff map[18]: type 3, range 32, base f4780000, size 19, enabled pcib1: device (null) requested decoded memory range 0xf4780000-0xf47fffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x10de, dev=0x0201, revid=0xa3 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 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 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 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 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 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 0xd800-0xd81f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 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 pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xbfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI PCI link initial configuration: pci2: on pcib2 pci2: physical bus=2 map[10]: type 4, range 32, base 0000bc00, size 3, enabled pcib2: device (null) requested decoded I/O range 0xbc00-0xbc07 map[14]: type 4, range 32, base 0000b800, size 2, enabled pcib2: device (null) requested decoded I/O range 0xb800-0xb803 map[18]: type 4, range 32, base 0000b400, size 3, enabled pcib2: device (null) requested decoded I/O range 0xb400-0xb407 map[1c]: type 4, range 32, base 0000b000, size 2, enabled pcib2: device (null) requested decoded I/O range 0xb000-0xb003 map[20]: type 4, range 32, base 0000ac00, size 4, enabled pcib2: device (null) requested decoded I/O range 0xac00-0xac0f map[24]: type 1, range 32, base feaf0000, size 16, enabled pcib2: device (null) requested decoded memory range 0xfeaf0000-0xfeafffff pcib2: matched entry for 2.2.INTA pcib2: slot 2 INTA hardwired to IRQ 17 found-> vendor=0x105a, dev=0x6268, revid=0x02 bus=2, slot=2, func=0 class=01-04-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=17 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 4, range 32, base 0000a800, size 8, enabled pcib2: device (null) requested decoded I/O range 0xa800-0xa8ff map[14]: type 1, range 32, base feadfc00, size 8, enabled pcib2: device (null) requested decoded memory range 0xfeadfc00-0xfeadfcff pcib2: matched entry for 2.3.INTA pcib2: slot 3 INTA hardwired to IRQ 19 found-> vendor=0x1186, dev=0x1300, revid=0x10 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000a400, size 8, enabled pcib2: device (null) requested decoded I/O range 0xa400-0xa4ff map[14]: type 1, range 32, base feadf800, size 8, enabled pcib2: device (null) requested decoded memory range 0xfeadf800-0xfeadf8ff pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 18 found-> vendor=0x1186, dev=0x1300, revid=0x10 bus=2, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base feade000, size 12, enabled pcib2: device (null) requested decoded memory range 0xfeade000-0xfeadefff map[14]: type 4, range 32, base 0000a000, size 6, enabled pcib2: device (null) requested decoded I/O range 0xa000-0xa03f pcib2: matched entry for 2.8.INTA pcib2: slot 8 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x1050, revid=0x01 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 atapci0: port 0xac00-0xac0f,0xb000-0xb003,0xb400-0xb407,0xb800-0xb803,0xbc00-0xbc07 mem 0xfeaf0000-0xfeafffff irq 17 at device 2.0 on pci2 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xac00 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xbc00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb800 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb400 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb000 ata3: reset tp1 mask=03 ostat0=50 ostat1=00 ata3-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xa800 rl0: port 0xa800-0xa8ff mem 0xfeadfc00-0xfeadfcff irq 19 at device 3.0 on pci2 pcib2: device rl0 requested decoded I/O range 0xa800-0xa8ff miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:0d:88:35:39:a0 rl0: [MPSAFE] rl1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xa400 rl1: port 0xa400-0xa4ff mem 0xfeadf800-0xfeadf8ff irq 18 at device 4.0 on pci2 pcib2: device rl1 requested decoded I/O range 0xa400-0xa4ff miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: bpf attached rl1: Ethernet address: 00:0d:88:37:d7:ba rl1: [MPSAFE] fxp0: port 0xa000-0xa03f mem 0xfeade000-0xfeadefff irq 20 at device 8.0 on pci2 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeade000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1050 8086 3020 0001 fxp0: Dynamic Standby mode is enabled miibus2: on fxp0 inphy0: on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:11:11:0a:46:7b fxp0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x90 err=0x01 lsb=0x14 msb=0xeb ata0-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0-slave: stat=0x00 err=0x01 lsb=0x7f msb=0x7f ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x7f err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=10 stat1=7f devices=0x6 ata1: [MPSAFE] atapci2: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 18 at device 31.2 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci2: [MPSAFE] ata4: channel #0 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe800 ata4: reset tp1 mask=03 ostat0=7f ostat1=7f ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata4: reset tp2 stat0=ff stat1=ff devices=0x0 ata4: [MPSAFE] ata5: channel #1 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata5: reset tp1 mask=03 ostat0=7f ostat1=7f ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=ff devices=0x0 ata5: [MPSAFE] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 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: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0065 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 03 50 psm: status 00 00 50 psm: status 00 03 50 psm: status 00 03 50 psm: data 08 00 00 psm: status 00 03 50 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 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 sio: sio0 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 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed 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 0xcc000-0xd57ff on isa0 pmtimer0 on isa0 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) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> 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: 0 0 0 0 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 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 54 80 bf 1f 00 4f 0d 0e 00 00 01 40 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 54 80 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 54 80 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 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2394008716 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: setting PIO4 on Intel ICH5 chip ata0-master: setting UDMA33 on Intel ICH5 chip acd0: CDROM drive at ata0 as master acd0: 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc GEOM: Configure fd0a, start 0 length 1474560 end 1474559 GEOM: Configure fd0b, start 0 length 1474560 end 1474559 GEOM: Configure fd0c, start 0 length 1474560 end 1474559 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=10 ostat1=00 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x7f err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=10 stat1=7f devices=0x6 ata1: resetting done .. ata1: reiniting channel .. ata1-slave: FAILURE - ATA_IDENTIFY timed out ata1: reiniting channel .. ata1-slave: FAILURE - ATA_IDENTIFY timed out ata1-master: pio=0x0b wdma=0x21 udma=0xffffffff cable=40pin ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE status=1 error=4 ata1-master: FAILURE setting PIO3 on Intel ICH5 chip ata1: device config done .. ata1-slave: FAILURE - ATA_IDENTIFY timed out ata1-master: pio=0x0b wdma=0x21 udma=0xffffffff cable=40pin ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE status=1 error=4 ata1-master: FAILURE setting PIO3 on Intel ICH5 chip afd0: removable drive at ata1 as master afd0: 96MB (196608 sectors), 96 cyls, 64 heads, 32 S/T, 512 B/S afd0: 4096KB/s, BIOSPIO GEOM: new disk afd0 ata2-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata2-master: setting PIO4 on Promise PDC20270 chip ata2-master: setting UDMA100 on Promise PDC20270 chip ad4: ATA-6 disk at ata2-master ad4: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, UDMA100 ata3-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata3-master: setting PIO4 on Promise PDC20270 chip ata3-master: setting UDMA100 on Promise PDC20270 chip ad6: ATA-6 disk at ata3-master ad6: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad4 GEOM: new disk ad6 lun 0 magic_0 0x00000000 magic_1 0x00000000 flags 0x20104 20104 total_disks 2 generation 600 width 1 heads 255 sectors 63 cylinders 9729 total_sectors 156301312 interleave 128 reserved 63 offset 0 disk 0: flags = 0x0b b ad6 sectors 156301425 disk 1: flags = 0x0b b ad4 sectors 156301425 ar0: 76319MB [9729/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master disk1 READY on ad4 at ata2-master SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff 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 12 (ISA IRQ 12) 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 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:83875302 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:83875365 l:72421020 [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 ad4s1, start 32256 length 42944154624 end 42944186879 GEOM: Configure ad4s2, start 42944186880 length 37079562240 end 80023749119 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:83875302 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:83875365 l:72421020 [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 ad6s1, start 32256 length 42944154624 end 42944186879 GEOM: Configure ad6s2, start 42944186880 length 37079562240 end 80023749119 GEOM: new disk ar0 GEOM: Configure ad4s1a, start 0 length 4294967296 end 4294967295 GEOM: Configure ad4s1b, start 4294967296 length 2147483648 end 6442450943 GEOM: Configure ad4s1c, start 0 length 42944154624 end 42944154623 GEOM: Configure ad4s1d, start 6442450944 length 8589934592 end 15032385535 GEOM: Configure ad4s1e, start 15032385536 length 8589934592 end 23622320127 GEOM: Configure ad4s1f, start 23622320128 length 4294967296 end 27917287423 GEOM: Configure ad4s1g, start 27917287424 length 4294967296 end 32212254719 GEOM: Configure ad4s1h, start 32212254720 length 10731899904 end 42944154623 GEOM: Configure ad4s2c, start 0 length 37079562240 end 37079562239 GEOM: Configure ad4s2d, start 0 length 37079562240 end 37079562239 GEOM: Configure ad6s1a, start 0 length 4294967296 end 4294967295 GEOM: Configure ad6s1b, start 4294967296 length 2147483648 end 6442450943 GEOM: Configure ad6s1c, start 0 length 42944154624 end 42944154623 GEOM: Configure ad6s1d, start 6442450944 length 8589934592 end 15032385535 GEOM: Configure ad6s1e, start 15032385536 length 8589934592 end 23622320127 GEOM: Configure ad6s1f, start 23622320128 length 4294967296 end 27917287423 GEOM: Configure ad6s1g, start 27917287424 length 4294967296 end 32212254719 GEOM: Configure ad6s1h, start 32212254720 length 10731899904 end 42944154623 GEOM: Configure ad6s2c, start 0 length 37079562240 end 37079562239 GEOM: Configure ad6s2d, start 0 length 37079562240 end 37079562239 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:83875302 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:83875365 l:72421020 [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 ar0s1, start 32256 length 42944154624 end 42944186879 GEOM: Configure ar0s2, start 42944186880 length 37079562240 end 80023749119 GEOM: Configure ar0s1a, start 0 length 4294967296 end 4294967295 GEOM: Configure ar0s1b, start 4294967296 length 2147483648 end 6442450943 GEOM: Configure ar0s1c, start 0 length 42944154624 end 42944154623 GEOM: Configure ar0s1d, start 6442450944 length 8589934592 end 15032385535 GEOM: Configure ar0s1e, start 15032385536 length 8589934592 end 23622320127 GEOM: Configure ar0s1f, start 23622320128 length 4294967296 end 27917287423 GEOM: Configure ar0s1g, start 27917287424 length 4294967296 end 32212254719 GEOM: Configure ar0s1h, start 32212254720 length 10731899904 end 42944154623 GEOM: Configure ar0s2c, start 0 length 37079562240 end 37079562239 GEOM: Configure ar0s2d, start 0 length 37079562240 end 37079562239 Mounting root from ufs:/dev/ar0s1a start_init: trying /sbin/init Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. kernel dumps on /dev/ar0s1b swapon: adding /dev/ar0s1b as swap device Starting file system checks: /dev/ar0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1a: clean, 2000705 free (689 frags, 250002 blocks, 0.0% fragmentation) /dev/ar0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1d: clean, 3309627 free (39699 frags, 408741 blocks, 1.0% fragmentation) /dev/ar0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1e: clean, 3853627 free (331 frags, 481662 blocks, 0.0% fragmentation) /dev/ar0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1f: clean, 2029020 free (28 frags, 253624 blocks, 0.0% fragmentation) /dev/ar0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1g: clean, 2029025 free (25 frags, 253625 blocks, 0.0% fragmentation) /dev/ar0s1h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1h: clean, 5074382 free (22 frags, 634295 blocks, 0.0% fragmentation) /dev/ar0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s2d: clean, 17533931 free (27 frags, 2191738 blocks, 0.0% fragmentation) Setting hostname: comm-server.support.bsd1.net. lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 Starting dhclient. fxp0: flags=8843 mtu 1500 options=8 inet6 fe80::211:11ff:fe0a:467b%fxp0 prefixlen 64 scopeid 0x3 inet 192.168.210.51 netmask 0xffffff00 broadcast 192.168.210.255 ether 00:11:11:0a:46:7b media: Ethernet autoselect (100baseTX ) status: active Additional routing options: IP gateway=YES. Starting devd. Mounting NFS file systems:. Starting syslogd. Oct 7 14:40:30 comm-server syslogd: kernel boot file is /boot/kernel/kernel Checking for core dump on /dev/ar0s1b ... savecore: no dumps found Setting date via ntp. Looking for host 192.168.210.1 and service ntp host found : free.bsd1.net 7 Oct 14:40:31 ntpdate[311]: step time server 192.168.210.1 offset 0.447919 sec ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting usbd. Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Starting inetd. Starting background file system checks in 60 seconds. Thu Oct 7 14:40:32 EDT 2004 FreeBSD/i386 (comm-server.support.bsd1.net) (ttyd0) login: root Password: Oct 7 14:40:52 comm-server login: ROOT LOGIN (root) ON ttyd0 erase ^H, kill ^U, intr ^C status ^T FreeBSD cons25 [comm-server.support.bsd1.net:ttyd0:/root ]> ls /var/crash minfree [comm-server.support.bsd1.net:ttyd0:/root ]> pstat -s Device 1K-blocks Used Avail Capacity /dev/ar0s1b 2097152 0 2097152 0% [comm-server.support.bsd1.net:ttyd0:/root ]> shutdown -r now Shutdown NOW! shutdown: [pid 507] *** FINAL System shutdown message from root@comm-server.support.bsd1.net *** System going down IMMEDIATELY Oct 7 14:41:09 comm-server shutdown: reboot by root: [comm-server.support.bsd1.net:ttyd0:/root ]> System shutdown time has arrived Stopping inetd. Shutting down daemon processes:. Stopping cron. Shutting down local daemons:. Writing entropy file:. swapoff: removing /dev/ar0s1b as swap device . Oct 7 14:41:11 comm-server syslogd: exiting on signal 15 boot() called on cpu#1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...3 0 0 0 done No buffers busy after final sync Uptime: 1m20s unknown: wake_prep disabled wake for \_SB_.PCI0.P0P2.TANA (S5) pcib2: wake_prep disabled wake for \_SB_.PCI0.P0P3 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.AC97 (S5) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S5) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S5) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S5) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB3 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.USB7 (S5) sio0: wake_prep disabled wake for \_SB_.PCI0.SBRG.UAR1 (S5) acpi_button0: wake_prep disabled wake for \_SB_.SLPB (S5) Shutting down ACPI kk e rFnaetla lt rdaopu b1l2e wfiatuhl ti:n t eerirpu p=t s0 xdci1s9aabcl4ebdc e s p F=a t0axl5 4t6r0acp1 91a2 :e bppa g=e 0fxa0u l tc pwuhiidl e= i1n; kaeprince li d m=o d0e1 cppauniidc := d0o;u balpei cf aiudl t= 0c0p u ifda u=l t1 v ibrotouta(l) acdadlrleesds o=n 0cxp1u0#010 2U p tfiamuel:t 1cmo2d1es = supervisor read, page not present instruction pointer = 0x8:0x10002 stack pointer = 0x10:0xd40ecad8 frame pointer = 0x10:0xd40ecb98 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 37 (swi5: clock sio) trap number = 12 From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:04:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9858216A4D0 for ; Thu, 7 Oct 2004 19:04:22 +0000 (GMT) Received: from baltazar.r404.com (baltazar.R404.com [69.56.206.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7267943D58 for ; Thu, 7 Oct 2004 19:04:22 +0000 (GMT) (envelope-from freebsd@stasiek.org) Received: from [81.219.125.39] (helo=[192.168.0.2]) by baltazar.r404.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42) id 1CFdYk-0007L9-Av; Thu, 07 Oct 2004 21:04:14 +0200 Message-ID: <41659333.5050300@stasiek.org> Date: Thu, 07 Oct 2004 21:04:19 +0200 From: Michal Stanislawski User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Santo Natale References: <416574E2.9000804@stasiek.org> <20041007180629.GA90564@muva> In-Reply-To: <20041007180629.GA90564@muva> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: freebsd@stasiek.org,stasiek@stasiek.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - baltazar.r404.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stasiek.org X-Source: X-Source-Args: X-Source-Dir: cc: FreeBSD-Current Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:04:22 -0000 Santo Natale wrote: > I'm experiencing the same problem but as far as i know it's a known > bug of some VIA ide controllers. Try to switch to UDMA33 with > atacontrol (/sbin/atacontrol mode $numberofchannerwhereyourdeviceis > UDMA33 UDMA33 ) . It works for me. hope this will help, regards Here's what I've done: # atacontrol mode 1 UDMA33 UDMA33 Master = UDMA33 Slave = UDMA33 # ls /dev | grep ad2 ad2 Nothing changed. The slices are still invisible. Any other ideas? Best regards Michal Stanislawski From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:11:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2739516A4CE for ; Thu, 7 Oct 2004 19:11:53 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D67743D39 for ; Thu, 7 Oct 2004 19:11:52 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 73so66348rnl for ; Thu, 07 Oct 2004 12:11:48 -0700 (PDT) Received: by 10.38.165.18 with SMTP id n18mr2615735rne; Thu, 07 Oct 2004 12:11:48 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Thu, 7 Oct 2004 12:11:48 -0700 (PDT) Message-ID: Date: Thu, 7 Oct 2004 15:11:48 -0400 From: Vlad To: Brian Fundakowski Feldman In-Reply-To: <20041007181852.GA73261@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041006015131.10116be7.ubm@u-boot-man.de> <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> <20041007010008.15274fbd.ubm@u-boot-man.de> <20041007181852.GA73261@green.homeunix.org> cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:11:53 -0000 Brian, thanks for your work. Question: is this patch is something I can feel comfortable about trying it on a production server? Did you test it? On Thu, 7 Oct 2004 14:18:52 -0400, Brian Fundakowski Feldman wrote: > > > On Thu, Oct 07, 2004 at 01:00:08AM +0200, Marc UBM Bocklet wrote: > > On Wed, 6 Oct 2004 17:51:34 -0400 > > Brian Fundakowski Feldman wrote: > > > > > On Wed, Oct 06, 2004 at 03:55:21PM -0400, Vlad wrote: > > > > Brian, > > > > > > > > I've created ticket a while ago in regards to this problem: > > > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72126 > > > > > > > > also, attached are some additional debug info I could get during > > > > last two times it crashed. > > > > > > > > unfortunately I don't have big enough stand-alone swap partition to > > > > get kernel crash dump, so those files are the best I could get. > > > > > > > > here is week-old thread for the same problem: > > > > http://groups.google.com/groups?th=fc0d7d881f0713cc > > > > > > Can you tell me where sorele() crashed when you did _not_ have > > > INVARIANTS enabled? That will help because the INVARIANTS panic tells > > > us one half of where the problem is and the sorele() panic is the > > > other half. Want to try this (untested) patch for the problem that I'm > > > guessing about? > > > > [possible patch for sodealloc panic] > > > > Ok, I'm just now recompiling my kernel with your patch, I should be able > > to boot the kernel tomorrow, then we'll see if there are any further > > panics. > > > > Thanks a lot for your help! :-) > > You're welcome! If that does work (or mostly works), please try these > deltas instead. I have only tried to make TCP work correctly in this > respect, but all protocols need to be able to atomically with regard > to both the accept lock and the socket lock give up their pcb from > the proto bottom half and give final "ownership" of the socket to its > parent (listening socket) before never touching it again. > > The order of SOCK_LOCK(), so_pcb = NULL, check for 0 references, check > for no fd reference, SOCK_UNLOCK(), ACCEPT_LOCK() violates this. This > is mostly something that could easily be fixed by using regular GC > methods to do the final bit of deallocation. > > Index: sys/socketvar.h > =================================================================== > RCS file: /usr/ncvs/src/sys/sys/socketvar.h,v > retrieving revision 1.133 > diff -u -r1.133 socketvar.h > --- sys/socketvar.h 12 Jul 2004 21:42:33 -0000 1.133 > +++ sys/socketvar.h 7 Oct 2004 17:52:49 -0000 > @@ -205,6 +205,7 @@ > #define SS_ASYNC 0x0200 /* async i/o notify */ > #define SS_ISCONFIRMING 0x0400 /* deciding to accept connection req */ > #define SS_ISDISCONNECTED 0x2000 /* socket disconnected from peer */ > +#define SS_HASBEENCOMP 0x4000 /* proto made socket SQ_COMP */ > > /* > * Socket state bits now stored in the socket buffer state field. > @@ -360,6 +361,16 @@ > SOCK_UNLOCK(so); \ > } while(0) > > +#define sopcbfreed(so) do { \ > + SOCK_LOCK_ASSERT(so); \ > + (so)->so_pcb = NULL; \ > + if ((so)->so_count == 0 && \ > + ((so)->so_state & SS_HASBEENCOMP) == 0) \ > + sofree(so); \ > + else \ > + SOCK_UNLOCK(so); \ > +} while(0) > + > /* > * In sorwakeup() and sowwakeup(), acquire the socket buffer lock to > * avoid a non-atomic test-and-wakeup. However, sowakeup is > Index: kern/uipc_socket2.c > =================================================================== > RCS file: /usr/ncvs/src/sys/kern/uipc_socket2.c,v > retrieving revision 1.137 > diff -u -r1.137 uipc_socket2.c > --- kern/uipc_socket2.c 15 Aug 2004 06:24:41 -0000 1.137 > +++ kern/uipc_socket2.c 7 Oct 2004 17:42:15 -0000 > @@ -117,12 +117,15 @@ > { > struct socket *head; > > + ACCEPT_LOCK(); > SOCK_LOCK(so); > so->so_state &= ~(SS_ISCONNECTING|SS_ISDISCONNECTING|SS_ISCONFIRMING); > so->so_state |= SS_ISCONNECTED; > - SOCK_UNLOCK(so); > - ACCEPT_LOCK(); > head = so->so_head; > + if (head && (so->so_qstate & SQ_INCOMP) && > + (so->so_options & SO_ACCEPTFILTER) == 0) > + so->so_state |= SS_HASBEENCOMP; > + SOCK_UNLOCK(so); > if (head != NULL && (so->so_qstate & SQ_INCOMP)) { > if ((so->so_options & SO_ACCEPTFILTER) == 0) { > TAILQ_REMOVE(&head->so_incomp, so, so_list); > Index: kern/uipc_syscalls.c > =================================================================== > RCS file: /usr/ncvs/src/sys/kern/uipc_syscalls.c,v > retrieving revision 1.200 > diff -u -r1.200 uipc_syscalls.c > --- kern/uipc_syscalls.c 15 Aug 2004 06:24:41 -0000 1.200 > +++ kern/uipc_syscalls.c 7 Oct 2004 17:55:22 -0000 > @@ -314,9 +314,8 @@ > KASSERT(so->so_qstate & SQ_COMP, ("accept1: so not SQ_COMP")); > > /* > - * Before changing the flags on the socket, we have to bump the > - * reference count. Otherwise, if the protocol calls sofree(), > - * the socket will be released due to a zero refcount. > + * XXX This reference should really be done by soaccept(). Once > + * SQ_COMP, a socket will never disappear from underneath us. > */ > SOCK_LOCK(so); > soref(so); /* file descriptor reference */ > cvs diff: Diffing netinet > Index: netinet/in_pcb.c > =================================================================== > RCS file: /usr/ncvs/src/sys/netinet/in_pcb.c,v > retrieving revision 1.155 > diff -u -r1.155 in_pcb.c > --- netinet/in_pcb.c 29 Sep 2004 04:01:13 -0000 1.155 > +++ netinet/in_pcb.c 7 Oct 2004 17:58:38 -0000 > @@ -688,8 +688,7 @@ > in_pcbremlists(inp); > if (so) { > SOCK_LOCK(so); > - so->so_pcb = NULL; > - sotryfree(so); > + sopcbfreed(so); > } > if (inp->inp_options) > (void)m_free(inp->inp_options); > Index: netinet/tcp_subr.c > =================================================================== > RCS file: /usr/ncvs/src/sys/netinet/tcp_subr.c,v > retrieving revision 1.203 > diff -u -r1.203 tcp_subr.c > --- netinet/tcp_subr.c 5 Sep 2004 02:34:12 -0000 1.203 > +++ netinet/tcp_subr.c 7 Oct 2004 17:59:01 -0000 > @@ -1686,10 +1686,9 @@ > tcp_discardcb(tp); > so = inp->inp_socket; > SOCK_LOCK(so); > - so->so_pcb = NULL; > tw->tw_cred = crhold(so->so_cred); > tw->tw_so_options = so->so_options; > - sotryfree(so); > + sopcbfreed(so); > inp->inp_socket = NULL; > if (acknow) > tcp_twrespond(tw, TH_ACK); > > > > -- > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > <> green@FreeBSD.org \ The Power to Serve! \ > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ > _______________________________________________ > 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" > -- Vlad From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:18:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6BFA516A4CE; Thu, 7 Oct 2004 19:18:06 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i97JI558095856; Thu, 7 Oct 2004 15:18:05 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i97JHv48095855; Thu, 7 Oct 2004 15:17:57 -0400 (EDT) (envelope-from green) Date: Thu, 7 Oct 2004 15:17:57 -0400 From: Brian Fundakowski Feldman To: Vlad Message-ID: <20041007191757.GB73261@green.homeunix.org> References: <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> <20041007010008.15274fbd.ubm@u-boot-man.de> <20041007181852.GA73261@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:18:06 -0000 On Thu, Oct 07, 2004 at 03:11:48PM -0400, Vlad wrote: > Brian, > > thanks for your work. Question: is this patch is something I can feel > comfortable about trying it on a production server? Did you test it? It is completely untested other than compilation. I don't have my SMP machine with console in front of me to be able to try to reproduce the problem, but I believe these changes to be relatively safe. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:26:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB10E16A4F2 for ; Thu, 7 Oct 2004 19:26:42 +0000 (GMT) Received: from muva.it (host197-137.pool8251.interbusiness.it [82.51.137.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id B397F43D41 for ; Thu, 7 Oct 2004 19:26:39 +0000 (GMT) (envelope-from sannata@tin.it) Received: from localhost (unknown [127.0.0.1]) by muva.it (Postfix) with ESMTP id 8F9AA6319 for ; Thu, 7 Oct 2004 21:26:48 +0200 (CEST) Received: from muva.it ([127.0.0.1]) by localhost (muva [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91637-06 for ; Thu, 7 Oct 2004 21:26:45 +0200 (CEST) Received: by muva.it (Postfix, from userid 1001) id 266EA6317; Thu, 7 Oct 2004 21:26:45 +0200 (CEST) Date: Thu, 7 Oct 2004 21:26:45 +0200 From: Santo Natale To: FreeBSD-Current Message-ID: <20041007192644.GA91793@muva> Mail-Followup-To: FreeBSD-Current References: <416574E2.9000804@stasiek.org> <20041007180629.GA90564@muva> <41659333.5050300@stasiek.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41659333.5050300@stasiek.org> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://xoomer.virgilio.it/muva/tinotom.asc X-Virus-Scanned: by amavisd-new at muva Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:26:42 -0000 try /sbin/atacontrol mode 1 PIO4 PIO4 , although it's very poor in performance ... On Thu, Oct 07, 2004 at 09:04:19PM +0200, Michal Stanislawski wrote: > Santo Natale wrote: > > I'm experiencing the same problem but as far as i know it's a known > > bug of some VIA ide controllers. Try to switch to UDMA33 with > > atacontrol (/sbin/atacontrol mode $numberofchannerwhereyourdeviceis > > UDMA33 UDMA33 ) . It works for me. hope this will help, regards > > Here's what I've done: > > # atacontrol mode 1 UDMA33 UDMA33 > Master = UDMA33 > Slave = UDMA33 > # ls /dev | grep ad2 > ad2 > > Nothing changed. The slices are still invisible. Any other ideas? > > Best regards > Michal Stanislawski > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:27:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF95116A4CE for ; Thu, 7 Oct 2004 19:27:17 +0000 (GMT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E5F543D31 for ; Thu, 7 Oct 2004 19:27:16 +0000 (GMT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.11/jtpda-5.4) with ESMTP id i97JRE6C090627 ; Thu, 7 Oct 2004 21:27:14 +0200 (CEST) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) i97JRDJU096043 ; Thu, 7 Oct 2004 21:27:13 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.1/8.13.1/Submit) id i97JRDbS096040; Thu, 7 Oct 2004 21:27:13 +0200 (MEST) (envelope-from arno) To: freebsd-current@freebsd.org From: "Arno J. Klaassen" Date: 07 Oct 2004 21:27:12 +0200 Message-ID: Lines: 44 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.8 (shiva.jussieu.fr [134.157.0.168]); Thu, 07 Oct 2004 21:27:14 +0200 (CEST) X-Miltered: at shiva.jussieu.fr with ID 41659892.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Antivirus: scanned by sophie at shiva.jussieu.fr Subject: i386 on amd64 : bge0 watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: arno@heho.snv.jussieu.fr, pavieb@netcourrier.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:27:18 -0000 --=-=-= hello, I'm aware this is a known bug; just to share my experiences : - GENERIC is quite unusable when networked : no cvsup or scp of some non-trivial file will not end in freezing the network - put HZ=1000 and you do not even get your prompt back after typing cvsup - leaving out ACPI is not an option since the system simply does not boot without it - attached is a config-file which is more or less usable : basically I put HZ=50 and left out firewire and SMP: - I can cvsup /usr/src in 2 or 3 tries - just surfing and xchat works OK remarks : - I doubt this is driver related, e.g. when I launce a big scp and do a "tar -zxpf some100MB.tgz" in another window, box freezes right after the tar has finished .... - I still get the ata LBA timeout messages as well (and forcing PIO4 makes things only very worse) - there's nothing to set in the BIOS but the date - when I attach a USB mouse it works OK for some minutes and then basta, no more interrupts seen in vmstat -i (leaving out atapicam doesnt matter either) Just hope this might help to put someone on the right track. Regards, Arno --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=dmesg 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.3-BETA7 #0: Sat Oct 9 20:14:12 CEST 2004 toor@vioben.labo:/usr/obj/usr/src/sys/NVIDIA-AMD64 Preloaded elf kernel "/boot/kernel/kernel" at 0xc080d000. Table 'FACP' at 0x1ff7ee5f Table 'APIC' at 0x1ff7eed3 MADT: Found table at 0x1ff7eed3 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193274 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1595892440 Hz CPU: AMD Athlon(tm) 64 Processor 2800+ (1595.89-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xf4a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500000 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536281088 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000001f622fff, 513789952 bytes (125437 pages) avail memory = 514981888 (491 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6e70 bios32: Entry = 0xfd530 (c00fd530) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd530+0x16c pnpbios: Found PnP BIOS data at 0xc00f6f00 pnpbios: Entry = f0000:b8b6 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff null: random: io: mem: Pentium Pro MTRR support enabled acpi0: on motherboard acpi0: [MPSAFE] ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND pci_open(1): mode 1 addr port (0x0cf8) is 0x800008dc pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00d110de) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00fdf00 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x06 5 7 10 11 embedded 0 2 A 0x09 5 7 10 11 embedded 0 2 B 0x0a 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 C 0x07 3 4 5 6 7 9 10 11 12 14 15 embedded 0 5 A 0x0b 5 7 10 11 embedded 0 6 A 0x0c 5 7 10 11 embedded 0 6 B 0x0d 3 4 5 6 7 9 10 11 12 14 15 embedded 0 10 A 0x01 5 7 10 11 embedded 0 10 B 0x02 5 7 10 11 embedded 0 10 C 0x03 5 7 10 11 embedded 0 10 D 0x04 5 7 10 11 embedded 0 11 A 0x01 5 7 10 11 slot 7 1 0 A 0x01 5 7 10 11 embedded 2 6 A 0x02 5 7 10 11 embedded 2 8 A 0x04 5 7 10 11 embedded 2 8 B 0x05 5 7 10 11 embedded 2 7 A 0x03 5 7 10 11 embedded 2 7 B 0x05 5 7 10 11 AcpiOsDerivePciId: bus 0 dev 24 func 3 AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 AcpiOsDerivePciId: bus 0 dev 1 func 1 AcpiOsDerivePciId: bus 0 dev 1 func 1 acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: can't allocate data port device_attach: acpi_ec0 attach returned 6 ACPI timer looks GOOD min = 4, max = 6, width = 2 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 40 us acpi_ec0: info: new max delay is 140 us acpi_ec0: info: new max delay is 200 us acpi_ec0: info: new max delay is 370 us acpi_ec0: info: new max delay is 410 us cpu0: on acpi0 acpi_tz0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.PCI0.LSMB irq 0: [20 21] 0+ low,level,sharable 0.1.0 \\_SB_.PCI0.LSMB irq 0: [20 21] 0+ low,level,sharable 0.1.1 \\_SB_.PCI0.LUS0 irq 0: [20 21] 0+ low,level,sharable 0.2.0 \\_SB_.PCI0.LUS1 irq 0: [20 21] 0+ low,level,sharable 0.2.1 \\_SB_.PCI0.LUS2 irq 0: [20 21] 0+ low,level,sharable 0.2.2 \\_SB_.PCI0.LACI irq 0: [22] 0+ low,level,sharable 0.6.0 \\_SB_.PCI0.LMCI irq 0: [20 21] 0+ low,level,sharable 0.6.1 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e8000000, size 27, enabled found-> vendor=0x10de, dev=0x00d1, revid=0xa4 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x00d0, revid=0xa6 bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00002040, size 6, enabled map[24]: type 4, range 32, base 00002000, size 6, enabled pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.LSMB) pcib0: possible interrupts: 20 21 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LSMB (references 2, priority 120): interrupts: 21 20 penalty: 60 60 \\_SB_.PCI0.LUS0 (references 1, priority 60): interrupts: 21 20 penalty: 60 60 \\_SB_.PCI0.LUS1 (references 1, priority 60): interrupts: 21 20 penalty: 60 60 \\_SB_.PCI0.LUS2 (references 1, priority 60): interrupts: 21 20 penalty: 60 60 \\_SB_.PCI0.LMCI (references 1, priority 60): interrupts: 21 20 penalty: 60 60 \\_SB_.PCI0.LACI (references 1, priority 10): interrupts: 22 penalty: 10 pcib0: slot 1 INTA routed to irq 21 via \\_SB_.PCI0.LSMB found-> vendor=0x10de, dev=0x00d4, revid=0xa4 bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=21 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e0000000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.LUS0) pcib0: possible interrupts: 20 21 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LUS0 (references 1, priority 130): interrupts: 20 21 penalty: 120 140 \\_SB_.PCI0.LUS1 (references 1, priority 130): interrupts: 20 21 penalty: 120 140 \\_SB_.PCI0.LUS2 (references 1, priority 130): interrupts: 20 21 penalty: 120 140 \\_SB_.PCI0.LMCI (references 1, priority 130): interrupts: 20 21 penalty: 120 140 \\_SB_.PCI0.LACI (references 1, priority 20): interrupts: 22 penalty: 20 pcib0: slot 2 INTA routed to irq 20 via \\_SB_.PCI0.LUS0 found-> vendor=0x10de, dev=0x00d7, revid=0xa5 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0001000, size 12, enabled pcib0: matched entry for 0.2.INTB (src \\_SB_.PCI0.LUS1) pcib0: possible interrupts: 20 21 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LUS1 (references 1, priority 195): interrupts: 20 21 penalty: 190 200 \\_SB_.PCI0.LUS2 (references 1, priority 195): interrupts: 20 21 penalty: 190 200 \\_SB_.PCI0.LMCI (references 1, priority 195): interrupts: 20 21 penalty: 190 200 \\_SB_.PCI0.LACI (references 1, priority 30): interrupts: 22 penalty: 30 pcib0: slot 2 INTB routed to irq 20 via \\_SB_.PCI0.LUS1 found-> vendor=0x10de, dev=0x00d7, revid=0xa5 bus=0, slot=2, func=1 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0004000, size 8, enabled pcib0: matched entry for 0.2.INTC (src \\_SB_.PCI0.LUS2) pcib0: possible interrupts: 20 21 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LUS2 (references 1, priority 260): interrupts: 21 20 penalty: 260 260 \\_SB_.PCI0.LMCI (references 1, priority 260): interrupts: 21 20 penalty: 260 260 \\_SB_.PCI0.LACI (references 1, priority 40): interrupts: 22 penalty: 40 pcib0: slot 2 INTC routed to irq 21 via \\_SB_.PCI0.LUS2 found-> vendor=0x10de, dev=0x00d8, revid=0xa2 bus=0, slot=2, func=2 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=c, irq=21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 4, range 32, base 00001c00, size 7, enabled map[18]: type 1, range 32, base e0002000, size 12, enabled pcib0: matched entry for 0.6.INTA (src \\_SB_.PCI0.LACI) pcib0: possible interrupts: 22 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LMCI (references 1, priority 325): interrupts: 20 21 penalty: 320 330 \\_SB_.PCI0.LACI (references 1, priority 50): interrupts: 22 penalty: 50 pcib0: slot 6 INTA routed to irq 22 via \\_SB_.PCI0.LACI found-> vendor=0x10de, dev=0x00da, revid=0xa2 bus=0, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=22 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 4, range 32, base 00001c80, size 7, enabled map[18]: type 1, range 32, base e0003000, size 12, enabled pcib0: matched entry for 0.6.INTB (src \\_SB_.PCI0.LMCI) pcib0: possible interrupts: 20 21 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LMCI (references 1, priority 385): interrupts: 20 21 penalty: 380 390 pcib0: slot 6 INTB routed to irq 20 via \\_SB_.PCI0.LMCI found-> vendor=0x10de, dev=0x00d9, revid=0xa2 bus=0, slot=6, func=1 class=07-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=20 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00002080, size 4, enabled found-> vendor=0x10de, dev=0x00d5, revid=0xa5 bus=0, slot=8, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x10de, dev=0x00dd, revid=0xa2 bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x00d2, revid=0xa4 bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x0f (3750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe0000000-0xe0000fff irq 20 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe0000000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe0001000-0xe0001fff irq 20 at device 2.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe0001000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. pci0: at device 2.2 (no driver attached) pci0: at device 6.0 (no driver attached) pci0: at device 6.1 (no driver attached) atapci0: port 0x2080-0x208f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2080 ata0: channel #0 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=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 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=03 ostat0=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] pcib1: at device 10.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xe0100000-0xe04fffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: \\_SB_.PCI0.LNK2 irq 0: [16 17 18 19] 0+ low,level,sharable 2.6.0 \\_SB_.PCI0.LNK3 irq 0: [16 17 18 19] 0+ low,level,sharable 2.7.0 \\_SB_.PCI0.LNK5 irq 0: [16 17 18 19] 0+ low,level,sharable 2.7.1 \\_SB_.PCI0.LNK4 irq 0: [16 17 18 19] 0+ low,level,sharable 2.8.0 \\_SB_.PCI0.LNK5 irq 0: [16 17 18 19] 0+ low,level,sharable 2.8.1 pci2: on pcib1 pci2: physical bus=2 map[10]: type 1, range 32, base e0100000, size 16, enabled pcib1: device (null) requested decoded memory range 0xe0100000-0xe010ffff pcib1: matched entry for 2.6.INTA (src \\_SB_.PCI0.LNK2) pcib1: possible interrupts: 16 17 18 19 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNK5 (references 2, priority 200): interrupts: 19 18 17 16 penalty: 100 100 100 100 \\_SB_.PCI0.LNK2 (references 1, priority 100): interrupts: 19 18 17 16 penalty: 100 100 100 100 \\_SB_.PCI0.LNK3 (references 1, priority 100): interrupts: 19 18 17 16 penalty: 100 100 100 100 \\_SB_.PCI0.LNK4 (references 1, priority 100): interrupts: 19 18 17 16 penalty: 100 100 100 100 pcib1: slot 6 INTA routed to irq 19 via \\_SB_.PCI0.LNK2 found-> vendor=0x14e4, dev=0x169c, revid=0x03 bus=2, slot=6, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 32, base e0114000, size 12, enabled pcib1: device (null) requested decoded memory range 0xe0114000-0xe0114fff pcib1: matched entry for 2.7.INTA (src \\_SB_.PCI0.LNK3) pcib1: possible interrupts: 16 17 18 19 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNK5 (references 2, priority 405): interrupts: 18 17 16 19 penalty: 200 200 200 210 \\_SB_.PCI0.LNK3 (references 1, priority 202): interrupts: 18 17 16 19 penalty: 200 200 200 210 \\_SB_.PCI0.LNK4 (references 1, priority 202): interrupts: 18 17 16 19 penalty: 200 200 200 210 pcib1: slot 7 INTA routed to irq 18 via \\_SB_.PCI0.LNK3 found-> vendor=0x104c, dev=0xac44, revid=0x02 bus=2, slot=7, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0106, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0115000, size 11, enabled pcib1: device (null) requested decoded memory range 0xe0115000-0xe01157ff map[14]: type 1, range 32, base e0110000, size 14, enabled pcib1: device (null) requested decoded memory range 0xe0110000-0xe0113fff pcib1: matched entry for 2.7.INTB (src \\_SB_.PCI0.LNK5) pcib1: possible interrupts: 16 17 18 19 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNK5 (references 2, priority 610): interrupts: 17 16 19 18 penalty: 300 300 310 310 \\_SB_.PCI0.LNK4 (references 1, priority 305): interrupts: 17 16 19 18 penalty: 300 300 310 310 pcib1: slot 7 INTB routed to irq 17 via \\_SB_.PCI0.LNK5 found-> vendor=0x104c, dev=0x8029, revid=0x00 bus=2, slot=7, func=1 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns) intpin=b, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 bge0: mem 0xe0100000-0xe010ffff irq 19 at device 6.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xe0100000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:c0:9f:3c:39:0d bge0: [MPSAFE] pci2: at device 7.0 (no driver attached) pci2: at device 7.1 (no driver attached) pcib2: at device 11.0 on pci0 pcib2: secondary bus 1 pcib2: subordinate bus 1 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xe1000000-0xe1ffffff pcib2: prefetched decode 0xf0000000-0xf7ffffff ACPI PCI link initial configuration: \\_SB_.PCI0.LNK1 irq 0: [16 17 18 19] 0+ low,level,sharable 1.0.0 pci1: on pcib2 pci1: physical bus=1 map[10]: type 1, range 32, base e1000000, size 24, enabled pcib2: device (null) requested decoded memory range 0xe1000000-0xe1ffffff map[14]: type 3, range 32, base f0000000, size 27, enabled pcib2: device (null) requested decoded memory range 0xf0000000-0xf7ffffff pcib2: matched entry for 1.0.INTA (src \\_SB_.PCI0.LNK1) pcib2: possible interrupts: 16 17 18 19 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNK4 (references 1, priority 330): interrupts: 16 18 19 17 penalty: 320 330 330 340 \\_SB_.PCI0.LNK1 (references 1, priority 330): interrupts: 16 19 18 17 penalty: 320 330 330 340 pcib2: slot 0 INTA routed to irq 16 via \\_SB_.PCI0.LNK1 found-> vendor=0x10de, dev=0x0186, revid=0xa2 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: 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) 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: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 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 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface 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 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 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 orm0: at iomem 0xdc000-0xdffff on isa0 pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) 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-0x3f5 irq 6 drq 2 on isa0 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) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xeb1 0xeb1 0xeb1 0xeb1 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xeb1 0xeb1 0xeb1 0xeb1 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 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 54 80 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 54 80 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 54 80 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 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered linprocfs registered Timecounter "TSC" frequency 1595892440 Hz quality 800 Timecounters tick every 20.000 msec Linux ELF exec handler installed acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_cmbat0: battery initialization start acpi_ec0: info: new max delay is 660 us ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on nVidia nForce3 chip ata0-master: setting UDMA100 on nVidia nForce3 chip ad0: ATA-6 disk at ata0-master ad0: 38154MB (78140160 sectors), 77520 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on nVidia nForce3 chip acd0: DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 2755KB/s (2755KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1019/254/63 s:63 l:16386237 [1] f:00 typ:12 s(CHS):1023/255/63 e(CHS):1023/254/63 s:57641220 l:20482875 [2] f:00 typ:30 s(CHS):1023/255/63 e(CHS):1023/254/63 s:78124095 l:16065 [3] f:80 typ:165 s(CHS):1020/0/1 e(CHS):1023/254/63 s:16386300 l:41254920 GEOM: Configure ad0s1, start 32256 length 8389753344 end 8389785599 GEOM: Configure ad0s2, start 29512304640 length 10487232000 end 39999536639 GEOM: Configure ad0s3, start 39999536640 length 8225280 end 40007761919 GEOM: Configure ad0s4, start 8389785600 length 21122519040 end 29512304639 GEOM: Configure ad0s4a, start 0 length 262144000 end 262143999 GEOM: Configure ad0s4b, start 262144000 length 805306368 end 1067450367 GEOM: Configure ad0s4c, start 0 length 21122519040 end 21122519039 GEOM: Configure ad0s4d, start 1067450368 length 262144000 end 1329594367 GEOM: Configure ad0s4e, start 1329594368 length 8388608000 end 9718202367 GEOM: Configure ad0s4f, start 9718202368 length 8388608000 end 18106810367 GEOM: Configure ad0s4g, start 18106810368 length 3015708672 end 21122519039 ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND acpi_cmbat0: battery initialization done, tried 2 times (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 6 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers GEOM: new disk cd0 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) 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 12 (ISA IRQ 12) 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 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Mounting root from ufs:/dev/ad0s4a start_init: trying /sbin/init Pre-seeding PRNG: acpi_ec0: info: new max delay is 11000 us ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND kickstart . Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z005] in namespace, AE_NOT_FOUND SearchNode 0xc19d29e0 StartNode 0xc19d29e0 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND ACPI-1303: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc19d28e0), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND kickstart . swapon: adding /dev/ad0s4b as swap device Starting file system checks: /dev/ad0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4a: clean, 87886 free (902 frags, 10873 blocks, 0.7% fragmentation) /dev/ad0s4g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4g: clean, 1425111 free (23 frags, 178136 blocks, 0.0% fragmentation) /dev/ad0s4f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4f: clean, 3806964 free (716 frags, 475781 blocks, 0.0% fragmentation) /dev/ad0s4e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4e: clean, 1001107 free (39483 frags, 120203 blocks, 1.0% fragmentation) /dev/ad0s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4d: clean, 100963 free (419 frags, 12568 blocks, 0.3% fragmentation) Setting hostname: vioben.labo. bge0: flags=8843 mtu 1500 options=1a inet 151.100.43.28 netmask 0xffffff00 broadcast 151.100.43.255 inet6 fe80::2c0:9fff:fe3c:390d%bge0 prefixlen 64 tentative scopeid 0x1 ether 00:c0:9f:3c:39:0d media: Ethernet autoselect (none) status: no carrier lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 add net default: gateway 151.100.43.1 Additional routing options: . Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C2 Mounting NFS file systems: . Starting syslogd. Oct 9 20:34:37 vioben syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting usbd. Starting local daemons: GEOM: Configure md0a, start 8192 length 268427264 end 268435455 GEOM: Configure md0c, start 0 length 268435456 end 268435455 /dev/md0c: 256.0MB (524288 sectors) block size 16384, fragment size 2048 using 4 cylinder groups of 64.02MB, 4097 blks, 16448 inodes. super-block backups (for fsck -b #) at: 160, 131264, 262368, 393472 GEOM: Reconfigure md0a, start 8192 length 268427264 end 268435455 GEOM: Reconfigure md0c, start 0 length 268435456 end 268435455 . Updating motd . Configuring syscons: keymap blanktime . Starting sshd. Initial i386 initialization: . Additional ABI support: linux . Starting cron. Local package initialization: . Additional TCP options: . Starting background file system checks in 60 seconds. Sat Oct 9 20:34:46 CEST 2004 --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=NVIDIA-AMD64 # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6 2004/09/22 19:23:37 andre Exp $ machine i386 #acpu I486_CPU #acpu I586_CPU cpu I686_CPU ident "NVIDIA-AMD64" # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. 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 #aoptions MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server #aoptions 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=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next two are needed #aoptions SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #adevice eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #adevice ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #adevice atapifd # ATAPI floppy drives #adevice atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #adevice ahb # EISA AHA1742 family #adevice ahc # AHA2940 and onboard AIC7xxx devices #adevice ahd # AHA39320/29320 and onboard AIC79xx devices #adevice amd # AMD 53C974 (Tekram DC-390(T)) #adevice isp # Qlogic family #adevice mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #adevice sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #adevice trm # Tekram DC395U/UW/F DC315U adapters #adevice adv # Advansys SCSI adapters #adevice adw # Advansys wide SCSI adapters #adevice aha # Adaptec 154x SCSI adapters #adevice aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #adevice bt # Buslogic/Mylex MultiMaster SCSI adapters #adevice ncv # NCR 53C500 #adevice nsp # Workbit Ninja SCSI-3 #adevice stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) #adevice sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #adevice ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #adevice amr # AMI MegaRAID #adevice asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #adevice ciss # Compaq Smart RAID 5* #adevice dpt # DPT Smartcache III, IV - See NOTES for options #adevice iir # Intel Integrated RAID #adevice ips # IBM (Adaptec) ServeRAID #adevice mly # Mylex AcceleRAID/eXtremeRAID #adevice twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #adevice aac # Adaptec FSA RAID #adevice aacp # SCSI passthrough for aac (requires CAM) #adevice ida # Compaq Smart RAID #adevice mlx # Mylex DAC960 family #adevice pst # Promise Supertrak SX6000 #adevice 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 #adevice 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 #adevice cbb # cardbus (yenta) bridge #adevice pccard # PC Card (16-bit) bus #adevice 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. #adevice de # DEC/Intel DC21x4x (``Tulip'') #adevice em # Intel PRO/1000 adapter Gigabit Ethernet Card #adevice ixgb # Intel PRO/10GbE Ethernet Card #adevice txp # 3Com 3cR990 (``Typhoon'') #adevice 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 #adevice bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #adevice dc # DEC/Intel 21143 and various workalikes #adevice fxp # Intel EtherExpress PRO/100B (82557, 82558) #adevice lge # Level 1 LXT1001 gigabit ethernet #adevice nge # NatSemi DP83820 gigabit ethernet #adevice pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #adevice re # RealTek 8139C+/8169/8169S/8110S #adevice rl # RealTek 8129/8139 #adevice sf # Adaptec AIC-6915 (``Starfire'') #adevice sis # Silicon Integrated Systems SiS 900/SiS 7016 #adevice sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #adevice ste # Sundance ST201 (D-Link DFE-550TX) #adevice ti # Alteon Networks Tigon I/II gigabit Ethernet #adevice tl # Texas Instruments ThunderLAN #adevice tx # SMC EtherPower II (83c170 ``EPIC'') #adevice vge # VIA VT612x gigabit ethernet #adevice vr # VIA Rhine, Rhine II #adevice wb # Winbond W89C840F #adevice xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #adevice cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #adevice ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #adevice ex # Intel EtherExpress Pro/10 and Pro/10+ #adevice ep # Etherlink III based cards #adevice fe # Fujitsu MB8696x based cards #adevice ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #adevice lnc # NE2100, NE32-VL Lance Ethernet cards #adevice sn # SMC's 9000 series of Ethernet chips #adevice xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #adevice wlan # 802.11 support #adevice an # Aironet 4500/4800 802.11 wireless NICs. #adevice awi # BayStack 660 and others #adevice 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 #adevice sl # Kernel SLIP #adevice 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 #adevice urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #adevice aue # ADMtek USB Ethernet #adevice axe # ASIX Electronics USB Ethernet #adevice cue # CATC USB Ethernet #adevice kue # Kawasaki LSI USB Ethernet #adevice 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!) #_Arno_extensions device acpi #device acpi_toshiba #device pcm device atapicam #device tap options COMPAT_LINUX options LINPROCFS #options HZ=1000 options HZ=50 options TCP_DROP_SYNFIN options MSGBUF_SIZE=163840 --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:38:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A992916A4CE for ; Thu, 7 Oct 2004 19:38:58 +0000 (GMT) Received: from mail.cableone.net (scanmail1.cableone.net [24.116.0.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 707DD43D1F for ; Thu, 7 Oct 2004 19:38:58 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.122.25]) by smail1.cableone.net (SurgeMail 1.9b) with ESMTP id 20949592 for multiple; Thu, 07 Oct 2004 12:38:49 -0700 Date: Thu, 7 Oct 2004 14:38:19 -0500 From: Vulpes Velox To: Nikolay Kalev Message-ID: <20041007143819.757eb910@vixen42.24-119-122-191.cpe.cableone.net> In-Reply-To: <136a340a04100706341f7c2d2@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> <136a340a04100706186b69bd73@mail.gmail.com> <136a340a04100706341f7c2d2@mail.gmail.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com cc: Renato Botelho cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:38:58 -0000 On Thu, 7 Oct 2004 16:34:20 +0300 Nikolay Kalev wrote: > On Thu, 7 Oct 2004 16:18:11 +0300, Nikolay Kalev > wrote: > > Ok how about now is it working correct ??? > > New addons and cleanup. > > > Opss sorry about that forgot the file :-)! > Here is a link : > http://www.eprogress.bg/~rootcho/dot.tcshrc here is another fun option "set color" From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:46:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DC4C16A4CE for ; Thu, 7 Oct 2004 19:46:08 +0000 (GMT) Received: from baltazar.r404.com (baltazar.R404.com [69.56.206.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B7C43D53 for ; Thu, 7 Oct 2004 19:46:08 +0000 (GMT) (envelope-from freebsd@stasiek.org) Received: from [81.219.125.39] (helo=[192.168.0.2]) by baltazar.r404.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42) id 1CFeD9-0000NB-GD; Thu, 07 Oct 2004 21:46:00 +0200 Message-ID: <41659D00.3000908@stasiek.org> Date: Thu, 07 Oct 2004 21:46:08 +0200 From: Michal Stanislawski User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Santo Natale References: <416574E2.9000804@stasiek.org> <20041007180629.GA90564@muva> <41659333.5050300@stasiek.org> <20041007192644.GA91793@muva> In-Reply-To: <20041007192644.GA91793@muva> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: freebsd@stasiek.org,stasiek@stasiek.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - baltazar.r404.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stasiek.org X-Source: X-Source-Args: X-Source-Dir: cc: FreeBSD-Current Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:46:08 -0000 Santo Natale wrote: > try /sbin/atacontrol mode 1 PIO4 PIO4 , although it's very poor in > performance ... > This doesn't work either. Right now I've started a long selftest on the drive with smartmontool, ETA 38 minutes. Best regards Michal Stanislawski From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 19:59:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5506416A4CE for ; Thu, 7 Oct 2004 19:59:48 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 468A043D31 for ; Thu, 7 Oct 2004 19:59:43 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [127.0.0.1] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)i97JxLGS000939 for ; Thu, 7 Oct 2004 20:59:26 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <4165A018.8040906@jara23.co.uk> Date: Thu, 07 Oct 2004 20:59:20 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on skynet.asgard.jara23.co.uk X-Virus-Status: Clean Subject: vr0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:59:48 -0000 After upgrading to BETA7 I've started to get vr0: watchdog timeout errors during high network load, causing the interface to stop responding for short (120 seconds or there about) times, resulting in nfs server not responding errors on client machines. Kernel config is: # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.4 2004/09/11 04:28:39 scottl Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. 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=2000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel 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 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 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 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!) options IPFIREWALL options IPFIREWALL_VERBOSE #options IPFIREWALL_FORWARD #options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT options IPSTEALTH options CONSPEED= 115200 # Include samba support in the kernel because encrypted passwords are req'd options NETSMBCRYPTO #encrypted password support for SMB options LIBMCHAIN options LIBICONV device puc device sound device "snd_via82c686" --/boot/loader.conf-- # -- sysinstall generated deltas -- # --/boot/loader.conf.local-- # local loader.conf settings #debug.mpsafenet=0 --/etc/sysctl.conf-- # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # # Uncomment this to prevent users from seeing information about processes that # are being run under another UID. #security.bsd.see_other_uids=0 kern.maxfiles=524288 kern.maxfilesperproc=131072 net.inet.ip.portrange.hifirst=49152 net.inet.ip.portrange.hilast=50152 Any other information available on request. Andrew D Wiles -- This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. For more infomration on ClamAV see http://www.clamav.net/ asgard.jara23.co.uk - Building the future on the ashes of the past. From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 20:04:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7722916A4CE for ; Thu, 7 Oct 2004 20:04:54 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD67543D2D for ; Thu, 7 Oct 2004 20:04:52 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i97K4eLC059473; Thu, 7 Oct 2004 13:04:44 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410072004.i97K4eLC059473@gw.catspoiler.org> Date: Thu, 7 Oct 2004 13:04:40 -0700 (PDT) From: Don Lewis To: danfe@nsu.ru In-Reply-To: <20041007171009.GA36712@regency.nsu.ru> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: freebsd-current@FreeBSD.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:04:54 -0000 On 8 Oct, Alexey Dokuchaev wrote: > On Thu, Oct 07, 2004 at 09:44:52AM -0700, Don Lewis wrote: >> This is what I use: >> >> set prompt = '%m:%c4 %h%#' >> if ($?TERM && $TERM == xterm) then >> set prompt='%{\033]0;%n@%m:%c5\007%}%m:%c %h%#' >> endif >> >> It adds the last few components of $cwd and the history event number to >> the prompt. When running in an xterm, it puts the username, hostname, >> and the last part of $cwd in the xterm title. > > I use pretty much the same code for setting xterm's titlebar. However, > there is one known problem with it: when you leave (^D) your shell, > being ssh'ed to another machine, titlebar still has that remote host > name. If there was a way to retrieve current title string, sigh. > Unless, of course, I'm missing something here. I'm not seeing that problem here. If I'm sitting on hostA with an xterm window open, the titlebar says "myusername@hostA:~". Then when I ssh to hostB, the titlebar changes to "myusername@hostB:~". When I exit the shell on hostA, the titlebar changes back to "myusername@hostA:~" because the shell on hostA immediately prints the prompt string with the proper escape sequence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 20:13:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6664316A4CE; Thu, 7 Oct 2004 20:13:39 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AF4343D45; Thu, 7 Oct 2004 20:13:37 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i97KDPoH059493; Thu, 7 Oct 2004 13:13:29 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410072013.i97KDPoH059493@gw.catspoiler.org> Date: Thu, 7 Oct 2004 13:13:25 -0700 (PDT) From: Don Lewis To: jhb@FreeBSD.org In-Reply-To: <200410071415.45063.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: freebsd-current@FreeBSD.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:13:39 -0000 On 7 Oct, John Baldwin wrote: > On Thursday 07 October 2004 12:44 pm, Don Lewis wrote: >> This is what I use: >> >> set prompt = '%m:%c4 %h%#' >> if ($?TERM && $TERM == xterm) then >> set prompt='%{\033]0;%n@%m:%c5\007%}%m:%c %h%#' >> endif >> >> It adds the last few components of $cwd and the history event number to >> the prompt. When running in an xterm, it puts the username, hostname, >> and the last part of $cwd in the xterm title. > > You can use the precmd alias for that. Here's my .tcshrc.interactive file > that I use for interactive sessions: > set prompt="\n[%B%P%b] (%l) %B%n@%m%b:%.03\n%# " > if (($term =~ xterm*) || ($term == eterm)) then > alias precmd 'echo -n "]2;${USER}@${HOST}:$cwd"' > # XXX - stupid tcsh processes this for subshells! > #alias jobcmd 'echo -n "]2;${USER}@${HOST}:$cwd - \!#"' > #cwdcmd > endif I don't see any advantage to using precmd for this at least one disadvantage - with precmd, you can't use %c# to limit the length of the path printed in the title. It looks like cwdcmd would be a useful optimization if there was some way to handle exiting or suspending a remote shell session. From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 20:23:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF6AF16A4CE; Thu, 7 Oct 2004 20:23:37 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2DA643D2F; Thu, 7 Oct 2004 20:23:30 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i97KNRZV055154; Thu, 7 Oct 2004 22:23:28 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i97KNRcN055153; Thu, 7 Oct 2004 22:23:27 +0200 (SAST) (envelope-from jhay) Date: Thu, 7 Oct 2004 22:23:27 +0200 From: John Hay To: Pawel Jakub Dawidek , y@zibbi.icomtek.csir.co.za Message-ID: <20041007202326.GA55025@zibbi.icomtek.csir.co.za> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007133537.GC73767@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:23:38 -0000 On Thu, Oct 07, 2004 at 03:35:37PM +0200, Pawel Jakub Dawidek wrote: > On Thu, Oct 07, 2004 at 03:24:21PM +0200, John Hay wrote: > +> Ok with an updated RELENG_5 and g_mirror.c patched with v 1.34, 1.35 > +> and 1.36 and also with your gmirror.patch, which adds g_waitidlelock() > +> I still get the setrootbyname failed message and then it goes to the > +> mountroot> prompt. > > With g_mirror.c 1.36 there should be no race you are seeing... > > +> I'll try without the gmirror.patch and see how that goes, but it will > +> be a few hours because syncing takes a while on two 120G disks. > +> > +> Something that still bothers me are those > +> > +> GEOM_MIRROR: Cannot update metadata on disk ad0 (error=1). > > This is because ad0 is open with exclusive bit, so gmirror cannot open > it for writing and it gets (EPERM - error=1 - errno(2)). > gmirror.patch should eliminate this race. With gmirror.patch I don't see the geom_mirror error messages, but then it doesn't finish booting: ####################################################### GEOM_MIRROR: Device gm0 created (id=861616013) GEOM_MIRROR: Device gm0: provider ad0 detected GEOM_MIRROR: Device gm0: provider ad2 detected Mounting root from ufs:/dev/mirror/gm0s1a setrootbyname failed Root mount failed: 6 Manual root filesystem specification ... mountroot> ####################################################### So how do I go from here? Is there something else I can try? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 20:31:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C4216A4CE for ; Thu, 7 Oct 2004 20:31:04 +0000 (GMT) Received: from baltazar.r404.com (baltazar.R404.com [69.56.206.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A14A043D31 for ; Thu, 7 Oct 2004 20:31:04 +0000 (GMT) (envelope-from freebsd@stasiek.org) Received: from [81.219.125.39] (helo=[192.168.0.2]) by baltazar.r404.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42) id 1CFeuc-0002lk-NL; Thu, 07 Oct 2004 22:30:56 +0200 Message-ID: <4165A785.9020308@stasiek.org> Date: Thu, 07 Oct 2004 22:31:01 +0200 From: Michal Stanislawski User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Stanislawski References: <416574E2.9000804@stasiek.org> <20041007180629.GA90564@muva> <41659333.5050300@stasiek.org> <20041007192644.GA91793@muva> <41659D00.3000908@stasiek.org> In-Reply-To: <41659D00.3000908@stasiek.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: freebsd@stasiek.org,stasiek@stasiek.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - baltazar.r404.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stasiek.org X-Source: X-Source-Args: X-Source-Dir: cc: Santo Natale cc: FreeBSD-Current Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:31:04 -0000 Michal Stanislawski wrote: > Santo Natale wrote: > >> try /sbin/atacontrol mode 1 PIO4 PIO4 , although it's very poor in >> performance ... >> > > This doesn't work either. Right now I've started a long selftest on the > drive with smartmontool, ETA 38 minutes. No errors found. Any other options? Maybe I should try something with the hard drive cabling? Do you think that would help? Best regards Michal Stanislawski From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 20:43:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E1216A4CE for ; Thu, 7 Oct 2004 20:43:12 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id E229D43D1D for ; Thu, 7 Oct 2004 20:43:11 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id i97Kh7If015829; Thu, 7 Oct 2004 21:43:07 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i97KgvEq036990; Thu, 7 Oct 2004 21:42:57 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)i97KgqVE036984; Thu, 7 Oct 2004 21:42:57 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 7 Oct 2004 21:42:52 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Adam VanderHook In-Reply-To: <20041007185605.GG709@regen.bandwidth-junkies.net> Message-ID: <20041007213924.M36662@ury.york.ac.uk> References: <20041007185605.GG709@regen.bandwidth-junkies.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 - kernel hangs on boot - Toshiba Satellite A30 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:43:12 -0000 On Thu, 7 Oct 2004, Adam VanderHook wrote: > I have a Toshiba Satellite A30. Today I downloaded 5.3-BETA7 disc 1 > from ftp2. > > I have tried normal booting, ACPI disabled, safe mode, and verbose mode. > ALL of them hang during kernel boot at the same point, expect when ACPI > is disabled. I've also tried this with 5.2.1 and 5.1 CDs from BSDmall, > as well as some other misc. beta/rc CDs from the 5.x series I have > laying around. > > NOTE: All dmesgs presented are from 5.3-BETA7. I had to copy them by > hand. > > Booting with ACPI disabled (notice the pir0 entry now, and hangs on pci0 > instead of ata0): > > http://acidos.bandwidth-junkies.net/dmesg.no-acpi I have no idea about the hang in ACPI mode, but try setting hw.pci.enable_io_modes=0 from the loader when booting with ACPI disabled. All recent Toshiba laptops i've played with recently have needed that. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 20:43:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E3F16A4CE for ; Thu, 7 Oct 2004 20:43:22 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4848F43D53 for ; Thu, 7 Oct 2004 20:43:22 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so70647rnl for ; Thu, 07 Oct 2004 13:42:32 -0700 (PDT) Received: by 10.38.79.36 with SMTP id c36mr1534724rnb; Thu, 07 Oct 2004 13:35:52 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Thu, 7 Oct 2004 13:35:52 -0700 (PDT) Message-ID: <136a340a04100713353435d67e@mail.gmail.com> Date: Thu, 7 Oct 2004 23:35:52 +0300 From: Nikolay Kalev To: Vulpes Velox , freebsd-current@freebsd.org In-Reply-To: <20041007134240.25310793@vixen42.24-119-122-191.cpe.cableone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> <136a340a04100706186b69bd73@mail.gmail.com> <136a340a04100706341f7c2d2@mail.gmail.com> <20041007134240.25310793@vixen42.24-119-122-191.cpe.cableone.net> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:43:22 -0000 For me F1-F6 did not work under Eterm, and END is not working but under xterm everything is fine. Ok ill remove aliases with cd ../ and so on, i left them because someone may be better with the alliases.There is a space between the commands. -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 20:48:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C734916A4CF; Thu, 7 Oct 2004 20:48:46 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i97Kmkg0097829; Thu, 7 Oct 2004 16:48:46 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i97Kmimt097828; Thu, 7 Oct 2004 16:48:44 -0400 (EDT) (envelope-from green) Date: Thu, 7 Oct 2004 16:48:44 -0400 From: Brian Fundakowski Feldman To: Kris Kennaway Message-ID: <20041007204844.GE73261@green.homeunix.org> References: <20041007165719.GA4023@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007165719.GA4023@xor.obsecurity.org> User-Agent: Mutt/1.5.6i cc: current@FreeBSD.org cc: net@FreeBSD.org Subject: Re: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:48:47 -0000 On Thu, Oct 07, 2004 at 09:57:19AM -0700, Kris Kennaway wrote: > Top of RELENG_5 on an smp machine: > > panic: fxp_start_body: attempted use of a free mbuf! > cpuid = 1 > KDB: enter: panic > [thread 100042] > Stopped at kdb_enter+0x30: leave > db> trace > kdb_enter(c06de69a,1,c06d47c5,ebbd2b14,c34cd320) at kdb_enter+0x30 > panic(c06d47c5,c06c1030,4,c0499300,c3539000) at panic+0x14e > fxp_start_body(c3539000,0,c06d5639,4ca,c3539000) at fxp_start_body+0x462 > fxp_start(c3539000,122,0,c3539000) at fxp_start+0x3f > if_start(c3539000,0,c06e7822,179,ffff8002) at if_start+0x99 > ether_output_frame(c3539000,c38b5300,6,c4106b00,ebbd2bc8) at ether_output_frame+0x218 > ether_output(c3539000,c38b5300,c4106b00,c95ec210,c04fe48d) at ether_output+0x43e > in_arpinput(c38b8700,122,c38b8700,c07656b8,c38b8700) at in_arpinput+0x686 > arpintr(c38b8700,0,c06e7c88,e5,c07656b8) at arpintr+0x104 > netisr_processqueue(c07656b8,c0738ac0,1,c06dda24,c3462940) at netisr_processqueue+0x8e > swi_net(0,0,c06dc037,269,c0738ac0) at swi_net+0xe9 > ithread_loop(c345d880,ebbd2d48,c06dbe2a,323,d552d9c9) at ithread_loop+0x172 > fork_exit(c04f1210,c345d880,ebbd2d48) at fork_exit+0xc6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xebbd2d7c, ebp = 0 --- Does this fix it? Index: uma_core.c =================================================================== RCS file: /usr/ncvs/src/sys/vm/uma_core.c,v retrieving revision 1.105 diff -u -r1.105 uma_core.c --- uma_core.c 6 Aug 2004 21:52:38 -0000 1.105 +++ uma_core.c 7 Oct 2004 20:31:08 -0000 @@ -825,13 +825,16 @@ slab->us_freecount = keg->uk_ipers; slab->us_firstfree = 0; slab->us_flags = flags; - for (i = 0; i < keg->uk_ipers; i++) - slab->us_freelist[i].us_item = i+1; if (keg->uk_flags & UMA_ZONE_REFCNT) { slabref = (uma_slabrefcnt_t)slab; - for (i = 0; i < keg->uk_ipers; i++) + for (i = 0; i < keg->uk_ipers; i++) { slabref->us_freelist[i].us_refcnt = 0; + slabref->us_freelist[i].us_item = i+1; + } + } else { + for (i = 0; i < keg->uk_ipers; i++) + slab->us_freelist[i].us_item = i+1; } if (keg->uk_init != NULL) { @@ -1983,13 +1986,19 @@ uma_slab_alloc(uma_zone_t zone, uma_slab_t slab) { uma_keg_t keg; + uma_slabrefcnt_t slabref; void *item; u_int8_t freei; keg = zone->uz_keg; freei = slab->us_firstfree; - slab->us_firstfree = slab->us_freelist[freei].us_item; + if (keg->uk_flags & UMA_ZONE_REFCNT) { + slabref = (uma_slabrefcnt_t)slab; + slab->us_firstfree = slabref->us_freelist[freei].us_item; + } else { + slab->us_firstfree = slab->us_freelist[freei].us_item; + } item = slab->us_data + (keg->uk_rsize * freei); slab->us_freecount--; @@ -2339,6 +2348,7 @@ enum zfreeskip skip) { uma_slab_t slab; + uma_slabrefcnt_t slabref; uma_keg_t keg; u_int8_t *mem; u_int8_t freei; @@ -2382,7 +2392,12 @@ uma_dbg_free(zone, slab, item); #endif - slab->us_freelist[freei].us_item = slab->us_firstfree; + if (keg->uk_flags & UMA_ZONE_REFCNT) { + slabref = (uma_slabrefcnt_t)slab; + slabref->us_freelist[freei].us_item = slab->us_firstfree; + } else { + slab->us_freelist[freei].us_item = slab->us_firstfree; + } slab->us_firstfree = freei; slab->us_freecount++; @@ -2545,18 +2560,19 @@ u_int32_t * uma_find_refcnt(uma_zone_t zone, void *item) { - uma_slabrefcnt_t slab; + uma_slabrefcnt_t slabref; uma_keg_t keg; u_int32_t *refcnt; int idx; keg = zone->uz_keg; - slab = (uma_slabrefcnt_t)vtoslab((vm_offset_t)item & (~UMA_SLAB_MASK)); - KASSERT(slab != NULL, + slabref = (uma_slabrefcnt_t)vtoslab((vm_offset_t)item & + (~UMA_SLAB_MASK)); + KASSERT(slabref != NULL && slabref->us_keg->uk_flags & UMA_ZONE_REFCNT, ("uma_find_refcnt(): zone possibly not UMA_ZONE_REFCNT")); - idx = ((unsigned long)item - (unsigned long)slab->us_data) + idx = ((unsigned long)item - (unsigned long)slabref->us_data) / keg->uk_rsize; - refcnt = &(slab->us_freelist[idx].us_refcnt); + refcnt = &slabref->us_freelist[idx].us_refcnt; return refcnt; } Index: uma_dbg.c =================================================================== RCS file: /usr/ncvs/src/sys/vm/uma_dbg.c,v retrieving revision 1.15 diff -u -r1.15 uma_dbg.c --- uma_dbg.c 2 Aug 2004 00:18:35 -0000 1.15 +++ uma_dbg.c 7 Oct 2004 20:35:22 -0000 @@ -218,6 +218,7 @@ uma_dbg_alloc(uma_zone_t zone, uma_slab_t slab, void *item) { uma_keg_t keg; + uma_slabrefcnt_t slabref; int freei; keg = zone->uz_keg; @@ -231,7 +232,12 @@ freei = ((unsigned long)item - (unsigned long)slab->us_data) / keg->uk_rsize; - slab->us_freelist[freei].us_item = 255; + if (keg->uk_flags & UMA_ZONE_REFCNT) { + slabref = (uma_slabrefcnt_t)slab; + slabref->us_freelist[freei].us_item = 255; + } else { + slab->us_freelist[freei].us_item = 255; + } return; } @@ -246,6 +252,7 @@ uma_dbg_free(uma_zone_t zone, uma_slab_t slab, void *item) { uma_keg_t keg; + uma_slabrefcnt_t slabref; int freei; keg = zone->uz_keg; @@ -270,17 +277,34 @@ (freei * keg->uk_rsize) + slab->us_data); } - if (slab->us_freelist[freei].us_item != 255) { - printf("Slab at %p, freei %d = %d.\n", - slab, freei, slab->us_freelist[freei].us_item); - panic("Duplicate free of item %p from zone %p(%s)\n", - item, zone, zone->uz_name); + if (keg->uk_flags & UMA_ZONE_REFCNT) { + slabref = (uma_slabrefcnt_t)slab; + if (slabref->us_freelist[freei].us_item != 255) { + printf("Slab at %p, freei %d = %d.\n", + slab, freei, slabref->us_freelist[freei].us_item); + panic("Duplicate free of item %p from zone %p(%s)\n", + item, zone, zone->uz_name); + } + + /* + * When this is actually linked into the slab this will change. + * Until then the count of valid slabs will make sure we don't + * accidentally follow this and assume it's a valid index. + */ + slabref->us_freelist[freei].us_item = 0; + } else { + if (slab->us_freelist[freei].us_item != 255) { + printf("Slab at %p, freei %d = %d.\n", + slab, freei, slab->us_freelist[freei].us_item); + panic("Duplicate free of item %p from zone %p(%s)\n", + item, zone, zone->uz_name); + } + + /* + * When this is actually linked into the slab this will change. + * Until then the count of valid slabs will make sure we don't + * accidentally follow this and assume it's a valid index. + */ + slab->us_freelist[freei].us_item = 0; } - - /* - * When this is actually linked into the slab this will change. - * Until then the count of valid slabs will make sure we don't - * accidentally follow this and assume it's a valid index. - */ - slab->us_freelist[freei].us_item = 0; } -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 20:49:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B288E16A4CE for ; Thu, 7 Oct 2004 20:49:17 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A42143D1F for ; Thu, 7 Oct 2004 20:49:17 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i97KmsDM053480 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 16:49:14 -0400 (EDT) Message-ID: <4165ABB2.4080401@mac.com> Date: Thu, 07 Oct 2004 16:48:50 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Stanislawski References: <416574E2.9000804@stasiek.org> <20041007180629.GA90564@muva> <41659333.5050300@stasiek.org> <20041007192644.GA91793@muva> <41659D00.3000908@stasiek.org> <4165A785.9020308@stasiek.org> In-Reply-To: <4165A785.9020308@stasiek.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pi.codefab.com cc: FreeBSD-Current Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:49:17 -0000 Michal Stanislawski wrote: [ ... ] > No errors found. Any other options? Maybe I should try something with > the hard drive cabling? Do you think that would help? Certainly, switching cables is worth a try if you can do so. For that matter, you might first try removing the CD-ROM drive from the cable and retesting to see whether that makes a difference. Double-check all of the master/slave jumper settings when you do this. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 21:00:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3710E16A4CF for ; Thu, 7 Oct 2004 21:00:17 +0000 (GMT) Received: from web50705.mail.yahoo.com (web50705.mail.yahoo.com [206.190.38.103]) by mx1.FreeBSD.org (Postfix) with SMTP id E274243D4C for ; Thu, 7 Oct 2004 21:00:16 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20041007210014.6141.qmail@web50705.mail.yahoo.com> Received: from [68.167.120.18] by web50705.mail.yahoo.com via HTTP; Thu, 07 Oct 2004 14:00:14 PDT Date: Thu, 7 Oct 2004 14:00:14 -0700 (PDT) From: Kim Culhan To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: truss broken on 5.3 BETA7 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 21:00:17 -0000 When I run truss: truss -o truss.out pine It returns: truss: cannot open /proc/2980/mem: No such file or directory -kim _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 21:06:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E54216A4CE; Thu, 7 Oct 2004 21:06:39 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEB1743D1F; Thu, 7 Oct 2004 21:06:38 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdbox.farid-hajji.net (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id CCCD44B05C; Thu, 7 Oct 2004 23:06:35 +0200 (CEST) Date: Thu, 7 Oct 2004 23:06:54 +0200 From: cpghost@cordula.ws To: Ryan Sommers Message-ID: <20041007210654.GB16018@bsdbox.farid-hajji.net> References: <4164BFA4.80105@unisa.edu.au> <20041007101315.W89482@carver.gumbysoft.com> <41657D63.1050605@FreeBSD.org> <20041007180052.GA57159@bsdbox.farid-hajji.net> <54522.208.4.77.15.1097175290.squirrel@208.4.77.15> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54522.208.4.77.15.1097175290.squirrel@208.4.77.15> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 21:06:39 -0000 On Thu, Oct 07, 2004 at 12:54:50PM -0600, Ryan Sommers wrote: > > Under X (using xfce4), the mouse freezes for a few seconds in random > > windows (indepedent of the program), then it jumps back up to life > > after 2 to 5 seconds. This happens even when the mouse is currently > > being moved (so it's not the X server being swapped in so somesuch). > > The cursor freezes while in motion, and it reappears a few seconds later > > an another location. > > Are you using a wireless card by chance? I've had something similar happen > when I was in an area with a very weak signal. Anytime the signal would > drop and the card would attempt to reacquire the mouse or keyboard would > 'pop'. When I inquired about it on the mailing list someone mentioned > something about it being related to timeout(9). Not sure if that is still > the case or not. Good idea, but no. I'm sitting at the console. The box is connected via ethernet (sis driver). There's no wireless card involved. BTW, USB is also not in use, so that's not the reason. The problem seems to be identical, wether the box is idle or busy (currently running portupgrade -akrRf since 8 hours). When busy, the box feels just a little more sluggish than before, but those delays are the same, wether idle or busy. They also never happened before, even when compiling qt etc... This is something new. There are no console messages. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 21:22:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6836816A4CE for ; Thu, 7 Oct 2004 21:22:57 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 541A143D2F for ; Thu, 7 Oct 2004 21:22:57 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i97LMuDG022784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 7 Oct 2004 14:22:57 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i97LMucp022783 for freebsd-current@freebsd.org; Thu, 7 Oct 2004 14:22:56 -0700 (PDT) (envelope-from jdc) Date: Thu, 7 Oct 2004 14:22:56 -0700 From: Jeremy Chadwick To: FreeBSD-Current Message-ID: <20041007212256.GA22751@parodius.com> Mail-Followup-To: FreeBSD-Current References: <416574E2.9000804@stasiek.org> <20041007180629.GA90564@muva> <41659333.5050300@stasiek.org> <20041007192644.GA91793@muva> <41659D00.3000908@stasiek.org> <4165A785.9020308@stasiek.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4165A785.9020308@stasiek.org> User-Agent: Mutt/1.5.6i Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 21:22:57 -0000 Maybe try reinitialising the ATA channel using atacontrol and see if things change after that? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Thu, Oct 07, 2004 at 10:31:01PM +0200, Michal Stanislawski wrote: > Michal Stanislawski wrote: > >Santo Natale wrote: > > > >>try /sbin/atacontrol mode 1 PIO4 PIO4 , although it's very poor in > >>performance ... > >> > > > >This doesn't work either. Right now I've started a long selftest on the > >drive with smartmontool, ETA 38 minutes. > > No errors found. Any other options? Maybe I should try something with > the hard drive cabling? Do you think that would help? > > Best regards > Michal Stanislawski > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 21:24:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4326416A4CE for ; Thu, 7 Oct 2004 21:24:29 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E9443D1F for ; Thu, 7 Oct 2004 21:24:29 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i97LOSWu022864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 7 Oct 2004 14:24:28 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i97LOSE3022863 for freebsd-current@freebsd.org; Thu, 7 Oct 2004 14:24:28 -0700 (PDT) (envelope-from jdc) Date: Thu, 7 Oct 2004 14:24:28 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20041007212428.GA22830@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20041007210014.6141.qmail@web50705.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007210014.6141.qmail@web50705.mail.yahoo.com> User-Agent: Mutt/1.5.6i Subject: Re: truss broken on 5.3 BETA7 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 21:24:29 -0000 /proc is not likely not mounted. I haven't seen /proc mounted in any of the 5.3's in awhile now. I'm not sure why, but it isn't. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Thu, Oct 07, 2004 at 02:00:14PM -0700, Kim Culhan wrote: > > When I run truss: > > truss -o truss.out pine > > It returns: > > truss: cannot open /proc/2980/mem: No such file or directory > > -kim > > > > > _______________________________ > Do you Yahoo!? > Express yourself with Y! Messenger! Free. Download now. > http://messenger.yahoo.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 22:03:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B42116A4CE for ; Thu, 7 Oct 2004 22:03:01 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0B8D43D2D for ; Thu, 7 Oct 2004 22:03:00 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i97M31GW021344 for ; Thu, 7 Oct 2004 15:03:01 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i97M31hg021343 for freebsd-current@freebsd.org; Thu, 7 Oct 2004 15:03:01 -0700 Date: Thu, 7 Oct 2004 15:03:01 -0700 From: Brooks Davis To: freebsd-current@freebsd.org Message-ID: <20041007220301.GB18188@odin.ac.hmc.edu> References: <20041007210014.6141.qmail@web50705.mail.yahoo.com> <20041007212428.GA22830@parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kORqDWCi7qDJ0mEj" Content-Disposition: inline In-Reply-To: <20041007212428.GA22830@parodius.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Subject: Re: truss broken on 5.3 BETA7 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:03:01 -0000 --kORqDWCi7qDJ0mEj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Please don't top post.] On Thu, Oct 07, 2004 at 02:24:28PM -0700, Jeremy Chadwick wrote: > /proc is not likely not mounted. I haven't seen /proc mounted in any > of the 5.3's in awhile now. I'm not sure why, but it isn't. procfs is still available, but we don't mount it by default because it is nearly impossiable to secure (just read the massive list of procfs advisories in every OS that has one). -- Brooks > On Thu, Oct 07, 2004 at 02:00:14PM -0700, Kim Culhan wrote: > >=20 > > When I run truss: > >=20 > > truss -o truss.out pine > >=20 > > It returns: > >=20 > > truss: cannot open /proc/2980/mem: No such file or directory > >=20 > > -kim > >=20 > >=20 > >=20 > > =09 > > _______________________________ > > Do you Yahoo!? > > Express yourself with Y! Messenger! Free. Download now.=20 > > http://messenger.yahoo.com > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > _______________________________________________ > 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" --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --kORqDWCi7qDJ0mEj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBZb0RXY6L6fI4GtQRAr0VAKDdEbmnNUKpcN3Rs52+pHZi1RSFKACgnA6k 2sAaPreZA4ZWScDi/da92ks= =EigK -----END PGP SIGNATURE----- --kORqDWCi7qDJ0mEj-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 22:04:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65AAE16A4CE for ; Thu, 7 Oct 2004 22:04:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1870243D3F for ; Thu, 7 Oct 2004 22:04:20 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4203827rnk for ; Thu, 07 Oct 2004 15:04:01 -0700 (PDT) Received: by 10.38.171.44 with SMTP id t44mr266228rne; Thu, 07 Oct 2004 15:04:01 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Thu, 7 Oct 2004 15:04:01 -0700 (PDT) Message-ID: <790a9fff041007150420548c9@mail.gmail.com> Date: Thu, 7 Oct 2004 17:04:01 -0500 From: Scot Hetzel To: freebsd-current@freebsd.org, Kim Culhan In-Reply-To: <790a9fff041007145872f732d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041007210014.6141.qmail@web50705.mail.yahoo.com> <20041007212428.GA22830@parodius.com> <790a9fff041007145872f732d@mail.gmail.com> Subject: Re: truss broken on 5.3 BETA7 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:04:20 -0000 On Thu, 7 Oct 2004 16:58:39 -0500, Scot Hetzel wrote: > On Thu, 7 Oct 2004 14:24:28 -0700, Jeremy Chadwick > wrote: > > /proc is not likely not mounted. I haven't seen /proc mounted in any > > of the 5.3's in awhile now. I'm not sure why, but it isn't. > > > /proc isn't mounted by default on FreeBSD-5.x for security reasons. > Most of programs that used to depend on /proc have migrated to an > alternate method. > > Truss hasn't been migrated to not use /proc. It's in the 5.3-RELEASE > TODO notes to be done before the release. > In the 5.3-RELEASE TODO it's a desired feature. So it may/may not be done for 5.3-RELEASE. From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 22:05:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFD6B16A4CE for ; Thu, 7 Oct 2004 22:05:56 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC90D43D31 for ; Thu, 7 Oct 2004 22:05:56 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4203963rnk for ; Thu, 07 Oct 2004 15:05:33 -0700 (PDT) Received: by 10.38.171.44 with SMTP id t44mr260855rne; Thu, 07 Oct 2004 14:58:39 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Thu, 7 Oct 2004 14:58:39 -0700 (PDT) Message-ID: <790a9fff041007145872f732d@mail.gmail.com> Date: Thu, 7 Oct 2004 16:58:39 -0500 From: Scot Hetzel To: freebsd-current@freebsd.org, Kim Culhan In-Reply-To: <20041007212428.GA22830@parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041007210014.6141.qmail@web50705.mail.yahoo.com> <20041007212428.GA22830@parodius.com> Subject: Re: truss broken on 5.3 BETA7 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:05:57 -0000 On Thu, 7 Oct 2004 14:24:28 -0700, Jeremy Chadwick wrote: > /proc is not likely not mounted. I haven't seen /proc mounted in any > of the 5.3's in awhile now. I'm not sure why, but it isn't. > /proc isn't mounted by default on FreeBSD-5.x for security reasons. Most of programs that used to depend on /proc have migrated to an alternate method. Truss hasn't been migrated to not use /proc. It's in the 5.3-RELEASE TODO notes to be done before the release. Scot From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 22:13:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF6B916A4CF for ; Thu, 7 Oct 2004 22:13:17 +0000 (GMT) Received: from bart.motd.dk (port95.ds1-ro.adsl.cybercity.dk [212.242.60.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E23B143D31 for ; Thu, 7 Oct 2004 22:13:16 +0000 (GMT) (envelope-from tom@motd.dk) Received: from localhost (localhost.motd.dk [127.0.0.1]) by bart.motd.dk (Postfix) with ESMTP id AD3EF60EF for ; Fri, 8 Oct 2004 00:19:54 +0200 (CEST) Received: from bart.motd.dk ([127.0.0.1]) by localhost (bart.motd.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01568-08 for ; Fri, 8 Oct 2004 00:19:53 +0200 (CEST) Received: from home03 (unknown [192.168.10.3]) by bart.motd.dk (Postfix) with ESMTP id 4EDE760CD for ; Fri, 8 Oct 2004 00:19:53 +0200 (CEST) From: "Tom Jensen" To: Date: Fri, 8 Oct 2004 00:13:40 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Thread-Index: AcSsuuYpLgYQws7uRhmmGCoE4D4LYw== Message-Id: <20041007221953.4EDE760CD@bart.motd.dk> X-Virus-Scanned: by amavisd-new at motd.dk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Problems with mount_smbfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:13:17 -0000 Hi When I try to use mount_smbfs I get the following error /usr/libexec/ld-elf.so.1: mount_smbfs: Undefined symbol "vfsisloadable" I have to mount_smbfs on my system as seen below bash-2.05b# ls -l /sbin/mount_smbfs -r-xr-xr-x 1 root wheel 9284 Jun 5 2003 /sbin/mount_smbfs bash-2.05b# ls -l /usr/sbin/mount_smbfs -r-xr-xr-x 1 root wheel 8876 Oct 7 20:53 /usr/sbin/mount_smbfs If I just run the version found in /usr/sbin one time the error goes away. uname info: FreeBSD XXXXX.motd.dk 5.3-BETA7 FreeBSD 5.3-BETA7 #2: Tue Oct 5 02:09:29 CEST 2004 x@ XXXXX.motd.dk:/usr/obj/usr/src/sys/GW i386 I started to se this problem when I did an upgrade from a. 5.2.1 (source from 05-feb-2004) to 5.3-Beta3 Can anybody se what's wrong, except for the fact that the version in /sbin/ is very old(probably from the base install of version 5.1) and apparently not get updated when doing a upgrade ? More info needed ? - Tom From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 22:14:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E9416A4CF for ; Thu, 7 Oct 2004 22:14:20 +0000 (GMT) Received: from baltazar.r404.com (baltazar.R404.com [69.56.206.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA4043D45 for ; Thu, 7 Oct 2004 22:14:18 +0000 (GMT) (envelope-from freebsd@stasiek.org) Received: from [81.219.125.39] (helo=[192.168.0.2]) by baltazar.r404.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42) id 1CFgWX-0001Dx-D0; Fri, 08 Oct 2004 00:14:09 +0200 Message-ID: <4165BFB5.5010702@stasiek.org> Date: Fri, 08 Oct 2004 00:14:13 +0200 From: Michal Stanislawski User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <416574E2.9000804@stasiek.org> <20041007180629.GA90564@muva> <41659333.5050300@stasiek.org> <20041007192644.GA91793@muva> <41659D00.3000908@stasiek.org> <4165A785.9020308@stasiek.org> <20041007212256.GA22751@parodius.com> In-Reply-To: <20041007212256.GA22751@parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: freebsd@stasiek.org,stasiek@stasiek.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - baltazar.r404.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stasiek.org X-Source: X-Source-Args: X-Source-Dir: cc: FreeBSD-Current Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:14:21 -0000 Jeremy Chadwick wrote: > Maybe try reinitialising the ATA channel using atacontrol and see if > things change after that? > I've tried that. Tomorrow I'll try switching cables, jumpers etc. I'll let you know if it works. Best regards Michal Stanislawski From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 22:34:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 577E816A4CE; Thu, 7 Oct 2004 22:34:40 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2790F43D46; Thu, 7 Oct 2004 22:34:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9743153AAE; Thu, 7 Oct 2004 15:36:18 -0700 (PDT) Date: Thu, 7 Oct 2004 15:36:18 -0700 From: Kris Kennaway To: Brian Fundakowski Feldman Message-ID: <20041007223618.GA22644@xor.obsecurity.org> References: <20041007165719.GA4023@xor.obsecurity.org> <20041007204844.GE73261@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20041007204844.GE73261@green.homeunix.org> User-Agent: Mutt/1.4.2.1i cc: net@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:34:40 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 04:48:44PM -0400, Brian Fundakowski Feldman wrote: > On Thu, Oct 07, 2004 at 09:57:19AM -0700, Kris Kennaway wrote: > > Top of RELENG_5 on an smp machine: > >=20 > > panic: fxp_start_body: attempted use of a free mbuf! > > cpuid =3D 1 > > KDB: enter: panic > > [thread 100042] > > Stopped at kdb_enter+0x30: leave > > db> trace > > kdb_enter(c06de69a,1,c06d47c5,ebbd2b14,c34cd320) at kdb_enter+0x30 > > panic(c06d47c5,c06c1030,4,c0499300,c3539000) at panic+0x14e > > fxp_start_body(c3539000,0,c06d5639,4ca,c3539000) at fxp_start_body+0x462 > > fxp_start(c3539000,122,0,c3539000) at fxp_start+0x3f > > if_start(c3539000,0,c06e7822,179,ffff8002) at if_start+0x99 > > ether_output_frame(c3539000,c38b5300,6,c4106b00,ebbd2bc8) at ether_outp= ut_frame+0x218 > > ether_output(c3539000,c38b5300,c4106b00,c95ec210,c04fe48d) at ether_out= put+0x43e > > in_arpinput(c38b8700,122,c38b8700,c07656b8,c38b8700) at in_arpinput+0x6= 86 > > arpintr(c38b8700,0,c06e7c88,e5,c07656b8) at arpintr+0x104 > > netisr_processqueue(c07656b8,c0738ac0,1,c06dda24,c3462940) at netisr_pr= ocessqueue+0x8e > > swi_net(0,0,c06dc037,269,c0738ac0) at swi_net+0xe9 > > ithread_loop(c345d880,ebbd2d48,c06dbe2a,323,d552d9c9) at ithread_loop+0= x172 > > fork_exit(c04f1210,c345d880,ebbd2d48) at fork_exit+0xc6 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip =3D 0, esp =3D 0xebbd2d7c, ebp =3D 0 --- >=20 > Does this fix it? I don't yet know whether this problem is repeatable, so there's no point in testing the patch yet. If it keeps happening, I'll try your patch and see what it does so I can distinguish "fixed" from "null result". Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZcTiWry0BWjoQKURArg+AKCK01DOR4XjejK+BCZctodSEvBLwgCgrfht dzasEKAM/x0CCFzRxgAsKZo= =cK7x -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 22:36:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 568E016A4CE for ; Thu, 7 Oct 2004 22:36:02 +0000 (GMT) Received: from ms-smtp-04-eri0.ohiordc.rr.com (ms-smtp-04-smtplb.ohiordc.rr.com [65.24.5.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id EACDA43D2D for ; Thu, 7 Oct 2004 22:36:01 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])i97MZvHH028372; Thu, 7 Oct 2004 18:35:57 -0400 (EDT) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) i97MZvLO031636; Thu, 7 Oct 2004 18:35:57 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id i97MZu88031635; Thu, 7 Oct 2004 18:35:56 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: freebsd-current@freebsd.org Date: Thu, 7 Oct 2004 18:35:44 -0400 User-Agent: KMail/1.7 References: <4164BFA4.80105@unisa.edu.au> <20041007101315.W89482@carver.gumbysoft.com> In-Reply-To: <20041007101315.W89482@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1609627.85WOdB9caX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410071835.51942.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Benjamin Close Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:36:02 -0000 --nextPart1609627.85WOdB9caX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 07 October 2004 01:15 pm, Doug White wrote: > On Thu, 7 Oct 2004, Benjamin Close wrote: > > I've been using each Beta Release as they come out and ever since > > Beta 3 I've noticed delays where there never used to be any. > > I believe this may be somehow related to ULE->BSD scheduler change. A > > classic situation of where they now exist is when I switch virtual > > desktops back to another xterm. It takes 4-5 seconds before I can type. > > The machine is virtually 100% idle. Before beta3 this was not a problem > > with almost an instant response. > > Can you provide a reproduction case? I don't notice any sort of delay when > switching between text vtys, or changing keyboard focus in X. I've been > using 4BSD the entire time. I can't reproduce it yet, but I have the problem, too. No desktop switchin= g=20 involved, and I'm using konsole, but same thing. For me, sometimes it's th= e=20 mouse and sometimes the keyboard. Marc. =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart1609627.85WOdB9caX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZcTHg1EgpGw750IRAghVAJ99pkH8pfY1KqLsuqNDzuSZ+GDMkACeIefs 4Lx/Yp5jMTJNnBKBF38paeE= =UTOa -----END PGP SIGNATURE----- --nextPart1609627.85WOdB9caX-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 22:41:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 739E516A4CE for ; Thu, 7 Oct 2004 22:41:05 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FB6743D1F for ; Thu, 7 Oct 2004 22:41:05 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4206500rnk for ; Thu, 07 Oct 2004 15:40:38 -0700 (PDT) Received: by 10.38.73.63 with SMTP id v63mr2128779rna; Thu, 07 Oct 2004 15:40:37 -0700 (PDT) Received: by 10.38.75.49 with HTTP; Thu, 7 Oct 2004 15:40:37 -0700 (PDT) Message-ID: <790a9fff04100715404868c6e7@mail.gmail.com> Date: Thu, 7 Oct 2004 17:40:37 -0500 From: Scot Hetzel To: Tom Jensen In-Reply-To: <20041007221953.4EDE760CD@bart.motd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041007221953.4EDE760CD@bart.motd.dk> cc: freebsd-current@freebsd.org Subject: Re: Problems with mount_smbfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:41:05 -0000 On Fri, 8 Oct 2004 00:13:40 +0200, Tom Jensen wrote: > Hi > > When I try to use mount_smbfs I get the following error > > /usr/libexec/ld-elf.so.1: mount_smbfs: Undefined symbol "vfsisloadable" > > I have to mount_smbfs on my system as seen below > > bash-2.05b# ls -l /sbin/mount_smbfs > -r-xr-xr-x 1 root wheel 9284 Jun 5 2003 /sbin/mount_smbfs > Delete this one, as the file was moved to /usr/sbin. Scot From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 23:22:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B46F616A4CE for ; Thu, 7 Oct 2004 23:22:06 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C9A943D49 for ; Thu, 7 Oct 2004 23:22:06 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (sccrmhc13) with SMTP id <2004100723220201600b8erpe> (Authid: domain_name_tsar); Thu, 7 Oct 2004 23:22:03 +0000 Date: Thu, 7 Oct 2004 16:22:01 -0700 (PDT) From: Doug Barton To: Sean McNeil In-Reply-To: <1097133252.92555.1.camel@server> Message-ID: <20041007161322.S826@bo.vpnaa.bet> References: <1097133252.92555.1.camel@server> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: Ryan Newman Subject: RE: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 23:22:06 -0000 On Thu, 7 Oct 2004, Sean McNeil wrote: > On Wed, 2004-10-06 at 22:59, Andre Guibert de Bruet wrote: >> On Wed, 6 Oct 2004, Ryan Newman wrote: >> >>>> From: Sean McNeil >>>> To: freebsd-current@freebsd.org >>>> Subject: mergemaster just screwed me >>>> Date: Wed, 06 Oct 2004 11:48:58 -0700 >>>> >>>> I just ran mergemaster and it deleted my named.conf and everything >>>> else. I'm guessing it did an rm /etc/namedb/* or something like that. Mergemaster doesn't do anything of the sort. It never takes action on any file or directory on the system unless the user tells it to. >>>> My system was setup correctly with /etc/namedb linked to >>>> /var/named/etc/namedb and it was all placed properly. :( When you say "it was all placed properly," what do you mean by that? >> I don't mean to be an ass, but you *need to read UPDATING* when you >> upgrade CURRENT. The 20040928 entry detailed the steps required for a >> smooth transition from bind8 to bind9. > > I don't take your comment as anything but informative. In my case, > however, I *DID* read UPDATING and I followed it completely. My system > was completely working with bind9 and then I did a mergemaster and it > wiped out all my settings!!!! The good news is that if you actually followed the instructions in UPDATING you should have a copy of your old settings in /etc/namedb.bak. And of course, the mergemaster man page counsels you to make good backups before running it. In order to debug this we'll need more information: 1. How do you usually invoke mergemaster? 2. Do you have a .mergemasterrc file? 3. Do you run a MM_PRE_COMPARE_SCRIPT? 4. Do you have any *_BIND_* options in /etc/make.conf? 5. Output of 'ls -la /etc/namedb /var/named/etc/namedb' Hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 23:34:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC45C16A4CE; Thu, 7 Oct 2004 23:34:39 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE48643D41; Thu, 7 Oct 2004 23:34:39 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 6395BF1BF2; Thu, 7 Oct 2004 16:34:39 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00667-09; Thu, 7 Oct 2004 16:34:38 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id AC779F1BED; Thu, 7 Oct 2004 16:34:38 -0700 (PDT) From: Sean McNeil To: Doug Barton In-Reply-To: <20041007161322.S826@bo.vpnaa.bet> References: <20041007015527.M6673@alpha.siliconlandmark.com> <1097133252.92555.1.camel@server> <20041007161322.S826@bo.vpnaa.bet> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ANEL331J2eKLLfYzwRJC" Message-Id: <1097192078.1794.6.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 07 Oct 2004 16:34:38 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: Ryan Newman Subject: RE: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 23:34:40 -0000 --=-ANEL331J2eKLLfYzwRJC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-10-07 at 16:22, Doug Barton wrote: > On Thu, 7 Oct 2004, Sean McNeil wrote: >=20 > > On Wed, 2004-10-06 at 22:59, Andre Guibert de Bruet wrote: > >> On Wed, 6 Oct 2004, Ryan Newman wrote: > >> > >>>> From: Sean McNeil > >>>> To: freebsd-current@freebsd.org > >>>> Subject: mergemaster just screwed me > >>>> Date: Wed, 06 Oct 2004 11:48:58 -0700 > >>>> > >>>> I just ran mergemaster and it deleted my named.conf and everything > >>>> else. I'm guessing it did an rm /etc/namedb/* or something like tha= t. >=20 >=20 > Mergemaster doesn't do anything of the sort. It never takes action on=20 > any file or directory on the system unless the user tells it to. Doesn't do it on purpose ;) > >>>> My system was setup correctly with /etc/namedb linked to > >>>> /var/named/etc/namedb and it was all placed properly. :( >=20 > When you say "it was all placed properly," what do you mean by that? Everything according to UPDATING. I've had bind9 working for a good deal of time. Close to immediately after it was put in current. > >> I don't mean to be an ass, but you *need to read UPDATING* when you > >> upgrade CURRENT. The 20040928 entry detailed the steps required for a > >> smooth transition from bind8 to bind9. > > > > I don't take your comment as anything but informative. In my case, > > however, I *DID* read UPDATING and I followed it completely. My system > > was completely working with bind9 and then I did a mergemaster and it > > wiped out all my settings!!!! >=20 > The good news is that if you actually followed the instructions in=20 > UPDATING you should have a copy of your old settings in /etc/namedb.bak.=20 > And of course, the mergemaster man page counsels you to make good=20 > backups before running it. Yes, I was fortunate to have things backed up. > In order to debug this we'll need more information: >=20 > 1. How do you usually invoke mergemaster? > 2. Do you have a .mergemasterrc file? > 3. Do you run a MM_PRE_COMPARE_SCRIPT? > 4. Do you have any *_BIND_* options in /etc/make.conf? > 5. Output of 'ls -la /etc/namedb /var/named/etc/namedb' 1. I invoke by simply typing mergemaster. 2. yes, the contents are: MM_PRE_COMPARE_SCRIPT=3D/usr/local/bin/mergemaster_precompare 3. The contents of /usr/local/bin/mergemaster_precompare are... #!/bin/sh # NOTE: No PATH needed, because mm's PATH is already draconian enough case "${PRE_WORLD}" in '') rm -f ${TEMPROOT}/etc/motd rm -f ${TEMPROOT}/etc/hosts ${TEMPROOT}/etc/hosts.allow rm -f ${TEMPROOT}/etc/mail/mailer.conf rm -f ${TEMPROOT}/etc/ssl/openssl.cnf rm -f ${TEMPROOT}/etc/namedb/PROTO.* ${TEMPROOT}/etc/namedb/named.* \ ${TEMPROOT}/etc/namedb/make-localhost ;; esac ARGH!!!!! That must be it. Deleting them in TEMPROOT causes them to go away in /var/named? Thanks for the insight. Now, is what I did here wrong or is this an issue with the way things are moved around? Cheers, Sean --=-ANEL331J2eKLLfYzwRJC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZdKOyQsGN30uGE4RAg5pAKDPOa20U/R5eyzKt4kRKytPv9kvPQCcDdkA CqtizxIEF6OYfHTzpcMHni4= =yzCC -----END PGP SIGNATURE----- --=-ANEL331J2eKLLfYzwRJC-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 23:47:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C8A16A4CE; Thu, 7 Oct 2004 23:47:50 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC7843D2D; Thu, 7 Oct 2004 23:47:49 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from ob.icann.org ([192.0.35.106]) by comcast.net (sccrmhc11) with SMTP id <2004100723474801100j7qnne> (Authid: domain_name_tsar); Thu, 7 Oct 2004 23:47:48 +0000 Date: Thu, 7 Oct 2004 16:47:44 -0700 (PDT) From: Doug Barton To: Sean McNeil In-Reply-To: <1097192078.1794.6.camel@server> Message-ID: <20041007164340.E826@bo.vpnaa.bet> References: <1097133252.92555.1.camel@server> <20041007161322.S826@bo.vpnaa.bet> <1097192078.1794.6.camel@server> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2113246951-1097192864=:826" cc: freebsd-current@freebsd.org cc: Ryan Newman Subject: RE: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 23:47:50 -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-2113246951-1097192864=:826 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Thu, 7 Oct 2004, Sean McNeil wrote: >> 1. How do you usually invoke mergemaster? >> 2. Do you have a .mergemasterrc file? >> 3. Do you run a MM_PRE_COMPARE_SCRIPT? >> 4. Do you have any *_BIND_* options in /etc/make.conf? >> 5. Output of 'ls -la /etc/namedb /var/named/etc/namedb' > > 1. I invoke by simply typing mergemaster. > 2. yes, the contents are: > > MM_PRE_COMPARE_SCRIPT=/usr/local/bin/mergemaster_precompare > > 3. The contents of /usr/local/bin/mergemaster_precompare are... > > #!/bin/sh > > # NOTE: No PATH needed, because mm's PATH is already draconian enough > > case "${PRE_WORLD}" in > '') > rm -f ${TEMPROOT}/etc/motd > rm -f ${TEMPROOT}/etc/hosts ${TEMPROOT}/etc/hosts.allow > rm -f ${TEMPROOT}/etc/mail/mailer.conf > rm -f ${TEMPROOT}/etc/ssl/openssl.cnf > rm -f ${TEMPROOT}/etc/namedb/PROTO.* > ${TEMPROOT}/etc/namedb/named.* \ > ${TEMPROOT}/etc/namedb/make-localhost > ;; > esac > > ARGH!!!!! That must be it. Deleting them in TEMPROOT causes them to go > away in /var/named? > > Thanks for the insight. Now, is what I did here wrong or is this an > issue with the way things are moved around? Yeah, that's what I was afraid of. The change that happened in version 1.334 of src/etc/Makefile symlinked the /etc/namedb in the temproot directory to the live directory on the system. Please try the attached patch and make sure that it works for you, then let me know the results. Doug -- This .signature sanitized for your protection --0-2113246951-1097192864=:826 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="bind9-mtree-fix-2.diff" Content-Transfer-Encoding: BASE64 Content-ID: <20041007164744.X826@bo.vpnaa.bet> Content-Description: Content-Disposition: attachment; filename="bind9-mtree-fix-2.diff" SW5kZXg6IGV0Yy9NYWtlZmlsZQ0KPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0K UkNTIGZpbGU6IC91c3IvbG9jYWwvbmN2cy9zcmMvZXRjL01ha2VmaWxlLHYN CnJldHJpZXZpbmcgcmV2aXNpb24gMS4zMzQNCmRpZmYgLXUgLXIxLjMzNCBN YWtlZmlsZQ0KLS0tIGV0Yy9NYWtlZmlsZQk1IE9jdCAyMDA0IDEzOjAzOjA4 IC0wMDAwCTEuMzM0DQorKysgZXRjL01ha2VmaWxlCTcgT2N0IDIwMDQgMTk6 MjI6NDIgLTAwMDANCkBAIC0xMjIsMTAgKzEyMiwxOCBAQA0KIAkgICAgbG4g JHtERVNURElSfS9yb290Ly5wcm9maWxlICR7REVTVERJUn0vLnByb2ZpbGUN CiAJY2QgJHsuQ1VSRElSfS9tdHJlZTsgJHtJTlNUQUxMfSAtbyAke0JJTk9X Tn0gLWcgJHtCSU5HUlB9IC1tIDQ0NCBcDQogCSAgICAke01UUkVFfSAke0RF U1RESVJ9L2V0Yy9tdHJlZQ0KLS5pZiAhZGVmaW5lZChOT19CSU5EX0VUQykg JiYgIWRlZmluZWQoTk9fQklORCkNCisuaWYgIWRlZmluZWQoTk9fQklORCkN CisuaWYgIWRlZmluZWQoTk9fQklORF9FVEMpDQogCWNkICR7LkNVUkRJUn0v bmFtZWRiOyAke0lOU1RBTEx9IC1vICR7QklOT1dOfSAtZyAke0JJTkdSUH0g LW0gNjQ0IFwNCiAJICAgICR7TkFNRURCfSAke0RFU1RESVJ9L3Zhci9uYW1l ZC9ldGMvbmFtZWRiDQogLmVuZGlmDQorLmlmICFkZWZpbmVkKE5PX0JJTkRf TVRSRUUpDQorCUBpZiBbICEgLWUgJHtERVNURElSfS9ldGMvbmFtZWRiIF07 IHRoZW4gXA0KKwkJc2V0IC14OyBcDQorCQlsbiAtcyAuLi92YXIvbmFtZWQv ZXRjL25hbWVkYiAke0RFU1RESVJ9L2V0Yy9uYW1lZGI7IFwNCisJZmkNCisu ZW5kaWYNCisuZW5kaWYNCiAJY2QgJHsuQ1VSRElSfS9wcHA7ICR7SU5TVEFM TH0gLW8gJHtCSU5PV059IC1nICR7QklOR1JQfSAtbSA2MDAgXA0KIAkgICAg JHtQUFBDTkZ9ICR7REVTVERJUn0vZXRjL3BwcA0KIAljZCAkey5DVVJESVJ9 L21haWw7ICR7SU5TVEFMTH0gLW8gJHtCSU5PV059IC1nICR7QklOR1JQfSAt bSA2NDQgXA0KQEAgLTE4NCw5ICsxOTIsMTAgQEANCiAJbXRyZWUgLWRlVSAk e01UUkVFX0ZPTExPV1NfU1lNTElOS1N9IC1mICR7LkNVUkRJUn0vbXRyZWUv QklORC5pbmNsdWRlLmRpc3QgXA0KIAkgICAgLXAgJHtERVNURElSfS91c3Iv aW5jbHVkZQ0KIC5lbmRpZg0KKy5pZiAhZGVmaW5lZChOT19CSU5EX01UUkVF KQ0KIAltdHJlZSAtZGVVICR7TVRSRUVfRk9MTE9XU19TWU1MSU5LU30gLWYg JHsuQ1VSRElSfS9tdHJlZS9CSU5ELmNocm9vdC5kaXN0IFwNCiAJICAgIC1w ICR7REVTVERJUn0vdmFyL25hbWVkDQotCWxuIC1maHMgL3Zhci9uYW1lZC9l dGMvbmFtZWRiICR7REVTVERJUn0vZXRjL25hbWVkYg0KKy5lbmRpZg0KIC5l bmRpZg0KIC5pZiAhZGVmaW5lZChOT19TRU5ETUFJTCkNCiAJbXRyZWUgLWRl VSAke01UUkVFX0ZPTExPV1NfU1lNTElOS1N9IC1mICR7LkNVUkRJUn0vbXRy ZWUvQlNELnNlbmRtYWlsLmRpc3QgLXAgJHtERVNURElSfS8NCkluZGV4OiBz aGFyZS9leGFtcGxlcy9ldGMvbWFrZS5jb25mDQo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09DQpSQ1MgZmlsZTogL3Vzci9sb2NhbC9uY3ZzL3NyYy9zaGFyZS9l eGFtcGxlcy9ldGMvbWFrZS5jb25mLHYNCnJldHJpZXZpbmcgcmV2aXNpb24g MS4yMzQNCmRpZmYgLXUgLXIxLjIzNCBtYWtlLmNvbmYNCi0tLSBzaGFyZS9l eGFtcGxlcy9ldGMvbWFrZS5jb25mCTI3IFNlcCAyMDA0IDA4OjIzOjQyIC0w MDAwCTEuMjM0DQorKysgc2hhcmUvZXhhbXBsZXMvZXRjL21ha2UuY29uZgk3 IE9jdCAyMDA0IDE5OjI0OjEzIC0wMDAwDQpAQCAtMTQ1LDEwICsxNDUsMTIg QEANCiAjDQogIyBWYXJpYWJsZXMgdG8gY29udHJvbCB3aGV0aGVyIHBhcnRz IG9mIHRoZSBiYXNlIEJJTkQgYXJlIGJ1aWx0Lg0KICMgRGVmaW5pbmcgTk9f QklORCBtYWtlcyBhbGwgb2YgdGhlIGZvbGxvd2luZyBCSU5EIHZhcmlhYmxl cyBvYnNvbGV0ZS4NCisjIFBsZWFzZSBzZWUgdGhlIG1vcmUgZGV0YWlsZWQg ZGVzY3JpcHRpb25zIGluIG1ha2UuY29uZig1KS4NCiAjTk9fQklORD0JCXRy dWUJIyBEbyBub3QgYnVpbGQgYW55IHBhcnQgb2YgQklORA0KICNOT19CSU5E X0ROU1NFQz0JdHJ1ZQkjIERvIG5vdCBidWlsZCBkbnNzZWMta2V5Z2VuLCBk bnNzZWMtc2lnbnpvbmUNCiAjTk9fQklORF9FVEM9CQl0cnVlCSMgRG8gbm90 IGluc3RhbGwgZmlsZXMgdG8gL2V0Yy9uYW1lZGINCiAjTk9fQklORF9MSUJT X0xXUkVTPQl0cnVlCSMgRG8gbm90IGluc3RhbGwgdGhlIGx3cmVzIGxpYnJh cnkNCisjTk9fQklORF9NVFJFRT0JCXRydWUJIyBEbyBub3QgcnVuIG10cmVl IHRvIGNyZWF0ZSBjaHJvb3QgZGlyZWN0b3JpZXMNCiAjTk9fQklORF9OQU1F RD0JCXRydWUJIyBEbyBub3QgYnVpbGQgbmFtZWQsIHJuZGMsIGx3cmVzZCwg ZXRjLg0KICNOT19CSU5EX1VUSUxTPQkJdHJ1ZQkjIERvIG5vdCBidWlsZCBk aWcsIGhvc3QsIG5zbG9va3VwLCBuc3VwZGF0ZQ0KICNXSVRIX0JJTkRfTElC Uz0JdHJ1ZQkjIEluc3RhbGwgdGhlIEJJTkQgbGlicyBhbmQgaW5jbHVkZSBm aWxlcw0KSW5kZXg6IHNoYXJlL21hbi9tYW41L21ha2UuY29uZi41DQo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL3Vzci9sb2NhbC9uY3Zz L3NyYy9zaGFyZS9tYW4vbWFuNS9tYWtlLmNvbmYuNSx2DQpyZXRyaWV2aW5n IHJldmlzaW9uIDEuOTYNCmRpZmYgLXUgLXIxLjk2IG1ha2UuY29uZi41DQot LS0gc2hhcmUvbWFuL21hbjUvbWFrZS5jb25mLjUJMjcgU2VwIDIwMDQgMDg6 MjM6NDIgLTAwMDAJMS45Ng0KKysrIHNoYXJlL21hbi9tYW41L21ha2UuY29u Zi41CTUgT2N0IDIwMDQgMjM6NTM6MzMgLTAwMDANCkBAIC0yNCw3ICsyNCw3 IEBADQogLlwiDQogLlwiICRGcmVlQlNEOiBzcmMvc2hhcmUvbWFuL21hbjUv bWFrZS5jb25mLjUsdiAxLjk2IDIwMDQvMDkvMjcgMDg6MjM6NDIgZG91Z2Ig RXhwICQNCiAuXCINCi0uRGQgU2VwdGVtYmVyIDI3LCAyMDA0DQorLkRkIE9j dG9iZXIgNSwgMjAwNA0KIC5EdCBNQUtFLkNPTkYgNQ0KIC5Pcw0KIC5TaCBO QU1FDQpAQCAtNjEyLDEyICs2MTIsMjMgQEANCiAuSXQgVmEgTk9fQklORF9F VEMNCiAuUHEgVnQgYm9vbA0KIFNldCB0byBhdm9pZCBpbnN0YWxsaW5nIHRo ZSBkZWZhdWx0IGZpbGVzIHRvDQotLlBhIC9ldGMvbmFtZWRiIC4NCisuUGEg L3Zhci9uYW1lZC9ldGMvbmFtZWRiIC4NCiAuSXQgVmEgTk9fQklORF9MSUJT X0xXUkVTDQogLlBxIFZ0IGJvb2wNCiBTZXQgdG8gYXZvaWQgaW5zdGFsbGlu ZyB0aGUgbGlnaHR3ZWlnaHQgcmVzb2x2ZXIgbGlicmFyeSBpbg0KIC5QYSAv dXNyL2xpYiAuDQogVGhlIGxpYnJhcnkgdGhhdCBpcyBwcml2YXRlIHRvIHRo ZSBidWlsZCBzeXN0ZW0gbWF5IHN0aWxsIGJlIGJ1aWx0IGFzIG5lZWRlZC4N CisuSXQgVmEgTk9fQklORF9NVFJFRQ0KKy5QcSBWdCBib29sDQorU2V0IHRv IGF2b2lkIHJ1bm5pbmcNCisuWHIgbXRyZWUgOA0KK3RvIGNyZWF0ZSB0aGUg Y2hyb290IGRpcmVjdG9yeSBzdHJ1Y3R1cmUgdW5kZXINCisuUGEgL3Zhci9u YW1lZCAsDQorYW5kIGF2b2lkIGNyZWF0aW5nIGFuDQorLlBhIC9ldGMvbmFt ZWRiDQorc3ltbGluayB0byB0aGUgY2hyb290IGRpcmVjdG9yeS4NCitUaGlz IG9wdGlvbiBzaG91bGQgdHlwaWNhbGx5IGJlIHVzZWQgdG9nZXRoZXIgd2l0 aA0KKy5WdCBOT19CSU5EX0VUQyAuDQogLkl0IFZhIE5PX0JJTkRfTkFNRUQN CiAuUHEgVnQgYm9vbA0KIFNldCB0byBhdm9pZCBidWlsZGluZyBvciBpbnN0 YWxsaW5nDQo= --0-2113246951-1097192864=:826-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 23:53:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A13316A4CE for ; Thu, 7 Oct 2004 23:53:11 +0000 (GMT) Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B94AA43D2F for ; Thu, 7 Oct 2004 23:53:07 +0000 (GMT) (envelope-from cisbjc@cs.unisa.edu.au) Received: from [192.168.0.242] (cis202068.levels.unisa.edu.au [130.220.37.202])i97Nqt15015225; Fri, 8 Oct 2004 09:22:56 +0930 (CST) Message-ID: <4165D5CD.6020005@cs.unisa.edu.au> Date: Fri, 08 Oct 2004 09:18:29 +0930 From: Benjamin Close User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040819 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marc Ramirez References: <200410071835.51942.marc.ramirez@bluecirclesoft.com> In-Reply-To: <200410071835.51942.marc.ramirez@bluecirclesoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 23:53:11 -0000 Marc Ramirez wrote: >On Thursday 07 October 2004 01:15 pm, Doug White wrote: > > >>On Thu, 7 Oct 2004, Benjamin Close wrote: >> >> >>> I've been using each Beta Release as they come out and ever >>> >>> >since > > >>>Beta 3 I've noticed delays where there never used to be any. >>>I believe this may be somehow related to ULE->BSD scheduler change. >>> >>> >A > > >>>classic situation of where they now exist is when I switch virtual >>>desktops back to another xterm. It takes 4-5 seconds before I can >>> >>> >type. > > >>>The machine is virtually 100% idle. Before beta3 this was not a >>> >>> >problem > > >>>with almost an instant response. >>> >>> >>Can you provide a reproduction case? I don't notice any sort of delay >> >> >when > > >>switching between text vtys, or changing keyboard focus in X. I've >> >> >been > > >>using 4BSD the entire time. >> >> > >I can't reproduce it yet, but I have the problem, too. No desktop >switching >involved, and I'm using konsole, but same thing. For me, sometimes it's >the >mouse and sometimes the keyboard. > >Marc. > > > I believe the issue is with the scheduler or something related to it. The effect seems to occur when a process hasn't been used for a long time and then is suddenly switched from a wait state to an active state. One place I notice it is if I su then perform some function, leave the process su'd say overnight then the next morning type exit on it. The 'exit' takes a while to display then once it does, it takes 3-4 seconds before the previous shell's prompt reappears. The box is never in swap with it's stats being: Mem: 133M Active, 236M Inact, 92M Wired, 15M Cache, 60M Buf, 18M Free Swap: 512M Total, 512M Free However, it has a number of constantly running processes (graphical memory watches, xfishtanks, graphical load watches, etc) Once the process responds it runs fine until the next long delay. It seems more responsive with BETA7 but no where near the same as before the scheduler change. It might be a symptom related to X, will test overnight in console. Cheers, Benjamin -- 3D Research Associate / System Administrator +61 8 8302 3669 School of Computer and Information Science Room D1-07, ML Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 23:55:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7571A16A4CE; Thu, 7 Oct 2004 23:55:19 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BB9143D3F; Thu, 7 Oct 2004 23:55:19 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E077CF1907; Thu, 7 Oct 2004 16:55:16 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04091-01; Thu, 7 Oct 2004 16:55:16 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 4C647F189E; Thu, 7 Oct 2004 16:55:16 -0700 (PDT) From: Sean McNeil To: Doug Barton In-Reply-To: <20041007164340.E826@bo.vpnaa.bet> References: <20041007015527.M6673@alpha.siliconlandmark.com> <1097133252.92555.1.camel@server> <20041007161322.S826@bo.vpnaa.bet> <1097192078.1794.6.camel@server> <20041007164340.E826@bo.vpnaa.bet> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PeIZJ4yA/91XJDOB0GD5" Message-Id: <1097193316.4224.1.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 07 Oct 2004 16:55:16 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: Ryan Newman Subject: RE: mergemaster just screwed me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 23:55:19 -0000 --=-PeIZJ4yA/91XJDOB0GD5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-10-07 at 16:47, Doug Barton wrote: > On Thu, 7 Oct 2004, Sean McNeil wrote: >=20 > >> 1. How do you usually invoke mergemaster? > >> 2. Do you have a .mergemasterrc file? > >> 3. Do you run a MM_PRE_COMPARE_SCRIPT? > >> 4. Do you have any *_BIND_* options in /etc/make.conf? > >> 5. Output of 'ls -la /etc/namedb /var/named/etc/namedb' > > > > 1. I invoke by simply typing mergemaster. > > 2. yes, the contents are: > > > > MM_PRE_COMPARE_SCRIPT=3D/usr/local/bin/mergemaster_precompare > > > > 3. The contents of /usr/local/bin/mergemaster_precompare are... > > > > #!/bin/sh > > > > # NOTE: No PATH needed, because mm's PATH is already draconian enough > > > > case "${PRE_WORLD}" in > > '') > > rm -f ${TEMPROOT}/etc/motd > > rm -f ${TEMPROOT}/etc/hosts ${TEMPROOT}/etc/hosts.allow > > rm -f ${TEMPROOT}/etc/mail/mailer.conf > > rm -f ${TEMPROOT}/etc/ssl/openssl.cnf > > rm -f ${TEMPROOT}/etc/namedb/PROTO.* > > ${TEMPROOT}/etc/namedb/named.* \ > > ${TEMPROOT}/etc/namedb/make-localhost > > ;; > > esac > > > > ARGH!!!!! That must be it. Deleting them in TEMPROOT causes them to go > > away in /var/named? > > > > Thanks for the insight. Now, is what I did here wrong or is this an > > issue with the way things are moved around? >=20 > Yeah, that's what I was afraid of. The change that happened in version=20 > 1.334 of src/etc/Makefile symlinked the /etc/namedb in the temproot=20 > directory to the live directory on the system. >=20 > Please try the attached patch and make sure that it works for you, then=20 > let me know the results. >=20 > Doug The provided patch allows me to use my mergemaster_precompare. Many, many thanks! Sean --=-PeIZJ4yA/91XJDOB0GD5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZddkyQsGN30uGE4RArTCAJsFAtrtr7LwaaeUEQcQlAD1JwfsLQCfSxKy B4nnPuHgjHmMt6hDPOCKuos= =oxBm -----END PGP SIGNATURE----- --=-PeIZJ4yA/91XJDOB0GD5-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 00:49:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D288016A4CE for ; Fri, 8 Oct 2004 00:49:01 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B04843D1F for ; Fri, 8 Oct 2004 00:49:01 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8EC1372DD4; Thu, 7 Oct 2004 17:49:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8C22572DCB; Thu, 7 Oct 2004 17:49:01 -0700 (PDT) Date: Thu, 7 Oct 2004 17:49:01 -0700 (PDT) From: Doug White To: Matt Hamilton In-Reply-To: Message-ID: <20041007174143.J90173@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA5 AMD64 Python problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 00:49:01 -0000 Matt, I finally got some time to attempt to reproduce this ... I can trigger the bus error on the last test of bug 418626, which goes into a recursion loop. This is the call: re.search('(a|b)*?c', 10000*'ab'+'cd') I've also been able to confirm that compiling Python without threads avoids the crash. Debugging it from here will be tricky, however; gdb in -current has problems with stack unwinding and threads, and if the stack is getting corrupted (which is highly likely) then it'll make things harder than they already are. I'll try to poke at this a bit more. On Sun, 3 Oct 2004, Matt Hamilton wrote: > Hi All, > We have just bought ourselves an AMD64 machine (HP DL145) and I have > put 5.3-BETA5 on it. This is our first foray into 5.x, so far we have > kept all our servers on 4.x. The server is meant to be a Zope server, > but I am having trouble with python. > > Python 2.3.4 as built from ports cannot pass its own unit tests on this > platform, specifically it fails test_re.py in about the 4th test > (something to do with catching infinite recursion on a regular > expression). The test just core dumps (as does trying to start Zope). > I thought this was the well known 'FreeBSD has a tiny pthread stack > size' issue. This is fixed in recent pythons (and the ports) by calling > pthread_setstacksize to increase the stack to 1MB. > > I've tried this on 5.3-BETA5/AMD64, but to no avail. If I compile > python *without* thread support, then the unit test passes. So I think > it is related to threads. I've not managed to keep my finger on the > -current development pulse, but wasn't threads re-written in 5.x? Or > was it just the scheduler (I am using whichever scheduler 5.3-BETA5 uses > by default). > > I've even tried raising the stack size to 64MB in python, but still it > core dumps. > > Anyone else using python on 5.x? Can you test it passes its regex unit > tests? As currently I'm unsure if the problem is related to: > > 1) AMD64 support > 2) 5.x's new threads and/or scheduler > 3) something else :) > > I'm pretty sure I've heard of people running Zope on 5.1 (I'm guessing > it was i386) so I'm thinking it is a 64-bit issue. > > -Matt > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 02:28:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CEA116A4CE for ; Fri, 8 Oct 2004 02:28:27 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E36D43D39 for ; Fri, 8 Oct 2004 02:28:27 +0000 (GMT) (envelope-from psionic@gmail.com) Received: by mproxy.gmail.com with SMTP id 78so194377rnk for ; Thu, 07 Oct 2004 19:28:26 -0700 (PDT) Received: by 10.38.79.8 with SMTP id c8mr3851804rnb; Thu, 07 Oct 2004 19:28:26 -0700 (PDT) Received: by 10.38.78.13 with HTTP; Thu, 7 Oct 2004 19:28:26 -0700 (PDT) Message-ID: <5ad23a300410071928791fa9c@mail.gmail.com> Date: Thu, 7 Oct 2004 22:28:26 -0400 From: Jordan Sissel To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Thinkpad T41 Sleep issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jordan Sissel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 02:28:27 -0000 I'm having a few issues with sleep mode with my Thinkpad T41. There are two separate issues here: 1) Waking from sleep while in X and the radeon kernel module is loaded garbles the screen and locks the machine. If the module is not available for loading while X starts up, sleeping and waking are both fine while in X. 2) Waking from sleep with moused running breaks the mouse. moused must be restarted in order for mouse control to happen. Hardware involved: ATI Radeon 7500 Mobility Synaptics touchpad (Thinkpad UltraNav thingy) This was from today's -current: FreeBSD thinktop.rit.edu 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Oct 7 10:48:45 EDT 2004 root@thinktop.rit.edu:/usr/obj/usr/src/sys/NIGHTFALL i386 I am fully willing to help debug and fix this, I just need to know what needs done. (assuming this isn't PEBKAC) -Jordan From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 02:47:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E6B16A4CE for ; Fri, 8 Oct 2004 02:47:23 +0000 (GMT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78FB943D55 for ; Fri, 8 Oct 2004 02:47:22 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id LAA06598 for ; Fri, 8 Oct 2004 11:47:21 +0900 (JST) Message-Id: <200410080247.LAA06598@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol From: takawata@jp.freebsd.org To: freebsd-current@freebsd.org In-reply-to: Your message of "Thu, 07 Oct 2004 22:28:26 -0400." <5ad23a300410071928791fa9c@mail.gmail.com> Date: Fri, 08 Oct 2004 11:47:21 +0900 Sender: takawata@axe-inc.co.jp Subject: Re: Thinkpad T41 Sleep issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 02:47:23 -0000 In message <5ad23a300410071928791fa9c@mail.gmail.com>, Jordan Sissel wrote: >I'm having a few issues with sleep mode with my Thinkpad T41. Hmm, I don't get it work DRM module in my ThinkPad X31. >There are two separate issues here: >1) Waking from sleep while in X and the radeon kernel module is loaded >garbles the screen and locks the machine. If the module is not >available for loading while X starts up, sleeping and waking are both >fine while in X. DRM kernel module has no suspend/resume routine for system suspend/resume. >2) Waking from sleep with moused running breaks the mouse. moused must >be restarted in order for mouse control to happen. Putting hint.psm.0.flags="0x6000" to /boot/device.hints may help you I think. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 02:50:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E6B616A4CE; Fri, 8 Oct 2004 02:50:57 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-222-78-9.jan.bellsouth.net [68.222.78.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id B18AA43D39; Fri, 8 Oct 2004 02:50:56 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 8171920F8E; Thu, 7 Oct 2004 21:50:55 -0500 (CDT) Date: Thu, 7 Oct 2004 21:50:55 -0500 From: "Matthew D. Fuller" To: Don Lewis Message-ID: <20041008025054.GJ49914@over-yonder.net> References: <136a340a041007045538093bfd@mail.gmail.com> <200410071644.i97Giq5a058914@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410071644.i97Giq5a058914@gw.catspoiler.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: freebsd-current@FreeBSD.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 02:50:57 -0000 On Thu, Oct 07, 2004 at 09:44:52AM -0700 I heard the voice of Don Lewis, and lo! it spake thus: > > When running in an xterm, it puts the username, hostname, and the > last part of $cwd in the xterm title. I've killed men for less 8-} I've always hated that behavior of bash configs on Linux boxes. Like, really deeply hated. To be marginally on-topic, the .tcshrc I've been using (with constant minor tweaks, of course) for ages is on my website (see .sig). Share and enjoy. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 03:03:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 187DE16A4CE for ; Fri, 8 Oct 2004 03:03:24 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CCA43D1F for ; Fri, 8 Oct 2004 03:03:23 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id B7816651F7; Fri, 8 Oct 2004 04:03:20 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26322-05-3; Fri, 8 Oct 2004 04:03:20 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id EB7EB651EB; Fri, 8 Oct 2004 04:03:19 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 2A53963B2; Thu, 7 Oct 2004 20:03:17 -0700 (PDT) Date: Thu, 7 Oct 2004 20:03:17 -0700 From: Bruce M Simpson To: Jordan Sissel Message-ID: <20041008030317.GV664@empiric.icir.org> Mail-Followup-To: Jordan Sissel , freebsd-current@freebsd.org References: <5ad23a300410071928791fa9c@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="utPK4TBebyzZxMrE" Content-Disposition: inline In-Reply-To: <5ad23a300410071928791fa9c@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: Thinkpad T41 Sleep issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 03:03:24 -0000 --utPK4TBebyzZxMrE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, On Thu, Oct 07, 2004 at 10:28:26PM -0400, Jordan Sissel wrote: > 1) Waking from sleep while in X and the radeon kernel module is loaded > garbles the screen and locks the machine. If the module is not > available for loading while X starts up, sleeping and waking are both > fine while in X. Known issue. DRM has no suspend/resume support at this time. Also, acpi_video cannot attach at the same time as it claims the same resources as radeon(4). I have been thinking of looking at this but I want to wait until anholt@ has some free cycles before attempting it. I'm not familiar with how to save state for a DRM driver, and I suspect that this depends on the ACPI sleep state being transitioned in to. Of course, if we can borrow ideas from Linux or other DRM/DRI platforms, so much the better. The question is, are you fully willing to help debug and fix experimental DRM patches? ;^) > 2) Waking from sleep with moused running breaks the mouse. moused must > be restarted in order for mouse control to happen. I don't use the UltraNav, but I think takawata-san has already answered this. Regards, BMS --utPK4TBebyzZxMrE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBZgN0ueUpAYYNtTsRAjRgAJ46EcrMy8RGcVlUdg0wWbQEKw7mjQCeLEhK IxVLbZ+q7N5/JfMEaOOw9gA= =0vB3 -----END PGP SIGNATURE----- --utPK4TBebyzZxMrE-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 03:17:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E3A916A4CE; Fri, 8 Oct 2004 03:17:44 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i983Hh9P001130; Thu, 7 Oct 2004 23:17:43 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i983HcXq001129; Thu, 7 Oct 2004 23:17:38 -0400 (EDT) (envelope-from green) Date: Thu, 7 Oct 2004 23:17:38 -0400 From: Brian Fundakowski Feldman To: Vlad Message-ID: <20041008031737.GA1027@green.homeunix.org> References: <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> <20041007010008.15274fbd.ubm@u-boot-man.de> <20041007181852.GA73261@green.homeunix.org> <20041007191757.GB73261@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007191757.GB73261@green.homeunix.org> User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 03:17:44 -0000 On Thu, Oct 07, 2004 at 03:17:57PM -0400, Brian Fundakowski Feldman wrote: > On Thu, Oct 07, 2004 at 03:11:48PM -0400, Vlad wrote: > > Brian, > > > > thanks for your work. Question: is this patch is something I can feel > > comfortable about trying it on a production server? Did you test it? > > It is completely untested other than compilation. I don't have my SMP > machine with console in front of me to be able to try to reproduce the > problem, but I believe these changes to be relatively safe. Okay, now I do; I did a more thorough potential fix -- so if that worked for you, this should do the same without a socket memory leak. The life and times of sockets are fraught with peril... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 03:46:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E16916A4CE for ; Fri, 8 Oct 2004 03:46:22 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A7143D1F for ; Fri, 8 Oct 2004 03:46:22 +0000 (GMT) (envelope-from psionic@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4224278rnk for ; Thu, 07 Oct 2004 20:46:19 -0700 (PDT) Received: by 10.38.79.36 with SMTP id c36mr1919935rnb; Thu, 07 Oct 2004 20:46:19 -0700 (PDT) Received: by 10.38.78.13 with HTTP; Thu, 7 Oct 2004 20:46:19 -0700 (PDT) Message-ID: <5ad23a3004100720467646e1ea@mail.gmail.com> Date: Thu, 7 Oct 2004 23:46:19 -0400 From: Jordan Sissel To: freebsd-current@freebsd.org In-Reply-To: <20041008030317.GV664@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> Subject: Re: Thinkpad T41 Sleep issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jordan Sissel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 03:46:22 -0000 On Thu, 7 Oct 2004 20:03:17 -0700, Bruce M Simpson wrote: > > On Thu, Oct 07, 2004 at 10:28:26PM -0400, Jordan Sissel wrote: > > 1) Waking from sleep while in X and the radeon kernel module is loaded > > garbles the screen and locks the machine. If the module is not > > available for loading while X starts up, sleeping and waking are both > > fine while in X. > > Known issue. DRM has no suspend/resume support at this time. Also, > acpi_video cannot attach at the same time as it claims the same resources > as radeon(4). > > I have been thinking of looking at this but I want to wait until anholt@ has > some free cycles before attempting it. I'm not familiar with how to save > state for a DRM driver, and I suspect that this depends on the ACPI sleep > state being transitioned in to. > > Of course, if we can borrow ideas from Linux or other DRM/DRI platforms, so > much the better. > > The question is, are you fully willing to help debug and fix experimental > DRM patches? ;^) > Absolutely, I'll help in any way I can. I'm currently content without drm, however I would like to see it fixed for those who can't stop playing crack attack (me!). I presently have zero knowlwedge about kernel modules or drm, but I'm willing to learn and help with whatever's going on with this. Let me know what I can do and I'll do what I can :) -Jordan From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:12:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CB7116A4CE for ; Fri, 8 Oct 2004 04:12:23 +0000 (GMT) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F0343D2F for ; Fri, 8 Oct 2004 04:12:22 +0000 (GMT) (envelope-from rsi@panix.com) Received: from mail.panix.com (mailspool2.panix.com [166.84.1.79]) by mail3.panix.com (Postfix) with ESMTP id 1A5E7981F6 for ; Fri, 8 Oct 2004 00:12:22 -0400 (EDT) X-Panix-Received: from 69.109.125.98 (SquirrelMail authenticated user rsi@panix.com); by mail.panix.com with HTTP; Fri, 8 Oct 2004 00:12:22 -0400 (EDT) Message-ID: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> Date: Fri, 8 Oct 2004 00:12:22 -0400 (EDT) From: "Rajappa Iyer" To: 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 Subject: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:12:23 -0000 Hi, I hope someone can help me out here. I have a machine with no PS/2 connectors... so I only have USB keyboard. I have turned on the BIOS emulation of keyboard -- the boot loader seems to see it fine. But once FreeBSD boots, then it is no longer able to see the keyboard. I tried disabling the atkbd and atkbdc, but it still finds and attaches kbd0 to atkbd and kbd1 to the USB keyboard. Any way out of this situation? Thanks, Rajappa -- aka Rajappa Iyer Absinthe makes the tart grow fonder. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:22:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBF5516A4CE; Fri, 8 Oct 2004 04:22:36 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 602B143D46; Fri, 8 Oct 2004 04:22:33 +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 i984MQOT085165; Fri, 8 Oct 2004 13:52:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 8 Oct 2004 13:52:16 +0930 User-Agent: KMail/1.7 References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> In-Reply-To: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1702272.NfL9H25PBV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410081352.25300.doconnor@gsoft.com.au> X-Spam-Score: -2.8 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:22:36 -0000 --nextPart1702272.NfL9H25PBV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 8 Oct 2004 13:42, Rajappa Iyer wrote: > Hi, > > I hope someone can help me out here. I have a machine with > no PS/2 connectors... so I only have USB keyboard. I have turned > on the BIOS emulation of keyboard -- the boot loader seems to see > it fine. But once FreeBSD boots, then it is no longer able to > see the keyboard. > > I tried disabling the atkbd and atkbdc, but it still finds and > attaches kbd0 to atkbd and kbd1 to the USB keyboard. What happens if you set hint.atkbd.0.flags=3D"0x1" in the loader? You should mention which version of FreeBSD too :) =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 --nextPart1702272.NfL9H25PBV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZhYB5ZPcIHs/zowRAnORAJ9/BL4JZninwAq/i4FzDGAKyaw+gQCdEBO0 MDarm87SianysxqSKa3u2fI= =xapu -----END PGP SIGNATURE----- --nextPart1702272.NfL9H25PBV-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:22:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBF5516A4CE; Fri, 8 Oct 2004 04:22:36 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 602B143D46; Fri, 8 Oct 2004 04:22:33 +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 i984MQOT085165; Fri, 8 Oct 2004 13:52:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 8 Oct 2004 13:52:16 +0930 User-Agent: KMail/1.7 References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> In-Reply-To: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1702272.NfL9H25PBV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410081352.25300.doconnor@gsoft.com.au> X-Spam-Score: -2.8 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:22:36 -0000 --nextPart1702272.NfL9H25PBV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 8 Oct 2004 13:42, Rajappa Iyer wrote: > Hi, > > I hope someone can help me out here. I have a machine with > no PS/2 connectors... so I only have USB keyboard. I have turned > on the BIOS emulation of keyboard -- the boot loader seems to see > it fine. But once FreeBSD boots, then it is no longer able to > see the keyboard. > > I tried disabling the atkbd and atkbdc, but it still finds and > attaches kbd0 to atkbd and kbd1 to the USB keyboard. What happens if you set hint.atkbd.0.flags=3D"0x1" in the loader? You should mention which version of FreeBSD too :) =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 --nextPart1702272.NfL9H25PBV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZhYB5ZPcIHs/zowRAnORAJ9/BL4JZninwAq/i4FzDGAKyaw+gQCdEBO0 MDarm87SianysxqSKa3u2fI= =xapu -----END PGP SIGNATURE----- --nextPart1702272.NfL9H25PBV-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:28:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FB5816A4CE for ; Fri, 8 Oct 2004 04:28:33 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D6343D5A for ; Fri, 8 Oct 2004 04:28:31 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2AB7.dyn.pacific.net.au (ppp2AB7.dyn.pacific.net.au [61.8.42.183])i984PKuB011522; Fri, 8 Oct 2004 14:25:31 +1000 From: Sam Lawrance To: Benjamin Close In-Reply-To: <4165D5CD.6020005@cs.unisa.edu.au> References: <200410071835.51942.marc.ramirez@bluecirclesoft.com> <4165D5CD.6020005@cs.unisa.edu.au> Content-Type: text/plain Date: Fri, 08 Oct 2004 14:30:23 +1000 Message-Id: <1097209823.8451.25.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: Marc Ramirez cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:28:33 -0000 On Fri, 2004-10-08 at 09:18 +0930, Benjamin Close wrote: > I believe the issue is with the scheduler or something related to it. > The effect seems to occur when a process > hasn't been used for a long time and then is suddenly switched from a > wait state to an active state. > One place I notice it is if I su then perform some function, leave the > process su'd say overnight then the next morning type exit on it. > The 'exit' takes a while to display then once it does, it takes 3-4 > seconds before the previous shell's prompt reappears. > The box is never in swap with it's stats being: > > Mem: 133M Active, 236M Inact, 92M Wired, 15M Cache, 60M Buf, 18M Free > Swap: 512M Total, 512M Free > > However, it has a number of constantly running processes (graphical > memory watches, xfishtanks, graphical load watches, etc) > > Once the process responds it runs fine until the next long delay. It > seems more responsive with BETA7 but no where near the same as before > the scheduler change. > It might be a symptom related to X, will test overnight in console. > > Cheers, > Benjamin > I have to "me too" this. I have only seen the problem with unused gettys and bashes on vtys and in xterm. I typically do have a reasonable amount of stuff paged out, but the delays I see aren't consistent with lots of paging in. The system can be idle with no disk activity and I can still see ~4 sec delays. I have tried to get a ddb trace on a frozen process with no luck so far - all I ever end up with is 'Thread xxx not found'. I initially assumed this might be because part of the process was paged out - I am unsure, though. Sam. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:29:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4733716A4CE for ; Fri, 8 Oct 2004 04:29:26 +0000 (GMT) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06EA143D45 for ; Fri, 8 Oct 2004 04:29:26 +0000 (GMT) (envelope-from rsi@panix.com) Received: from mail.panix.com (mailspool2.panix.com [166.84.1.79]) by mail3.panix.com (Postfix) with ESMTP id 542BE981C4; Fri, 8 Oct 2004 00:29:25 -0400 (EDT) X-Panix-Received: from 69.109.125.98 (SquirrelMail authenticated user rsi@panix.com); by mail.panix.com with HTTP; Fri, 8 Oct 2004 00:29:25 -0400 (EDT) Message-ID: <1596.69.109.125.98.1097209765.squirrel@69.109.125.98> In-Reply-To: <200410081352.25300.doconnor@gsoft.com.au> References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> <200410081352.25300.doconnor@gsoft.com.au> Date: Fri, 8 Oct 2004 00:29:25 -0400 (EDT) From: "Rajappa Iyer" To: "Daniel O'Connor" 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: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:29:26 -0000 > On Fri, 8 Oct 2004 13:42, Rajappa Iyer wrote: >> Hi, >> >> I hope someone can help me out here. I have a machine with >> no PS/2 connectors... so I only have USB keyboard. I have turned >> on the BIOS emulation of keyboard -- the boot loader seems to see >> it fine. But once FreeBSD boots, then it is no longer able to >> see the keyboard. >> >> I tried disabling the atkbd and atkbdc, but it still finds and >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. > > What happens if you set > > hint.atkbd.0.flags="0x1" No difference. Still attaches kbd0 to atkbd0. The funny thing is that it detects the ukbd0 before atkbd0 and still assigns kbd1 to ukbd0. Is there any way to force it to attach kbd0 to the first keyboard detected? > in the loader? > > You should mention which version of FreeBSD too :) I did, in the title. :-) It is 5.3-BETA7. Thanks, Rajappa -- aka Rajappa Iyer Absinthe makes the tart grow fonder. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:37:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14D1B16A4CE for ; Fri, 8 Oct 2004 04:37:32 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECCAC43D1F for ; Fri, 8 Oct 2004 04:37:31 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i984bXua012598; Thu, 7 Oct 2004 21:37:34 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i984bX2P012596; Thu, 7 Oct 2004 21:37:33 -0700 Date: Thu, 7 Oct 2004 21:37:33 -0700 From: Brooks Davis To: Rajappa Iyer Message-ID: <20041008043733.GA9549@odin.ac.hmc.edu> References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:37:32 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 08, 2004 at 12:12:22AM -0400, Rajappa Iyer wrote: > Hi, >=20 > I hope someone can help me out here. I have a machine with > no PS/2 connectors... so I only have USB keyboard. I have turned > on the BIOS emulation of keyboard -- the boot loader seems to see > it fine. But once FreeBSD boots, then it is no longer able to > see the keyboard. >=20 > I tried disabling the atkbd and atkbdc, but it still finds and > attaches kbd0 to atkbd and kbd1 to the USB keyboard. >=20 > Any way out of this situation? Sounds like your BIOS is too smart for it's own good. It emulates enough of the keyboard for atkbd to to probe, but then ukbd finds the keyboard and breaks it. Does the same thing happen if you disable emulation? (I suspect it does). If so, you may need to install by sticking the disk in something else and installing there. One other idea, if you can disable ukbd that may keep the keyboard from being initalized which should keep the emulation work. The real solution to this problem is to implement a keyboard mux which binds all keyboards to the console by default. I'm working on this, but there is not much chance this will make it in to 5.3 at this point. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBZhmNXY6L6fI4GtQRAk8bAKDeiLN6H3tfPeH+hclqNZo6wbG7fACgoYPD RJ34EOoR99ItU6egVjt5y8w= =59ZJ -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:40:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 835E216A4CE for ; Fri, 8 Oct 2004 04:40:56 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495B043D54 for ; Fri, 8 Oct 2004 04:40:55 +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 i984epqa085522; Fri, 8 Oct 2004 14:10:51 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Rajappa Iyer" Date: Fri, 8 Oct 2004 14:10:49 +0930 User-Agent: KMail/1.7 References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> <200410081352.25300.doconnor@gsoft.com.au> <1596.69.109.125.98.1097209765.squirrel@69.109.125.98> In-Reply-To: <1596.69.109.125.98.1097209765.squirrel@69.109.125.98> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4899433.NkSdNucVbh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410081410.50390.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:40:56 -0000 --nextPart4899433.NkSdNucVbh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 8 Oct 2004 13:59, Rajappa Iyer wrote: > >> I tried disabling the atkbd and atkbdc, but it still finds and > >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. > > > > What happens if you set > > > > hint.atkbd.0.flags=3D"0x1" > > No difference. > > Still attaches kbd0 to atkbd0. The funny thing is that it detects > the ukbd0 before atkbd0 and still assigns kbd1 to ukbd0. Is there > any way to force it to attach kbd0 to the first keyboard detected? Hmm, the above should prevent the system assuming you have a PS/2 keyboard,= so=20 you won't have more than one. If you are able to you could run "kbdcontrol -k /dev/kbd1" during startup (= eg=20 add something to /usr/local/etc/rc.d) as a crappy work around. > > You should mention which version of FreeBSD too :) > > I did, in the title. :-) It is 5.3-BETA7. Err oops. Sorry :) =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 --nextPart4899433.NkSdNucVbh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZhpS5ZPcIHs/zowRAltDAJ9y2OEQ3ShtXGqPFEq9lgcfrAnhwwCcDxoP z0V5TrwPY8gMov+aC3PJT6Y= =qL54 -----END PGP SIGNATURE----- --nextPart4899433.NkSdNucVbh-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:50:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F9F916A4CE for ; Fri, 8 Oct 2004 04:50:34 +0000 (GMT) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 699DC43D55 for ; Fri, 8 Oct 2004 04:50:34 +0000 (GMT) (envelope-from rsi@panix.com) Received: from mail.panix.com (mailspool2.panix.com [166.84.1.79]) by mail1.panix.com (Postfix) with ESMTP id 9F48F48702; Fri, 8 Oct 2004 00:50:33 -0400 (EDT) X-Panix-Received: from 69.109.125.98 (SquirrelMail authenticated user rsi@panix.com); by mail.panix.com with HTTP; Fri, 8 Oct 2004 00:50:34 -0400 (EDT) Message-ID: <1777.69.109.125.98.1097211034.squirrel@69.109.125.98> In-Reply-To: <20041008043733.GA9549@odin.ac.hmc.edu> References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> <20041008043733.GA9549@odin.ac.hmc.edu> Date: Fri, 8 Oct 2004 00:50:34 -0400 (EDT) From: "Rajappa Iyer" To: "Brooks Davis" 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: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:50:34 -0000 > Sounds like your BIOS is too smart for it's own good. It emulates > enough of the keyboard for atkbd to to probe, but then ukbd finds the > keyboard and breaks it. Does the same thing happen if you disable > emulation? (I suspect it does). If so, you may need to install by > sticking the disk in something else and installing there. One other > idea, if you can disable ukbd that may keep the keyboard from being > initalized which should keep the emulation work. That doesn't work either and I wouldn't have expected it to work either since FreeBSD does not use the BIOS once it boots. Disabling BIOS emulation does not work either. FreeBSD *still* probes and finds atkdbc0. Sounds like I'm SOL. Thanks, Rajappa -- aka Rajappa Iyer Absinthe makes the tart grow fonder. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 04:56:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56F6816A4CE for ; Fri, 8 Oct 2004 04:56:33 +0000 (GMT) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B5D43D55 for ; Fri, 8 Oct 2004 04:56:33 +0000 (GMT) (envelope-from rsi@panix.com) Received: from mail.panix.com (mailspool2.panix.com [166.84.1.79]) by mail1.panix.com (Postfix) with ESMTP id 8249948735; Fri, 8 Oct 2004 00:56:32 -0400 (EDT) X-Panix-Received: from 69.109.125.98 (SquirrelMail authenticated user rsi@panix.com); by mail.panix.com with HTTP; Fri, 8 Oct 2004 00:56:33 -0400 (EDT) Message-ID: <1813.69.109.125.98.1097211393.squirrel@69.109.125.98> In-Reply-To: <200410081410.50390.doconnor@gsoft.com.au> References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> <200410081352.25300.doconnor@gsoft.com.au> <1596.69.109.125.98.1097209765.squirrel@69.109.125.98> <200410081410.50390.doconnor@gsoft.com.au> Date: Fri, 8 Oct 2004 00:56:33 -0400 (EDT) From: "Rajappa Iyer" To: "Daniel O'Connor" 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: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 04:56:33 -0000 >> Still attaches kbd0 to atkbd0. The funny thing is that it detects >> the ukbd0 before atkbd0 and still assigns kbd1 to ukbd0. Is there >> any way to force it to attach kbd0 to the first keyboard detected? > > Hmm, the above should prevent the system assuming you have a PS/2 > keyboard, so you won't have more than one. Yeah, strange. > If you are able to you could run "kbdcontrol -k /dev/kbd1" during startup > (eg > add something to /usr/local/etc/rc.d) as a crappy work around. Sure could, except that I can't access the shell or anything since the keyboard doesn't work. :-( Looks like at this point, I'm SOL. Thanks, Rajappa -- aka Rajappa Iyer Absinthe makes the tart grow fonder. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 05:06:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB97C16A4CE for ; Fri, 8 Oct 2004 05:06:57 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C6B43D53 for ; Fri, 8 Oct 2004 05:06:57 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i9856m1e060429; Thu, 7 Oct 2004 22:06:52 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410080506.i9856m1e060429@gw.catspoiler.org> Date: Thu, 7 Oct 2004 22:06:48 -0700 (PDT) From: Don Lewis To: brooks@one-eyed-alien.net In-Reply-To: <20041008043733.GA9549@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 05:06:58 -0000 On 7 Oct, Brooks Davis wrote: > On Fri, Oct 08, 2004 at 12:12:22AM -0400, Rajappa Iyer wrote: >> Hi, >> >> I hope someone can help me out here. I have a machine with >> no PS/2 connectors... so I only have USB keyboard. I have turned >> on the BIOS emulation of keyboard -- the boot loader seems to see >> it fine. But once FreeBSD boots, then it is no longer able to >> see the keyboard. >> >> I tried disabling the atkbd and atkbdc, but it still finds and >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. >> >> Any way out of this situation? > > Sounds like your BIOS is too smart for it's own good. It emulates > enough of the keyboard for atkbd to to probe, but then ukbd finds the > keyboard and breaks it. Does the same thing happen if you disable > emulation? (I suspect it does). If so, you may need to install by > sticking the disk in something else and installing there. One other > idea, if you can disable ukbd that may keep the keyboard from being > initalized which should keep the emulation work. This sounds a lot like what I ran into with my Athlon XP machine in the early days of 5.x. I set up the machine to dual boot FreeBSD 5.x and RedHat Linux using GRUB to select the OS. If I was using a USB keyboard and keyboard emulation was off, I couldn't interact with the loader, and I don't think I could interact with GRUB either. If keyboard emulation was enabled, FreeBSD stumbled across atkbd and atkbdc and ignored the USB keyboard once it booted. If I could get in over the network, I could use kbdcontrol to switch enable access to the USB keyboard. This was sometimes a problem because neither the BIOS nor FreeBSD saw the fxp card when the machine was first powered on. Letting the machine boot part way and hitting the reset button, or logging on and rebooting would cause fxp0 to appear, though the latter method could not be done remotely ... RedHat 7.3 automagically used the USB keyboard. These days I'm using the PS/2 ports via a KVM switch, so I have no idea if this is still a problem. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 05:14:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EC9A16A4CF for ; Fri, 8 Oct 2004 05:14:01 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B84DB43D53 for ; Fri, 8 Oct 2004 05:14:00 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 7A954ACAF1; Fri, 8 Oct 2004 07:13:59 +0200 (CEST) Date: Fri, 8 Oct 2004 07:13:59 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20041008051359.GF73767@darkness.comp.waw.pl> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> <20041007202326.GA55025@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mWEPrn9k3Wj8m9KK" Content-Disposition: inline In-Reply-To: <20041007202326.GA55025@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org cc: y@zibbi.icomtek.csir.co.za Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 05:14:01 -0000 --mWEPrn9k3Wj8m9KK Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 10:23:27PM +0200, John Hay wrote: +> > This is because ad0 is open with exclusive bit, so gmirror cannot open +> > it for writing and it gets (EPERM - error=3D1 - errno(2)). +> > gmirror.patch should eliminate this race. +>=20 +> With gmirror.patch I don't see the geom_mirror error messages, but then +> it doesn't finish booting: +>=20 +> ####################################################### +> GEOM_MIRROR: Device gm0 created (id=3D861616013) +> GEOM_MIRROR: Device gm0: provider ad0 detected +> GEOM_MIRROR: Device gm0: provider ad2 detected +> Mounting root from ufs:/dev/mirror/gm0s1a +> setrootbyname failed +> Root mount failed: 6 +> Manual root filesystem specification +> ... +> mountroot> +> ####################################################### +>=20 +> So how do I go from here? Is there something else I can try? I wonder how is this possible with g_mirror.c rev.1.36... Could you try this patch and send me the output: http://people.freebsd.org/~pjd/patches/gmirror.3.patch --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --mWEPrn9k3Wj8m9KK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBZiIXForvXbEpPzQRAlZ+AKDTmzgRDS+Qjq2l5BXmtwS4pgUcaQCg917D O4VHYNaHDmR3PLtF1WSMAHg= =sc6E -----END PGP SIGNATURE----- --mWEPrn9k3Wj8m9KK-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 05:17:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A8F816A4CE for ; Fri, 8 Oct 2004 05:17:34 +0000 (GMT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB43A43D5C for ; Fri, 8 Oct 2004 05:17:33 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.103] (cpe-065-184-172-100.ec.rr.com [65.184.172.100])i985HVkc024303 for ; Fri, 8 Oct 2004 01:17:31 -0400 (EDT) Message-ID: <41662361.2050501@ec.rr.com> Date: Fri, 08 Oct 2004 01:19:29 -0400 From: jason User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040808) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: beta7 fails to load if_rl.ko on a clean install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 05:17:34 -0000 I just installed beta7 on a new computer to night and could not get the wireless pci card from linksys to work. I found out it was a realtek chip inside it with the linksys model wmp54g. When I found out it was a 1839(I think that was it) I tried the if_rl driver and it bombed with something like: module rl/miibus failed to register: 17 I had to retype it. I can get you more details later, but if anyone had a working rl card before beta7 let me know and I will down grade. It seems no one else has noticed this problem before now because this is not in the mail archives from my quick searching. Kldloading ether rl or miibus gives error messages btw. I will have the computer set up on a cable tomorrow, but only temporally. It will be going wireless later. I have seen no docs on project evil, I just read some of what was on the list, so if this is a case where I need to use it let me know. Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 05:28:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CAD516A4CE; Fri, 8 Oct 2004 05:28:05 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A53143D2F; Fri, 8 Oct 2004 05:28:05 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i985S7vW018916; Thu, 7 Oct 2004 22:28:07 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i985S7mf018914; Thu, 7 Oct 2004 22:28:07 -0700 Date: Thu, 7 Oct 2004 22:28:07 -0700 From: Brooks Davis To: Don Lewis Message-ID: <20041008052807.GA18359@odin.ac.hmc.edu> References: <20041008043733.GA9549@odin.ac.hmc.edu> <200410080506.i9856m1e060429@gw.catspoiler.org> 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: <200410080506.i9856m1e060429@gw.catspoiler.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: current@FreeBSD.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 05:28:05 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 10:06:48PM -0700, Don Lewis wrote: > On 7 Oct, Brooks Davis wrote: > > On Fri, Oct 08, 2004 at 12:12:22AM -0400, Rajappa Iyer wrote: > >> Hi, > >>=20 > >> I hope someone can help me out here. I have a machine with > >> no PS/2 connectors... so I only have USB keyboard. I have turned > >> on the BIOS emulation of keyboard -- the boot loader seems to see > >> it fine. But once FreeBSD boots, then it is no longer able to > >> see the keyboard. > >>=20 > >> I tried disabling the atkbd and atkbdc, but it still finds and > >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. > >>=20 > >> Any way out of this situation? > >=20 > > Sounds like your BIOS is too smart for it's own good. It emulates > > enough of the keyboard for atkbd to to probe, but then ukbd finds the > > keyboard and breaks it. Does the same thing happen if you disable > > emulation? (I suspect it does). If so, you may need to install by > > sticking the disk in something else and installing there. One other > > idea, if you can disable ukbd that may keep the keyboard from being > > initalized which should keep the emulation work. >=20 > This sounds a lot like what I ran into with my Athlon XP machine in the > early days of 5.x. I set up the machine to dual boot FreeBSD 5.x and > RedHat Linux using GRUB to select the OS. If I was using a USB keyboard > and keyboard emulation was off, I couldn't interact with the loader, and > I don't think I could interact with GRUB either. If keyboard emulation > was enabled, FreeBSD stumbled across atkbd and atkbdc and ignored the > USB keyboard once it booted. If I could get in over the network, I > could use kbdcontrol to switch enable access to the USB keyboard. This > was sometimes a problem because neither the BIOS nor FreeBSD saw the fxp > card when the machine was first powered on. Letting the machine boot > part way and hitting the reset button, or logging on and rebooting would > cause fxp0 to appear, though the latter method could not be done > remotely ... >=20 > RedHat 7.3 automagically used the USB keyboard. >=20 > These days I'm using the PS/2 ports via a KVM switch, so I have no idea > if this is still a problem. 5.3 will work fine in multiuser mode once you have it installed. The problem is that a number of machines emulate enough of the AT keyboard that we pick it up. The flags are supposed to prevent attaching a keyboard when none actually exists, but on some systems that don't work. We actually have the flags set on the install media and it does help some people. Unfortunatly, these system with emulation are becoming more and more common. We should have a fix by 5.4. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBZiVmXY6L6fI4GtQRAvYPAKDjY0kq7dhFNgQ2jyQUAh9JVqwkfACfbYWJ B8Z2uu46B47LY4H5yf3zIa4= =/H2m -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 05:32:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B1AF16A4CE for ; Fri, 8 Oct 2004 05:32:41 +0000 (GMT) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F52643D45 for ; Fri, 8 Oct 2004 05:32:40 +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]) i985VlHg015059 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 8 Oct 2004 15:31:47 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i985VkxP031754; Fri, 8 Oct 2004 15:31:46 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i985Vk93031753; Fri, 8 Oct 2004 15:31:46 +1000 (EST) (envelope-from pjeremy) Date: Fri, 8 Oct 2004 15:31:45 +1000 From: Peter Jeremy To: current@freebsd.org Message-ID: <20041008053145.GN83620@cirb503493.alcatel.com.au> References: <20041005093952.GA26938@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041005093952.GA26938@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2i cc: Andrew Li Subject: Re: digi(4) panics 5.3-BETA6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 05:32:41 -0000 On Tue, 2004-Oct-05 19:39:52 +1000, Peter Jeremy wrote: >I've just tried loading 5.3-BETA6 onto a HP DL380 that has a DigiBoard >Xem and found two (critical for me) problems. I've upgraded to just >before BETA7 (I'll try upgrading again tomorrow) with no change. > >Problem 1: Using tip on a Digi port causes an instant panic dereferencing > a NULL pointer. This turns out to be a long-standing bug in digi(4) that became fatal following phk's re-working of the TTY subsystem a few months ago. Basically digi(4) doesn't use ttymalloc(9) and its hand-crafted struct tty's are no longer good enough. There's a patch in kern/72436 and it would be nice if this could be applied before 5.3 goes out. (Does anyone else use DigiBoards?) Note that the patch won't apply to 6-CURRENT after phk's update a few days ago (which I wasn't aware of when I wrote the patch) - ttyalloc() doesn't exist in 5.x so merging fixes from 6 to 5 is going to be a PITA. >Problem 2: The system won't reboot. It hangs after the 'rebooting' prompt > and needs to be powered off/on to recover. Disabling ACPI has no effect. A colleague and I are still investigating this. Further datapoints: - The reboot after installing 5.3-BETA6 hung. - You can reboot from single-user mode but not from multi-user mode. - Enabling BROKEN_KEYBOARD_RESET has no effect. - It doesn't seem to be the Broadcom NICs. - The problem doesn't exist in 4.10 I've had a look at the PR database and haven't seen anything similar so one of us will submit a PR once we've done a bit more sleuthing. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 05:38:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C01016A4CE for ; Fri, 8 Oct 2004 05:38:16 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C804743D55 for ; Fri, 8 Oct 2004 05:38:15 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i985cA90089055; Thu, 7 Oct 2004 22:38:13 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <416627B8.40601@freebsd.org> Date: Thu, 07 Oct 2004 22:38:00 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <200410051738.32415.freebsd@redesjm.local> <4164BA94.7020009@freebsd.org> <200410071043.09015.josemi@freebsd.jazztel.es> In-Reply-To: <200410071043.09015.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 05:38:16 -0000 Jose M Rodriguez wrote: > On Thursday 07 October 2004 05:40, Tim Kientzle wrote: > >>/etc/rc.d/initdiskless should not be using either >>/stand or /rescue. > > Compressed tarball are the most standard and secure way for net boot and > are in real use. > > My 2x250 GB HD doesn't have any problem with the 2 MB stand. But it does have problems with the few dozen KB of uncompressed tarball? Tim From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 05:58:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEEA416A4CE; Fri, 8 Oct 2004 05:58:39 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE0843D5A; Fri, 8 Oct 2004 05:58:35 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i985wXZV072131; Fri, 8 Oct 2004 07:58:33 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i985wX4W072130; Fri, 8 Oct 2004 07:58:33 +0200 (SAST) (envelope-from jhay) Date: Fri, 8 Oct 2004 07:58:33 +0200 From: John Hay To: Pawel Jakub Dawidek Message-ID: <20041008055833.GB42075@zibbi.icomtek.csir.co.za> References: <20041006195428.GA8886@zibbi.icomtek.csir.co.za> <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> <20041007202326.GA55025@zibbi.icomtek.csir.co.za> <20041008051359.GF73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008051359.GF73767@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@FreeBSD.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 05:58:40 -0000 On Fri, Oct 08, 2004 at 07:13:59AM +0200, Pawel Jakub Dawidek wrote: > On Thu, Oct 07, 2004 at 10:23:27PM +0200, John Hay wrote: > +> > This is because ad0 is open with exclusive bit, so gmirror cannot open > +> > it for writing and it gets (EPERM - error=1 - errno(2)). > +> > gmirror.patch should eliminate this race. > +> > +> With gmirror.patch I don't see the geom_mirror error messages, but then > +> it doesn't finish booting: > +> > +> ####################################################### > +> GEOM_MIRROR: Device gm0 created (id=861616013) > +> GEOM_MIRROR: Device gm0: provider ad0 detected > +> GEOM_MIRROR: Device gm0: provider ad2 detected > +> Mounting root from ufs:/dev/mirror/gm0s1a > +> setrootbyname failed > +> Root mount failed: 6 > +> Manual root filesystem specification > +> ... > +> mountroot> > +> ####################################################### > +> > +> So how do I go from here? Is there something else I can try? > > I wonder how is this possible with g_mirror.c rev.1.36... > Could you try this patch and send me the output: > > http://people.freebsd.org/~pjd/patches/gmirror.3.patch I just added this on top of the rest of the patches and it finished booting! Strange, I wonder of there can still be a timing problem. The mirror is degraded though, but it automatically started syncing as opposed to before all the patched where I had to do a "gmirror activate ...". I'll let it sync and then reboot again. I do have swap inside the mirror, but have the swapoff command in rc.d/swap1. The last part of dmesg looks like this: ####################################################### ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad2: 114473MB [232581/16/63] at ata1-master UDMA100 GEOM_MIRROR: g_mirror_can_go: geom mirror:taste GEOM_MIRROR: g_mirror_can_go: NULL softc GEOM_MIRROR: g_mirror_can_go: can_go=0 GEOM_MIRROR: Device gm0 created (id=861616013). GEOM_MIRROR: Device gm0: provider ad0 detected. GEOM_MIRROR: Device gm0: provider ad2 detected. GEOM_MIRROR: g_mirror_can_go: geom gm0.sync GEOM_MIRROR: g_mirror_can_go: NULL provider GEOM_MIRROR: g_mirror_can_go: can_go=0 GEOM_MIRROR: Device gm0: provider ad2 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Device gm0: rebuilding provider ad0. GEOM_MIRROR: g_mirror_can_go: geom gm0.sync GEOM_MIRROR: g_mirror_can_go: geom is ready GEOM_MIRROR: g_mirror_can_go: geom gm0 GEOM_MIRROR: g_mirror_can_go: geom is ready GEOM_MIRROR: g_mirror_can_go: can_go=1 Mounting root from ufs:/dev/mirror/gm0s1a ####################################################### And a gmirror list looks like this: ####################################################### Geom name: gm0 State: DEGRADED Components: 2 Balance: load Slice: 4096 Flags: NONE SyncID: 15 ID: 861616013 Providers: 1. Name: mirror/gm0 Mediasize: 120034123264 (112G) Sectorsize: 512 Mode: r6w5e2 Consumers: 1. Name: ad0 Mediasize: 120034123776 (112G) Sectorsize: 512 Mode: r0w1e1 State: SYNCHRONIZING Priority: 0 Flags: DIRTY, HARDCODED, SYNCHRONIZING SyncID: 15 Synchronized: 7% ID: 460446288 2. Name: ad2 Mediasize: 120034123776 (112G) Sectorsize: 512 Mode: r6w5e3 State: ACTIVE Priority: 0 Flags: DIRTY, HARDCODED SyncID: 15 ID: 3011562079 Geom name: gm0.sync Consumers: 1. Name: mirror/gm0 Mediasize: 120034123264 (112G) Sectorsize: 512 Mode: r1w0e0 ####################################################### John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 06:12:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EEC016A4CE; Fri, 8 Oct 2004 06:12:55 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C047643D53; Fri, 8 Oct 2004 06:12:54 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CFnzl-0005ZS-00 Fri, 08 Oct 2004 08:12:49 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CFnzl-0005Z3-00 Fri, 08 Oct 2004 08:12:49 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i986CqhM064756; Fri, 8 Oct 2004 08:12:52 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i986CpEU000889; Fri, 8 Oct 2004 08:12:51 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Tim Kientzle Date: Fri, 8 Oct 2004 08:12:50 +0200 User-Agent: KMail/1.7 References: <20041003124353.29822.qmail@web54005.mail.yahoo.com> <200410071043.09015.josemi@freebsd.jazztel.es> <416627B8.40601@freebsd.org> In-Reply-To: <416627B8.40601@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410080812.51210.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-current@freebsd.org Subject: Re: 5.3: /stand/ versus /rescue/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 06:12:55 -0000 On Friday 08 October 2004 07:38, you wrote: > Jose M Rodriguez wrote: > > On Thursday 07 October 2004 05:40, Tim Kientzle wrote: > >>/etc/rc.d/initdiskless should not be using either > >>/stand or /rescue. > > > > Compressed tarball are the most standard and secure way for net > > boot and are in real use. > > > > My 2x250 GB HD doesn't have any problem with the 2 MB stand. > > But it does have problems with the few dozen KB of > uncompressed tarball? > > Tim Neither. My scripting need to know what is the required format. I think this matters on initdiskless roots. But expect POLA claims on this. Get a cluster safe working is not as easy as you can expect. And any downtime have really expensive cost. Check any change on this with a real initdiskless setup before. Also, speak loud and clear (HEADS-UP). -- josemi From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 06:19:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 33BDE16A4CE; Fri, 8 Oct 2004 06:19:01 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i986J0YB001924; Fri, 8 Oct 2004 02:19:00 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i986J0JE001923; Fri, 8 Oct 2004 02:19:00 -0400 (EDT) (envelope-from green) Date: Fri, 8 Oct 2004 02:18:59 -0400 From: Brian Fundakowski Feldman To: Maxim Maximov Message-ID: <20041008061859.GB980@green.homeunix.org> References: <41640976.7020004@mcsi.pp.ru> <20041006155125.GK47017@green.homeunix.org> <41641614.3050102@mcsi.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41641614.3050102@mcsi.pp.ru> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: NDIS/UMA related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 06:19:01 -0000 On Wed, Oct 06, 2004 at 07:58:12PM +0400, Maxim Maximov wrote: > Brian Fundakowski Feldman wrote: > >On Wed, Oct 06, 2004 at 07:04:22PM +0400, Maxim Maximov wrote: > > > >>Hello. > >> > >> System running kernel > >> > >>FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Fri Oct 1 > >>19:17:59 MSD 2004 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 > >> > >> is sometimes experiencing following panic on boot after ppp starts > >> and sends first packet to ndis0 (hand-transcribed): > >> > >>kernel trap 12: page fault > >>db> trace > >>ntoskrnl_queue_dpc(0xdeadc0de, 0, 0, 0, 0xd6b96330) +0x9 > >>ntoskrnl_timercall(0xc1fb51f0) +0x7a > >>softclock(0) +0x17a > >>ithread_loop > >>fork_exit > >>fork_trampoline > >> > >> I'll update kernel and will re-post if the problem continues. I'm > >>posting this now because I think someone might be interested in seeing > >>0xdeadc0de in stack trace. > > > > > >That very much looks like an NDIS driver bug. Did the vendor only provide > >one version to try? > > Yes. This is ASUS L5G notebook. Driver page with the one and only > Wireless driver is here: > http://www.asus.com/support/download/item.aspx?ModelName=L5G > > I'm running NDIS for about 1.5 months. And this panic first happens only > yesterday, so I thought this is not the driver bug. BTW, here it is: > > ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 > at device 2.0 on pci2 > ndis0: NDIS API version: 5.0 > ndis0: Ethernet address: 00:0e:a6:c2:00:e4 > ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps > > Full dmesg is at http://mcsi.pp.ru/dmesg.boot > > > I wouldn't be surprised if NT has kernel code that > >specifically tries to recover from timers going off that were stored in > >memory that got freed (before they went off). > > It could conceivable be related to something this would fix: -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 06:26:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4826416A4CE for ; Fri, 8 Oct 2004 06:26:34 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2B443D48 for ; Fri, 8 Oct 2004 06:26:33 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so4232083rnk for ; Thu, 07 Oct 2004 23:26:28 -0700 (PDT) Received: by 10.38.96.80 with SMTP id t80mr50137rnb; Thu, 07 Oct 2004 23:26:28 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Thu, 7 Oct 2004 23:26:28 -0700 (PDT) Message-ID: <136a340a04100723261bfa86c2@mail.gmail.com> Date: Fri, 8 Oct 2004 09:26:28 +0300 From: Nikolay Kalev To: freebsd-current@freebsd.org In-Reply-To: <20041008025054.GJ49914@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <136a340a041007045538093bfd@mail.gmail.com> <200410071644.i97Giq5a058914@gw.catspoiler.org> <20041008025054.GJ49914@over-yonder.net> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 06:26:34 -0000 There is a new file online, please test! Seems like we have diferent issues with diferent type of terminals. http://www.eprogress.bg/~rootcho/dot.tcshrc -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 06:27:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1655D16A4CE for ; Fri, 8 Oct 2004 06:27:38 +0000 (GMT) Received: from postman.riken.go.jp (postman.riken.go.jp [134.160.33.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C742943D58 for ; Fri, 8 Oct 2004 06:27:36 +0000 (GMT) (envelope-from sty@iki.fi) Received: (qmail 80664 invoked by uid 85); 8 Oct 2004 06:27:33 -0000 Received: from sty@iki.fi by postman-smtp1.riken.go.jp by uid 82 with qmail-scanner-1.12 (sweep: 2.10/3.60. . Clear:. Processed in 1.688882 secs); 08 Oct 2004 06:27:33 -0000 Received: from unknown (HELO ?172.16.112.232?) (134.160.173.1) by postman.riken.go.jp with AES256-SHA encrypted SMTP; 8 Oct 2004 06:27:32 -0000 Message-ID: <4166336A.7040700@iki.fi> Date: Fri, 08 Oct 2004 15:27:54 +0900 From: =?ISO-8859-1?Q?Tommi_L=E4tti?= User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gmirror setup? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 06:27:38 -0000 I've tried to search for good examples how to setup gmirror so that I can have the whole system, boot and swap included, on mirrored array. I saw one question concerning this but the answer was little vague on the steps that have to be taken... The setup has 2x36G 10k sata drives on tyan 2882, dual 242's. I read that the SI raid controller is not really functioning as raid controller... I'm going to wait for 5.3R before installation... -- br, Tommi From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 06:32:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A00416A4CF for ; Fri, 8 Oct 2004 06:32:11 +0000 (GMT) Received: from web54005.mail.yahoo.com (web54005.mail.yahoo.com [206.190.36.229]) by mx1.FreeBSD.org (Postfix) with SMTP id CF59443D41 for ; Fri, 8 Oct 2004 06:32:10 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041008063210.74649.qmail@web54005.mail.yahoo.com> Received: from [147.46.44.181] by web54005.mail.yahoo.com via HTTP; Thu, 07 Oct 2004 23:32:10 PDT Date: Thu, 7 Oct 2004 23:32:10 -0700 (PDT) From: spam maps To: freebsd-doc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current Subject: Handbook 5.3 modifications: prepare floppies & advanced installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 06:32:11 -0000 Hi, Some more differences between for 4.X and from 5.3, needs to be clarified in the handbook. Below are two such cases. The "-" lines need to be removed, the "+" newly added instead. ------------------------------------------------ 2.2.7 Prepare the Boot Media -In most cases you will just need two files, -kern.flp and mfsroot.flp. +In case of 4.X, you will just need two files, +kern.flp and mfsroot.flp; since 5.3, you will +need three files, boot.flp, kern1.flp and +kern2.flp. ------------------------------------------------ 2.12.1 Installing FreeBSD on a System without a Monitor or Keyboard -To do this, you have to mount the kern.flp -floppy onto your FreeBSD system using the -mount(8) command. +To do this, you have to put the kern.flp floppy +(in case of 4.X) or the boot.flp floppy (since +5.3) into your floppy drive, and mount the +floppy onto your FreeBSD system using the +mount(8) command. ------------------------------------------------ Please consider these modifications. Regards, Rob. __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 06:46:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D03A116A4CE for ; Fri, 8 Oct 2004 06:46:14 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8831543D53 for ; Fri, 8 Oct 2004 06:46:14 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CFoW1-0005jT-00 Fri, 08 Oct 2004 08:46:09 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CFoW1-0005ii-00 Fri, 08 Oct 2004 08:46:09 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i986kBkb078772; Fri, 8 Oct 2004 08:46:11 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i986k9JC001122; Fri, 8 Oct 2004 08:46:09 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org, Nikolay Kalev Date: Fri, 8 Oct 2004 08:46:08 +0200 User-Agent: KMail/1.7 References: <136a340a041007045538093bfd@mail.gmail.com> <20041008025054.GJ49914@over-yonder.net> <136a340a04100723261bfa86c2@mail.gmail.com> In-Reply-To: <136a340a04100723261bfa86c2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410080846.09194.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 06:46:14 -0000 On Friday 08 October 2004 08:26, Nikolay Kalev wrote: > There is a new file online, please test! Seems like we have diferent > issues with diferent type of terminals. > > http://www.eprogress.bg/~rootcho/dot.tcshrc I think that interactive alias and var will be defined in if (?prompt) then ... endif or make the if (! $?prompt) goto end appear before in the file There are ports that use csh as scripting. And this may break some of them. -- josemi From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 07:13:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5429916A4CE for ; Fri, 8 Oct 2004 07:13:15 +0000 (GMT) Received: from happygiraffe.net (happygiraffe.net [81.6.215.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id A614D43D41 for ; Fri, 8 Oct 2004 07:13:14 +0000 (GMT) (envelope-from dom@happygiraffe.net) Received: from localhost (localhost.happygiraffe.net [127.0.0.1]) by happygiraffe.net (Postfix) with ESMTP id 4A6F9B97F; Fri, 8 Oct 2004 08:13:11 +0100 (BST) Received: from happygiraffe.net ([127.0.0.1]) by localhost (ppe.happygiraffe.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 98290-07; Fri, 8 Oct 2004 08:13:10 +0100 (BST) Received: from [192.168.1.60] (CATHBAD.dyn.happygiraffe.net [192.168.1.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by happygiraffe.net (Postfix) with ESMTP id 955EFB971; Fri, 8 Oct 2004 08:13:10 +0100 (BST) Message-ID: <41663DEA.7020403@happygiraffe.net> Date: Fri, 08 Oct 2004 08:12:42 +0100 From: Dominic Mitchell User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at happygiraffe.net cc: rainer@ultra-secure.de cc: Ryan Newman cc: current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 07:13:15 -0000 Garance A Drosihn wrote: > At 6:51 PM +0000 10/6/04, Ryan Newman wrote: >> The biggest problem is that 5.8 defaults to unicode support which >> ends up breaking a lot of complex applications. I know that linux >> has shifted from 5.6 to 5.8 and this has caused a lot of people >> problems on the linux platform. It's only really been RedHat that has caused problems, because RedHat somewhat prematurely set all the locales to be UTF-8 instead of ISO-8859-1 (aka Latin-1). This combined with a feature of Perl 5.8.0, which sets up filehandles as being in UTF-8 by default if you're in a UTF-8 locale. Unfortunately this caused a lot of problems. In Perl 5.8.1 and newer, the UTF-8 locale is ignored. To get UTF-8 streams, you have to explicitly ask for them with -C. In summary, this is not the problem you make it out to be. Personally, I think it's all RedHat's fault for setting a non-"C" locale as the system default. I hate that, it makes so much other stuff behave badly. > Here at work we are in the process of upgrading some older Linux > systems to a newer release of Redhat, and we have been nailed by > these unicode-related bugs in perl, particularly with some regexp > patterns. In some cases this has caused a few scripts to fail > in subtle ways, which is to say the script "succeeds" and claims > everything went just fine, but the script didn't actually do what > it was supposed to do, and what it had been doing for the past > few years. In at least some of those cases, I think these are > BUGS in the way perl handles the expression, and not "unavoidable > consequences of Unicode support". That's just my opinion, though. As mentioned above, RedHat in particular made life hard for their users. This was definitely the case in RedHat 8 and 9. I don't know about the newer Fedora Core releases, we've switched most of our Linux boxes to Debian now. > I don't know if perl 5.8 on FreeBSD will cause the same issues. > I have the impression that the default for unicode-handling can > be changed on a system-wide basis (at least on Redhat), but I am > not sure of the details. As mentioned above, this is no longer the case since Perl 5.8.1[1]. > Even though I have hit some of these problems, I do think it is a > good idea to make the change to 5.8 as part of FreeBSD 5.3-release. > People should be taking a bit more time to check, cross-check, and > re-check everything they are running if they are upgrading to > 5.3-release from 4.x-release. 5.8.x has been stable Perl for over two years. You really /should/ be using it if at all possible. If not, then deinstall it and install your own Perl 5.004 package. You did want old Perl, didn't you? -Dom [1] http://search.cpan.org/dist/perl/pod/perl581delta.pod#UTF-8_On_Filehandles_No_Longer_Activated_By_Locale From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 07:41:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20A2516A4CE; Fri, 8 Oct 2004 07:41:08 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A96F43D1D; Fri, 8 Oct 2004 07:41:07 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i987f43e028616; Fri, 8 Oct 2004 01:41:04 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i987f4aq028615; Fri, 8 Oct 2004 01:41:04 -0600 (MDT) (envelope-from scottl) Date: Fri, 8 Oct 2004 01:41:04 -0600 (MDT) Message-Id: <200410080741.i987f4aq028615@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 07:41:08 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+-------------+---------------+---------------------| | | | | PREEMPTION appears | | | | | to increase the | | | | | chances of | | | | | triggering a race | | | | | condition in the | | | | | thread context | | PREEMPTION-related | | Scott Long, | management and | | hangs involving | In progress | Julian | scheduling code. | | threads | | Elischer | Patches to mitigate | | | | | the problem have | | | | | been developed, | | | | | with on-going work | | | | | to come up with the | | | | | correct solution | | | | | prior to 5.3. | |--------------------+-------------+---------------+---------------------| | | | | Jun Kuriyama has | | | | | reported problems | | | | | with NFS over IPv6 | | | | | not functioning | | | | | correctly as of the | | | | | improved NFS | | | | | support for | | | | | disconnection | | | | | changes. Doug White | | | | | has tracked down | | NFS over IPv6 | In progress | Doug White | the source of the | | problems | | | problem (EMSGSIZE | | | | | being returned by | | | | | IPv6 UDP send | | | | | routine due to | | | | | fragmentation), and | | | | | is currently | | | | | exploring possible | | | | | fixes. A patch has | | | | | been generated and | | | | | sent to the KAME | | | | | team for review. | |--------------------+-------------+---------------+---------------------| | | | | ether_input() calls | | | | | random_harvest() on | | | | | the mbuf after it | | | | | has been handed off | | | | | to ether_demux(), | | ether_input() may | | | at which point it | | harvest entropy | In progress | Mark Murray, | may have been | | from free()'d mbuf | | Robert Watson | free()'d back to | | | | | the mbuf allocator. | | | | | It also passes in a | | | | | pointer to the mbuf | | | | | itself, rather than | | | | | ethernet frame | | | | | header. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-----------------+-------------+----------------+-----------------------| | | | | With improved support | | | | | for threading | | | | | primitives, support | | | | | is now required to | | GDB thread | | David Xu, | ease debugging of | | support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this support | | | | | will work for both | | | | | libthr and libkse | | | | | threading models. | |-----------------+-------------+----------------+-----------------------| | | | | There have been | | | | | several reports that | | | | | growfs(8) works | | | | | improperly with large | | Reports of UFS2 | | | disk sizes, and other | | "large disk" | In progress | Scott Long | size-related nits in | | problems | | | the current disk and | | | | | label management tool | | | | | set. These must be | | | | | resolved for | | | | | 5.3-RELEASE. | |-----------------+-------------+----------------+-----------------------| | | | | Entropy harvesting in | | | | | the interrupt and | | | | | incoming packet paths | | | | | currently involves a | | | | | large number of mutex | | | | | operations. In order | | | | | to improve | | | | | performance, it is | | Entropy | | | desirable to reduce | | harvesting | In progress | Robert Watson, | the number of mutex | | optimizations | | Mark Murray | operations | | | | | substantially. Work | | | | | is in progress to | | | | | improve the | | | | | harvesting code along | | | | | these lines, but has | | | | | not yet been properly | | | | | measured, and | | | | | therefore not yet | | | | | merged to CVS. | +------------------------------------------------------------------------+ Desired features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | Kernel bits | | KSE support for | In progress | Ken Smith | implemented, | | sparc64 | | | userland not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This issue must be | | | | | resolved so that the | | | | | two services may | | | | | more easily be used | | | | | together. Among | | | | | other things, this | | | | | will require a | | | | | careful review of | | | | | the handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time options | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that may | | | | | require conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure needs | | | | | to be revamped. | | | | | Peter Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |------------------+-------------+----------------+----------------------| | | | | Apple's Darwin | | | | | operating system has | | | | | fairly extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD tree. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports that | | | | | it cannot open the | | | | | procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | Not done | -- | fsck -p /", | | problems | | | suspending it with | | | | | ^Z, and then killing | | | | | truss. It will leave | | | | | behind the fsck | | | | | processes which will | | | | | be unkillable. | |------------------+-------------+----------------+----------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | ACL_MASK | | | entry overrides the | | override of | Not done | Robert Watson | umask, rather than | | umask support in | | | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and as | | | | | such would be very | | | | | helpful on FreeBSD. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated | | | | | file system | | | | | operations (VOPs), | | | | | and not on RPCs | | | | | generated via the | | | | | NFS server. | | MAC support for | | | Improvements in NFS | | NFS Server | Not done | Robert Watson | server credential | | | | | handling are | | | | | required to correct | | | | | this problem, as | | | | | well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and | | | | | perform enforcement | | | | | properly. | |------------------+-------------+----------------+----------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; | | | | | no use of vtophys() | | busdma in all | In progress | -- | will be permitted | | PCI drivers | | | for any recent | | | | | device driver. ISA | | | | | drivers may be | | | | | exempt. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +----------------------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+--------+-----------+----------------------------------------------------------| | | |Gavin |The installation documentation doesn't take into account | |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | |Installation |Done |Bruce A. |multiple disks). This should be updated. | |Docs | |Mah |References: | | | | |docs/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| |Finish | |Simon L. |Finish removing mention of individual devices in the | |hardware notes|Done |Nielsen, |hardware notes and use auto-generated lists, based on | |trimming | |Christian |driver manual pages, instead. | | | |Brueffer | | |--------------+--------+-----------+----------------------------------------------------------| | | | |The snd(4) and pcm(4) drivers have been renamed but their | | | | |manual pages are still outdated. sound(4) has to be added | | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | |related manual|Done |Simon L. |any) should possibly be revised, too. In addition, | |pages | |Nielsen |supported cards list needs to be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+--------+-----------+----------------------------------------------------------| | | | |This section is outdated, some rewrites are needed for | |Sound section | |Marc |5.3-RELEASE. | |in the |Done |Fonvieille |References: | |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| | | | |rev.1.94 | |--------------+--------+-----------+----------------------------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| |documentations|Not done|-- |(FAQ) regarding the use of these drivers need an update. | |related pcm(4)| | | | |--------------+--------+-----------+----------------------------------------------------------| | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | | | | |stable release on 5.X and it is (hopefully) not for early | | | | |adopters. Early Adopter's Guide is still useful, but | |Early | |Bruce A. |contains a bit old information. Some parts of this guide | |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | | | | |between 4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts are outdated. doc/70485 has been committed, but| | | | |more work is needed to reflect the realities. bmah@ | | | | |pointed out that we should have "quick-start" installation| |Installation |Not done|Tom Rhodes |guide for each platform instead of the current ones | |Notes | | |because they become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | |Xorg |Done |Marc |server. | | | |Fonvieille |References: | | | | |books/handbook/config/chapter.sgml rev.1.147 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | | | | |mention the new rc.d scripts and some ports use | |rc.d scripts |Done |Tom Rhodes |/etc/rc.conf for their configuration. | | | | |References: | | | | |books/handbook/config/chapter.sgml rev.1.170 | | | | |books/handbook/config/chapter.sgml rev.1.172 | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts of Section 14.10 are outdated and are not | |Handbook's | | |correct for 5.X systems. | |IPsec section |Not done|-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's |Not done|-- |Vinum chapter needs to be revised for 5.X systems. | |Vinum chapter | | | | +----------------------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+---------------+--------------+--------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST | | | | | have stable KSE | | | | David Xu, | support for 5.3 in | | KSE as the default | Needs testing | Daniel | order to support a | | threads library | | Eischen | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads | | | | | API must be | | | | | modified to | | | | | properly detect | | | | | and support the | | | | | default threading | | | | | library. | |--------------------+---------------+--------------+--------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | David | to support new | | for all platforms | Needs testing | O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |--------------------+---------------+--------------+--------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |--------------------+---------------+--------------+--------------------| | | | | Jun Kuriyama has | | | | | reportged a failed | | | | | locking assertion | | | | | with IPv6 TCP | | in6_pcbnotify() | Needs testing | Robert | notifications. A | | panic with TCP | | Watson | patch has been | | | | | committed to the | | | | | CVS HEAD and | | | | | RELENG_5 and needs | | | | | further testing. | |--------------------+---------------+--------------+--------------------| | | | | To complete | | | | | support for | | | | | thread-local | | | | | storage on | | | | | FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | Needs testing | Marcel | changes must be | | Storage | | Moolenaar | made. Currently | | | | | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |--------------------+---------------+--------------+--------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White | | SMP instability | | Doug White, | has prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |--------------------+---------------+--------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | | Robert | number of device | | locking without | Needs testing | Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. By | | | | | 5.3-RELEASE, it is | | | | | necessary to have | | | | | the vast majority | | | | | of network code | | | | | running without | | | | | Giant, including | | | | | sockets, | | | | | permitting | | | | | complete | | | | | local<->remote | | | | | delivery without | | | | | grabbing Giant. | |--------------------+---------------+--------------+--------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |--------------------+---------------+--------------+--------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | | | So/ren | sparc64 that | | ATA panics under | Needs testing | Schmidt, | causes a panic on | | sparc64 | | Scott Long | boot. This was | | | | | caused by bugs in | | | | | busdma that have | | | | | been hopefully | | | | | fixed. | |--------------------+---------------+--------------+--------------------| | | | | The ifconf() ioctl | | | | | for listing | | | | | network interfaces | | | | | performs a | | | | | copyout() while | | | | | holding the global | | | | | ifnet list mutex. | | | | | This generates a | | ifconf() sleep | | | witness warning in | | warning | Needs testing | Brooks Davis | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. A patch | | | | | has been committed | | | | | to HEAD and | | | | | RELENG_5, but | | | | | requires testing. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | | | | lock. A recent | | | | | sleepq change | | | | | appears to have | | | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | poll()/select() | | | test for due to | | application wedge | Needs testing | Robert | recent SMP | | reports with | | Watson | instability). A | | debug.mpsafenet=1 | | | fix has been | | | | | committed to CVS | | | | | HEAD and merged to | | | | | RELENG_5 and | | | | | appears to resolve | | | | | problems with | | | | | poll(); we are | | | | | waiting for | | | | | feedback that it | | | | | has corrected the | | | | | reported problems | | | | | with select() also | | | | | before moving this | | | | | to "testing" | | | | | status. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging | Needs testing | Max Laier | "wedging" under | | under high pps | | | high | | | | | packets-per-second | | | | | load. A fix is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | A recent | | | | | regression in the | | | | | USB code is | | Panic on USB | | Warner Losh, | causing panics | | detach | Needs testing | Scott Long | when a USB device | | | | | detaches, | | | | | especially USB | | | | | hubs. A fix is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | that racoon is | | | | | unable to complete | | | | | IKE negotiation | | | | | due to a send to | | | | | the pfkey socket | | KAME IPSEC | | | returning ENOBUFS. | | "ENOBUFS" problem | | Robert | This appears to be | | with racoon and | Needs testing | Watson | a result of an | | mbuma | | | incorrect | | | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. A fix for | | | | | this is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | BIND9 is now in | | | | | RELENG_5 and HEAD. | | | | Doug Barton, | Testing is needed | | BIND9 import into | | Dag-Erling | of basic | | 5-CURRENT | Needs testing | Smorgrav, | functionality, | | | | Tom Rhodes | migration from | | | | | 8.x, and 3rd party | | | | | packages in the | | | | | ports tree. | |--------------------+---------------+--------------+--------------------| | | | | Synaptics updates | | | | | to the psm(4) | | | | | driver have | | | | | resulted in poor | | | | | interactivity for | | | | | taps and button | | Synaptics touchpad | Needs testing | Philip Paeps | press events for | | problems | | | some users. | | | | | Support is now | | | | | disabled by | | | | | default but work | | | | | will procede to | | | | | fix the underlying | | | | | problems. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/10/03 13:26:24 From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 07:55:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEF2916A4CE for ; Fri, 8 Oct 2004 07:55:54 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F8943D5D for ; Fri, 8 Oct 2004 07:55:54 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i987tr4r006697; Fri, 8 Oct 2004 00:55:53 -0700 (PDT) (envelope-from d.kulinski@gmail.com) Date: Fri, 8 Oct 2004 00:51:59 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <41190304140.20041008005159@takeda.tk> To: Nikolay Kalev , freebsd-current@freebsd.org In-Reply-To: <136a340a04100713353435d67e@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> <136a340a04100706186b69bd73@mail.gmail.com> <136a340a04100706341f7c2d2@mail.gmail.com> <20041007134240.25310793@vixen42.24-119-122-191.cpe.cableone.net> <136a340a04100713353435d67e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 07:55:55 -0000 Hello Nikolay, Thursday, October 7, 2004, 1:35:52 PM, you wrote: > There is a space between the commands. Sorry, you're totally right, looks like my copy&paste doesn't work well. -- Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:06:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E14516A4CE; Fri, 8 Oct 2004 08:06:10 +0000 (GMT) Received: from zombie.ezone.ru (zombie.ezone.ru [195.128.162.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7DAC43D1F; Fri, 8 Oct 2004 08:06:08 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [172.16.4.26] (ultra.domain [172.16.4.26] (may be forged)) by zombie.ezone.ru (8.12.11/8.12.11) with ESMTP id i98862Qn042657; Fri, 8 Oct 2004 12:06:02 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <41664A59.7090409@mcsi.pp.ru> Date: Fri, 08 Oct 2004 12:05:45 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <41640976.7020004@mcsi.pp.ru> <20041006155125.GK47017@green.homeunix.org> <41641614.3050102@mcsi.pp.ru> <20041008061859.GB980@green.homeunix.org> In-Reply-To: <20041008061859.GB980@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on zombie.ezone.ru cc: current@freebsd.org Subject: Re: NDIS/UMA related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:06:10 -0000 Brian Fundakowski Feldman wrote: > On Wed, Oct 06, 2004 at 07:58:12PM +0400, Maxim Maximov wrote: > >>Brian Fundakowski Feldman wrote: >> >>>On Wed, Oct 06, 2004 at 07:04:22PM +0400, Maxim Maximov wrote: >>> >>> >>>>Hello. >>>> >>>> System running kernel >>>> >>>>FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Fri Oct 1 >>>>19:17:59 MSD 2004 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 >>>> >>>> is sometimes experiencing following panic on boot after ppp starts >>>> and sends first packet to ndis0 (hand-transcribed): >>>> >>>>kernel trap 12: page fault >>>>db> trace >>>>ntoskrnl_queue_dpc(0xdeadc0de, 0, 0, 0, 0xd6b96330) +0x9 >>>>ntoskrnl_timercall(0xc1fb51f0) +0x7a >>>>softclock(0) +0x17a >>>>ithread_loop >>>>fork_exit >>>>fork_trampoline >>>> >>>> I'll update kernel and will re-post if the problem continues. I'm >>>>posting this now because I think someone might be interested in seeing >>>>0xdeadc0de in stack trace. >>> >>> >>>That very much looks like an NDIS driver bug. Did the vendor only provide >>>one version to try? >> >>Yes. This is ASUS L5G notebook. Driver page with the one and only >>Wireless driver is here: >>http://www.asus.com/support/download/item.aspx?ModelName=L5G >> >>I'm running NDIS for about 1.5 months. And this panic first happens only >>yesterday, so I thought this is not the driver bug. BTW, here it is: >> >>ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 >>at device 2.0 on pci2 >>ndis0: NDIS API version: 5.0 >>ndis0: Ethernet address: 00:0e:a6:c2:00:e4 >>ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps >> >>Full dmesg is at http://mcsi.pp.ru/dmesg.boot >> >> >>>I wouldn't be surprised if NT has kernel code that >>>specifically tries to recover from timers going off that were stored in >>>memory that got freed (before they went off). >>> > > > It could conceivable be related to something this would fix: > > Thanks, I'll try to reproduce the panic with the recent kernel first. Then if new kernel will still panicing, I'll apply your patch. -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:15:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E721116A4CE for ; Fri, 8 Oct 2004 08:15:38 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7697B43D41 for ; Fri, 8 Oct 2004 08:15:38 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdbox.farid-hajji.net (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id 207DD4B598; Fri, 8 Oct 2004 10:15:36 +0200 (CEST) Date: Fri, 8 Oct 2004 10:15:55 +0200 From: cpghost@cordula.ws To: Benjamin Close Message-ID: <20041008081555.GA91773@bsdbox.farid-hajji.net> References: <200410071835.51942.marc.ramirez@bluecirclesoft.com> <4165D5CD.6020005@cs.unisa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4165D5CD.6020005@cs.unisa.edu.au> User-Agent: Mutt/1.5.6i cc: Marc Ramirez cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:15:39 -0000 On Fri, Oct 08, 2004 at 09:18:29AM +0930, Benjamin Close wrote: > I believe the issue is with the scheduler or something related to it. > The effect seems to occur when a process > hasn't been used for a long time and then is suddenly switched from a > wait state to an active state. Yes, that's exactly what I'm observing here. > Once the process responds it runs fine until the next long delay. It > seems more responsive with BETA7 but no where near the same as before > the scheduler change. Again, same observation here. > It might be a symptom related to X, will test overnight in console. It definitely happens in text mode console too. Just one more hint: After typing something on the console, it takes 2 to 5 seconds BEFORE there is disk activity, then there's a reply. It seems like SCHED_4BSD (?) needs some time of its own before deciding to swap the process back in (just guessing here). However, this doesn't explain why the mouse freezes in X while in motion. Perhaps when moving over a window of a long time idle process? Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:17:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D89BB16A4CE for ; Fri, 8 Oct 2004 08:17:29 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 894B943D55 for ; Fri, 8 Oct 2004 08:17:29 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4C944F189E for ; Fri, 8 Oct 2004 01:17:29 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15478-01 for ; Fri, 8 Oct 2004 01:17:28 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 4AED0F1897 for ; Fri, 8 Oct 2004 01:17:28 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-g806WBXsQBrEqYs+pW32" Message-Id: <1097223448.15532.5.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 08 Oct 2004 01:17:28 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: debug over firewire amd64 -> i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:17:30 -0000 --=-g806WBXsQBrEqYs+pW32 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've read what I could about this and I've setup my machines connected via firewire. I haven't gone through all the work yet, so I thought I would ask to make sure it is possible: The target system is amd64 the host system is i386 Will this pose a problem? I'm pretty sure I can create a cross gdb that should work on i386 for the amd64 platform. In fact my first build for the amd64 was from the system in i386 mode. I migrated from i386 to amd64. That was fun. I just wanted to ping the list to see if there is something I've missed. I have dcons working and can see the console on the i386 side so the link is working. It's just a matter of understanding the gdb portion. Sean --=-g806WBXsQBrEqYs+pW32 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZk0YyQsGN30uGE4RAqbhAKCiocSFC1fBNMCA4AsJ2m8KtdW+BQCcC/iG e3piRfgqTHB0NqOlhm3aDX0= =A3rk -----END PGP SIGNATURE----- --=-g806WBXsQBrEqYs+pW32-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:20:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4371516A4CE for ; Fri, 8 Oct 2004 08:20:21 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7734A43D54 for ; Fri, 8 Oct 2004 08:20:19 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id B5E058565D; Fri, 8 Oct 2004 17:50:15 +0930 (CST) Date: Fri, 8 Oct 2004 17:50:15 +0930 From: Greg 'groggy' Lehey To: Sean McNeil Message-ID: <20041008082015.GI82985@wantadilla.lemis.com> References: <1097223448.15532.5.camel@server> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mXDO3udm/xYWQeMQ" Content-Disposition: inline In-Reply-To: <1097223448.15532.5.camel@server> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-current@freebsd.org Subject: Re: debug over firewire amd64 -> i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:20:21 -0000 --mXDO3udm/xYWQeMQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Friday, 8 October 2004 at 1:17:28 -0700, Sean McNeil wrote: > I've read what I could about this and I've setup my machines connected > via firewire. I haven't gone through all the work yet, so I thought I > would ask to make sure it is possible: > > The target system is amd64 > the host system is i386 > > Will this pose a problem?=20 I suspect you're about to find out :-) I can't see one a priori, but I'd guess you're the first to try it. > I'm pretty sure I can create a cross gdb that should work on i386 > for the amd64 platform. In fact my first build for the amd64 was > from the system in i386 mode. I migrated from i386 to amd64. That > was fun. I just wanted to ping the list to see if there is > something I've missed. Nothing obvious to me, anyway. > I have dcons working and can see the console on the i386 side so the > link is working. It's just a matter of understanding the gdb > portion. You've seen my documentation on the subject, right? Greg -- See complete headers for address and phone numbers. --mXDO3udm/xYWQeMQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZk2/IubykFB6QiMRAq96AJ9oFNS8ncQdXjzp1ElnrNPWNiN+AACfTwvG f7CwVZEQgOwsFq8urbezi0A= =KZS2 -----END PGP SIGNATURE----- --mXDO3udm/xYWQeMQ-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:23:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D7916A4CE; Fri, 8 Oct 2004 08:23:51 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AFC943D31; Fri, 8 Oct 2004 08:23:51 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])3459942815; Fri, 8 Oct 2004 10:23:50 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10439-03; Fri, 8 Oct 2004 10:23:50 +0200 (CEST) Received: from m2a2.dyndns.org (p508EF6E8.dip.t-dialin.net [80.142.246.232]) D50C9427E2; Fri, 8 Oct 2004 10:23:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id EA57BCE8CC; Fri, 8 Oct 2004 10:23:48 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23867-03; Fri, 8 Oct 2004 10:23:48 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id A3E52CE612; Fri, 8 Oct 2004 10:23:48 +0200 (CEST) To: re@FreeBSD.org In-Reply-To: <200410080741.i987f4aq028615@pooker.samsco.org> (Scott Long's message of "Fri, 8 Oct 2004 01:41:04 -0600 (MDT)") References: <200410080741.i987f4aq028615@pooker.samsco.org> From: Matthias Andree Date: Fri, 08 Oct 2004 10:23:48 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:23:52 -0000 Scott Long writes: > This is an automated weekly mailing of the FreeBSD 5.3 open issues list. > The live version of this list is available at: > > http://www.FreeBSD.org/releases/5.3R/todo.html > > Automated mailing of this list will continue through the release of > FreeBSD 5.3 > > > FreeBSD 5.3 Open Issues > > Open Issues > > This is a list of open issues that need to be resolved for FreeBSD 5.3. If > you have any updates for this list, please e-mail re@FreeBSD.org. > > Show stopper defects for 5.3-RELEASE Please add http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/46866 to the list of showstopper bugs. This passwd inconsistence "user there this minute, gone the next minute" without touching the user data base has been bouncing mail and wreaking havoc for much too long already. All that is needed is that interfaces that cannot communicate a temporary failure and do not fail when used without NIS (such as getpw*()) retry forever until they can offer a permanent result. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:36:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2223E16A4CE for ; Fri, 8 Oct 2004 08:36:19 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8632E43D45 for ; Fri, 8 Oct 2004 08:36:18 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CFqEq-0002qZ-00 for freebsd-current@freebsd.org Fri, 08 Oct 2004 10:36:32 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CFqEq-0002pl-00 for freebsd-current@freebsd.org Fri, 08 Oct 2004 10:36:32 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i988aFOU000772 for ; Fri, 8 Oct 2004 10:36:15 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i988aELM001326 for freebsd-current@freebsd.org; Fri, 8 Oct 2004 10:36:14 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Fri, 8 Oct 2004 10:36:14 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410081036.14225.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: Library versions and compat4x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:36:19 -0000 I'm not sure about that, but may RELENG_5 compat4x support be update from RELENG_4 before RC1? Thanks in advance, -- josemi From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:43:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D836216A4CE; Fri, 8 Oct 2004 08:43:51 +0000 (GMT) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9254043D3F; Fri, 8 Oct 2004 08:43:50 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from ape (81-178-103-33.dsl.pipex.com [81.178.103.33]) by colossus.systems.pipex.net (Postfix) with SMTP id 908351C0010A; Fri, 8 Oct 2004 09:43:48 +0100 (BST) Message-ID: <005f01c4ad13$77c99520$f700000a@ape> From: "Markie" To: "Maxim Maximov" , "Brian Fundakowski Feldman" References: <41640976.7020004@mcsi.pp.ru><20041006155125.GK47017@green.homeunix.org> <41641614.3050102@mcsi.pp.ru><20041008061859.GB980@green.homeunix.org> <41664A59.7090409@mcsi.pp.ru> Date: Fri, 8 Oct 2004 09:47:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: current@freebsd.org Subject: Re: NDIS/UMA related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:43:52 -0000 ----- Original Message ----- From: "Maxim Maximov" To: "Brian Fundakowski Feldman" Cc: Sent: Friday, October 08, 2004 9:05 AM Subject: Re: NDIS/UMA related panic | Brian Fundakowski Feldman wrote: | | > On Wed, Oct 06, 2004 at 07:58:12PM +0400, Maxim Maximov wrote: | > | >>Brian Fundakowski Feldman wrote: | >> | >>>On Wed, Oct 06, 2004 at 07:04:22PM +0400, Maxim Maximov wrote: | >>> | >>> | >>>>Hello. | >>>> | >>>> System running kernel | >>>> | >>>>FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Fri Oct 1 | >>>>19:17:59 MSD 2004 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 | >>>> | >>>> is sometimes experiencing following panic on boot after ppp starts | >>>> and sends first packet to ndis0 (hand-transcribed): | >>>> | >>>>kernel trap 12: page fault | >>>>db> trace | >>>>ntoskrnl_queue_dpc(0xdeadc0de, 0, 0, 0, 0xd6b96330) +0x9 | >>>>ntoskrnl_timercall(0xc1fb51f0) +0x7a | >>>>softclock(0) +0x17a | >>>>ithread_loop | >>>>fork_exit | >>>>fork_trampoline | >>>> | >>>> I'll update kernel and will re-post if the problem continues. I'm | >>>>posting this now because I think someone might be interested in seeing | >>>>0xdeadc0de in stack trace. | >>> | >>> | >>>That very much looks like an NDIS driver bug. Did the vendor only provide | >>>one version to try? | >> | >>Yes. This is ASUS L5G notebook. Driver page with the one and only | >>Wireless driver is here: | >>http://www.asus.com/support/download/item.aspx?ModelName=L5G | >> | >>I'm running NDIS for about 1.5 months. And this panic first happens only | >>yesterday, so I thought this is not the driver bug. BTW, here it is: | >> | >>ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 | >>at device 2.0 on pci2 | >>ndis0: NDIS API version: 5.0 | >>ndis0: Ethernet address: 00:0e:a6:c2:00:e4 | >>ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps | >>ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps | >> | >>Full dmesg is at http://mcsi.pp.ru/dmesg.boot | >> | >> | >>>I wouldn't be surprised if NT has kernel code that | >>>specifically tries to recover from timers going off that were stored in | >>>memory that got freed (before they went off). | >>> | > | > | > It could conceivable be related to something this would fix: | > | > | | Thanks, I'll try to reproduce the panic with the recent kernel first. | Then if new kernel will still panicing, I'll apply your patch. Not sure if it's worth anything, but with a current from yesterday I now get panics on boot using ndis. Also, my DWL-G650 card doesn't seem to work with the ath driver (rev C card) so... would that UMA patch solve this? | | -- | Maxim Maximov | _______________________________________________ | freebsd-current@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-current | To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:49:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15F0816A4CE for ; Fri, 8 Oct 2004 08:49:20 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 728C743D2F for ; Fri, 8 Oct 2004 08:49:19 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id F37D25310; Fri, 8 Oct 2004 10:49:17 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 3C359530A; Fri, 8 Oct 2004 10:49:11 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 0187DB85E; Fri, 8 Oct 2004 10:49:10 +0200 (CEST) To: Christopher Nehren References: <200410061755.42069.kirk@strauser.com> <1097105028.775.22.camel@prophecy.dyndns.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 08 Oct 2004 10:49:10 +0200 In-Reply-To: <1097105028.775.22.camel@prophecy.dyndns.org> (Christopher Nehren's message of "Wed, 06 Oct 2004 19:23:48 -0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: Kirk Strauser cc: current@freebsd.org Subject: Re: Weird errors with gtar on 5.3-BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:49:20 -0000 Christopher Nehren writes: > You don't happen to be using procfs on a 5.x system, do you? procfs is > notoriously insecure (and, in my opinion, its very functionality is > insecure -- you shouldn't be able to see anything about anyone else's > processes. Period.). If you are certain that procfs in 5.x contains actual security holes, you should file a PR so I can fix them. If not, please stop spreading FUD. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:49:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A709516A4CE for ; Fri, 8 Oct 2004 08:49:56 +0000 (GMT) Received: from smtp.datagrama.net (smtp-out.datagrama.net [212.9.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FB0343D1D for ; Fri, 8 Oct 2004 08:49:56 +0000 (GMT) (envelope-from toomany@toomany.net) Received: from [212.9.65.113] (manu.datagrama.net [212.9.65.113]) by smtp.datagrama.net (Postfix) with ESMTP id 98827EA384 for ; Fri, 8 Oct 2004 10:49:54 +0200 (CEST) From: TooManySecrets To: current Content-Type: text/plain Organization: TooManySecrets HeadQuarters Message-Id: <1097225394.26944.11.camel@manu.datagrama.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 08 Oct 2004 10:49:54 +0200 Content-Transfer-Encoding: 7bit Subject: ISCSI support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:49:56 -0000 Hello!! Anybody can tell me anything about the ISCI support (like initiator or target) in FreeBSD 5.x? Thank you! -- \|/ ____ \|/ Have a nice day ;-) "@'/ ,. \'@" TooManySecrets /_| \__/ |_\ \__U_/ BSD is what you get when a bunch of Unix hackers sit down to try to port a Unix system to the PC. Linux is what you get when a bunch of PC hackers sit down and try to write a Unix system for the PC From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:50:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D546816A4CF for ; Fri, 8 Oct 2004 08:50:56 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F67043D53 for ; Fri, 8 Oct 2004 08:50:56 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i988opdq029019; Fri, 8 Oct 2004 02:50:52 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <416654AF.3020501@FreeBSD.org> Date: Fri, 08 Oct 2004 02:49:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <200410081036.14225.josemi@freebsd.jazztel.es> In-Reply-To: <200410081036.14225.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org Subject: Re: Library versions and compat4x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:50:57 -0000 Jose M Rodriguez wrote: > I'm not sure about that, but may RELENG_5 compat4x support be update > from RELENG_4 before RC1? > > Thanks in advance, > -- > josemi > This was done last week for BETA7. All of the compat4x libraries in RELENG_5 are now equivalent to what is in RELENG_4. Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 08:54:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A63016A4CE for ; Fri, 8 Oct 2004 08:54:27 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5ACF43D2F for ; Fri, 8 Oct 2004 08:54:26 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id EC1B65311; Fri, 8 Oct 2004 10:54:25 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 4C65A530A; Fri, 8 Oct 2004 10:54:20 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 19810B85E; Fri, 8 Oct 2004 10:54:20 +0200 (CEST) To: "Rajappa Iyer" References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 08 Oct 2004 10:54:20 +0200 In-Reply-To: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> (Rajappa Iyer's message of "Fri, 8 Oct 2004 00:12:22 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 08:54:27 -0000 "Rajappa Iyer" writes: > I tried disabling the atkbd and atkbdc, but it still finds and > attaches kbd0 to atkbd and kbd1 to the USB keyboard. > > Any way out of this situation? echo 'devd_enable=3D"YES"' >>/etc/rc.conf /etc/rc.d/devd start DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 09:04:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5472316A4CE; Fri, 8 Oct 2004 09:04:18 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06EC843D41; Fri, 8 Oct 2004 09:03:37 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i98939ZV078143; Fri, 8 Oct 2004 11:03:09 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i98939PH078142; Fri, 8 Oct 2004 11:03:09 +0200 (SAST) (envelope-from jhay) Date: Fri, 8 Oct 2004 11:03:09 +0200 From: John Hay To: Pawel Jakub Dawidek Message-ID: <20041008090309.GA77513@zibbi.icomtek.csir.co.za> References: <20041007055209.GU73767@darkness.comp.waw.pl> <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> <20041007202326.GA55025@zibbi.icomtek.csir.co.za> <20041008051359.GF73767@darkness.comp.waw.pl> <20041008055833.GB42075@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008055833.GB42075@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 09:04:18 -0000 On Fri, Oct 08, 2004 at 07:58:33AM +0200, John Hay wrote: > On Fri, Oct 08, 2004 at 07:13:59AM +0200, Pawel Jakub Dawidek wrote: > > On Thu, Oct 07, 2004 at 10:23:27PM +0200, John Hay wrote: > > +> > This is because ad0 is open with exclusive bit, so gmirror cannot open > > +> > it for writing and it gets (EPERM - error=1 - errno(2)). > > +> > gmirror.patch should eliminate this race. > > +> > > +> With gmirror.patch I don't see the geom_mirror error messages, but then > > +> it doesn't finish booting: > > +> > > +> ####################################################### > > +> GEOM_MIRROR: Device gm0 created (id=861616013) > > +> GEOM_MIRROR: Device gm0: provider ad0 detected > > +> GEOM_MIRROR: Device gm0: provider ad2 detected > > +> Mounting root from ufs:/dev/mirror/gm0s1a > > +> setrootbyname failed > > +> Root mount failed: 6 > > +> Manual root filesystem specification > > +> ... > > +> mountroot> > > +> ####################################################### > > +> > > +> So how do I go from here? Is there something else I can try? > > > > I wonder how is this possible with g_mirror.c rev.1.36... > > Could you try this patch and send me the output: > > > > http://people.freebsd.org/~pjd/patches/gmirror.3.patch > > I just added this on top of the rest of the patches and it finished > booting! Strange, I wonder of there can still be a timing problem. > The mirror is degraded though, but it automatically started syncing > as opposed to before all the patched where I had to do a "gmirror > activate ...". I'll let it sync and then reboot again. I do have swap > inside the mirror, but have the swapoff command in rc.d/swap1. To followup on myself. After waiting till it finished syncing and then rebooting twice it stopped both times at the mountroot> prompt and it looked like this: ####################################################### ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad2: 114473MB [232581/16/63] at ata1-master UDMA100 GEOM_MIRROR: g_mirror_can_go: can_go=1 GEOM_MIRROR: Device gm0 created (id=861616013) GEOM_MIRROR: Device gm0: provider ad0 detected GEOM_MIRROR: Device gm0: provider ad2 detected Mounting root from ufs:/dev/mirror/gm0s1a setrootbyname failed Root mount failed: 6 Manual root filesystem specification ... mountroot> ####################################################### So I guess there is still some kind of race going on and I was just lucky with my first try with gmirror.3.patch? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 09:19:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 945B616A4CF; Fri, 8 Oct 2004 09:19:01 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59F1543D60; Fri, 8 Oct 2004 09:19:01 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CFqts-0002p2-00 Fri, 08 Oct 2004 11:18:56 +0200 Received: from [212.106.254.137] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CFqts-0002oP-00 Fri, 08 Oct 2004 11:18:56 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i989IwQ0000916; Fri, 8 Oct 2004 11:18:59 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i989IwM4014863; Fri, 8 Oct 2004 11:18:58 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Scott Long Date: Fri, 8 Oct 2004 11:18:57 +0200 User-Agent: KMail/1.7 References: <200410081036.14225.josemi@freebsd.jazztel.es> <416654AF.3020501@FreeBSD.org> In-Reply-To: <416654AF.3020501@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410081118.58352.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-current@freebsd.org Subject: Re: Library versions and compat4x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 09:19:01 -0000 El Viernes, 8 de Octubre de 2004 10:49, Scott Long escribi=F3: > Jose M Rodriguez wrote: > > I'm not sure about that, but may RELENG_5 compat4x support be > > update from RELENG_4 before RC1? > > > > Thanks in advance, > > -- > > josemi > > This was done last week for BETA7. All of the compat4x libraries in > RELENG_5 are now equivalent to what is in RELENG_4. > > Scott can this hit misc/compat4x port? most 4.x binary ports like opera=20 depends on this and don't check for compat 4.x base presence. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 09:24:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E4316A4CE; Fri, 8 Oct 2004 09:24:10 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7577743D2D; Fri, 8 Oct 2004 09:24:09 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i989NvCL031540; Fri, 8 Oct 2004 12:24:03 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i989Nsfg041574; Fri, 8 Oct 2004 12:23:54 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i989Nsr6041573; Fri, 8 Oct 2004 12:23:54 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 8 Oct 2004 12:23:54 +0300 From: Giorgos Keramidas To: re@freebsd.org Message-ID: <20041008092354.GB41183@orion.daedalusnetworks.priv> References: <200410080741.i987f4aq028615@pooker.samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410080741.i987f4aq028615@pooker.samsco.org> cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 09:24:10 -0000 On 2004-10-08 01:41, Scott Long wrote: > |--------------------+-------------+---------------+---------------------| > | | | | ether_input() calls | > | | | | random_harvest() on | > | | | | the mbuf after it | > | | | | has been handed off | > | | | | to ether_demux(), | > | ether_input() may | | | at which point it | > | harvest entropy | In progress | Mark Murray, | may have been | > | from free()'d mbuf | | Robert Watson | free()'d back to | > | | | | the mbuf allocator. | > | | | | It also passes in a | > | | | | pointer to the mbuf | > | | | | itself, rather than | > | | | | ethernet frame | > | | | | header. | > +------------------------------------------------------------------------+ Are we allowed to change the prototype of ether_demux()? If yes, we could make ether_demux() return -1 if it frees the mbuf, and avoid calling random_harvest() on that particular frame. Note that I haven't had a chance to test build or run the following patch yet, but if anyone has a better idea or comments that would help us improve it, they're welcome. One note that I have taken down while writing this and I have to check is the possibility of calling random_harvest(m->m_data, 16, ...) with an mbuf whose m->m_data contains less than 16 bytes. --- patch begins here --- Index: ethernet.h =================================================================== RCS file: /home/ncvs/src/sys/net/ethernet.h,v retrieving revision 1.24 diff -u -u -r1.24 ethernet.h --- ethernet.h 5 Oct 2004 19:28:52 -0000 1.24 +++ ethernet.h 8 Oct 2004 09:15:07 -0000 @@ -353,7 +353,7 @@ extern uint32_t ether_crc32_le(const uint8_t *, size_t); extern uint32_t ether_crc32_be(const uint8_t *, size_t); -extern void ether_demux(struct ifnet *, struct mbuf *); +extern int ether_demux(struct ifnet *, struct mbuf *); extern void ether_ifattach(struct ifnet *, const u_int8_t *); extern void ether_ifdetach(struct ifnet *); extern int ether_ioctl(struct ifnet *, int, caddr_t); Index: if_ethersubr.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_ethersubr.c,v retrieving revision 1.177 diff -u -u -r1.177 if_ethersubr.c --- if_ethersubr.c 27 Jul 2004 23:20:45 -0000 1.177 +++ if_ethersubr.c 8 Oct 2004 09:16:49 -0000 @@ -614,16 +614,14 @@ } } - ether_demux(ifp, m); - /* First chunk of an mbuf contains good entropy */ - if (harvest.ethernet) - random_harvest(m, 16, 3, 0, RANDOM_NET); + if (ether_demux(ifp, m) == 0 && harvest.ethernet) + random_harvest(m->m_data, 16, 3, 0, RANDOM_NET); } /* * Upper layer processing for a received Ethernet packet. */ -void +int ether_demux(struct ifnet *ifp, struct mbuf *m) { struct ether_header *eh; @@ -666,14 +664,14 @@ IFP2AC(ifp)->ac_enaddr, ETHER_ADDR_LEN) != 0 && (ifp->if_flags & IFF_PPROMISC) == 0) { m_freem(m); - return; + return (-1); } } /* Discard packet if interface is not up */ if ((ifp->if_flags & IFF_UP) == 0) { m_freem(m); - return; + return (-1); } if (ETHER_IS_MULTICAST(eh->ether_dhost)) { if (bcmp(etherbroadcastaddr, eh->ether_dhost, @@ -691,7 +689,7 @@ if (ether_ipfw_chk(&m, NULL, &rule, 0) == 0) { if (m) m_freem(m); - return; + return (-1); } } #endif @@ -709,7 +707,7 @@ */ KASSERT(vlan_input_p != NULL,("ether_input: VLAN not loaded!")); (*vlan_input_p)(ifp, m); - return; + return (-1); } /* @@ -725,7 +723,7 @@ ifp->if_noproto++; m_freem(m); } - return; + return (-1); } /* Strip off Ethernet header. */ @@ -749,7 +747,7 @@ if (ifp->if_flags & IFF_NOARP) { /* Discard packet if ARP is disabled on interface */ m_freem(m); - return; + return (-1); } isr = NETISR_ARP; break; @@ -805,7 +803,7 @@ goto discard; } netisr_dispatch(isr, m); - return; + return 0; discard: /* @@ -820,9 +818,10 @@ */ M_PREPEND(m, ETHER_HDR_LEN, M_DONTWAIT); (*ng_ether_input_orphan_p)(ifp, m); - return; + return 0; } m_freem(m); + return (-1); } /* --- patch ends here --- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 10:16:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B798816A4CE for ; Fri, 8 Oct 2004 10:16:22 +0000 (GMT) Received: from f9.mail.ru (f9.mail.ru [194.67.57.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78B6643D68 for ; Fri, 8 Oct 2004 10:16:22 +0000 (GMT) (envelope-from lobach_pavel@mail.ru) Received: from mail by f9.mail.ru with local id 1CFrnQ-0009uk-00 for freebsd-current@freebsd.org; Fri, 08 Oct 2004 14:16:20 +0400 Received: from [213.242.34.225] by win.mail.ru with HTTP; Fri, 08 Oct 2004 14:16:20 +0400 From: Pavel Lobach To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy [213.242.34.225] Date: Fri, 08 Oct 2004 14:16:20 +0400 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: Subject: nwfs support is completly broken in 5-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pavel Lobach List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 10:16:22 -0000 It seems to be that NWFS support doesn't work in CURRENT at all. On 5.2.1-RELEASE any ncp utils (ipxping, ncplogin... etc) cause a kernel trap: Kernel trap 12 with interrupts disabled Fatal trap 12 while in kernel mode fault code: supervisor read, page not present current process: ncplist (or any other ncp process) Today I cvsup'd to 5.3-BETA7, compile in NWFS support and panic is gone, but ncplogin and others says "syserr = Network is not unreachable" (But Netware stuff configured, inetface whith 802.2 frame is up and IPX network number assigned, IPXrouted running) Then I add to the kernel "device io" (for X server) and then ncp utils begin cause a panic again! FeeBSD 4.6 box in the same network work with NWFS fine. Is anybody have an expirience with NWFS/NCP in CURRENT? -- With best regards Pavel Lobach From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 10:28:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF4716A4CE; Fri, 8 Oct 2004 10:28:07 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id E698743D3F; Fri, 8 Oct 2004 10:28:06 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id E79F2653E8; Fri, 8 Oct 2004 11:28:05 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 32391-01; Fri, 8 Oct 2004 11:28:04 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-92-60.dsl.snfc21.pacbell.net [67.121.92.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id D6156653E6; Fri, 8 Oct 2004 11:28:03 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id DACB7616C; Fri, 8 Oct 2004 03:27:58 -0700 (PDT) Date: Fri, 8 Oct 2004 03:27:58 -0700 From: Bruce M Simpson To: Jordan Sissel Message-ID: <20041008102758.GH718@empiric.icir.org> Mail-Followup-To: Jordan Sissel , freebsd-current@freebsd.org, anholt@FreeBSD.org References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> <5ad23a3004100720467646e1ea@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DozTQjXnjm3C9Xhk" Content-Disposition: inline In-Reply-To: <5ad23a3004100720467646e1ea@mail.gmail.com> cc: anholt@FreeBSD.org cc: freebsd-current@freebsd.org Subject: Radeon AGP suspend/resume support (was: Re: Thinkpad T41 Sleep issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 10:28:07 -0000 --DozTQjXnjm3C9Xhk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, On Thu, Oct 07, 2004 at 11:46:19PM -0400, Jordan Sissel wrote: > Absolutely, I'll help in any way I can. I'm currently content without > drm, however I would like to see it fixed for those who can't stop > playing crack attack (me!). I presently have zero knowlwedge about > kernel modules or drm, but I'm willing to learn and help with > whatever's going on with this. What this boils down to is that we have some of the pieces to do it, but not all of them. Those who are interested in the technical specifics (written up herein so as to benefit from mailing list archiving) may wish to read on. Ok. Well some initial research suggests that many of the userland pieces are already there in xorg 6.7.0, after some rummaging around in the source: http://www.spinics.net/lists/xf-xpert/msg04368.html And most of what we need in the DRM driver is already there, and is presumably called by the DRI framework in the X server: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/drm/radeon_cp.c (Revision 1.7 in particular) What I'm not clear about is if the device gets cleanly stopped before FreeBSD actually suspends the machine (with acpi or without). I think Eric may be able to help clarify some of this as he's more familiar with the code in question than I (Cc:'d). One of the things the original author of the Radeon resume patch raised was that it needed the AGP GART driver to reinitialize correctly after a resume, and submitted an additional patch for Linux. From the failure modes of this combination I've observed in the past, it amounts to: 2D graphics work fine after an ACPI resume, but 3D graphics no longer work. The patch in question for Linux is here: http://cpbotha.net/files/dri_reinit/agpgart-i845-resume.patch http://www.ussg.iu.edu/hypermail/linux/kernel/0408.1/0089.html http://fxr.watson.org/fxr/source/drivers/char/agp/intel-agp.c?v=3Dlinux-2.= 6.1#L1427 The Radeon chip sits on the AGP bus, which hangs off a Host-to-AGP bridge (a PCI function in the northbridge of the chipset). Whilst AGP looks like PCI in terms of hardware configuration, it is quite different. The T41 uses the Odem chipset; this in turn uses the agp_intel.c driver. Observe: agp0@pci0:0:0: class=3D0x060000 card=3D0x05291014 chip=3D0x33408086 rev=3D= 0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82855PM Odem Host-Hub Interface Bridge' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x33418086 rev=3D= 0x03 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82855PM Odem AGP Bridge' class =3D bridge subclass =3D PCI-PCI The PCI bus code was recently updated to save the configuration space of all PCI child devices on a suspend/resume. This however does *not* apply to bridge devices, because they're totally different in their operation to child devices. We don't currently implement suspend/resume support for agp. I suspect this is on several people's TODO or WISHLISTS judging from previous list traffic. I suspect this is where the problem lies. My main machine is an IBM T40, which has near identical hardware, so I will try to hack on this when I can. This could be as simple as refactoring some of the code in agp_intel.c =66rom attach into init functions and calling them on resume. Really going to sleep now. Regards, BMS --DozTQjXnjm3C9Xhk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBZmuuueUpAYYNtTsRAqHKAJ9bESLCkhIE4QcwBvnoirmwigH5EgCfZNLT LJSrwqo8cJwrEGMhlvic0PM= =gh5z -----END PGP SIGNATURE----- --DozTQjXnjm3C9Xhk-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 10:45:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D83CB16A4CE for ; Fri, 8 Oct 2004 10:45:34 +0000 (GMT) Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id A37FD43D46 for ; Fri, 8 Oct 2004 10:45:34 +0000 (GMT) (envelope-from rsi@panix.com) Received: from mail.panix.com (mailspool3.panix.com [166.84.1.78]) by mail1.panix.com (Postfix) with ESMTP id DA98848740; Fri, 8 Oct 2004 06:45:33 -0400 (EDT) X-Panix-Received: from 69.109.124.35 (SquirrelMail authenticated user rsi@panix.com); by mail.panix.com with HTTP; Fri, 8 Oct 2004 06:45:34 -0400 (EDT) Message-ID: <2421.69.109.124.35.1097232334.squirrel@69.109.124.35> In-Reply-To: References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> Date: Fri, 8 Oct 2004 06:45:34 -0400 (EDT) From: "Rajappa Iyer" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= 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: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 10:45:35 -0000 > "Rajappa Iyer" writes: >> I tried disabling the atkbd and atkbdc, but it still finds and >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. >> >> Any way out of this situation? > > echo 'devd_enable="YES"' >>/etc/rc.conf > /etc/rc.d/devd start Unfortunately, I cannot get to the shell with a usable keyboard to type in the above commands. I'm basically stuck at sysinstall. Regards, Rajappa -- aka Rajappa Iyer Absinthe makes the tart grow fonder. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 10:46:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E6616A4CE for ; Fri, 8 Oct 2004 10:46:45 +0000 (GMT) Received: from mail-out.emea.daimlerchrysler.com (mail-out.emea.daimlerchrysler.com [141.113.102.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id E543A43D1F for ; Fri, 8 Oct 2004 10:46:42 +0000 (GMT) (envelope-from class_consulting.leidinger@daimlerchrysler.com) Date: Fri, 08 Oct 2004 12:46:37 +0200 From: class_consulting.leidinger@daimlerchrysler.com To: current@FreeBSD.org Message-id: MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII cc: Alexander@Leidinger.net Subject: WIP: Makefile target to remove old base system files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 10:46:45 -0000 Hi, I don't want to rehash old discussions on this topic. I'm working on an implementation and if there's no interest in importing it into src/ I will keep it for my own pleasure. But I need a list of base system files for each release (or a list of removed files beween each release). I remember from previous discussions on this topic that there are file lists somewhere, but I haven't found the right keywords for google. Anybody out there with the right keywords, an URL, or some file lists? Bye, Alexander. -- Alexander Leidinger, Diplom-Informatiker Class Consulting Admin im MIF-Projekt (T-Systems / Daimler-Chrysler) Tel.: 0711/972-44286 From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 11:34:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A448516A4CE; Fri, 8 Oct 2004 11:34:14 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA02C43D49; Fri, 8 Oct 2004 11:34:13 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i98BXcDW008558; Fri, 8 Oct 2004 14:33:56 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i98BXS7G000646; Fri, 8 Oct 2004 14:33:28 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i98BXSvx000645; Fri, 8 Oct 2004 14:33:28 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 8 Oct 2004 14:33:28 +0300 From: Giorgos Keramidas To: re@freebsd.org Message-ID: <20041008113328.GA593@orion.daedalusnetworks.priv> References: <200410080741.i987f4aq028615@pooker.samsco.org> <20041008092354.GB41183@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008092354.GB41183@orion.daedalusnetworks.priv> cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 11:34:14 -0000 On 2004-10-08 12:23, Giorgos Keramidas wrote: > --- patch begins here --- Ignore that previous patch. It doesn't build. Here's a version that builds fine, which I'm testing now: %%% Index: ethernet.h =================================================================== RCS file: /home/ncvs/src/sys/net/ethernet.h,v retrieving revision 1.24 diff -u -r1.24 ethernet.h --- ethernet.h 5 Oct 2004 19:28:52 -0000 1.24 +++ ethernet.h 8 Oct 2004 11:18:30 -0000 @@ -353,7 +353,7 @@ extern uint32_t ether_crc32_le(const uint8_t *, size_t); extern uint32_t ether_crc32_be(const uint8_t *, size_t); -extern void ether_demux(struct ifnet *, struct mbuf *); +extern int ether_demux(struct ifnet *, struct mbuf *); extern void ether_ifattach(struct ifnet *, const u_int8_t *); extern void ether_ifdetach(struct ifnet *); extern int ether_ioctl(struct ifnet *, int, caddr_t); Index: if_ethersubr.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_ethersubr.c,v retrieving revision 1.177 diff -u -r1.177 if_ethersubr.c --- if_ethersubr.c 27 Jul 2004 23:20:45 -0000 1.177 +++ if_ethersubr.c 8 Oct 2004 11:22:09 -0000 @@ -614,16 +614,14 @@ } } - ether_demux(ifp, m); - /* First chunk of an mbuf contains good entropy */ - if (harvest.ethernet) - random_harvest(m, 16, 3, 0, RANDOM_NET); + if (ether_demux(ifp, m) == 0 && harvest.ethernet) + random_harvest(m->m_data, 16, 3, 0, RANDOM_NET); } /* * Upper layer processing for a received Ethernet packet. */ -void +int ether_demux(struct ifnet *ifp, struct mbuf *m) { struct ether_header *eh; @@ -666,14 +664,14 @@ IFP2AC(ifp)->ac_enaddr, ETHER_ADDR_LEN) != 0 && (ifp->if_flags & IFF_PPROMISC) == 0) { m_freem(m); - return; + return (-1); } } /* Discard packet if interface is not up */ if ((ifp->if_flags & IFF_UP) == 0) { m_freem(m); - return; + return (-1); } if (ETHER_IS_MULTICAST(eh->ether_dhost)) { if (bcmp(etherbroadcastaddr, eh->ether_dhost, @@ -691,7 +689,7 @@ if (ether_ipfw_chk(&m, NULL, &rule, 0) == 0) { if (m) m_freem(m); - return; + return (-1); } } #endif @@ -709,7 +707,7 @@ */ KASSERT(vlan_input_p != NULL,("ether_input: VLAN not loaded!")); (*vlan_input_p)(ifp, m); - return; + return (-1); } /* @@ -725,7 +723,7 @@ ifp->if_noproto++; m_freem(m); } - return; + return (-1); } /* Strip off Ethernet header. */ @@ -741,7 +739,7 @@ #ifdef INET case ETHERTYPE_IP: if (ip_fastforward(m)) - return; + return (0); isr = NETISR_IP; break; @@ -749,7 +747,7 @@ if (ifp->if_flags & IFF_NOARP) { /* Discard packet if ARP is disabled on interface */ m_freem(m); - return; + return (-1); } isr = NETISR_ARP; break; @@ -805,7 +803,7 @@ goto discard; } netisr_dispatch(isr, m); - return; + return 0; discard: /* @@ -820,9 +818,10 @@ */ M_PREPEND(m, ETHER_HDR_LEN, M_DONTWAIT); (*ng_ether_input_orphan_p)(ifp, m); - return; + return 0; } m_freem(m); + return (-1); } /* %%% From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 11:45:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC04416A4CE for ; Fri, 8 Oct 2004 11:45:01 +0000 (GMT) Received: from mail.zuhause.org (host153.balbrecht.real-time.com [65.165.41.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97DD943D1F for ; Fri, 8 Oct 2004 11:45:01 +0000 (GMT) (envelope-from bruce@zuhause.org) Received: by mail.zuhause.org (Postfix, from userid 1001) id 057827C04; Fri, 8 Oct 2004 06:45:00 -0500 (CDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.32188.781000.155037@celery.zuhause.org> Date: Fri, 8 Oct 2004 06:45:00 -0500 To: current@freebsd.org From: bruce@zuhause.mn.org Subject: Are USB 2 hubs supported in FreeBSD 5.3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 11:45:01 -0000 Are USB 2 hubs supported? If they're not supported, is there a way to enable EHCI, and force a USB 2 hub to operate in USB 1 mode? From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 11:48:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65EFD16A4CF; Fri, 8 Oct 2004 11:48:22 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7AE43D48; Fri, 8 Oct 2004 11:48:21 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i98Bkv2B086413; Fri, 8 Oct 2004 07:46:57 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i98Bkvb8086410; Fri, 8 Oct 2004 07:46:57 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 8 Oct 2004 07:46:57 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Giorgos Keramidas In-Reply-To: <20041008092354.GB41183@orion.daedalusnetworks.priv> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 11:48:22 -0000 On Fri, 8 Oct 2004, Giorgos Keramidas wrote: > Are we allowed to change the prototype of ether_demux()? > > If yes, we could make ether_demux() return -1 if it frees the mbuf, and > avoid calling random_harvest() on that particular frame. Note that I > haven't had a chance to test build or run the following patch yet, but > if anyone has a better idea or comments that would help us improve it, > they're welcome. > > One note that I have taken down while writing this and I have to check > is the possibility of calling random_harvest(m->m_data, 16, ...) with an > mbuf whose m->m_data contains less than 16 bytes. I looked at a couple of things: - Move the harvesting before the call to ether_demux() - Delete the harvesting call I haven't yet tried to make the harvesting call use real mbuf data, but I'm somewhat dubious of the real value of that: Bill Simpson has pointed out that in practice most hosts talk primarily to their default gateway or a very small set of local peers. In interrupt-driven operation, you're already reaping entropy from receiving the interrupt, so in that scenario, I think there are diminishing returns from trying to also reap entropy at the ether_demux() point. In the netperf branch, I've simply deleted it -- that said, in polling operation, you don't get network interrupts so there may be some benefit here for that. In the netperf branch, I also have a number of changes to substantially reduce locking overhead in the entropy code. I had hoped to merge those before my recent move, but due to the normal chaos of moving, didn't get to it. I'll prepare a candidate patch and post it in the next couple of days. It both coalesces some mutexes, and attempts to coalesce mutex acquisition when doing work to avoid thrashing mutexes. I dropped a copy to Mark, who's also running with it pretty successfully, and running it on several machines. One thing it does require to be more efficient is O(1) list movement operations to move a list of entries from one queue head to another; right now, I think I'm doing O(n) list walks, which is probably OK in the entropy worker thread due to the short lengths of the queues, but otherwise undesirable. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > --- patch begins here --- > Index: ethernet.h > =================================================================== > RCS file: /home/ncvs/src/sys/net/ethernet.h,v > retrieving revision 1.24 > diff -u -u -r1.24 ethernet.h > --- ethernet.h 5 Oct 2004 19:28:52 -0000 1.24 > +++ ethernet.h 8 Oct 2004 09:15:07 -0000 > @@ -353,7 +353,7 @@ > > extern uint32_t ether_crc32_le(const uint8_t *, size_t); > extern uint32_t ether_crc32_be(const uint8_t *, size_t); > -extern void ether_demux(struct ifnet *, struct mbuf *); > +extern int ether_demux(struct ifnet *, struct mbuf *); > extern void ether_ifattach(struct ifnet *, const u_int8_t *); > extern void ether_ifdetach(struct ifnet *); > extern int ether_ioctl(struct ifnet *, int, caddr_t); > Index: if_ethersubr.c > =================================================================== > RCS file: /home/ncvs/src/sys/net/if_ethersubr.c,v > retrieving revision 1.177 > diff -u -u -r1.177 if_ethersubr.c > --- if_ethersubr.c 27 Jul 2004 23:20:45 -0000 1.177 > +++ if_ethersubr.c 8 Oct 2004 09:16:49 -0000 > @@ -614,16 +614,14 @@ > } > } > > - ether_demux(ifp, m); > - /* First chunk of an mbuf contains good entropy */ > - if (harvest.ethernet) > - random_harvest(m, 16, 3, 0, RANDOM_NET); > + if (ether_demux(ifp, m) == 0 && harvest.ethernet) > + random_harvest(m->m_data, 16, 3, 0, RANDOM_NET); > } > > /* > * Upper layer processing for a received Ethernet packet. > */ > -void > +int > ether_demux(struct ifnet *ifp, struct mbuf *m) > { > struct ether_header *eh; > @@ -666,14 +664,14 @@ > IFP2AC(ifp)->ac_enaddr, ETHER_ADDR_LEN) != 0 > && (ifp->if_flags & IFF_PPROMISC) == 0) { > m_freem(m); > - return; > + return (-1); > } > } > > /* Discard packet if interface is not up */ > if ((ifp->if_flags & IFF_UP) == 0) { > m_freem(m); > - return; > + return (-1); > } > if (ETHER_IS_MULTICAST(eh->ether_dhost)) { > if (bcmp(etherbroadcastaddr, eh->ether_dhost, > @@ -691,7 +689,7 @@ > if (ether_ipfw_chk(&m, NULL, &rule, 0) == 0) { > if (m) > m_freem(m); > - return; > + return (-1); > } > } > #endif > @@ -709,7 +707,7 @@ > */ > KASSERT(vlan_input_p != NULL,("ether_input: VLAN not loaded!")); > (*vlan_input_p)(ifp, m); > - return; > + return (-1); > } > > /* > @@ -725,7 +723,7 @@ > ifp->if_noproto++; > m_freem(m); > } > - return; > + return (-1); > } > > /* Strip off Ethernet header. */ > @@ -749,7 +747,7 @@ > if (ifp->if_flags & IFF_NOARP) { > /* Discard packet if ARP is disabled on interface */ > m_freem(m); > - return; > + return (-1); > } > isr = NETISR_ARP; > break; > @@ -805,7 +803,7 @@ > goto discard; > } > netisr_dispatch(isr, m); > - return; > + return 0; > > discard: > /* > @@ -820,9 +818,10 @@ > */ > M_PREPEND(m, ETHER_HDR_LEN, M_DONTWAIT); > (*ng_ether_input_orphan_p)(ifp, m); > - return; > + return 0; > } > m_freem(m); > + return (-1); > } > > /* > --- patch ends here --- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 11:53:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F0616A4CE; Fri, 8 Oct 2004 11:53:13 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC40343D39; Fri, 8 Oct 2004 11:53:12 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 666C8F189E; Fri, 8 Oct 2004 04:53:10 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00687-02; Fri, 8 Oct 2004 04:53:09 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 41BEAF1897; Fri, 8 Oct 2004 04:53:09 -0700 (PDT) From: Sean McNeil To: Greg 'groggy' Lehey In-Reply-To: <20041008082015.GI82985@wantadilla.lemis.com> References: <1097223448.15532.5.camel@server> <20041008082015.GI82985@wantadilla.lemis.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nujd5/4O3bCbgkbUNsGO" Message-Id: <1097236388.1095.2.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 08 Oct 2004 04:53:09 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: debug over firewire amd64 -> i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 11:53:13 -0000 --=-nujd5/4O3bCbgkbUNsGO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-10-08 at 01:20, Greg 'groggy' Lehey wrote: > On Friday, 8 October 2004 at 1:17:28 -0700, Sean McNeil wrote: > > I've read what I could about this and I've setup my machines connected > > via firewire. I haven't gone through all the work yet, so I thought I > > would ask to make sure it is possible: > > > > The target system is amd64 > > the host system is i386 > > > > Will this pose a problem?=20 >=20 > I suspect you're about to find out :-) I can't see one a priori, but > I'd guess you're the first to try it. >=20 > > I'm pretty sure I can create a cross gdb that should work on i386 > > for the amd64 platform. In fact my first build for the amd64 was > > from the system in i386 mode. I migrated from i386 to amd64. That > > was fun. I just wanted to ping the list to see if there is > > something I've missed. >=20 > Nothing obvious to me, anyway. >=20 > > I have dcons working and can see the console on the i386 side so the > > link is working. It's just a matter of understanding the gdb > > portion. >=20 > You've seen my documentation on the subject, right? Yes, I have. I referred to your documentation to setup and test the dcons interface. I has already been very helpful and I haven't even finished reading it. Thanks for your efforts. I will report back my experience when I have tried it out completely. Cheers, Sean --=-nujd5/4O3bCbgkbUNsGO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZn+kyQsGN30uGE4RAmLgAJ9OmedkRu9ClojfmaVdM81ti5pRLQCg1vRc yVo8KmBe+y6XK1v9DoN1lAE= =K9ld -----END PGP SIGNATURE----- --=-nujd5/4O3bCbgkbUNsGO-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 11:55:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0322C16A4CE; Fri, 8 Oct 2004 11:55:45 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 529BF43D39; Fri, 8 Oct 2004 11:55:44 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CFtLX-0000Rf-00 Fri, 08 Oct 2004 13:55:39 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CFtLW-0000Qn-00 Fri, 08 Oct 2004 13:55:38 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i98Btf0Q000553; Fri, 8 Oct 2004 13:55:41 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i98BtdRj000815; Fri, 8 Oct 2004 13:55:39 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Fri, 8 Oct 2004 13:55:38 +0200 User-Agent: KMail/1.7 References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> <2421.69.109.124.35.1097232334.squirrel@69.109.124.35> In-Reply-To: <2421.69.109.124.35.1097232334.squirrel@69.109.124.35> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410081355.39055.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 11:55:45 -0000 El Viernes, 8 de Octubre de 2004 12:45, Rajappa Iyer escribi=F3: > > "Rajappa Iyer" writes: > >> I tried disabling the atkbd and atkbdc, but it still finds and > >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. > >> > >> Any way out of this situation? > > > > echo 'devd_enable=3D"YES"' >>/etc/rc.conf > > /etc/rc.d/devd start > > Unfortunately, I cannot get to the shell with a usable keyboard to > type in the above commands. I'm basically stuck at sysinstall. > Have you BIOS any USB dos/keyboard compat mode. You may tweak this=20 later after sysintall reboot =2D- josemi > Regards, > Rajappa From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 11:55:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0322C16A4CE; Fri, 8 Oct 2004 11:55:45 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 529BF43D39; Fri, 8 Oct 2004 11:55:44 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CFtLX-0000Rf-00 Fri, 08 Oct 2004 13:55:39 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CFtLW-0000Qn-00 Fri, 08 Oct 2004 13:55:38 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i98Btf0Q000553; Fri, 8 Oct 2004 13:55:41 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i98BtdRj000815; Fri, 8 Oct 2004 13:55:39 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Fri, 8 Oct 2004 13:55:38 +0200 User-Agent: KMail/1.7 References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> <2421.69.109.124.35.1097232334.squirrel@69.109.124.35> In-Reply-To: <2421.69.109.124.35.1097232334.squirrel@69.109.124.35> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410081355.39055.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 11:55:45 -0000 El Viernes, 8 de Octubre de 2004 12:45, Rajappa Iyer escribi=F3: > > "Rajappa Iyer" writes: > >> I tried disabling the atkbd and atkbdc, but it still finds and > >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. > >> > >> Any way out of this situation? > > > > echo 'devd_enable=3D"YES"' >>/etc/rc.conf > > /etc/rc.d/devd start > > Unfortunately, I cannot get to the shell with a usable keyboard to > type in the above commands. I'm basically stuck at sysinstall. > Have you BIOS any USB dos/keyboard compat mode. You may tweak this=20 later after sysintall reboot =2D- josemi > Regards, > Rajappa From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:03:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD69816A4CE for ; Thu, 7 Oct 2004 16:03:50 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAAD543D1F for ; Thu, 7 Oct 2004 16:03:48 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i97G3Yg0012744; Thu, 7 Oct 2004 19:03:39 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i97G3UxD008723; Thu, 7 Oct 2004 19:03:30 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)i97G3RGO008720; Thu, 7 Oct 2004 19:03:27 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 7 Oct 2004 19:03:26 +0300 From: Giorgos Keramidas To: Rusty Nejdl Message-ID: <20041007160325.GA8689@orion.daedalusnetworks.priv> References: <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> <136a340a04100706186b69bd73@mail.gmail.com> <136a340a04100706341f7c2d2@mail.gmail.com> <26869.12.148.147.242.1097157906.squirrel@mail.ringofsaturn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26869.12.148.147.242.1097157906.squirrel@mail.ringofsaturn.com> X-Mailman-Approved-At: Fri, 08 Oct 2004 11:57:00 +0000 cc: Nikolay Kalev cc: Renato Botelho cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:03:50 -0000 On 2004-10-07 09:05, Rusty Nejdl wrote: > > http://www.eprogress.bg/~rootcho/dot.tcshrc > > One weirdness I ran into is with the backspace key. It no longer works. > It appears that that this line kills that functionality: > > # DELETE : delete char at cursor position. > bindkey ^? delete-char The two special characters ^H and ^? are better be left alone most of the time. I've seen terminals that use one of these two as the "backspace" key. So, let's leave this particular detail open to the setup of the terminal. - Giorgos From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 16:13:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27FE916A4CE for ; Thu, 7 Oct 2004 16:13:45 +0000 (GMT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF2743D41 for ; Thu, 7 Oct 2004 16:13:39 +0000 (GMT) (envelope-from gmh003532@brfmasthugget.se) Received: from eerie.lan ([213.112.136.252] [213.112.136.252]) by mxfep02.bredband.com with ESMTP id <20041007161338.XGFV27821.mxfep02.bredband.com@eerie.lan> for ; Thu, 7 Oct 2004 18:13:38 +0200 Received: from eerie.lan (localhost [127.0.0.1]) by eerie.lan (8.13.1/8.13.1) with ESMTP id i97GEiwc034796 for ; Thu, 7 Oct 2004 18:14:44 +0200 (CEST) (envelope-from gmh003532@brfmasthugget.se) Received: (from redpixel@localhost) by eerie.lan (8.13.1/8.13.1/Submit) id i97GEiuo034795 for freebsd-current@FreeBSD.org; Thu, 7 Oct 2004 18:14:44 +0200 (CEST) (envelope-from gmh003532@brfmasthugget.se) Date: Thu, 7 Oct 2004 18:14:44 +0200 From: Martin Faxer To: freebsd-current@FreeBSD.org Message-ID: <20041007161444.GA34608@eerie.lan> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 08 Oct 2004 11:57:00 +0000 Subject: beta7 experience X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:13:45 -0000 Hi all! I recently installed beta7 on my box and I experienced a few problems: snd_emu10k1 ----------- To build the snd_emu10k1 sound driver, one needs to add: device "snd_emu10k1" to the kernel config file. Simply: device snd_emu10k1 will cause config to complain about a syntax error (presumably because it thinks the 1 at the end is a device number). This is not mentioned anywhere in the snd_emu10k1 man page and the example provided shows 'device snd_emu10k1', which won't work. At the very least, the man page needs to be updated to reflect this. (I could provide a diff for this but I guess the overhead of applying a patch will be greater than just making the change directly in this case.) In the future, perhaps the driver should be renamed or the device numbering scheme redesigned in some way? It feels a bit dirty having to put "" around the driver name :) Somebody else posted a message complaining about this a couple of days ago but didn't recieve much attention... I would guess that everything I just wrote holds true for snd_ad1816, snd_als4000, snd_cs4281, snd_ds1 and snd_maestro3 too. cvsup example files ------------------- minor thing: the stable-supfile example found in /usr/share/examples/cvsup still lists 4.x as stable. Perhaps this should be updated before the release is made? :) X.org ----- When running xorgconfig, I am not allowed to choose my keyboard mapping, because of the following error: XKB rules file '/usr/X11R6/lib/X11/xkb/rules/' not found Keyboard XKB options will be set to default values. I am not sure if anybody's reported this before me, but at least I haven't seen any messages about it. Also, it seems Option ZAxisMapping "4 5" isn't standard... Perhaps making it standard should be considered, or is there any compelling reason not to? I guess most people nowadays have a wheel mouse. Weird error when building gtk2 from ports ----------------------------------------- When building firefox (and gtk2 as a dependency), I recieved a weird error: /usr/bin/nm -B .libs/gdk-pixbuf.o .libs/gdk-pixbuf-animation.o .libs/gdk-pixbuf-data.o .libs/gdk-pixbuf-io.o .libs/gdk-pixbuf-loader.o .libs/gdk-pixbuf-scale.o .libs/gdk-pixbuf-util.o .libs/gdk-pixdata.o .libs/gdk-pixbuf-enum-types.o pixops/.libs/libpixops.a | | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgdk_pixbuf-2.0.exp (line wrapped) eval: 1: Syntax error: "|" unexpected *** Error code 2 Note the double | | at the end of the line before the last. I tracked this down to being caused by global_symbol_pipe being unset (simply global_symbol_pipe="") in the libtool script used (/usr/local/bin/libtool15). Time stamps in /var/db/pkg showed that libtool15 was installed as a dependency of cvsup-without-gui, which was the first port I installed. I'm not sure why global_symbol_pipe would be unset... But it was :) I haven't reinstalled to verify that it would happen again, so this bug-report isn't really worth much, but I don't believe in randomness when it comes to things like this, so I guess something must be wrong somewhere. After having tracked it down to being libtool's fault, my first step was to portupgrade -f libtool-1.5, and after that global_symbol_pipe was set, so something had changed since the time I last built it (I had installed a whole bunch of packages). Perhaps somebody familiar with libtool could shed any light on this? Otherwise, I guess it's nothing to worry about unless more people report it. If somebody who reads this is about to install beta7, it would be nice if you could try to begin by ports-installing cvsup-without-gui and see if the resulting libtool15 script has global_symbol_pipe set or not. That was all! *phew* Except for those minor problems, the experience has been a breeze. I have really high hopes for 5.3-rel and I think it's going to be a great release :) Best regards, Martin Faxer From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 17:43:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E3A016A4CE for ; Thu, 7 Oct 2004 17:43:39 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC0A043D41 for ; Thu, 7 Oct 2004 17:43:36 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i97HhaAb091760; Thu, 7 Oct 2004 10:43:36 -0700 (PDT) (envelope-from d.kulinski@gmail.com) Date: Thu, 7 Oct 2004 10:41:55 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <83139299671.20041007104155@takeda.tk> To: Nikolay Kalev , freebsd-current@freebsd.org In-Reply-To: <136a340a04100706341f7c2d2@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> <20041006180405.6a3b8407@vixen42.24-119-122-191.cpe.cableone.net> <61583.66.13.175.242.1097110893.squirrel@mail.ringofsaturn.com> <20041006202735.0b2e531d@vixen42.24-119-122-191.cpe.cableone.net> <136a340a0410070029332a39e9@mail.gmail.com> <747dc8f304100705211dd1dbd@mail.gmail.com> <136a340a041007052662ac1b38@mail.gmail.com> <136a340a04100706186b69bd73@mail.gmail.com> <136a340a04100706341f7c2d2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 08 Oct 2004 11:57:00 +0000 Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 17:43:39 -0000 Hello Nikolay, Thursday, October 7, 2004, 6:34:20 AM, you wrote: > On Thu, 7 Oct 2004 16:18:11 +0300, Nikolay Kalev wrote: >> Ok how about now is it working correct ??? >> New addons and cleanup. >> > Opss sorry about that forgot the file :-)! > Here is a link : > http://www.eprogress.bg/~rootcho/dot.tcshrc > P.S. i;m having hard time with attached files in gmail :-(. I compared previous .tcshrc with the new one, here are few comments: Will this work? alias .../'cd ../../' alias -'cd -' alias /'cd /' There is no space. same here: # INSERT : toggles overwrite or insert mode. bindkey ^[[Loverwrite-mode bindkey ^[[2~overwrite-mode# for x # DELETE : delete char at cursor position. bindkey ^?delete-char bindkey ^[[3~ delete-char# for x and so on. I don't know why did you removed, F1-F6, they were working fine under putty, when I had set up to use function keys same as in linux, maybe instead removing them you could add additional bindkeys so it might work on all configurations. In completes part I noticed that you missed some spaces, is that on purpose? (I didn't run it, so I don't know if it works, but I think it won't) I think that whatever editor you used it just broke stuff. -- Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Thu Oct 7 18:34:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49D4616A4CF; Thu, 7 Oct 2004 18:34:01 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id AACDF43D31; Thu, 7 Oct 2004 18:33:58 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CFd6b-0003xt-4E; Fri, 08 Oct 2004 01:35:09 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.13.1/8.13.1) with ESMTP id i97HA9Tw040428; Fri, 8 Oct 2004 00:10:09 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.13.1/8.13.1/Submit) id i97HA9tK040407; Fri, 8 Oct 2004 00:10:09 +0700 (NOVST) (envelope-from danfe) Date: Fri, 8 Oct 2004 00:10:09 +0700 From: Alexey Dokuchaev To: Don Lewis Message-ID: <20041007171009.GA36712@regency.nsu.ru> References: <136a340a041007045538093bfd@mail.gmail.com> <200410071644.i97Giq5a058914@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410071644.i97Giq5a058914@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 08 Oct 2004 11:57:00 +0000 cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:34:01 -0000 On Thu, Oct 07, 2004 at 09:44:52AM -0700, Don Lewis wrote: > This is what I use: > > set prompt = '%m:%c4 %h%#' > if ($?TERM && $TERM == xterm) then > set prompt='%{\033]0;%n@%m:%c5\007%}%m:%c %h%#' > endif > > It adds the last few components of $cwd and the history event number to > the prompt. When running in an xterm, it puts the username, hostname, > and the last part of $cwd in the xterm title. I use pretty much the same code for setting xterm's titlebar. However, there is one known problem with it: when you leave (^D) your shell, being ssh'ed to another machine, titlebar still has that remote host name. If there was a way to retrieve current title string, sigh. Unless, of course, I'm missing something here. ./danfe From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:22:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA28916A4CF for ; Fri, 8 Oct 2004 12:22:54 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477DD43D3F for ; Fri, 8 Oct 2004 12:22:54 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id i98CLUWP016942 for ; Fri, 8 Oct 2004 14:21:30 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id i98CMrPf025994 for ; Fri, 8 Oct 2004 14:22:53 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id i98CMrKP025993 for freebsd-current@freebsd.org; Fri, 8 Oct 2004 14:22:53 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200410081222.i98CMrKP025993@hugo10.ka.punkt.de> To: freebsd-current@freebsd.org Date: Fri, 8 Oct 2004 14:22:53 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: 5.3-BETA7 ata problem with VIA 8235 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:22:55 -0000 Hi! Next test with the current beta: We have a system with a VIA chipset based mainboard, the ATA controller is reported to be a VIA 8235. This system has worked just fine with 5.1 then stopped working when the atang changes were commited. It wasn't that important to us (it's really cheap [tm] hardware), but since I'm doing some tests with the current beta anyway and there were various ata fixes announced: Boot from miniinst.iso: ... atapci0: port 0xdc00-0xdc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at deviec 17.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ... ata0-master: FAILURE - ATA_IDENTTIFY timed out ... ata1-master: FAILURE - ATAPI_IDENTIFY timed out ... With most systems I tried before (5.2.1-RELEASE, previous 5.3-BETAs) the system just hung without a clear error message after loading md0. Any ideas? Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:23:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50DC116A4CE for ; Fri, 8 Oct 2004 12:23:23 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FB8243D45 for ; Fri, 8 Oct 2004 12:23:22 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id i98CLwWP016951 for ; Fri, 8 Oct 2004 14:21:58 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id i98CNLPf026014 for ; Fri, 8 Oct 2004 14:23:21 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id i98CNLnd026013 for freebsd-current@freebsd.org; Fri, 8 Oct 2004 14:23:21 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200410081223.i98CNLnd026013@hugo10.ka.punkt.de> To: freebsd-current@freebsd.org Date: Fri, 8 Oct 2004 14:23:21 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Vinum problems in 5.3-BETA7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:23:23 -0000 Hi all! We have a production system that runs on a vinum system drive configured like this: cab# vinum l 2 drives: D b State: up /dev/ad1s1h A: 0/114494 MB (0%) D a State: up /dev/ad0s1h A: 0/114494 MB (0%) 4 volumes: V root State: up Plexes: 2 Size: 256 MB V swap State: up Plexes: 2 Size: 3072 MB V usr State: up Plexes: 2 Size: 4096 MB V var State: up Plexes: 2 Size: 104 GB 8 plexes: P root.p1 C State: up Subdisks: 1 Size: 256 MB P swap.p1 C State: up Subdisks: 1 Size: 3072 MB P usr.p1 C State: up Subdisks: 1 Size: 4096 MB P var.p1 C State: up Subdisks: 1 Size: 104 GB P root.p0 C State: up Subdisks: 1 Size: 256 MB P swap.p0 C State: up Subdisks: 1 Size: 3072 MB P usr.p0 C State: up Subdisks: 1 Size: 4096 MB P var.p0 C State: up Subdisks: 1 Size: 104 GB 8 subdisks: S root.p1.s0 State: up D: b Size: 256 MB S swap.p1.s0 State: up D: b Size: 3072 MB S usr.p1.s0 State: up D: b Size: 4096 MB S var.p1.s0 State: up D: b Size: 104 GB S root.p0.s0 State: up D: a Size: 256 MB S swap.p0.s0 State: up D: a Size: 3072 MB S usr.p0.s0 State: up D: a Size: 4096 MB S var.p0.s0 State: up D: a Size: 104 GB It's currently running fine with FreeBSD 5.2.1-RELEASE-p10. After upgrading to 5.3-BETA7, buildworld, buildkernel, installkernel and reboot the system stops: vinum: loaded vinum: no drives found That's it. Of course it complains that it can't mount /dev/vinum/root. The list of detected GEOM devices at the "mountroot> " prompt includes ad0s1h, ad1s1h, ad0s1, ad1s1, ad0, ad1 and some more partitions. Where do I go from here? Is this expected behaviour due to the ongoing GEOM changes or should I go read Greg's "how to debug vinum problems" document? I will do that, no problem. Just want to know if it makes sense at all, because now everyone might tell me "vinum is known broken in 5.3" or similar. Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:26:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB94C16A4D0; Fri, 8 Oct 2004 12:26:27 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C99543D1D; Fri, 8 Oct 2004 12:26:27 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i98CQCus021171; Fri, 8 Oct 2004 15:26:19 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i98CQ1X3026000; Fri, 8 Oct 2004 15:26:01 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i98CQ1Pu025999; Fri, 8 Oct 2004 15:26:01 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 8 Oct 2004 15:26:01 +0300 From: Giorgos Keramidas To: Robert Watson Message-ID: <20041008122601.GA15957@orion.daedalusnetworks.priv> References: <20041008092354.GB41183@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:26:28 -0000 On 2004-10-08 07:46, Robert Watson wrote: > On Fri, 8 Oct 2004, Giorgos Keramidas wrote: > > > Are we allowed to change the prototype of ether_demux()? > > > > If yes, we could make ether_demux() return -1 if it frees the mbuf, and > > avoid calling random_harvest() on that particular frame. Note that I > > haven't had a chance to test build or run the following patch yet, but > > if anyone has a better idea or comments that would help us improve it, > > they're welcome. > > > > One note that I have taken down while writing this and I have to check > > is the possibility of calling random_harvest(m->m_data, 16, ...) with an > > mbuf whose m->m_data contains less than 16 bytes. > > I looked at a couple of things: > > - Move the harvesting before the call to ether_demux() > - Delete the harvesting call There are many ways in which the mbuf can get "taken away" from under ether_input()'s feet, now that I look at teh changes in more detail. The mbuf can go away in ether_demux() or ip_fastforward() or even deeper in netisr_dispatch() or ... so it's not very safe to keep the harvesting call after ether_demux(). I've added a sysctl to count the packets that are indeed passed to the random_harvest() function with my proposed patch, but I have a lingering suspicion that none is (because the mbuf is handled in ether_demux() and freed before the harvester has a chance to run). More on that later... > I haven't yet tried to make the harvesting call use real mbuf data, but > I'm somewhat dubious of the real value of that: Bill Simpson has pointed > out that in practice most hosts talk primarily to their default gateway or > a very small set of local peers. In a local area network where several machines are on the same LAN (virtual or not), the machines might be more than a handful though. I regularly ssh into 3-4 development/testing Solaris machines here. Then we have the DNS server, the Samba fileshares, and yes there's a gateway too. It all depends on what one considers a "very small set of local peers", I guess. > In interrupt-driven operation, you're > already reaping entropy from receiving the interrupt, so in that scenario, > I think there are diminishing returns from trying to also reap entropy at > the ether_demux() point. In the netperf branch, I've simply deleted it -- > that said, in polling operation, you don't get network interrupts so there > may be some benefit here for that. Hmmm, that sounds very reasonable. Can we make the call to the harvest function conditional on non-interrupt driven operation? > I'll prepare a candidate patch and post it in the next couple of days. Sure. I'll go on reading the source. I know you've been sort of offline so there's no reason to rush anything. Take your time ;-) - Giorgos PS: I dropped RE from the Cc: list since I'm sure they get too many email messages already. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:26:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86A0116A4CE for ; Fri, 8 Oct 2004 12:26:32 +0000 (GMT) Received: from regen.bandwidth-junkies.net (pcp248006pcs.howard01.md.comcast.net [68.55.69.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE09E43D3F for ; Fri, 8 Oct 2004 12:26:31 +0000 (GMT) (envelope-from acidos@grimore.bandwidth-junkies.net) Received: from regen.bandwidth-junkies.net (localhost.bandwidth-junkies.net [127.0.0.1])i98CTZGW018967 for ; Fri, 8 Oct 2004 08:29:35 -0400 (EDT) (envelope-from acidos@grimore.bandwidth-junkies.net) Received: (from acidos@localhost)i98CTZMc018966 for freebsd-current@freebsd.org; Fri, 8 Oct 2004 08:29:35 -0400 (EDT) (envelope-from acidos) Date: Fri, 8 Oct 2004 08:29:35 -0400 From: Adam VanderHook To: freebsd-current@freebsd.org Message-ID: <20041008122933.GI709@regen.bandwidth-junkies.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20041007185605.GG709@regen.bandwidth-junkies.net> <20041007213924.M36662@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007213924.M36662@ury.york.ac.uk> User-Agent: Mutt/1.4.2.1i Subject: Re: 5.3-BETA7 - kernel hangs on boot - Toshiba Satellite A30 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:26:32 -0000 On Thu, Oct 07, 2004 at 09:42:52PM +0100, Gavin Atkinson wrote: > I have no idea about the hang in ACPI mode, but try setting > hw.pci.enable_io_modes=0 from the loader when booting with ACPI disabled. > All recent Toshiba laptops i've played with recently have needed that. If I try that while doing an 'unset acpi_load' at the booter, it hangs in the same place. However, disabling it and leaving ACPI still enabled worked. Booted up fast, but then I started getting errors as it tried to access the CD-ROM. Going to try it with some other 5.x series CDs I have around at home when I get out of work. Still, that is _really_ weird though. Adam -- "Life does not cease to be funny when people die any more than it ceases to be serious when people laugh." -- George Bernard Shaw Adam VanderHook acidos@bandwidth-junkies.net http://acidos.bandwidth-junkies.net/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:21:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BE2116A4CE for ; Fri, 8 Oct 2004 12:21:10 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F08E543D3F for ; Fri, 8 Oct 2004 12:21:09 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CFtkC-0002Ib-00 for ; Fri, 08 Oct 2004 14:21:08 +0200 Received: from 231.98.121.148.in-addr.arpa ([148.121.98.231]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Oct 2004 14:21:08 +0200 Received: from solskogen by 231.98.121.148.in-addr.arpa with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Oct 2004 14:21:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Christer Solskogen Date: Fri, 08 Oct 2004 14:10:49 +0200 Lines: 23 Message-ID: References: <20041007161444.GA34608@eerie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 231.98.121.148.in-addr.arpa User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en In-Reply-To: <20041007161444.GA34608@eerie.lan> Sender: news X-Mailman-Approved-At: Fri, 08 Oct 2004 12:28:45 +0000 Subject: Re: beta7 experience X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:21:10 -0000 Martin Faxer wrote: > Hi all! > > I recently installed beta7 on my box and I experienced a few problems: > > snd_emu10k1 > ----------- > To build the snd_emu10k1 sound driver, one needs to add: > > device "snd_emu10k1" > > to the kernel config file. Simply: > > device snd_emu10k1 > No. Simply: device "snd_emu10k1" -- cso From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:29:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB86916A4CE for ; Fri, 8 Oct 2004 12:29:30 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D472343D2D for ; Fri, 8 Oct 2004 12:29:29 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i98CTO2t117934; Fri, 8 Oct 2004 14:29:25 +0200 Date: Fri, 8 Oct 2004 14:29:37 +0200 (CEST) From: Lukas Ertl To: "Patrick M. Hausen" In-Reply-To: <200410081223.i98CNLnd026013@hugo10.ka.punkt.de> Message-ID: <20041008142844.D76783@pcle2.cc.univie.ac.at> References: <200410081223.i98CNLnd026013@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4248; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Vinum problems in 5.3-BETA7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:29:30 -0000 On Fri, 8 Oct 2004, Patrick M. Hausen wrote: > Where do I go from here? Is this expected behaviour due to the ongoing > GEOM changes or should I go read Greg's "how to debug vinum problems" > document? I will do that, no problem. Just want to know if it makes > sense at all, because now everyone might tell me "vinum is known broken in > 5.3" or similar. Please switch to geom_vinum. Put 'geom_vinum_load="YES"' in your loader.conf and change your fstab to /dev/gvinum. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:35:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5090F16A4CE; Fri, 8 Oct 2004 12:35:47 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id B77A143D49; Fri, 8 Oct 2004 12:35:46 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id i98CYMWP017419; Fri, 8 Oct 2004 14:34:22 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id i98CZjPf026338; Fri, 8 Oct 2004 14:35:45 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id i98CZjRf026337; Fri, 8 Oct 2004 14:35:45 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200410081235.i98CZjRf026337@hugo10.ka.punkt.de> In-Reply-To: <20041008142844.D76783@pcle2.cc.univie.ac.at> To: Lukas Ertl Date: Fri, 8 Oct 2004 14:35:45 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: "Patrick M. Hausen" cc: freebsd-current@freebsd.org Subject: Re: Vinum problems in 5.3-BETA7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:35:47 -0000 Hi, Lukas! > > Where do I go from here? Is this expected behaviour due to the ongoing > > GEOM changes or should I go read Greg's "how to debug vinum problems" > > document? I will do that, no problem. Just want to know if it makes > > sense at all, because now everyone might tell me "vinum is known broken in > > 5.3" or similar. > > Please switch to geom_vinum. Put 'geom_vinum_load="YES"' in your > loader.conf and change your fstab to /dev/gvinum. Since geom_vinum wasn't in the earlier betas I expected it was scheduled for after 5.3-RELEASE. I'm puzzled by the amount of feature changes during the current beta process. Bind 9 is another example. Shouldn't there be a feature freeze at the first beta and only bug fixing until release? OTOH geom_vinum is definitely good news. I'll give it a try right now and report the results. Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:46:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7635016A4CE; Fri, 8 Oct 2004 12:46:50 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A14843D2F; Fri, 8 Oct 2004 12:46:49 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1CFu8o-0000dN-00; Fri, 08 Oct 2004 14:46:34 +0200 To: "Matthew D. Fuller" From: Ian FREISLICH In-Reply-To: Message from "Matthew D. Fuller" <20041008025054.GJ49914@over-yonder.net> Date: Fri, 08 Oct 2004 14:46:34 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: Don Lewis cc: freebsd-current@FreeBSD.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:46:50 -0000 "Matthew D. Fuller" wrote: > On Thu, Oct 07, 2004 at 09:44:52AM -0700 I heard the voice of > Don Lewis, and lo! it spake thus: > > > > When running in an xterm, it puts the username, hostname, and the > > last part of $cwd in the xterm title. > > I've killed men for less 8-} > > I've always hated that behavior of bash configs on Linux boxes. Like, > really deeply hated. Yes. Anything that messes with the title _I_ give an xterm is the spawn of satan. There doesn't seem to be a way to prevent the title bar name change either. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:49:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D43A16A4CE for ; Fri, 8 Oct 2004 12:49:53 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 8921443D2D for ; Fri, 8 Oct 2004 12:49:52 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 38283 invoked by uid 0); 8 Oct 2004 12:49:08 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 8 Oct 2004 12:49:08 -0000 Message-ID: <41668CF2.9030307@gamersimpact.com> Date: Fri, 08 Oct 2004 07:49:54 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200410080506.i9856m1e060429@gw.catspoiler.org> In-Reply-To: <200410080506.i9856m1e060429@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:49:53 -0000 Don Lewis wrote: > This sounds a lot like what I ran into with my Athlon XP machine in the > >early days of 5.x. I set up the machine to dual boot FreeBSD 5.x and >RedHat Linux using GRUB to select the OS. If I was using a USB keyboard >and keyboard emulation was off, I couldn't interact with the loader, and >I don't think I could interact with GRUB either. If keyboard emulation >was enabled, FreeBSD stumbled across atkbd and atkbdc and ignored the >USB keyboard once it booted. If I could get in over the network, I >could use kbdcontrol to switch enable access to the USB keyboard. This >was sometimes a problem because neither the BIOS nor FreeBSD saw the fxp >card when the machine was first powered on. Letting the machine boot >part way and hitting the reset button, or logging on and rebooting would >cause fxp0 to appear, though the latter method could not be done >remotely ... > >RedHat 7.3 automagically used the USB keyboard. > >These days I'm using the PS/2 ports via a KVM switch, so I have no idea >if this is still a problem. > > I have somewhat the same problem. Although not too bad, I have a USB KVM which keeps me from interacting with the loader or boot manager, emulation or not. This isn't so bad since I can just move the keyboard to the machine's PS/2 port if I need to. Funny thing is on one of the machines it /used/ to work on 4.x (emulation) but since 5.x it hasn't. Here's a me too looking forward to a keyboard multiplexor. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:52:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65D4116A4CE for ; Fri, 8 Oct 2004 12:52:22 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B42F43D31 for ; Fri, 8 Oct 2004 12:52:00 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i98CpqZV085576; Fri, 8 Oct 2004 14:51:53 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i98Cpq4i085575; Fri, 8 Oct 2004 14:51:52 +0200 (SAST) (envelope-from jhay) Date: Fri, 8 Oct 2004 14:51:52 +0200 From: John Hay To: "Patrick M. Hausen" Message-ID: <20041008125152.GA85303@zibbi.icomtek.csir.co.za> References: <200410081222.i98CMrKP025993@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410081222.i98CMrKP025993@hugo10.ka.punkt.de> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ata problem with VIA 8235 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:52:22 -0000 On Fri, Oct 08, 2004 at 02:22:53PM +0200, Patrick M. Hausen wrote: > Hi! > > Next test with the current beta: > > We have a system with a VIA chipset based mainboard, the ATA > controller is reported to be a VIA 8235. > This system has worked just fine with 5.1 then stopped working when > the atang changes were commited. It wasn't that important to us > (it's really cheap [tm] hardware), but since I'm doing some tests > with the current beta anyway and there were various ata fixes > announced: > > Boot from miniinst.iso: > > ... > atapci0: port 0xdc00-0xdc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at deviec 17.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > ... > ata0-master: FAILURE - ATA_IDENTTIFY timed out > ... > ata1-master: FAILURE - ATAPI_IDENTIFY timed out > ... > > With most systems I tried before (5.2.1-RELEASE, previous 5.3-BETAs) the > system just hung without a clear error message after loading md0. Try disabling the apic. Break out of the loader by pressing '6' and then type: set hint.apic.0.disabled=1 boot We have two Asus P4VP-MX motherboards with that chipset. I think the apic is initialized too late or something. If you do a verbose boot without disabling the apic, you see apic messages after ata failed. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 12:56:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D90FD16A4CE for ; Fri, 8 Oct 2004 12:56:38 +0000 (GMT) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 6BBB643D5D for ; Fri, 8 Oct 2004 12:56:33 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 5056 invoked by uid 1001); 8 Oct 2004 12:56:31 -0000 To: if@hetzner.co.za From: sthaug@nethelp.no In-Reply-To: Your message of "Fri, 08 Oct 2004 14:46:34 +0200" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 08 Oct 2004 14:56:31 +0200 Message-ID: <5054.1097240191@bizet.nethelp.no> cc: freebsd-current@FreeBSD.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 12:56:39 -0000 > > > When running in an xterm, it puts the username, hostname, and the > > > last part of $cwd in the xterm title. > > > > I've killed men for less 8-} > > > > I've always hated that behavior of bash configs on Linux boxes. Like, > > really deeply hated. Agreed. It's evil. > Yes. Anything that messes with the title _I_ give an xterm is the > spawn of satan. There doesn't seem to be a way to prevent the title > bar name change either. chsh works well for me :-) Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 13:11:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BCF816A4CE for ; Fri, 8 Oct 2004 13:11:12 +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 E0CAA43D1D for ; Fri, 8 Oct 2004 13:11:10 +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 i98DB5me026928; Fri, 8 Oct 2004 15:11:07 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <416691E0.4030307@DeepCore.dk> Date: Fri, 08 Oct 2004 15:10:56 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Patrick M. Hausen" References: <200410081222.i98CMrKP025993@hugo10.ka.punkt.de> In-Reply-To: <200410081222.i98CMrKP025993@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ata problem with VIA 8235 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 13:11:12 -0000 Patrick M. Hausen wrote: > Hi! >=20 > Next test with the current beta: >=20 > We have a system with a VIA chipset based mainboard, the ATA > controller is reported to be a VIA 8235. > This system has worked just fine with 5.1 then stopped working when > the atang changes were commited. It wasn't that important to us > (it's really cheap [tm] hardware), but since I'm doing some tests > with the current beta anyway and there were various ata fixes > announced: >=20 > Boot from miniinst.iso: >=20 > ... > atapci0: port 0xdc00-0xdc0f,0x376,0x170-0= x177,0x3f6,0x1f0-0x1f7 at deviec 17.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > ... > ata0-master: FAILURE - ATA_IDENTTIFY timed out > ... > ata1-master: FAILURE - ATAPI_IDENTIFY timed out > ... Looks like you dont get interrupts.. Any changes if run with ACPI/APIC disabled ? -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 13:11:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D20D16A4CE for ; Fri, 8 Oct 2004 13:11:26 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94C1743D45 for ; Fri, 8 Oct 2004 13:11:25 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id i98DA1WP018730 for ; Fri, 8 Oct 2004 15:10:01 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id i98DBOPf027351; Fri, 8 Oct 2004 15:11:24 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id i98DBOuR027350; Fri, 8 Oct 2004 15:11:24 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200410081311.i98DBOuR027350@hugo10.ka.punkt.de> In-Reply-To: <20041008125152.GA85303@zibbi.icomtek.csir.co.za> To: John Hay Date: Fri, 8 Oct 2004 15:11:24 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: "Patrick M. Hausen" cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ata problem with VIA 8235 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 13:11:26 -0000 Hi! John Hay wrote: > > ata0-master: FAILURE - ATA_IDENTTIFY timed out > > ata1-master: FAILURE - ATAPI_IDENTIFY timed out > Try disabling the apic. Break out of the loader by pressing '6' and then > type: > set hint.apic.0.disabled=1 > boot Da, is workink now. Thankink, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 13:27:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C363616A4CE for ; Fri, 8 Oct 2004 13:27:52 +0000 (GMT) Received: from tron.telenetwork.com (tron.telenetwork.com [204.57.81.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A765D43D39 for ; Fri, 8 Oct 2004 13:27:52 +0000 (GMT) (envelope-from jmarquez@telenetwork.com) Received: from www-data by tron.telenetwork.com with local (Exim 3.35 #1 (Debian)) id 1CFumm-0005Xw-00 for ; Fri, 08 Oct 2004 08:27:52 -0500 Received: from 70.112.63.168 (SquirrelMail authenticated user jmarquez); by webmail.telenetwork.com with HTTP; Fri, 8 Oct 2004 08:27:52 -0500 (CDT) Message-ID: <60085.70.112.63.168.1097242072.squirrel@webmail.telenetwork.com> Date: Fri, 8 Oct 2004 08:27:52 -0500 (CDT) From: jmarquez@telenetwork.com 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 Subject: startx xauth errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 13:27:52 -0000 Hi all, When I execute startx, xauth gives me the following error twice in a row. xauth: (stdin):1: bad "add" command line This happens right before Xorg config information is printed and the WM is started. Everything seems to be working fine, just wondering how I can clear/fix whatever it is xauth is trying to do. I read man pages and other resources but I'm still not sure what xauth is trying to do, maybe add a cookie for my user? I've double checked my hosts file and it's fine. I've also messed around with xauth a bit and my .Xauthority file, but still no go. over and out jesse From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 13:54:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B382116A4CE; Fri, 8 Oct 2004 13:54:08 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id D66E843D48; Fri, 8 Oct 2004 13:54:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E8B54513CE; Fri, 8 Oct 2004 06:55:46 -0700 (PDT) Date: Fri, 8 Oct 2004 06:55:46 -0700 From: Kris Kennaway To: Jose M Rodriguez Message-ID: <20041008135546.GB66034@xor.obsecurity.org> References: <200410081036.14225.josemi@freebsd.jazztel.es> <416654AF.3020501@FreeBSD.org> <200410081118.58352.josemi@freebsd.jazztel.es> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: <200410081118.58352.josemi@freebsd.jazztel.es> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Library versions and compat4x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 13:54:08 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 08, 2004 at 11:18:57AM +0200, Jose M Rodriguez wrote: > El Viernes, 8 de Octubre de 2004 10:49, Scott Long escribi?: > > Jose M Rodriguez wrote: > > > I'm not sure about that, but may RELENG_5 compat4x support be > > > update from RELENG_4 before RC1? > > > > > > Thanks in advance, > > > -- > > > josemi > > > > This was done last week for BETA7. All of the compat4x libraries in > > RELENG_5 are now equivalent to what is in RELENG_4. > > > > Scott >=20 > can this hit misc/compat4x port? most 4.x binary ports like opera=20 > depends on this and don't check for compat 4.x base presence. I plan to commit the compat4x port update today. Kris --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZpxiWry0BWjoQKURAjSyAKCKV9JI3e2Y+6IgkktoIsZ3u/AFEgCdHCwh ctnIxJrXTfFz9GWcXtkY8eg= =yyQX -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 14:08:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC52C16A4CE for ; Fri, 8 Oct 2004 14:08:31 +0000 (GMT) Received: from openbsd.cz (openbsd.cz [193.85.233.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 210FB43D2D for ; Fri, 8 Oct 2004 14:08:31 +0000 (GMT) (envelope-from vasek@openbsd.cz) Received: by openbsd.cz (Postfix, from userid 1024) id 09DF314AA6; Fri, 8 Oct 2004 16:08:28 +0200 (CEST) Date: Fri, 8 Oct 2004 16:08:27 +0200 From: Vaclav Rehak To: Bruce M Simpson Message-ID: <20041008140827.GA15431@openbsd.cz> References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> <5ad23a3004100720467646e1ea@mail.gmail.com> <20041008102758.GH718@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008102758.GH718@empiric.icir.org> User-Agent: Mutt/1.4i Accept-Languages: cz, sk, en cc: freebsd-current@freebsd.org Subject: Re: Radeon AGP suspend/resume support (was: Re: Thinkpad T41 Sleep issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 14:08:31 -0000 On Fri, Oct 08, 2004 at 03:27:58AM -0700, Bruce M Simpson wrote: > Hello, > > On Thu, Oct 07, 2004 at 11:46:19PM -0400, Jordan Sissel wrote: > > Absolutely, I'll help in any way I can. I'm currently content without > > drm, however I would like to see it fixed for those who can't stop > > playing crack attack (me!). I presently have zero knowlwedge about > > kernel modules or drm, but I'm willing to learn and help with > > whatever's going on with this. > > And most of what we need in the DRM driver is already there, and is > presumably called by the DRI framework in the X server: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/drm/radeon_cp.c > (Revision 1.7 in particular) > > What I'm not clear about is if the device gets cleanly stopped before > FreeBSD actually suspends the machine (with acpi or without). I think > Eric may be able to help clarify some of this as he's more familiar > with the code in question than I (Cc:'d). It seems to me that there are maybe more issues in the radeon drm driver, see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72224 (the synopsis is actually not precise as the problem seems to be more drm specific than umass related). Btw, sleep works fine on my R40, while suspend is somehow completly broken. Vaclav Rehak From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 14:08:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C88BB16A4EF; Fri, 8 Oct 2004 14:08:40 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F7A43D1D; Fri, 8 Oct 2004 14:08:40 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 93744C584; Fri, 8 Oct 2004 10:08:39 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 55CC81D1EFC; Fri, 8 Oct 2004 10:08:34 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.40802.187425.402461@canoe.dclg.ca> Date: Fri, 8 Oct 2004 10:08:34 -0400 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 14:08:41 -0000 The opportunity presented itelf for me to test packet passing ability on some fairly exotic hardware. The motherboard I really wanted to test not only had separate memory busses for each cpu, but also had two separate PCI-X busses (one slot each). To this, I added two intel pro/1000 gigabit ethernet cards (PCI-X versions). I had two sets of processors to test: two 246's and two 240's. The packets in this test are all minimal 64 byte UDP packets. My first goal was to determine the DDOS stability of FreeBSD 5.3, and Linux on this hardware. I was using amd64 binaries for both FreeBSD and linux. Right out of the box (with polling), Linux passed 550 kpps (kilo packets wer second). Full data rate would be 1.9 mpps. On linux, the 240 processors passed only 450 kppps (which is somewhat expected). Right out of the box, FreeBSD 5.3 (with polling) passed about 200 kpps. net.isr.enable=1 increased that without polling to about 220 kpps (although livelock ensued without polling as packet load increased). With excessive tuning, we got FreeBSD 5.3 to pass 270 kpps. This included polling, nmbclusters, net.isr, and some em patches. I can't see where to get more performance. To compare, we loaded FreeBSD-5.3 ia32 and achieved almost identical performance. Then, also to compare, we loaded FreeBSD-4.10 ia32 and it promptly passed 550 kpps (almost identical to the linux performance) (with polling). Some interesting things about 5.3(-BETA4) in this environment: - without polling, it definately livelocks. - with polling and excessive packets, it doesn't "receive" the full load of packets. In netstat -w, they show as input "errors" although the number of "errors" isn't strictly related to the number of dropped packets. It's just some large number that generally increases with the number of dropped packets. - With net.isr and not polling, both cpus are used (220 kpps) - With net.isr and polling, one cpu is used (270 kpps, one cpu free for other tasks) - It's worth noting that only FreeBSD 5.3 used two cpus to pass packets at any time. Neither linux nor 4.10 used the other cpu. - hz and polling tuning options didn't really change packets passed significantly. During the next week, I will continue testing with full simulated routing tables, random packets and packets between 350 and 550 bytes (average ISP out/in packet sizes). I will add to this report then. If anyone has tuning advice for FreeBSD 5.3, I'd like to hear it. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 14:23:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F44B16A4CE for ; Fri, 8 Oct 2004 14:23:19 +0000 (GMT) Received: from exchange.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id C891F43D2D for ; Fri, 8 Oct 2004 14:23:18 +0000 (GMT) (envelope-from gnagelhout@sandvine.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 8 Oct 2004 10:23:14 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Packet passing performance study on exotic hardware. Thread-Index: AcStQNTeq/lrI+x+T1CgqQBCtAgGaAAAMlUw From: "Gerrit Nagelhout" To: "David Gilbert" , Subject: RE: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 14:23:19 -0000 David Gilbert Wrote: >=20 > - with polling and excessive packets, it doesn't "receive" the full > load of packets. In netstat -w, they show as input "errors" > although the number of "errors" isn't strictly related to the > number of dropped packets. It's just some large number that > generally increases with the number of dropped packets. >=20 In em_update_stats_counters, errors is calculated as follows: /* Rx Errors */ ifp->if_ierrors =3D adapter->dropped_pkts + adapter->stats.rxerrc + adapter->stats.crcerrs + adapter->stats.algnerrc + adapter->stats.rlec + adapter->stats.rnbc +=20 adapter->stats.mpc + adapter->stats.cexterr; The extra errors you are talking about come from doing mpc + rnbc. =20 Only mpc (missed packet count) (and the other errors of course) should=20 be used.=20 Rnbc is an indication of the internal buffer filling up, but not yet=20 dropping packets, and should not be included. Gerrit From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 14:45:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E46316A4CE for ; Fri, 8 Oct 2004 14:45:30 +0000 (GMT) Received: from baltazar.r404.com (baltazar.R404.com [69.56.206.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FC8743D39 for ; Fri, 8 Oct 2004 14:45:30 +0000 (GMT) (envelope-from freebsd@stasiek.org) Received: from [81.219.125.39] (helo=[192.168.0.2]) by baltazar.r404.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42) id 1CFvzn-0006fJ-Vv; Fri, 08 Oct 2004 16:45:24 +0200 Message-ID: <4166A809.20208@stasiek.org> Date: Fri, 08 Oct 2004 16:45:29 +0200 From: Michal Stanislawski User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Stanislawski References: <416574E2.9000804@stasiek.org> <20041007180629.GA90564@muva> <41659333.5050300@stasiek.org> <20041007192644.GA91793@muva> <41659D00.3000908@stasiek.org> <4165A785.9020308@stasiek.org> <20041007212256.GA22751@parodius.com> <4165BFB5.5010702@stasiek.org> In-Reply-To: <4165BFB5.5010702@stasiek.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: freebsd@stasiek.org,stasiek@stasiek.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - baltazar.r404.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stasiek.org X-Source: X-Source-Args: X-Source-Dir: cc: FreeBSD-Current cc: Jeremy Chadwick Subject: Re: Beta7 persisting disk problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 14:45:30 -0000 Michal Stanislawski wrote: > Jeremy Chadwick wrote: > >> Maybe try reinitialising the ATA channel using atacontrol and see if >> things change after that? >> > > I've tried that. Tomorrow I'll try switching cables, jumpers etc. I'll > let you know if it works. Ok, first of all it works. My mistake was (and I should have checked that before posting here) using old hard drive cabling. So if anyone is experiencing this kind of problem, double check if you have a proper 80 conductor version cable. Thanks for your help. Best regards Michal Stanislawski From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 14:49:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C54E316A4CE for ; Fri, 8 Oct 2004 14:49:22 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 713EB43D4C for ; Fri, 8 Oct 2004 14:49:22 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so39264rnk for ; Fri, 08 Oct 2004 07:49:15 -0700 (PDT) Received: by 10.38.152.63 with SMTP id z63mr79352rnd; Fri, 08 Oct 2004 07:49:15 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Fri, 8 Oct 2004 07:49:15 -0700 (PDT) Message-ID: Date: Fri, 8 Oct 2004 10:49:15 -0400 From: Vlad To: Brian Fundakowski Feldman In-Reply-To: <20041008031737.GA1027@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041006090104.06710d85.ubm@u-boot-man.de> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> <20041007010008.15274fbd.ubm@u-boot-man.de> <20041007181852.GA73261@green.homeunix.org> <20041007191757.GB73261@green.homeunix.org> <20041008031737.GA1027@green.homeunix.org> cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 14:49:22 -0000 I've installed this patch. Working OK so far, but we don't have that number of hits coming in lately, so it's hard to tell is it helping or not. In only crashed for me when it was 60+ requests per second coming. I'll keep list posted. Btw, what's the usual procedure here to commit a certain patch into -current / -stable tree? Will it be ever added there? On Thu, 7 Oct 2004 23:17:38 -0400, Brian Fundakowski Feldman wrote: > On Thu, Oct 07, 2004 at 03:17:57PM -0400, Brian Fundakowski Feldman wrote: > > On Thu, Oct 07, 2004 at 03:11:48PM -0400, Vlad wrote: > > > Brian, > > > > > > thanks for your work. Question: is this patch is something I can feel > > > comfortable about trying it on a production server? Did you test it? > > > > It is completely untested other than compilation. I don't have my SMP > > machine with console in front of me to be able to try to reproduce the > > problem, but I believe these changes to be relatively safe. > > Okay, now I do; I did a more thorough potential fix -- so if that worked > for you, this should do the same without a socket memory leak. The life > and times of sockets are fraught with peril... > > > > > > -- > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > <> green@FreeBSD.org \ The Power to Serve! \ > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ > -- Vlad From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:06:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AE9B16A4CE for ; Fri, 8 Oct 2004 15:06:48 +0000 (GMT) Received: from moutvdomng.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 012E243D1F for ; Fri, 8 Oct 2004 15:06:48 +0000 (GMT) (envelope-from bjoern.hillebrand@s-ar.de) Received: from [212.227.126.221] (helo=mrvdomng.kundenserver.de) by moutvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CFwKV-0000XQ-00 for current@freebsd.org; Fri, 08 Oct 2004 17:06:47 +0200 Received: from [217.238.61.224] (helo=[192.168.0.2]) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CFwKU-0003do-00 for current@freebsd.org; Fri, 08 Oct 2004 17:06:46 +0200 Message-ID: <4166AD00.2070209@s-ar.de> Date: Fri, 08 Oct 2004 17:06:40 +0200 From: Bjoern Hillebrand User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Ghostscript issue with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:06:48 -0000 Hi, I am using FreeBSD 5.3 Beta 7 on I386 and have some troubles with the ULE scheduler and Ghostscript. My printer is a Samsung ML-1710 laser and is connected via USB. A cups scheduler is configured with the driver from www.linuxprinting.org. At the end of printing a document the system freezes. It seems that this issue only occurs if i use the ULE scheduler. Printing the same file with the BSD Scheduler works. Someone else has this problem here ? bye Bjoern From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:09:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9283E16A4D0 for ; Fri, 8 Oct 2004 15:09:32 +0000 (GMT) Received: from smtp002.bizmail.yahoo.com (smtp002.bizmail.yahoo.com [216.136.172.126]) by mx1.FreeBSD.org (Postfix) with SMTP id 3852B43D5C for ; Fri, 8 Oct 2004 15:09:32 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.240.189 with login) by smtp002.bizmail.yahoo.com with SMTP; 8 Oct 2004 15:09:32 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id F1E2C61E4; Fri, 8 Oct 2004 10:09:30 -0500 (CDT) 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 77870-03; Fri, 8 Oct 2004 10:09:29 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2F50C61B2; Fri, 8 Oct 2004 10:09:29 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Fri, 8 Oct 2004 10:09:29 -0500 (CDT) Message-ID: <24639.69.53.57.66.1097248169.squirrel@69.53.57.66> In-Reply-To: <200410081235.i98CZjRf026337@hugo10.ka.punkt.de> References: <20041008142844.D76783@pcle2.cc.univie.ac.at> <200410081235.i98CZjRf026337@hugo10.ka.punkt.de> Date: Fri, 8 Oct 2004 10:09:29 -0500 (CDT) From: "Jon Noack" To: "Patrick M. Hausen" 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 X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: Vinum problems in 5.3-BETA7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:09:32 -0000 Patrick M. Hausen wrote: > Hi, Lukas! > >>> Where do I go from here? Is this expected behaviour due to the ongoing >>> GEOM changes or should I go read Greg's "how to debug vinum problems" >>> document? I will do that, no problem. Just want to know if it makes >>> sense at all, because now everyone might tell me "vinum is known >>> broken in 5.3" or similar. >> >> Please switch to geom_vinum. Put 'geom_vinum_load="YES"' in your >> loader.conf and change your fstab to /dev/gvinum. > > Since geom_vinum wasn't in the earlier betas I expected it was > scheduled for after 5.3-RELEASE. I'm puzzled by the amount of > feature changes during the current beta process. Bind 9 is > another example. Shouldn't there be a feature freeze at the > first beta and only bug fixing until release? geom_vinum was added way back in June (http://www.xl0.org/FreeBSD/14-06-04.html#geom-supporting-vinum-added). Recently, it was reworked to fix some corruption issues and improve performance (http://www.xl0.org/FreeBSD/20-09-04.html#rework-of-geom-vinum-code). Regardless, it's certainly been available in earlier betas and this is not a good example of a feature change during beta. Such changes have been made, but all have been to satisfy the release requirements and desires laid out on the TODO page (http://www.freebsd.org/releases/5.3R/todo.html). Bind 9 has been in used from ports for a long time now and as such is a very low risk change. The move to the rc (release candidate) stage should bring with it a feature freeze as you expect. Jon From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:20:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB2716A4CE; Fri, 8 Oct 2004 15:20:07 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61CBB43D1F; Fri, 8 Oct 2004 15:20:07 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i98FJx5h030928; Fri, 8 Oct 2004 09:19:59 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <4166AFE0.5060000@FreeBSD.org> Date: Fri, 08 Oct 2004 09:18:56 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16742.40802.187425.402461@canoe.dclg.ca> In-Reply-To: <16742.40802.187425.402461@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org cc: freebsd-stable@FreeBSD.org Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:20:08 -0000 David Gilbert wrote: > The opportunity presented itelf for me to test packet passing ability > on some fairly exotic hardware. The motherboard I really wanted to > test not only had separate memory busses for each cpu, but also had > two separate PCI-X busses (one slot each). To this, I added two > intel pro/1000 gigabit ethernet cards (PCI-X versions). > > I had two sets of processors to test: two 246's and two 240's. > > The packets in this test are all minimal 64 byte UDP packets. > > My first goal was to determine the DDOS stability of FreeBSD 5.3, and > Linux on this hardware. I was using amd64 binaries for both FreeBSD > and linux. > > Right out of the box (with polling), Linux passed 550 kpps (kilo > packets wer second). Full data rate would be 1.9 mpps. On linux, the > 240 processors passed only 450 kppps (which is somewhat expected). > > Right out of the box, FreeBSD 5.3 (with polling) passed about 200 > kpps. net.isr.enable=1 increased that without polling to about 220 > kpps (although livelock ensued without polling as packet load > increased). With excessive tuning, we got FreeBSD 5.3 to pass 270 > kpps. This included polling, nmbclusters, net.isr, and some em > patches. I can't see where to get more performance. > > To compare, we loaded FreeBSD-5.3 ia32 and achieved almost identical > performance. > > Then, also to compare, we loaded FreeBSD-4.10 ia32 and it promptly > passed 550 kpps (almost identical to the linux performance) (with > polling). > > Some interesting things about 5.3(-BETA4) in this environment: > > - without polling, it definately livelocks. > > - with polling and excessive packets, it doesn't "receive" the full > load of packets. In netstat -w, they show as input "errors" > although the number of "errors" isn't strictly related to the > number of dropped packets. It's just some large number that > generally increases with the number of dropped packets. > > - With net.isr and not polling, both cpus are used (220 kpps) > > - With net.isr and polling, one cpu is used (270 kpps, one cpu free > for other tasks) > > - It's worth noting that only FreeBSD 5.3 used two cpus to pass > packets at any time. Neither linux nor 4.10 used the other cpu. > > - hz and polling tuning options didn't really change packets passed > significantly. > > During the next week, I will continue testing with full simulated > routing tables, random packets and packets between 350 and 550 bytes > (average ISP out/in packet sizes). I will add to this report then. > If anyone has tuning advice for FreeBSD 5.3, I'd like to hear it. > > Dave. > Interesting results. One thing to note is that a severe bug in the if_em driver was fixed for BETA7. The symptoms of this bug include apparent livelock of the machine during heavy xmit load. You might want to update and re-run your tests. Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:34:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F7716A4CE for ; Fri, 8 Oct 2004 15:34:50 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5A4943D1D for ; Fri, 8 Oct 2004 15:34:49 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id i98FXPWP024149 for ; Fri, 8 Oct 2004 17:33:25 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id i98FYhPf031898; Fri, 8 Oct 2004 17:34:43 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id i98FYhiF031897; Fri, 8 Oct 2004 17:34:43 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200410081534.i98FYhiF031897@hugo10.ka.punkt.de> In-Reply-To: <24639.69.53.57.66.1097248169.squirrel@69.53.57.66> To: noackjr@alumni.rice.edu Date: Fri, 8 Oct 2004 17:34:43 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: "Patrick M. Hausen" cc: freebsd-current@freebsd.org Subject: Re: Vinum problems in 5.3-BETA7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:34:50 -0000 Hi, Jon! > > Since geom_vinum wasn't in the earlier betas I expected it was > > scheduled for after 5.3-RELEASE. I'm puzzled by the amount of > > feature changes during the current beta process. Bind 9 is > > another example. Shouldn't there be a feature freeze at the > > first beta and only bug fixing until release? > > geom_vinum was added way back in June > (http://www.xl0.org/FreeBSD/14-06-04.html#geom-supporting-vinum-added). > Recently, it was reworked to fix some corruption issues and improve > performance Ah - so I got that wrong, sorry. I checked if it was vailable in the 5.3-BETAs by typing $ man geom_vinum $ man gvinum Well, I thought it wasn't in the system since there was no man page. There still isn't one in 5.3-BETA7 or did I get my installworld wrong? Regards, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:37:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FEC716A4D4; Fri, 8 Oct 2004 15:37:23 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74CF843D2D; Fri, 8 Oct 2004 15:37:21 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id DDAD8C5EC; Fri, 8 Oct 2004 11:37:20 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id BC91F1D1E37; Fri, 8 Oct 2004 11:37:15 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.46123.690229.674202@canoe.dclg.ca> Date: Fri, 8 Oct 2004 11:37:15 -0400 To: Scott Long In-Reply-To: <4166AFE0.5060000@FreeBSD.org> References: <16742.40802.187425.402461@canoe.dclg.ca> <4166AFE0.5060000@FreeBSD.org> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@FreeBSD.org cc: freebsd-stable@FreeBSD.org cc: David Gilbert Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:37:23 -0000 >>>>> "Scott" == Scott Long writes: Scott> Interesting results. One thing to note is that a severe bug in Scott> the if_em driver was fixed for BETA7. The symptoms of this bug Scott> include apparent livelock of the machine during heavy xmit Scott> load. You might want to update and re-run your tests. Sorry. I should have made it clear that I applied the patches to the em from the tree by hand. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:48:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBD8516A4CE; Fri, 8 Oct 2004 15:48:07 +0000 (GMT) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50FA743D1D; Fri, 8 Oct 2004 15:48:05 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [192.188.162.240] (ghelmer@volans.palisadesys.com [192.188.162.240]) (authenticated bits=0)i98FlsiI096465; Fri, 8 Oct 2004 10:47:55 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <4166B6A9.1000704@palisadesys.com> Date: Fri, 08 Oct 2004 10:47:53 -0500 From: Guy Helmer User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040902) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16742.40802.187425.402461@canoe.dclg.ca> In-Reply-To: <16742.40802.187425.402461@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-MailScanner-From: ghelmer@palisadesys.com cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:48:08 -0000 David Gilbert wrote: >The opportunity presented itelf for me to test packet passing ability >on some fairly exotic hardware. The motherboard I really wanted to >test not only had separate memory busses for each cpu, but also had >two separate PCI-X busses (one slot each). To this, I added two >intel pro/1000 gigabit ethernet cards (PCI-X versions). > >I had two sets of processors to test: two 246's and two 240's. > >The packets in this test are all minimal 64 byte UDP packets. > >My first goal was to determine the DDOS stability of FreeBSD 5.3, and >Linux on this hardware. I was using amd64 binaries for both FreeBSD >and linux. > >Right out of the box (with polling), Linux passed 550 kpps (kilo >packets wer second). Full data rate would be 1.9 mpps. On linux, the >240 processors passed only 450 kppps (which is somewhat expected). > >Right out of the box, FreeBSD 5.3 (with polling) passed about 200 >kpps. net.isr.enable=1 increased that without polling to about 220 >kpps (although livelock ensued without polling as packet load >increased). With excessive tuning, we got FreeBSD 5.3 to pass 270 >kpps. This included polling, nmbclusters, net.isr, and some em >patches. I can't see where to get more performance. > >To compare, we loaded FreeBSD-5.3 ia32 and achieved almost identical >performance. > >Then, also to compare, we loaded FreeBSD-4.10 ia32 and it promptly >passed 550 kpps (almost identical to the linux performance) (with >polling). > >Some interesting things about 5.3(-BETA4) in this environment: > > - without polling, it definately livelocks. > > - with polling and excessive packets, it doesn't "receive" the full > load of packets. In netstat -w, they show as input "errors" > although the number of "errors" isn't strictly related to the > number of dropped packets. It's just some large number that > generally increases with the number of dropped packets. > > > Have you used "sysctl hw.em0.stats=1" and/or "sysctl hw.em1.stats=1" before and after running the test to obtain snapshots of the detailed error statistics (they're logged by the kernel to /var/log/messages)? Perhaps those would be enlightening. The fixed bug in the em driver for BETA7 may significantly help (see Scott Long's response prior to mine). If you try BETA7 without polling but with SMP, do you get better results if you increase hw.em0.rx_int_delay and hw.em1.rx_int_delay above 0? Have you set sysctls kern.random.sys.harvest.ethernet=0 and kern.random.sys.harvest.interrupt=0? I don't know if it will have any effect in your situation, but have you increased net.inet.ip.intr_queue_maxlen? Hope this helps, Guy -- Guy Helmer, Ph.D., Principal System Architect, Palisade Systems, Inc. ghelmer@palisadesys.com http://www.palisadesys.com/~ghelmer From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:49:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2681D16A4CF for ; Fri, 8 Oct 2004 15:49:30 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A6A643D1F for ; Fri, 8 Oct 2004 15:49:29 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 3317 invoked from network); 8 Oct 2004 15:40:37 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Oct 2004 15:40:37 -0000 Message-ID: <4166B73C.6030209@freebsd.org> Date: Fri, 08 Oct 2004 17:50:20 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16742.40802.187425.402461@canoe.dclg.ca> In-Reply-To: <16742.40802.187425.402461@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:49:30 -0000 David Gilbert wrote: > During the next week, I will continue testing with full simulated > routing tables, random packets and packets between 350 and 550 bytes > (average ISP out/in packet sizes). I will add to this report then. > If anyone has tuning advice for FreeBSD 5.3, I'd like to hear it. Three things: sysctl net.inet.ip.fastforwarding=1 Don't use SMP for packet forwarding. It doesn't help anything and introduces only locking overhead. Upgrade to the latest RELENG_5, there are a couple of fixes for things that may hurt you here. Especially there is a fix for the transmit queues on the em() driver. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:50:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D73E316A4CF; Fri, 8 Oct 2004 15:50:36 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 360B943D1F; Fri, 8 Oct 2004 15:50:36 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id i98FnCWP024736; Fri, 8 Oct 2004 17:49:12 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id i98FoZPf032349; Fri, 8 Oct 2004 17:50:35 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id i98FoZCN032348; Fri, 8 Oct 2004 17:50:35 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200410081550.i98FoZCN032348@hugo10.ka.punkt.de> To: le@freebsd.org Date: Fri, 8 Oct 2004 17:50:35 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Vinum problems in 5.3-BETA7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:50:37 -0000 Hello! > Please switch to geom_vinum. Put 'geom_vinum_load="YES"' in your > loader.conf and change your fstab to /dev/gvinum. Works like a charm. One last question: Is it safe to swap to a vinum drive again? On 5.2.1 I created filesystems on /dev/vinum/swap and used a swapfile. Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 15:52:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 45B6F16A4D0; Fri, 8 Oct 2004 15:52:01 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i98Fq0pR004164; Fri, 8 Oct 2004 11:52:00 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i98FpvIE004163; Fri, 8 Oct 2004 11:51:57 -0400 (EDT) (envelope-from green) Date: Fri, 8 Oct 2004 11:51:57 -0400 From: Brian Fundakowski Feldman To: Vlad Message-ID: <20041008155157.GD946@green.homeunix.org> References: <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> <20041007010008.15274fbd.ubm@u-boot-man.de> <20041007181852.GA73261@green.homeunix.org> <20041007191757.GB73261@green.homeunix.org> <20041008031737.GA1027@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:52:01 -0000 On Fri, Oct 08, 2004 at 10:49:15AM -0400, Vlad wrote: > I've installed this patch. Working OK so far, but we don't have that > number of hits coming in lately, so it's hard to tell is it helping or > not. In only crashed for me when it was 60+ requests per second > coming. > > I'll keep list posted. > > Btw, what's the usual procedure here to commit a certain patch into > -current / -stable tree? Will it be ever added there? You can rest assured this will be fixed in -CURRENT soon and before 5.3-RELEASE -- it's quite serious. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:03:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37A7616A4E3 for ; Fri, 8 Oct 2004 16:03:30 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C42143D41 for ; Fri, 8 Oct 2004 16:03:30 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 78D87B8A4; Fri, 8 Oct 2004 12:03:29 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id C95D61D1CCD; Fri, 8 Oct 2004 12:03:23 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.47691.756741.663266@canoe.dclg.ca> Date: Fri, 8 Oct 2004 12:03:23 -0400 To: "Gerrit Nagelhout" In-Reply-To: References: X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: David Gilbert Subject: RE: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:03:30 -0000 >>>>> "Gerrit" == Gerrit Nagelhout writes: Gerrit> David Gilbert Wrote: >> - with polling and excessive packets, it doesn't "receive" the >> full load of packets. In netstat -w, they show as input "errors" >> although the number of "errors" isn't strictly related to the >> number of dropped packets. It's just some large number that >> generally increases with the number of dropped packets. >> Gerrit> In em_update_stats_counters, errors is calculated as follows: Gerrit> /* Rx Errors */ ifp-> if_ierrors = adapter-> dropped_pkts + stats.rxerrc + stats.crcerrs + stats.algnerrc adapter-> + stats.rlec + adapter->stats.rnbc + stats.mpc + adapter-> adapter->stats.cexterr; Gerrit> The extra errors you are talking about come from doing mpc + Gerrit> rnbc. Only mpc (missed packet count) (and the other errors of Gerrit> course) should be used. Rnbc is an indication of the internal Gerrit> buffer filling up, but not yet dropping packets, and should Gerrit> not be included. That does explain it. I did, BTW increase to the 4096 sized ring as my cards supported it. It seems to me that the bottle neck is the time required to send preventing the driver from getting back to the receive queue. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:04:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C18416A4CE; Fri, 8 Oct 2004 16:04:13 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 212FA43D3F; Fri, 8 Oct 2004 16:04:13 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i98G4CIL018467; Fri, 8 Oct 2004 12:04:12 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18327-02; Fri, 8 Oct 2004 12:04:12 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i98G4B1s018426; Fri, 8 Oct 2004 12:04:11 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i98G44BX025334; Fri, 8 Oct 2004 12:04:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041008120745.106ae7b0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 08 Oct 2004 12:10:12 -0400 To: David Gilbert , freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <16742.40802.187425.402461@canoe.dclg.ca> References: <16742.40802.187425.402461@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:04:13 -0000 At 10:08 AM 08/10/2004, David Gilbert wrote: >Right out of the box, FreeBSD 5.3 (with polling) passed about 200 >kpps. net.isr.enable=1 increased that without polling to about 220 Did you have kern.polling.idle_poll at 0 or 1 ? In my tests a few weeks ago this seemed to make a difference, but the load avg gets messed up. Also, HZ does seem to make a difference at least in my tests on BETA5. ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:05:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4F0316A4CE for ; Fri, 8 Oct 2004 16:05:38 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFA9743D5C for ; Fri, 8 Oct 2004 16:05:37 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i98G5TpX274080; Fri, 8 Oct 2004 18:05:31 +0200 Date: Fri, 8 Oct 2004 18:05:29 +0200 (CEST) From: Lukas Ertl To: "Patrick M. Hausen" In-Reply-To: <200410081550.i98FoZCN032348@hugo10.ka.punkt.de> Message-ID: <20041008180502.M561@korben.prv.univie.ac.at> References: <200410081550.i98FoZCN032348@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: imap 4249; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Vinum problems in 5.3-BETA7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:05:38 -0000 On Fri, 8 Oct 2004, Patrick M. Hausen wrote: > Works like a charm. Good to hear. :-) > One last question: > > Is it safe to swap to a vinum drive again? Yes, you can put swap in a vinum volume. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:09:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10E5516A4CE for ; Fri, 8 Oct 2004 16:09:55 +0000 (GMT) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8EA643D3F for ; Fri, 8 Oct 2004 16:09:53 +0000 (GMT) (envelope-from gmh003532@brfmasthugget.se) Received: from eerie.lan ([213.112.136.252] [213.112.136.252]) by mxfep01.bredband.com with ESMTP id <20041008160949.PMFU3239.mxfep01.bredband.com@eerie.lan> for ; Fri, 8 Oct 2004 18:09:49 +0200 Received: from eerie.lan (localhost [127.0.0.1]) by eerie.lan (8.13.1/8.13.1) with ESMTP id i98GAvTF000936 for ; Fri, 8 Oct 2004 18:10:57 +0200 (CEST) (envelope-from gmh003532@brfmasthugget.se) Received: (from redpixel@localhost) by eerie.lan (8.13.1/8.13.1/Submit) id i98GAvhL000935 for freebsd-current@FreeBSD.org; Fri, 8 Oct 2004 18:10:57 +0200 (CEST) (envelope-from gmh003532@brfmasthugget.se) Date: Fri, 8 Oct 2004 18:10:57 +0200 From: Martin Faxer To: freebsd-current@FreeBSD.org Message-ID: <20041008161057.GA898@eerie.lan> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: beta7 experience X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:09:55 -0000 Christer Solskogen wrote: > Martin Faxer wrote: > > To build the snd_emu10k1 sound driver, one needs to add: > > > > device "snd_emu10k1" ^^^^^^^^^^^^^^^^^^^^ > No. > Simply: > > device "snd_emu10k1" Haha... If you'd bothered to read even the part you quoted, you'd have noticed that I'm well aware of the syntax needed to get it to build. What I'm complaining about is the fact that the wrong syntax is shown in the manual page coupled with the fact that NOTES doesn't make any mention of any of the sound-drivers. ...But I guess you were just another trigger-happy idiot looking to flame, like so many others. If you're gonna be doing this sort of thing, please at least make sure you've got a valid point. "Best regards", Martin :) From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:11:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 876AD16A4CE; Fri, 8 Oct 2004 16:11:47 +0000 (GMT) Received: from av3-1-sn3.vrr.skanova.net (av3-1-sn3.vrr.skanova.net [81.228.9.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F1443D4C; Fri, 8 Oct 2004 16:11:47 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 2AC3537F97; Fri, 8 Oct 2004 18:11:46 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 1D4C337E7F; Fri, 8 Oct 2004 18:11:46 +0200 (CEST) Received: from sentinel (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id D570638008; Fri, 8 Oct 2004 18:11:45 +0200 (CEST) From: "Daniel Eriksson" To: "'David Gilbert'" , , Date: Fri, 8 Oct 2004 18:11:40 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <16742.40802.187425.402461@canoe.dclg.ca> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcStQKDFN/G7P6TYS6GfH6cp/Bn/OwAEDJrA Subject: RE: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:11:47 -0000 David Gilbert wrote: > Right out of the box, FreeBSD 5.3 (with polling) passed about 200 > kpps. Was this with debug.mpsafenet enabled and all debugging (WITNESS and such) turned off? /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:12:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1535916A4CE for ; Fri, 8 Oct 2004 16:12:21 +0000 (GMT) Received: from smtp002.bizmail.yahoo.com (smtp002.bizmail.yahoo.com [216.136.172.126]) by mx1.FreeBSD.org (Postfix) with SMTP id DA36E43D2F for ; Fri, 8 Oct 2004 16:12:20 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.240.189 with login) by smtp002.bizmail.yahoo.com with SMTP; 8 Oct 2004 16:12:20 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id A9ABD6247; Fri, 8 Oct 2004 11:12:19 -0500 (CDT) 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 78462-06-3; Fri, 8 Oct 2004 11:12:18 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2C2086220; Fri, 8 Oct 2004 11:12:18 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Fri, 8 Oct 2004 11:12:18 -0500 (CDT) Message-ID: <30988.69.53.57.66.1097251938.squirrel@69.53.57.66> In-Reply-To: <200410081534.i98FYhiF031897@hugo10.ka.punkt.de> References: <24639.69.53.57.66.1097248169.squirrel@69.53.57.66> <200410081534.i98FYhiF031897@hugo10.ka.punkt.de> Date: Fri, 8 Oct 2004 11:12:18 -0500 (CDT) From: "Jon Noack" To: "Patrick M. Hausen" 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 X-Virus-Scanned: by amavisd-new at noacks.org cc: "Patrick M. Hausen" cc: freebsd-current@freebsd.org Subject: Re: Vinum problems in 5.3-BETA7? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:12:21 -0000 Patrick M. Hausen wrote: > Hi, Jon! > >>> Since geom_vinum wasn't in the earlier betas I expected it was >>> scheduled for after 5.3-RELEASE. I'm puzzled by the amount of >>> feature changes during the current beta process. Bind 9 is >>> another example. Shouldn't there be a feature freeze at the >>> first beta and only bug fixing until release? >> >> geom_vinum was added way back in June >> (http://www.xl0.org/FreeBSD/14-06-04.html#geom-supporting-vinum-added). >> Recently, it was reworked to fix some corruption issues and improve >> performance > > Ah - so I got that wrong, sorry. > I checked if it was vailable in the 5.3-BETAs by typing > > $ man geom_vinum > $ man gvinum > > Well, I thought it wasn't in the system since there was no man page. > There still isn't one in 5.3-BETA7 or did I get my installworld wrong? I don't see one here either, so it looks like we were both right ;-). It is intended to be a clone of vinum using geom, so I guess the vinum man page is still mostly applicable. I believe there are still a few features in vinum that haven't made it into geom_vinum, though. Jon From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:13:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99AEC16A4CF; Fri, 8 Oct 2004 16:13:39 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4430243D2F; Fri, 8 Oct 2004 16:13:39 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id BB63EBB76; Fri, 8 Oct 2004 12:13:38 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id BD0291D1E37; Fri, 8 Oct 2004 12:13:33 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.48301.708496.292232@canoe.dclg.ca> Date: Fri, 8 Oct 2004 12:13:33 -0400 To: Guy Helmer In-Reply-To: <4166B6A9.1000704@palisadesys.com> References: <16742.40802.187425.402461@canoe.dclg.ca> <4166B6A9.1000704@palisadesys.com> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: David Gilbert Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:13:39 -0000 >>>>> "Guy" == Guy Helmer writes: Guy> The fixed bug in the em driver for BETA7 may significantly help Guy> (see Scott Long's response prior to mine). As I replied, I hand-applied these patches. They reduced live lock (or what my tech calls "chunkyness" --- almost live lock), but they didn't increase performance. Guy> If you try BETA7 without polling but with SMP, do you get better Guy> results if you increase hw.em0.rx_int_delay and Guy> hw.em1.rx_int_delay above 0? These had little effect. tx_int_delay had some small effect. rx_int_delay didn't seem to affect things ... or was slightly negative in effect above 0. Tried various values as high as 1000 for these parameters. Tried values like 1,2,5,10,25,64, etc. No substantial effect. Guy> Have you set sysctls kern.random.sys.harvest.ethernet=0 and Guy> kern.random.sys.harvest.interrupt=0? I did not. We will try those next week. Guy> I don't know if it will have any effect in your situation, but Guy> have you increased net.inet.ip.intr_queue_maxlen? No. We did increase a number of queues. According to the net.isr code, almost no packets were being queued. I gather this means they're being delivered to destination by the thread that picks them up. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:14:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 957D216A4D0; Fri, 8 Oct 2004 16:14:03 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DE3543D1F; Fri, 8 Oct 2004 16:14:03 +0000 (GMT) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 7FADD5486E; Fri, 8 Oct 2004 11:14:02 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 33237-07; Fri, 8 Oct 2004 11:13:51 -0500 (CDT) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (not verified)) by gw.celabo.org (Postfix) with ESMTP id BFB7C54846; Fri, 8 Oct 2004 11:13:51 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 869EC6D466; Fri, 8 Oct 2004 11:13:37 -0500 (CDT) Date: Fri, 8 Oct 2004 11:13:37 -0500 From: "Jacques A. Vidrine" To: Matthias Andree Message-ID: <20041008161337.GA79893@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Matthias Andree , re@FreeBSD.org, current@FreeBSD.org References: <200410080741.i987f4aq028615@pooker.samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: re@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:14:03 -0000 On Fri, Oct 08, 2004 at 10:23:48AM +0200, Matthias Andree wrote: > Scott Long writes: > > > This is an automated weekly mailing of the FreeBSD 5.3 open issues list. > > The live version of this list is available at: > > > > http://www.FreeBSD.org/releases/5.3R/todo.html > > > > Automated mailing of this list will continue through the release of > > FreeBSD 5.3 > > > > > > FreeBSD 5.3 Open Issues > > > > Open Issues > > > > This is a list of open issues that need to be resolved for FreeBSD 5.3. If > > you have any updates for this list, please e-mail re@FreeBSD.org. > > > > Show stopper defects for 5.3-RELEASE > > Please add http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/46866 to the > list of showstopper bugs. This passwd inconsistence "user there this > minute, gone the next minute" without touching the user data base has > been bouncing mail and wreaking havoc for much too long already. > > All that is needed is that interfaces that cannot communicate a > temporary failure and do not fail when used without NIS (such as > getpw*()) retry forever until they can offer a permanent result. Though your PR may have merit, this is not a "showstopper bug" for 5.3. FreeBSD has this behavior since the dawn of time, as does Linux (IIRC). Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:18:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5671916A4D6; Fri, 8 Oct 2004 16:18:17 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E9B543D1D; Fri, 8 Oct 2004 16:18:17 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id B6131C4AC; Fri, 8 Oct 2004 12:18:16 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id B8FD11D1E37; Fri, 8 Oct 2004 12:18:11 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.48579.673252.78665@canoe.dclg.ca> Date: Fri, 8 Oct 2004 12:18:11 -0400 To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041008120745.106ae7b0@64.7.153.2> References: <16742.40802.187425.402461@canoe.dclg.ca> <6.1.2.0.0.20041008120745.106ae7b0@64.7.153.2> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: David Gilbert Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:18:17 -0000 >>>>> "Mike" == Mike Tancsa writes: Mike> At 10:08 AM 08/10/2004, David Gilbert wrote: >> Right out of the box, FreeBSD 5.3 (with polling) passed about 200 >> kpps. net.isr.enable=1 increased that without polling to about 220 Mike> Did you have kern.polling.idle_poll at 0 or 1 ? In my tests a Mike> few weeks ago this seemed to make a difference, but the load avg Mike> gets messed up. Also, HZ does seem to make a difference at Mike> least in my tests on BETA5. I can confirm the HZ not making a sizable difference (although I believe it cuts polling latency under ligher load, so we used 10000 by default and we tested 1000). Idle_poll is default 1, I'm not positive we tested 0. I don't think there is much idle time here. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:20:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCD0316A4CE; Fri, 8 Oct 2004 16:20:46 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 916E143D2D; Fri, 8 Oct 2004 16:20:46 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 099ACBC73; Fri, 8 Oct 2004 12:20:46 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id E10191D1E37; Fri, 8 Oct 2004 12:20:40 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.48728.853015.173657@canoe.dclg.ca> Date: Fri, 8 Oct 2004 12:20:40 -0400 To: "Daniel Eriksson" In-Reply-To: References: <16742.40802.187425.402461@canoe.dclg.ca> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: 'David Gilbert' Subject: RE: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:20:46 -0000 >>>>> "Daniel" == Daniel Eriksson writes: Daniel> David Gilbert wrote: >> Right out of the box, FreeBSD 5.3 (with polling) passed about 200 >> kpps. Daniel> Was this with debug.mpsafenet enabled and all debugging Daniel> (WITNESS and such) turned off? mpsafenet on and all witness and other junk off. I b elieve this to be default in BETA4 anyways, but I remember reading about mpsafenet and checking it. I'm positive that WITNESS is off as are INVARIANTS. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 16:22:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3582916A4CE for ; Fri, 8 Oct 2004 16:22:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1E1943D3F for ; Fri, 8 Oct 2004 16:22:33 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i98GMTsA031676; Fri, 8 Oct 2004 10:22:29 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <4166BE86.4070507@FreeBSD.org> Date: Fri, 08 Oct 2004 10:21:26 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Faxer References: <20041007161444.GA34608@eerie.lan> In-Reply-To: <20041007161444.GA34608@eerie.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org Subject: Re: beta7 experience X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:22:34 -0000 Martin Faxer wrote: > Hi all! > > I recently installed beta7 on my box and I experienced a few problems: > > snd_emu10k1 > ----------- > To build the snd_emu10k1 sound driver, one needs to add: > > device "snd_emu10k1" > > to the kernel config file. Simply: > > device snd_emu10k1 > > will cause config to complain about a syntax error (presumably because > it thinks the 1 at the end is a device number). > > This is not mentioned anywhere in the snd_emu10k1 man page and the > example provided shows 'device snd_emu10k1', which won't work. > > At the very least, the man page needs to be updated to reflect this. > (I could provide a diff for this but I guess the overhead of applying a > patch will be greater than just making the change directly in this > case.) > > In the future, perhaps the driver should be renamed or the device > numbering scheme redesigned in some way? It feels a bit dirty having to > put "" around the driver name :) > > Somebody else posted a message complaining about this a couple of days > ago but didn't recieve much attention... I would guess that everything > I just wrote holds true for snd_ad1816, snd_als4000, snd_cs4281, snd_ds1 > and snd_maestro3 too. 6-CURRENT has this mess completely fixed, but it's unlikely that it will get fixed in 5.x. I'll look at the manual pages and NOTES files to make sure that they are correct for 5.x. > > cvsup example files > ------------------- > minor thing: the stable-supfile example found in > /usr/share/examples/cvsup still lists 4.x as stable. Perhaps this should > be updated before the release is made? :) Updating this is on the release engineering TODO list. > > X.org > ----- > When running xorgconfig, I am not allowed to choose my keyboard mapping, > because of the following error: > > XKB rules file '/usr/X11R6/lib/X11/xkb/rules/' not found > Keyboard XKB options will be set to default values. > > I am not sure if anybody's reported this before me, but at least I > haven't seen any messages about it. > > Also, it seems Option ZAxisMapping "4 5" isn't standard... Perhaps > making it standard should be considered, or is there any compelling > reason not to? I guess most people nowadays have a wheel mouse. xorgconfig seems to be unloved. Most people just run 'X -configure' and then doctor up the generated config file by hand. This certainly doesn't justify the problem, and FreeBSD indeed lacks the nice integration with X that many Linux distributions have. ... [discussion about libtool problems] ... I'm sure that the portmgr@ team would be very interested to hear about this. Maybe you just happened to catch a transient bug in one of the packages that you installed. Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 17:00:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83FCD16A4D1 for ; Fri, 8 Oct 2004 17:00:20 +0000 (GMT) Received: from mail.cableone.net (scanmail3.cableone.net [24.116.0.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ECD443D49 for ; Fri, 8 Oct 2004 17:00:20 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.24-119-122-191.cpe.cableone.net (unverified [24.119.122.25]) by smail3.cableone.net (SurgeMail 1.9b) with ESMTP id 39911776 for multiple; Fri, 08 Oct 2004 10:00:23 -0700 Date: Fri, 8 Oct 2004 11:59:32 -0500 From: Vulpes Velox To: Nikolay Kalev Message-ID: <20041008115932.658ac487@vixen42.24-119-122-191.cpe.cableone.net> In-Reply-To: <136a340a04100723261bfa86c2@mail.gmail.com> References: <136a340a041007045538093bfd@mail.gmail.com> <200410071644.i97Giq5a058914@gw.catspoiler.org> <20041008025054.GJ49914@over-yonder.net> <136a340a04100723261bfa86c2@mail.gmail.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 17:00:20 -0000 On Fri, 8 Oct 2004 09:26:28 +0300 Nikolay Kalev wrote: > There is a new file online, please test! Seems like we have diferent > issues with diferent type of terminals. > > http://www.eprogress.bg/~rootcho/dot.tcshrc Hmm, been running into one odd thing, I copied and pasted the F keys from that one in to mine, and the F1 help does not work or alt-h help either. I get a message saying no help file found. esc-right also does not work. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 17:34:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0826D16A4CE; Fri, 8 Oct 2004 17:34:53 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44EAA43D41; Fri, 8 Oct 2004 17:34:52 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 228E011A55; Fri, 8 Oct 2004 19:34:51 +0200 (CEST) Date: Fri, 8 Oct 2004 19:34:50 +0200 From: "Simon L. Nielsen" To: Scott Long Message-ID: <20041008173450.GA774@zaphod.nitro.dk> References: <20041007161444.GA34608@eerie.lan> <4166BE86.4070507@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <4166BE86.4070507@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: Martin Faxer cc: freebsd-current@FreeBSD.org Subject: Re: beta7 experience X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 17:34:53 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.10.08 10:21:26 -0600, Scott Long wrote: > Martin Faxer wrote: > >snd_emu10k1 > >----------- > >To build the snd_emu10k1 sound driver, one needs to add: > > > > device "snd_emu10k1" > > > >to the kernel config file. Simply: > > > > device snd_emu10k1 > > > >will cause config to complain about a syntax error (presumably because > >it thinks the 1 at the end is a device number). [...] > 6-CURRENT has this mess completely fixed, but it's unlikely that it > will get fixed in 5.x. I'll look at the manual pages and NOTES files > to make sure that they are correct for 5.x. Oh, I didn't notice that peter's update to config hadn't been MFC'ed when working on the sound manual pages. Anyway I can make a patch to fix it, unless you already have looked at it? --=20 Simon L. Nielsen FreeBSD Documentation Team --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZs+6h9pcDSc1mlERAlPtAKCFlE5V5MwqIUoLskSzXlBJuvSb6wCfc5H4 JLEIvLLLyaPV42Dy0UU3n9w= =jR5M -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 17:37:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FD9F16A4CE; Fri, 8 Oct 2004 17:37:17 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A88C43D41; Fri, 8 Oct 2004 17:37:17 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i98HbFA7031972; Fri, 8 Oct 2004 11:37:15 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <4166D00C.5020308@FreeBSD.org> Date: Fri, 08 Oct 2004 11:36:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20041007161444.GA34608@eerie.lan> <4166BE86.4070507@FreeBSD.org> <20041008173450.GA774@zaphod.nitro.dk> In-Reply-To: <20041008173450.GA774@zaphod.nitro.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Martin Faxer cc: freebsd-current@FreeBSD.org Subject: Re: beta7 experience X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 17:37:17 -0000 Simon L. Nielsen wrote: > On 2004.10.08 10:21:26 -0600, Scott Long wrote: > >>Martin Faxer wrote: > > >>>snd_emu10k1 >>>----------- >>>To build the snd_emu10k1 sound driver, one needs to add: >>> >>> device "snd_emu10k1" >>> >>>to the kernel config file. Simply: >>> >>> device snd_emu10k1 >>> >>>will cause config to complain about a syntax error (presumably because >>>it thinks the 1 at the end is a device number). > > [...] > > >>6-CURRENT has this mess completely fixed, but it's unlikely that it >>will get fixed in 5.x. I'll look at the manual pages and NOTES files >>to make sure that they are correct for 5.x. > > > Oh, I didn't notice that peter's update to config hadn't been MFC'ed > when working on the sound manual pages. Anyway I can make a patch to > fix it, unless you already have looked at it? > No, I haven't gotten to it yet. Feel free to take care of this. Thanks! Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 18:07:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C25D916A4CE; Fri, 8 Oct 2004 18:07:51 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7F9843D2D; Fri, 8 Oct 2004 18:07:51 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 8A54E7A449; Fri, 8 Oct 2004 11:07:51 -0700 (PDT) Message-ID: <4166D777.4010605@elischer.org> Date: Fri, 08 Oct 2004 11:07:51 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: David Gilbert References: <16742.40802.187425.402461@canoe.dclg.ca> <4166AFE0.5060000@FreeBSD.org> <16742.46123.690229.674202@canoe.dclg.ca> In-Reply-To: <16742.46123.690229.674202@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 18:07:51 -0000 David Gilbert wrote: >>>>>>"Scott" == Scott Long writes: >>>>>> >>>>>> > >Scott> Interesting results. One thing to note is that a severe bug in >Scott> the if_em driver was fixed for BETA7. The symptoms of this bug >Scott> include apparent livelock of the machine during heavy xmit >Scott> load. You might want to update and re-run your tests. > >Sorry. I should have made it clear that I applied the patches to the >em from the tree by hand. > there are also changes in B4->B7 that ar related to scheduling the packet delivery mechanisms.. They may not make much of a difference but... It's good that we are finally getting the functionality to a point where we can start to worry about performance again :-) > >Dave. > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 18:08:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A6AF16A4E3; Fri, 8 Oct 2004 18:08:22 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFDB543D48; Fri, 8 Oct 2004 18:08:21 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i98I8KOu053015; Fri, 8 Oct 2004 14:08:20 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 52342-08; Fri, 8 Oct 2004 14:08:20 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i98I8KMc052996; Fri, 8 Oct 2004 14:08:20 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i98I8Cjg025678; Fri, 8 Oct 2004 14:08:13 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041008125923.100dd108@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 08 Oct 2004 14:14:26 -0400 To: David Gilbert From: Mike Tancsa In-Reply-To: <16742.48579.673252.78665@canoe.dclg.ca> References: <16742.40802.187425.402461@canoe.dclg.ca> <6.1.2.0.0.20041008120745.106ae7b0@64.7.153.2> <16742.48579.673252.78665@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 18:08:27 -0000 At 12:18 PM 08/10/2004, David Gilbert wrote: >Idle_poll is default 1, I'm not positive we tested 0. I don't think >there is much idle time here. Actually, on RELENG_5, I think the default is now zero. With a releng_5 BETA7 box in between 2 other hosts, with idle_poll set to the default on zero, using /usr/local/netperf/netperf -l 30 -H 10.10.10.1 -i 10,2 -I 99,10 -t UDP_STREAM -- -m 1000 -s 32768 32768 I see about 483Mb. If I set it to 1, I get just over 500Mb. This was with an HZ of 1000 ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 18:11:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C25916A4CF; Fri, 8 Oct 2004 18:11:55 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72E3843D1F; Fri, 8 Oct 2004 18:11:55 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id A6A2EB901; Fri, 8 Oct 2004 14:11:54 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 71D6A1D2283; Fri, 8 Oct 2004 14:11:49 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.55397.393324.165060@canoe.dclg.ca> Date: Fri, 8 Oct 2004 14:11:49 -0400 To: Julian Elischer In-Reply-To: <4166D777.4010605@elischer.org> References: <16742.40802.187425.402461@canoe.dclg.ca> <4166AFE0.5060000@FreeBSD.org> <16742.46123.690229.674202@canoe.dclg.ca> <4166D777.4010605@elischer.org> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: Scott Long cc: David Gilbert Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 18:11:55 -0000 >>>>> "Julian" == Julian Elischer writes: Julian> David Gilbert wrote: Julian> there are also changes in B4->B7 that ar related to scheduling Julian> the packet delivery mechanisms.. They may not make much of a Julian> difference but... I will endevour to do cvsup and retest, then. BTW, is there a kernel profiling howto out there? Or would someone like to help with it? Before the hardware goes into production, I'd like to siphon out as much data as possible. Julian> It's good that we are finally getting the functionality to a Julian> point where we can start to worry about performance again :-) Amen. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 18:31:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C09C716A4CE; Fri, 8 Oct 2004 18:31:12 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8641B43D2D; Fri, 8 Oct 2004 18:31:12 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 05249C566; Fri, 8 Oct 2004 14:31:12 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id CE79F1D2282; Fri, 8 Oct 2004 14:31:06 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16742.56554.781753.73352@canoe.dclg.ca> Date: Fri, 8 Oct 2004 14:31:06 -0400 To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041008125923.100dd108@64.7.153.2> References: <16742.40802.187425.402461@canoe.dclg.ca> <6.1.2.0.0.20041008120745.106ae7b0@64.7.153.2> <16742.48579.673252.78665@canoe.dclg.ca> <6.1.2.0.0.20041008125923.100dd108@64.7.153.2> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: David Gilbert Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 18:31:12 -0000 >>>>> "Mike" == Mike Tancsa writes: Mike> At 12:18 PM 08/10/2004, David Gilbert wrote: >> Idle_poll is default 1, I'm not positive we tested 0. I don't >> think there is much idle time here. Mike> Actually, on RELENG_5, I think the default is now zero. checked, tho. We did set it to 1 in sysctl.conf. Mike> With a releng_5 BETA7 box in between 2 other hosts, with Mike> idle_poll set to the default on zero, using Mike> /usr/local/netperf/netperf -l 30 -H 10.10.10.1 -i 10,2 -I 99,10 Mike> -t UDP_STREAM -- -m 1000 -s 32768 32768 Mike> I see about 483Mb. If I set it to 1, Mike> I get just over 500Mb. This was with an HZ of 1000 This is well below the doubling I want to see, but I will add this to the test suite. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 18:38:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CC5E16A4CF for ; Fri, 8 Oct 2004 18:38:03 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64EEA43D3F for ; Fri, 8 Oct 2004 18:38:00 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 15101 invoked by uid 89); 8 Oct 2004 18:29:49 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 8 Oct 2004 18:29:49 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with SMTP id 060121CC8B; Fri, 8 Oct 2004 21:29:43 +0300 (EEST) Date: Fri, 8 Oct 2004 21:29:43 +0300 From: Ion-Mihai Tetcu To: "Patrick M. Hausen" Message-ID: <20041008212943.0f6acb60@it.buh.tecnik93.com> In-Reply-To: <200410081217.i98CHDPA025862@hugo10.ka.punkt.de> References: <200410081217.i98CHDPA025862@hugo10.ka.punkt.de> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-BETA7 ata problem with VIA 8235 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 18:38:03 -0000 [ current@ cc'ed, as is still the best place for 5.x ] On Fri, 8 Oct 2004 14:17:13 +0200 (CEST) "Patrick M. Hausen" wrote: > Hi! > > Next test with the current beta: > > We have a system with a VIA chipset based mainboard, the ATA > controller is reported to be a VIA 8235. > This system has worked just fine with 5.1 then stopped working when > the atang changes were commited. It wasn't that important to us > (it's really cheap [tm] hardware), but since I'm doing some tests > with the current beta anyway and there were various ata fixes > announced: > > Boot from miniinst.iso: > > ... > atapci0: port 0xdc00-0xdc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at deviec 17.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > ... > ata0-master: FAILURE - ATA_IDENTTIFY timed out > ... > ata1-master: FAILURE - ATAPI_IDENTIFY timed out > ... atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 + WDC WD1600JB-00EVA0/15.05R15 works; So please post also HDD vendor, model, firmware -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 19:34:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9F5B16A4CE; Fri, 8 Oct 2004 19:34:42 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EFC43D1F; Fri, 8 Oct 2004 19:34:42 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 9C9A07A439; Fri, 8 Oct 2004 12:34:42 -0700 (PDT) Message-ID: <4166EBD2.2010207@elischer.org> Date: Fri, 08 Oct 2004 12:34:42 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Alexey Dokuchaev References: <136a340a041007045538093bfd@mail.gmail.com> <200410071644.i97Giq5a058914@gw.catspoiler.org> <20041007171009.GA36712@regency.nsu.ru> In-Reply-To: <20041007171009.GA36712@regency.nsu.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: Don Lewis cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 19:34:43 -0000 Alexey Dokuchaev wrote: >On Thu, Oct 07, 2004 at 09:44:52AM -0700, Don Lewis wrote: > > >>This is what I use: >> >> set prompt = '%m:%c4 %h%#' >> if ($?TERM && $TERM == xterm) then >> set prompt='%{\033]0;%n@%m:%c5\007%}%m:%c %h%#' >> endif >> >>It adds the last few components of $cwd and the history event number to >>the prompt. When running in an xterm, it puts the username, hostname, >>and the last part of $cwd in the xterm title. >> >> > >I use pretty much the same code for setting xterm's titlebar. However, >there is one known problem with it: when you leave (^D) your shell, >being ssh'ed to another machine, titlebar still has that remote host >name. If there was a way to retrieve current title string, sigh. >Unless, of course, I'm missing something here. > alias ssh ssh_wrapper and define ssh_wrapper to be ssh $* ; settitle. (where settitle dos the above sequence for settingthe xterm title) in sh I'd use a sh function.. in csh I use: if ("$TERM" == "xterm") then alias hdr 'echo -n "^[]2;\!*^G"' alias ihdr 'echo -n "^[]1;\!*^G"' alias newhdr 'hdr "${user}@${hostname}:$cwd"' alias newihdr 'ihdr "${hostname}"' newihdr alias p 'newhdr; set prompt="${user}@${hostname}:"' else alias p 'set prompt="$USER@${hostname}:$cwd:t(\\!) " ' endif alias cd 'cd \!*; p' alias chdir 'chdir \!*; p' alias pushd 'pushd \!*; p' alias popd 'popd \!*; p' alias ssh 'ssh \!*; p' p > >./danfe >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 19:50:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A726216A4CE; Fri, 8 Oct 2004 19:50:08 +0000 (GMT) Received: from happygiraffe.net (happygiraffe.net [81.6.215.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E28E43D39; Fri, 8 Oct 2004 19:50:08 +0000 (GMT) (envelope-from dom@happygiraffe.net) Received: from localhost (localhost.happygiraffe.net [127.0.0.1]) by happygiraffe.net (Postfix) with ESMTP id 671CBB9C1; Fri, 8 Oct 2004 20:50:05 +0100 (BST) Received: from happygiraffe.net ([127.0.0.1]) by localhost (ppe.happygiraffe.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24888-05; Fri, 8 Oct 2004 20:50:05 +0100 (BST) Received: by happygiraffe.net (Postfix, from userid 1001) id 0065EB9C0; Fri, 8 Oct 2004 20:50:04 +0100 (BST) Date: Fri, 8 Oct 2004 20:50:04 +0100 To: Alexey Dokuchaev Message-ID: <20041008195004.GA22979@ppe.happygiraffe.net> References: <136a340a041007045538093bfd@mail.gmail.com> <200410071644.i97Giq5a058914@gw.catspoiler.org> <20041007171009.GA36712@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007171009.GA36712@regency.nsu.ru> User-Agent: Mutt/1.5.6i From: dom@happygiraffe.net (Dominic Mitchell) X-Virus-Scanned: by amavisd-new at happygiraffe.net cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: Don Lewis cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 19:50:08 -0000 On Fri, Oct 08, 2004 at 12:10:09AM +0700, Alexey Dokuchaev wrote: > I use pretty much the same code for setting xterm's titlebar. However, > there is one known problem with it: when you leave (^D) your shell, > being ssh'ed to another machine, titlebar still has that remote host > name. If there was a way to retrieve current title string, sigh. > Unless, of course, I'm missing something here. You can get the title back from an xterm, but it's not as simple as putting it there... And it only works when you're directly inside the xterm, not ssh'd into another machine (assuming you sometimes ssh several levels deep). Anyway, I've had this snippet floating around my bin directory for a while: xprop -id $WINDOWID | sed -n '/^WM_NAME(STRING)/{s/.*= "//;s/"$//;p;}' I'm not in a position to test it right now, but it looks like it should work. :-) -Dom From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 19:52:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8220D16A4CE for ; Fri, 8 Oct 2004 19:52:55 +0000 (GMT) Received: from happygiraffe.net (happygiraffe.net [81.6.215.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3027943D2F for ; Fri, 8 Oct 2004 19:52:55 +0000 (GMT) (envelope-from dom@happygiraffe.net) Received: from localhost (localhost.happygiraffe.net [127.0.0.1]) by happygiraffe.net (Postfix) with ESMTP id 4B23EB9DF; Fri, 8 Oct 2004 20:52:54 +0100 (BST) Received: from happygiraffe.net ([127.0.0.1]) by localhost (ppe.happygiraffe.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24888-06-2; Fri, 8 Oct 2004 20:52:54 +0100 (BST) Received: by happygiraffe.net (Postfix, from userid 1001) id 055C2B9DD; Fri, 8 Oct 2004 20:52:54 +0100 (BST) Date: Fri, 8 Oct 2004 20:52:53 +0100 To: Garance A Drosihn Message-ID: <20041008195253.GB22979@ppe.happygiraffe.net> References: <41663DEA.7020403@happygiraffe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41663DEA.7020403@happygiraffe.net> User-Agent: Mutt/1.5.6i From: dom@happygiraffe.net (Dominic Mitchell) X-Virus-Scanned: by amavisd-new at happygiraffe.net cc: Ryan Newman cc: rainer@ultra-secure.de cc: current@freebsd.org Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 19:52:55 -0000 On Fri, Oct 08, 2004 at 08:12:42AM +0100, Dominic Mitchell wrote: > Garance A Drosihn wrote: > >Even though I have hit some of these problems, I do think it is a > >good idea to make the change to 5.8 as part of FreeBSD 5.3-release. > >People should be taking a bit more time to check, cross-check, and > >re-check everything they are running if they are upgrading to > >5.3-release from 4.x-release. > > 5.8.x has been stable Perl for over two years. You really /should/ be > using it if at all possible. If not, then deinstall it and install your > own Perl 5.004 package. You did want old Perl, didn't you? My apologies for this comment; it was flippant, unnecessary and misdirected. The point I was trying to make was that people who wish to stay with old versions of Perl shouldn't expect much support. Unfortunately, I've seen enough of that to be a bit jaded by it, hence the sharp comments. -Dom From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 20:25:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3E5316A4D2 for ; Fri, 8 Oct 2004 20:25:24 +0000 (GMT) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3393143D46 for ; Fri, 8 Oct 2004 20:25:12 +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]) i98KP9YV020461 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 9 Oct 2004 06:25:09 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i98KP8xP035689; Sat, 9 Oct 2004 06:25:09 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i98KP8UY035688; Sat, 9 Oct 2004 06:25:08 +1000 (EST) (envelope-from pjeremy) Date: Sat, 9 Oct 2004 06:25:08 +1000 From: Peter Jeremy To: Alexey Dokuchaev Message-ID: <20041008202508.GO83620@cirb503493.alcatel.com.au> References: <136a340a041007045538093bfd@mail.gmail.com> <200410071644.i97Giq5a058914@gw.catspoiler.org> <20041007171009.GA36712@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007171009.GA36712@regency.nsu.ru> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 20:25:25 -0000 On Fri, 2004-Oct-08 00:10:09 +0700, Alexey Dokuchaev wrote: >I use pretty much the same code for setting xterm's titlebar. However, >there is one known problem with it: when you leave (^D) your shell, >being ssh'ed to another machine, titlebar still has that remote host >name. If there was a way to retrieve current title string, sigh. >Unless, of course, I'm missing something here. I use zsh's 'chpwd' function to set my xterm titlebar and can "retrieve" the current title bar by just doing 'cd .': chpwd() { echo -n "\033]2;$XTERM$USER@$HOST:$PWD\007" } -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 20:34:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EB1316A4CE; Fri, 8 Oct 2004 20:34:05 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2F4643D31; Fri, 8 Oct 2004 20:34:04 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id DE0D411A55; Fri, 8 Oct 2004 22:34:03 +0200 (CEST) Date: Fri, 8 Oct 2004 22:34:03 +0200 From: "Simon L. Nielsen" To: Scott Long , Martin Faxer Message-ID: <20041008203403.GE774@zaphod.nitro.dk> References: <20041007161444.GA34608@eerie.lan> <4166BE86.4070507@FreeBSD.org> <20041008173450.GA774@zaphod.nitro.dk> <4166D00C.5020308@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nhYGnrYv1PEJ5gA2" Content-Disposition: inline In-Reply-To: <4166D00C.5020308@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.org Subject: Re: beta7 experience X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 20:34:05 -0000 --nhYGnrYv1PEJ5gA2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.10.08 11:36:12 -0600, Scott Long wrote: > Simon L. Nielsen wrote: > >On 2004.10.08 10:21:26 -0600, Scott Long wrote: > > > >>Martin Faxer wrote: > > > >>>snd_emu10k1 > >>>----------- > >>>To build the snd_emu10k1 sound driver, one needs to add: > >>> > >>> device "snd_emu10k1" > >>> > >>>to the kernel config file. Simply: > >>> > >>> device snd_emu10k1 > >>> > >>>will cause config to complain about a syntax error (presumably because > >>>it thinks the 1 at the end is a device number). > > > >[...] > > > >>6-CURRENT has this mess completely fixed, but it's unlikely that it > >>will get fixed in 5.x. I'll look at the manual pages and NOTES files > >>to make sure that they are correct for 5.x. > > > >Oh, I didn't notice that peter's update to config hadn't been MFC'ed > >when working on the sound manual pages. Anyway I can make a patch to > >fix it, unless you already have looked at it? > > No, I haven't gotten to it yet. Feel free to take care of this. > Thanks! OK, this has been corrected in RELENG_5 now. Thanks for noticing and reporting this Martin! --=20 Simon L. Nielsen FreeBSD Documentation Team --nhYGnrYv1PEJ5gA2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZvm7h9pcDSc1mlERAr3fAJ0eOJWQsSqHmy/kxSSMH18CIqijzwCgiom6 Tp8hFYuJDSgWXcCNbMQ2+Hw= =JI9A -----END PGP SIGNATURE----- --nhYGnrYv1PEJ5gA2-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 21:32:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD37A16A4CE for ; Fri, 8 Oct 2004 21:32:34 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267C043D2F for ; Fri, 8 Oct 2004 21:32:34 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i98LWVIt003325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Oct 2004 01:32:32 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i98LWVjR003324; Sat, 9 Oct 2004 01:32:31 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sat, 9 Oct 2004 01:32:31 +0400 From: Gleb Smirnoff To: Jan Vyhlidka Message-ID: <20041008213231.GA3261@cell.sick.ru> References: <20041004171817.380037e8.Norick@seznam.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041004171817.380037e8.Norick@seznam.cz> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 21:32:35 -0000 On Mon, Oct 04, 2004 at 05:18:17PM +0200, Jan Vyhlidka wrote: J> I have problem with ospfd (net/quagga package) J> When i used 5.2.1 there wasnt problem, but after i upgraded to 5.3, these messages started getting to me: J> J> 2004/10/04 16:22:44 OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted J> 2004/10/04 16:22:45 OSPF: can't setsockopt IP_MULTICAST_LOOP(0): Operation not permitted J> 2004/10/04 16:22:45 OSPF: can't setsockopt IP_MULTICAST_TTL(1): Operation not permitted J> 2004/10/04 16:22:45 OSPF: can't setsockopt IP_MULTICAST_IF: Operation not permitted Does quagga run ospfd under reduced priveleges? I can't reproduce your problem with zebra. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 21:55:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC48516A4CE; Fri, 8 Oct 2004 21:55:26 +0000 (GMT) Received: from twu.net (bilbo.twu.net [64.246.24.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BADF43D2F; Fri, 8 Oct 2004 21:55:24 +0000 (GMT) (envelope-from admin@truthsolo.net) Received: from [192.168.123.116] (121-90.8-67.tampabay.rr.com [67.8.90.121]) (authenticated bits=0) by twu.net (8.12.9/8.12.9) with ESMTP id i98LqD0L022297; Fri, 8 Oct 2004 17:52:13 -0400 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@freebsd.org, freebsd-alpha@freebsd.org From: Rob Dosogne Date: Fri, 8 Oct 2004 17:55:23 -0400 X-Mailer: Apple Mail (2.619) Subject: CPU hang during boot at isp0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 21:55:27 -0000 With all kernels I built after 5.2.1-RELEASE, the system halts cpu during boot at: isp0: [GIANT-LOCKED] Machine is DEC Alpha 600au (21164A) booting from drive on a QLogic 1040B SCSI controller. Additional info can be provided, just let me know what you want. :-) cheers, Rob Dosogne, your friendly neighborhood sysadmin. http://www.truthsolo.net/ ---- Join in the new game that's sweeping the country. It's called "Bureaucracy". Everybody stands in a circle. The first person to do anything loses. From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 22:19:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A25E616A4CE for ; Fri, 8 Oct 2004 22:19:45 +0000 (GMT) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id B4FC843D5D for ; Fri, 8 Oct 2004 22:19:44 +0000 (GMT) (envelope-from Norick@seznam.cz) Received: (qmail 11715 invoked from network); 8 Oct 2004 22:01:14 -0000 Received: from unknown (HELO echelon.norick.slivenec.czf) (norick@62.24.71.119) by smtp.seznam.cz with SMTP; 8 Oct 2004 22:01:14 -0000 Date: Fri, 8 Oct 2004 23:58:47 +0200 From: Jan Vyhlidka To: Gleb Smirnoff Message-Id: <20041008235847.155a46c6.Norick@seznam.cz> In-Reply-To: <20041008213231.GA3261@cell.sick.ru> References: <20041004171817.380037e8.Norick@seznam.cz> <20041008213231.GA3261@cell.sick.ru> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Fri__8_Oct_2004_23_58_47_+0200_SsNtur8.xR1bFE+P" cc: current@freebsd.org Subject: Re: OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:19:45 -0000 --Signature=_Fri__8_Oct_2004_23_58_47_+0200_SsNtur8.xR1bFE+P Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sat, 9 Oct 2004 01:32:31 +0400 Gleb Smirnoff wrote: > Does quagga run ospfd under reduced priveleges? I can't reproduce your > problem with zebra. Yes, all quagga daemons are running under "quagga" user. Bgpd has no problem. On 5.2.1 it worked. Quagga version is 0.96.5. i will recompile it for use under root:wheel, we will see.. Thanks for your reply. --Signature=_Fri__8_Oct_2004_23_58_47_+0200_SsNtur8.xR1bFE+P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBZw2jUZwTtzMO0/kRAsx3AJ9QWjTPtpmy1/k4Xyr7RKVz8dXaHwCeN5zV ktilUDFCrhOq4Y0+VKV2QfQ= =GSHb -----END PGP SIGNATURE----- --Signature=_Fri__8_Oct_2004_23_58_47_+0200_SsNtur8.xR1bFE+P-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 22:36:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05CBB16A4CE; Fri, 8 Oct 2004 22:36:09 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D52B43D45; Fri, 8 Oct 2004 22:36:08 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 6C83565426; Fri, 8 Oct 2004 23:36:06 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 41661-04-6; Fri, 8 Oct 2004 23:36:05 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-92-60.dsl.snfc21.pacbell.net [67.121.92.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 4FEE1653F9; Fri, 8 Oct 2004 23:36:05 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 2594A613D; Fri, 8 Oct 2004 15:36:00 -0700 (PDT) Date: Fri, 8 Oct 2004 15:36:00 -0700 From: Bruce M Simpson To: Jordan Sissel , freebsd-current@freebsd.org, anholt@FreeBSD.org Message-ID: <20041008223600.GL718@empiric.icir.org> Mail-Followup-To: Jordan Sissel , freebsd-current@freebsd.org, anholt@FreeBSD.org, imp@FreeBSD.org, njl@FreeBSD.org References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> <5ad23a3004100720467646e1ea@mail.gmail.com> <20041008102758.GH718@empiric.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nG9yj4eE4W6Oba0" Content-Disposition: inline In-Reply-To: <20041008102758.GH718@empiric.icir.org> cc: njl@FreeBSD.org cc: imp@FreeBSD.org Subject: Re: Radeon AGP suspend/resume support (was: Re: Thinkpad T41 Sleep issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:36:09 -0000 --+nG9yj4eE4W6Oba0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I should be most grateful if someone else could confirm my findings here. This is based purely on my reading of the code; I haven't tried watching debug messages yet to see what happens. On Fri, Oct 08, 2004 at 03:27:58AM -0700, Bruce M Simpson wrote: > Ok. Well some initial research suggests that many of the userland pieces are > already there in xorg 6.7.0, after some rummaging around in the source: > http://www.spinics.net/lists/xf-xpert/msg04368.html Actually the problem is worse than that, from what I can see. There is a module in the xorg/Xfree86 tree called bsd_apm.c. This is meant to poll the /dev/apm device on the BSDs for suspend/resume event notifications coming from the APM BIOS. There are two problems with this: 1) This uses a NetBSD specific interface, which, whilst broadly similar to FreeBSD's apm support, is not ABI compatible with ours. 2) The ACPI apm shim does not dispatch such events. They are only dispatched within the system if 'real' BIOS APM support is in the kernel. This cannot co-exist with ACPI. Furthermore they are only announced on the /dev/apmctl device; there are some comments in the code to this effect. So *no* suspend/resume support ever actually gets called, for any userland driver in the X tree, on FreeBSD. It seems X needs to be re-educated about how FreeBSD suspends and resumes. It may well be more appropriate to rewrite this module entirely from scratch for use with ACPI. This would seem to boil down to two components being needed: a) AGP suspend/resume support. b) X.org/XF86 support for suspend/resume with ACPI. Regards, BMS --+nG9yj4eE4W6Oba0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBZxZPueUpAYYNtTsRApVYAJ9cCoPvYfOvpokf6wad7Z1FGL8b/wCfWEDD upCHQtp3f6EzykXdcUpaNLU= =JPY+ -----END PGP SIGNATURE----- --+nG9yj4eE4W6Oba0-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 22:42:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0B5716A4CE; Fri, 8 Oct 2004 22:42:08 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-222-78-9.jan.bellsouth.net [68.222.78.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D08543D41; Fri, 8 Oct 2004 22:42:08 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 2053320F91; Fri, 8 Oct 2004 17:42:07 -0500 (CDT) Date: Fri, 8 Oct 2004 17:42:06 -0500 From: "Matthew D. Fuller" To: Ian FREISLICH Message-ID: <20041008224206.GM49914@over-yonder.net> References: <20041008025054.GJ49914@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: nkalev@gmail.com cc: rbgarga@gmail.com cc: Don Lewis cc: freebsd-current@FreeBSD.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:42:09 -0000 On Fri, Oct 08, 2004 at 02:46:34PM +0200 I heard the voice of Ian FREISLICH, and lo! it spake thus: > "Matthew D. Fuller" wrote: > > > > I've always hated that behavior of bash configs on Linux boxes. Like, > > really deeply hated. > > Yes. Anything that messes with the title _I_ give an xterm is the > spawn of satan. There doesn't seem to be a way to prevent the title > bar name change either. It's happened enough times that I went ahead and made a hack around it. (ttyp7):{472}% grep xttitle .tcshrc.matt alias xttitle 'printf "\033]0;\!*\007"' I also have it as a sh script, that I use sometimes. I should probably merge that into the main .tcshrc sometime... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 22:56:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B05916A526 for ; Fri, 8 Oct 2004 22:56:39 +0000 (GMT) Received: from web14103.mail.yahoo.com (web14103.mail.yahoo.com [216.136.172.133]) by mx1.FreeBSD.org (Postfix) with SMTP id E02CD43D46 for ; Fri, 8 Oct 2004 22:56:38 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20041008225638.12280.qmail@web14103.mail.yahoo.com> Received: from [194.248.174.50] by web14103.mail.yahoo.com via HTTP; Sat, 09 Oct 2004 00:56:38 CEST Date: Sat, 9 Oct 2004 00:56:38 +0200 (CEST) From: Claus Guttesen To: Rob Dosogne , freebsd-current@freebsd.org, freebsd-alpha@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: CPU hang during boot at isp0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:56:39 -0000 > system halts cpu > during boot at: > isp0: [GIANT-LOCKED] > Machine is DEC Alpha 600au (21164A) booting from > drive on a QLogic > 1040B SCSI controller. May not apply to Alpha, but did you include device ispfw along with 'device isp'? Maybe this should be included in GENERIC as well? regards Claus From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 23:23:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F7C716A4CE for ; Fri, 8 Oct 2004 23:23:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC20A43D41 for ; Fri, 8 Oct 2004 23:23:19 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so92256rnk for ; Fri, 08 Oct 2004 16:23:06 -0700 (PDT) Received: by 10.38.89.69 with SMTP id m69mr452454rnb; Fri, 08 Oct 2004 16:16:26 -0700 (PDT) Received: by 10.38.209.72 with HTTP; Fri, 8 Oct 2004 16:16:26 -0700 (PDT) Message-ID: <136a340a04100816166b6b8738@mail.gmail.com> Date: Sat, 9 Oct 2004 02:16:26 +0300 From: Nikolay Kalev To: freebsd-current@freebsd.org In-Reply-To: <20041008224206.GM49914@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041008025054.GJ49914@over-yonder.net> <20041008224206.GM49914@over-yonder.net> Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 23:23:20 -0000 OK is someone going to merge some functions from dot.tcshrc to the FreeBSD tree ??? It will be nice to see some imprvements :-). -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 23:55:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37E2916A4CE for ; Fri, 8 Oct 2004 23:55:37 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25F2B43D1F for ; Fri, 8 Oct 2004 23:55:36 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CG4aU-0000Hc-00 Sat, 09 Oct 2004 01:55:50 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CG4aU-0000HR-00 Sat, 09 Oct 2004 01:55:50 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i98NtXHI007353; Sat, 9 Oct 2004 01:55:33 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i98NtUOu003918; Sat, 9 Oct 2004 01:55:30 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org, Nikolay Kalev Date: Sat, 9 Oct 2004 01:55:29 +0200 User-Agent: KMail/1.7 References: <20041008224206.GM49914@over-yonder.net> <136a340a04100816166b6b8738@mail.gmail.com> In-Reply-To: <136a340a04100816166b6b8738@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410090155.30068.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 23:55:37 -0000 El S=E1bado, 9 de Octubre de 2004 01:16, Nikolay Kalev escribi=F3: > OK is someone going to merge some functions from dot.tcshrc to the > FreeBSD tree ??? > It will be nice to see some imprvements :-). I can recall something like this under src/share/examples/ also a port shells/tcshrc or so. I also have some notes about a future profile.d/ from ports (ENOTIME). But this is not a src/share/skel/dot.cshrc alternative. You may also take a look at PR conf/72277 It not so rich, but you may find another tip here. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 00:33:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C66416A4CE; Sat, 9 Oct 2004 00:33:18 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD57743D1D; Sat, 9 Oct 2004 00:33:17 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i990Wd1d032304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 8 Oct 2004 17:32:40 -0700 Message-ID: <416731A3.50807@root.org> Date: Fri, 08 Oct 2004 17:32:35 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> <5ad23a3004100720467646e1ea@mail.gmail.com> <20041008102758.GH718@empiric.icir.org> <20041008223600.GL718@empiric.icir.org> In-Reply-To: <20041008223600.GL718@empiric.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: anholt@freebsd.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org cc: Jordan Sissel Subject: Re: Radeon AGP suspend/resume support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 00:33:18 -0000 Bruce M Simpson wrote: > Hello, > > I should be most grateful if someone else could confirm my findings here. > This is based purely on my reading of the code; I haven't tried watching > debug messages yet to see what happens. This is interesting and I agree work is needed here. > On Fri, Oct 08, 2004 at 03:27:58AM -0700, Bruce M Simpson wrote: > >>Ok. Well some initial research suggests that many of the userland pieces are >>already there in xorg 6.7.0, after some rummaging around in the source: >> http://www.spinics.net/lists/xf-xpert/msg04368.html > > Actually the problem is worse than that, from what I can see. There is a > module in the xorg/Xfree86 tree called bsd_apm.c. This is meant to poll > the /dev/apm device on the BSDs for suspend/resume event notifications > coming from the APM BIOS. > > There are two problems with this: > 1) This uses a NetBSD specific interface, which, whilst broadly similar > to FreeBSD's apm support, is not ABI compatible with ours. > 2) The ACPI apm shim does not dispatch such events. They are only > dispatched within the system if 'real' BIOS APM support is in the > kernel. This cannot co-exist with ACPI. Furthermore they are only > announced on the /dev/apmctl device; there are some comments in the > code to this effect. > > So *no* suspend/resume support ever actually gets called, for any userland > driver in the X tree, on FreeBSD. It seems X needs to be re-educated about > how FreeBSD suspends and resumes. It may well be more appropriate to rewrite > this module entirely from scratch for use with ACPI. > > This would seem to boil down to two components being needed: > a) AGP suspend/resume support. > b) X.org/XF86 support for suspend/resume with ACPI. I agree. Here's some more detail of what I think is needed in these areas. a) PCI/AGP video driver John has some initial support for a real PCI/AGP video driver. This would implement the suspend/resume functionality for VGA and also do DPMS calls to turn off/on the display as appropriate. This needs to interface with acpi_video in some way since they are both attaching to the same actual device. b) X notification of suspend/resume on FreeBSD This is easy in one sense but tricky in another. The easy approach is to just add support for the APM_IOC_NEXTEVENT ioctl and a no-op for APM_IOC_STANDBY (or the FreeBSD equivalents if this is NetBSD-specific.) Then X gets the notify and has the chance to suspend. The catch is that the current model doesn't support userland being in the blocking path for any ACPI events. So currently if X took a while to suspend, it might not complete before the actual suspend. The tough thing about putting usermode in the driver seat is how to know if it has crashed. I suspect we can do this with a timeout() and just give the usermode a max of 10 seconds or so to complete suspending before the system unconditionally suspends. I'm curious if anyone else has thoughts on this model. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 01:32:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0981A16A4D1 for ; Sat, 9 Oct 2004 01:32:42 +0000 (GMT) Received: from shore.adhoc.com.au (shore.adhoc.com.au [203.30.24.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBD8143D41 for ; Sat, 9 Oct 2004 01:32:36 +0000 (GMT) (envelope-from john@adhoc.com.au) Received: from blab.adhoc.com.au (blab.adhoc.com.au [203.30.24.3]) by shore.adhoc.com.au (Postfix) with ESMTP id 382346D46A for ; Sat, 9 Oct 2004 11:32:34 +1000 (EST) Received: from blab.adhoc.com.au (localhost [127.0.0.1]) by blab.adhoc.com.au (Postfix) with ESMTP id E8CC7B8DA for ; Sat, 9 Oct 2004 11:32:31 +1000 (EST) Date: Sat, 9 Oct 2004 11:32:30 +1000 (EST) From: John Harnett To: freebsd-current@freebsd.org In-Reply-To: <200410081311.i98DBOuR027350@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20041009013231.E8CC7B8DA@blab.adhoc.com.au> Subject: Re: 5.3-BETA7 ata problem with VIA 8235 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 01:32:42 -0000 Hi, This is a me-too. The only other factor is that an interrupt storm is reported on the on-board vr0 and after that the SATA drive is not found. If I disable the vr0 in BIOS or boot sans apic, then no problem. atapci0: port 0xb000-0xb0ff,0xb400-0xb40f,0xb800-0xb803,0xd000-0xd007,0xd400-0xd403,0xd800-0xd807 at device 15.0 on pci 0 ... ad4: 238475MB [484521/16/63] at ata2-master SATA150 when working. The board is an Asus A7V600-X and the drive is a Western digital WD2500. John On 8 Oct, Patrick M. Hausen wrote: > Hi! > > John Hay wrote: > >> > ata0-master: FAILURE - ATA_IDENTTIFY timed out >> > ata1-master: FAILURE - ATAPI_IDENTIFY timed out > >> Try disabling the apic. Break out of the loader by pressing '6' and then >> type: >> set hint.apic.0.disabled=1 >> boot > > Da, is workink now. > > Thankink, > Patrick -- -------------------------------------------------------------------------- John Harnett Ad Hoc Software john@adhoc.com.au Voice 0414 501948 40 Martin Rd Fax +61 3 9889 1074 Glen Iris Vic. Australia 3146 -------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 02:53:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64FA916A4E3; Sat, 9 Oct 2004 02:53:54 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id B722343D31; Sat, 9 Oct 2004 02:53:52 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2164.dyn.pacific.net.au (ppp2164.dyn.pacific.net.au [61.8.33.100])i992otDa020350; Sat, 9 Oct 2004 12:50:57 +1000 From: Sam Lawrance To: Scott Long In-Reply-To: <41657D63.1050605@FreeBSD.org> References: <4164BFA4.80105@unisa.edu.au> <41657D63.1050605@FreeBSD.org> Content-Type: text/plain Date: Sat, 09 Oct 2004 12:56:16 +1000 Message-Id: <1097290576.836.20.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: Benjamin Close cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 02:53:54 -0000 On Thu, 2004-10-07 at 11:31 -0600, Scott Long wrote: > Doug White wrote: > > On Thu, 7 Oct 2004, Benjamin Close wrote: > > > > > >> I've been using each Beta Release as they come out and ever since > >>Beta 3 I've noticed delays where there never used to be any. > >>I believe this may be somehow related to ULE->BSD scheduler change. A > >>classic situation of where they now exist is when I switch virtual > >>desktops back to another xterm. It takes 4-5 seconds before I can type. > >>The machine is virtually 100% idle. Before beta3 this was not a problem > >>with almost an instant response. > > > > > > Can you provide a reproduction case? I don't notice any sort of delay when > > switching between text vtys, or changing keyboard focus in X. I've been > > using 4BSD the entire time. > > > > Are you switching between X and text vty's? There's always been a delay > > there, worse on my amd64 box than i386, but I don't do that regularly; > > much easier to just pop another xterm :) > > I think I've found the cause of the delays. The problem was consistently reproducible with getty processes which are swapped out (ie 'ps' shows RSS=0 and state=IWs+). Since the problem was identifiable when starting to type at a vty, I traced the problem back through: ttyinput() : tty.c ttwakeup() : tty.c wakeup() : kern_synch.c sleepq_broadcast() : subr_sleepq.c sleepq_resume_thread() : subr_sleepq.c setrunnable() : kern_synch.c Notice in setrunnable() how wakeup(&proc0) is wrapped by #ifndef SMP? This means that scheduler() : vm/vm_glue.c, which tsleeps on proc0, is not awoken to traverse the process list and swap the process in. scheduler() tsleeps for a maximum of maxslp * hz / 2. maxslp on all archs appears to be 20, so the actual wakeup intended by ttwakeup() may not occur for up to 10 seconds. From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 03:19:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DA116A4CE for ; Sat, 9 Oct 2004 03:19:05 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31A7A43D39 for ; Sat, 9 Oct 2004 03:19:05 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i993J4t0069283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 8 Oct 2004 20:19:04 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i993J45F069282 for freebsd-current@freebsd.org; Fri, 8 Oct 2004 20:19:04 -0700 (PDT) (envelope-from jdc) Date: Fri, 8 Oct 2004 20:19:04 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20041009031904.GA68861@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Bizarre network+ssh+bash shell behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 03:19:05 -0000 Something that's been on my "report this with a big fat bold 'WTF' around it" list for a few weeks now: On one of my boxes -- and only that box -- hitting EOF (^D) in bash to log out results in no printed "logout" message. The socket does get closed cleanly, and the pty/tty does get put back into the "allocatable pty/tty pool" (sorry, not familiar with this portion). However, normally when logging out of a shell, the time between logout and the time between the actual socket being dropped is minimal (i.e. immediately); in the case of the "weird box", there is a good 1-2 second delay before the actual socket is dropped. I'm logged in via ssh across a LAN consisting of two unmanaged switches (one via a WRT54GS, and the other via a Hawking Technologies 100mbit unit); no duplex problems or auto-neg problems, no errors, overruns, underruns, runts, cabling problems, etc. etc.. SSH client is PuTTY, and the client system is Windows XP. Running a bash sub-shell underneath bash, and hitting EOF in the sub-shell, results in "logout" being printed as expected. To throw even more craziness into the loop: it seems that I can get "logout" to be printed in the situation where I change the bash binary while I'm logged in via ssh. Meaning: log in (using bash 3.0), use sudo, build bash 2.05b from ports, pkg_delete bash 3.0, install 2.05b, type 'exit' to get out of sudo, and hit EOF -- this, magically, causes "logout" to be printed (but that time and that time ALONE -- if I log back in again and hit EOF, no more "logout" -- rinse lather repeat) Changing my shell to csh/tcsh works fine on the "weird box" -- EOF prints "logout" as expected. Removing my .bashrc and .bash_profile, and even /etc/profile, results in no change. I'm building bash 2.05b or bash 3.0 from ports. The only thing "different" about my make.conf is that I specify CPUTYPE=p4; the same thing happens even when the CPUTYPE is removed/commented out. This does not happen on any of my other boxes, but those boxes are online in my co-lo cage. The hardware between boxes is both similar and different; same CPU (P4 2.4GHz Northwood), same chipset (i875P), same RAM brand and model (Corsair XMS DDR400), but different motherboard manufacturers (SB75 from Shuttle ("weird box"), SuperMicro P4SCE (in the co-lo)), different on-board NICs: on-board Broadcom / bge ("weird box") and on-board Intel / em (co-lo). Both systems use the 4BSD scheduler. No login.conf changes have been made on either system. No sysctl.conf tweaks. Kernel configurations are identical, aside from the network driver differential; SMP is enabled on both systems, ditto with HTT -- disabling either of these makes no difference. Using 4.x on the "weird box" results in proper behaviour of bash, implying there might be something specific to the 5.3 series. I'm curious if anyone else can confirm this behaviour, and if not, where and how I would begin tracing this to find out what's going on. It's fairly strange... the only thing I can think of is some sort-of odd network driver or network-related issue, or possibly some freak problem with the pty/tty code. Thoughts/ideas are quite welcome. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 03:37:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B3916A4CE; Sat, 9 Oct 2004 03:37:17 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 478E343D48; Sat, 9 Oct 2004 03:37:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9412751440; Fri, 8 Oct 2004 20:39:00 -0700 (PDT) Date: Fri, 8 Oct 2004 20:39:00 -0700 From: Kris Kennaway To: net@FreeBSD.org, current@FreeBSD.org Message-ID: <20041009033900.GA6751@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Infinite loop in tcp_output on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 03:37:18 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline pointyhat (SMP machine running RELENG_5) has twice in the past 2 days gone into an infinite loop in the tcp_output() function (repeatedly breaking into DDB and continuing, I can see it at different points in the code). I made tcp_output keep a counter and increment when it hits the again: label. If the counter reaches 1000, it panics. This happened again just now: panic: Looping in tcp_output cpuid = 0 KDB: enter: panic [thread 100043] Stopped at kdb_enter+0x30: leave db> tr kdb_enter(c06de69a,0,c06e973a,ebbd5ba0,c34cd4b0) at kdb_enter+0x30 panic(c06e973a,0,ebbd5b68,0,0) at panic+0x14e tcp_output(c395f8c0,c395f8c0,c3ed3e10,c05a79f0,ebbd5ca0) at tcp_output+0x19e tcp_drop(c395f8c0,3c,c06e9fe7,1ab,e) at tcp_drop+0x30 tcp_timer_persist(c395f8c0,0,c06df6ba,f5,0) at tcp_timer_persist+0x14c softclock(0,0,c06dc037,269,c0738ac0) at softclock+0x1c8 ithread_loop(c345d800,ebbd5d48,c06dbe2a,323,41531744) at ithread_loop+0x172 fork_exit(c04f1210,c345d800,ebbd5d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xebbd5d7c, ebp = 0 --- This might be related to SACK, which is one of the situations where we loop back to the again label, but that's just a guess. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZ11UWry0BWjoQKURAqt9AKCLVrQypJYVusvpXcHVteJKaind0wCfYoj4 XwUr29IyzQnD6uUe7ecyzOg= =sKir -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 03:46:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F0B016A4CE; Sat, 9 Oct 2004 03:46:46 +0000 (GMT) Received: from ms-smtp-03-eri0.ohiordc.rr.com (ms-smtp-03-smtplb.ohiordc.rr.com [65.24.5.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A14343D5D; Sat, 9 Oct 2004 03:46:45 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])i993kMwZ008955; Fri, 8 Oct 2004 23:46:22 -0400 (EDT) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) i993kLYw036598; Fri, 8 Oct 2004 23:46:21 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id i993kJIN036597; Fri, 8 Oct 2004 23:46:19 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: freebsd-current@freebsd.org Date: Fri, 8 Oct 2004 23:46:11 -0400 User-Agent: KMail/1.7 References: <4164BFA4.80105@unisa.edu.au> <41657D63.1050605@FreeBSD.org> <1097290576.836.20.camel@dirk.no.domain> In-Reply-To: <1097290576.836.20.camel@dirk.no.domain> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart25519301.uADGCq12CJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410082346.16570.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Benjamin Close cc: Scott Long cc: Sam Lawrance Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 03:46:46 -0000 --nextPart25519301.uADGCq12CJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 08 October 2004 10:56 pm, Sam Lawrance wrote: > I think I've found the cause of the delays. > > The problem was consistently reproducible with getty processes which are > swapped out (ie 'ps' shows RSS=3D0 and state=3DIWs+). > > Since the problem was identifiable when starting to type at a vty, I > traced the problem back through: > > ttyinput() : tty.c > ttwakeup() : tty.c > wakeup() : kern_synch.c > sleepq_broadcast() : subr_sleepq.c > sleepq_resume_thread() : subr_sleepq.c > setrunnable() : kern_synch.c > > Notice in setrunnable() how wakeup(&proc0) is wrapped by #ifndef SMP? > This means that scheduler() : vm/vm_glue.c, which tsleeps on proc0, is > not awoken to traverse the process list and swap the process in. > > scheduler() tsleeps for a maximum of maxslp * hz / 2. maxslp on all > archs appears to be 20, so the actual wakeup intended by ttwakeup() may > not occur for up to 10 seconds. I think I agree, FWIW. Marc. =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart25519301.uADGCq12CJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZ18Ig1EgpGw750IRAtAqAKC4yHxE4T7Lc1d5THNTirkxaleeHACbBHnl Hf/xn42IsBg/GpaiZilUiL8= =MEMW -----END PGP SIGNATURE----- --nextPart25519301.uADGCq12CJ-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 03:57:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7461F16A4CE for ; Sat, 9 Oct 2004 03:57:15 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 964C943D39 for ; Sat, 9 Oct 2004 03:57:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7529D51440; Fri, 8 Oct 2004 20:59:00 -0700 (PDT) Date: Fri, 8 Oct 2004 20:59:00 -0700 From: Kris Kennaway To: Bjoern Hillebrand Message-ID: <20041009035900.GA6893@xor.obsecurity.org> References: <4166AD00.2070209@s-ar.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <4166AD00.2070209@s-ar.de> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Ghostscript issue with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 03:57:15 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 08, 2004 at 05:06:40PM +0200, Bjoern Hillebrand wrote: > Hi, >=20 > I am using FreeBSD 5.3 Beta 7 on I386 and have some troubles with the=20 > ULE scheduler and Ghostscript. >=20 > My printer is a Samsung ML-1710 laser and is connected via USB. A cups=20 > scheduler is configured with the driver > from www.linuxprinting.org. >=20 > At the end of printing a document the system freezes. It seems that this= =20 > issue only occurs if i use the ULE scheduler. > Printing the same file with the BSD Scheduler works. >=20 > Someone else has this problem here ? ULE is documented to be broken. Don't use it. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZ2IEWry0BWjoQKURAr2VAKCZtV4LTtlSOHJa4vKLQpQqpTBIxgCfTaLA WIkMCHz+6x1JCfLCecMgUGk= =aF9n -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 04:06:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB11C16A4CE; Sat, 9 Oct 2004 04:06:31 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E59243D48; Sat, 9 Oct 2004 04:06:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B008A51440; Fri, 8 Oct 2004 21:08:20 -0700 (PDT) Date: Fri, 8 Oct 2004 21:08:20 -0700 From: Kris Kennaway To: Brian Somers Message-ID: <20041009040820.GA9442@xor.obsecurity.org> References: <20041007165719.GA4023@xor.obsecurity.org> <20041008235652.279b8d3c@dev.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20041008235652.279b8d3c@dev.lan.Awfulhak.org> User-Agent: Mutt/1.4.2.1i cc: net@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 04:06:32 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 08, 2004 at 11:56:52PM +0100, Brian Somers wrote: > On Thu, 7 Oct 2004 09:57:19 -0700, Kris Kennaway wr= ote: > > Top of RELENG_5 on an smp machine: > >=20 > > panic: fxp_start_body: attempted use of a free mbuf! >=20 > I'm guessing you've got nothing weird saying options MSIZE=3D > in your kernel config? I committed a fix to -current that moans if you > try to do that (it breaks mtod()), but haven't MFC'd to RELENG_5. Correct..so far it hasnt recurred, but there have been other panics that meant I havent really been able to tell. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZ2Q0Wry0BWjoQKURAk/9AKCgH5mCFM4yqyugk1HDWY+3VVhyBgCgr2O6 8Ua0tcqrG0HsZE79dqGohAE= =U67i -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 04:13:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01DD316A4CF for ; Sat, 9 Oct 2004 04:13:11 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2307843D2D for ; Sat, 9 Oct 2004 04:13:09 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2164.dyn.pacific.net.au (ppp2164.dyn.pacific.net.au [61.8.33.100])i994ADql010126 for ; Sat, 9 Oct 2004 14:10:14 +1000 From: Sam Lawrance To: freebsd-current@freebsd.org In-Reply-To: <200410082346.16570.marc.ramirez@bluecirclesoft.com> References: <4164BFA4.80105@unisa.edu.au> <41657D63.1050605@FreeBSD.org> <1097290576.836.20.camel@dirk.no.domain> <200410082346.16570.marc.ramirez@bluecirclesoft.com> Content-Type: text/plain Date: Sat, 09 Oct 2004 14:15:23 +1000 Message-Id: <1097295323.836.28.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 04:13:11 -0000 Apparently this was already known and identified (to an extent). Here's the code and commit log: src/sys/kern_synch.c:390 if ((p->p_sflag & PS_INMEM) == 0) { if ((p->p_sflag & PS_SWAPPINGIN) == 0) { p->p_sflag |= PS_SWAPINREQ; #ifndef SMP /* * XXX: Disabled on SMP due to a LOR between * sched_lock and the sleepqueue chain locks. */ wakeup(&proc0); #endif } Revision 1.256 / (download) - annotate - [select for diffs], Wed Aug 4 20:24:40 2004 UTC (2 months ago) by jhb Branch: MAIN Changes since 1.255: +6 -0 lines Diff to previous 1.255 (colored) Workaround a possible deadlock on SMP due to a spin lock LOR by disabling the immediate awakening of proc0 (scheduler kproc, controls swapping processes in and out). The scheduler process periodically awakens already, so this will not result in processes not being swapped in, there will just be more latency in between a thread being made runnable and the scheduler waking up to swap the affected process back in. From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 04:36:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA9F516A4CE for ; Sat, 9 Oct 2004 04:36:35 +0000 (GMT) Received: from twu.net (bilbo.twu.net [64.246.24.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69EB243D45 for ; Sat, 9 Oct 2004 04:36:35 +0000 (GMT) (envelope-from admin@truthsolo.net) Received: from [192.168.123.116] (121-90.8-67.tampabay.rr.com [67.8.90.121]) (authenticated bits=0) by twu.net (8.12.9/8.12.9) with ESMTP id i994XN0L031942; Sat, 9 Oct 2004 00:33:23 -0400 In-Reply-To: <20041008225638.12280.qmail@web14103.mail.yahoo.com> References: <20041008225638.12280.qmail@web14103.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Rob Dosogne Date: Sat, 9 Oct 2004 00:36:34 -0400 To: Claus Guttesen X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: CPU hang during boot at isp0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 04:36:35 -0000 I did include 'device ispfw', and it is also included in GENERIC -- at least the one I have :-) Any other ideas to what may be causing this? cheers, Rob Dosogne, your friendly neighborhood sysadmin. http://www.truthsolo.net/ ---- ...SEE YOU SPACE COWBOY On Oct 08, 2004, at 18:56, Claus Guttesen wrote: >> system halts cpu >> during boot at: >> isp0: [GIANT-LOCKED] >> Machine is DEC Alpha 600au (21164A) booting from >> drive on a QLogic >> 1040B SCSI controller. > > May not apply to Alpha, but did you include > > device ispfw > > along with 'device isp'? > > Maybe this should be included in GENERIC as well? > > regards > Claus > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 04:54:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAD1816A4CE for ; Sat, 9 Oct 2004 04:54:47 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7832443D45 for ; Sat, 9 Oct 2004 04:54:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i994sZSX010536; Sat, 9 Oct 2004 00:54:37 -0400 Message-ID: <41676F0B.40200@elischer.org> Date: Fri, 08 Oct 2004 21:54:35 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Sam Lawrance References: <4164BFA4.80105@unisa.edu.au> <41657D63.1050605@FreeBSD.org> <1097290576.836.20.camel@dirk.no.domain> In-Reply-To: <1097290576.836.20.camel@dirk.no.domain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Benjamin Close cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 04:54:48 -0000 Sam Lawrance wrote: > On Thu, 2004-10-07 at 11:31 -0600, Scott Long wrote: > >>Doug White wrote: >> >>>On Thu, 7 Oct 2004, Benjamin Close wrote: >>> >>> >>> >>>> I've been using each Beta Release as they come out and ever since >>>>Beta 3 I've noticed delays where there never used to be any. >>>>I believe this may be somehow related to ULE->BSD scheduler change. A >>>>classic situation of where they now exist is when I switch virtual >>>>desktops back to another xterm. It takes 4-5 seconds before I can type. >>>>The machine is virtually 100% idle. Before beta3 this was not a problem >>>>with almost an instant response. >>> >>> >>>Can you provide a reproduction case? I don't notice any sort of delay when >>>switching between text vtys, or changing keyboard focus in X. I've been >>>using 4BSD the entire time. >>> >>>Are you switching between X and text vty's? There's always been a delay >>>there, worse on my amd64 box than i386, but I don't do that regularly; >>>much easier to just pop another xterm :) >>> > > > I think I've found the cause of the delays. > > The problem was consistently reproducible with getty processes which are > swapped out (ie 'ps' shows RSS=0 and state=IWs+). > > Since the problem was identifiable when starting to type at a vty, I > traced the problem back through: > > ttyinput() : tty.c > ttwakeup() : tty.c > wakeup() : kern_synch.c > sleepq_broadcast() : subr_sleepq.c > sleepq_resume_thread() : subr_sleepq.c > setrunnable() : kern_synch.c > > Notice in setrunnable() how wakeup(&proc0) is wrapped by #ifndef SMP? > This means that scheduler() : vm/vm_glue.c, which tsleeps on proc0, is > not awoken to traverse the process list and swap the process in. > > scheduler() tsleeps for a maximum of maxslp * hz / 2. maxslp on all > archs appears to be 20, so the actual wakeup intended by ttwakeup() may > not occur for up to 10 seconds. there used to be another place that started bringing in the pages.. I think someone removed it.. (I'm just going on memories..) > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 05:55:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E8A716A4CE; Sat, 9 Oct 2004 05:55:31 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDC0543D49; Sat, 9 Oct 2004 05:55:29 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2164.dyn.pacific.net.au (ppp2164.dyn.pacific.net.au [61.8.33.100])i995qXqm006704; Sat, 9 Oct 2004 15:52:34 +1000 From: Sam Lawrance To: David Xu In-Reply-To: <41676B9B.8090507@freebsd.org> References: <4164BFA4.80105@unisa.edu.au> <41657D63.1050605@FreeBSD.org> <1097290576.836.20.camel@dirk.no.domain> <200410082346.16570.marc.ramirez@bluecirclesoft.com> <41676B9B.8090507@freebsd.org> Content-Type: text/plain Date: Sat, 09 Oct 2004 15:57:43 +1000 Message-Id: <1097301463.836.29.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 05:55:31 -0000 On Sat, 2004-10-09 at 12:39 +0800, David Xu wrote: > This can be done by set a flag in current threads td_pflags, > for example, set TDP_WAKEPROC0, when the current thread > leaves critical region, it can do wakeup(&proc0); That looks simple! I'll patch, test and send. -Sam From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 06:03:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AAFB16A4CE for ; Sat, 9 Oct 2004 06:03:29 +0000 (GMT) Received: from web14122.mail.yahoo.com (web14122.mail.yahoo.com [66.163.171.113]) by mx1.FreeBSD.org (Postfix) with SMTP id F2F6343D48 for ; Sat, 9 Oct 2004 06:03:28 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20041009060328.46895.qmail@web14122.mail.yahoo.com> Received: from [194.248.174.50] by web14122.mail.yahoo.com via HTTP; Sat, 09 Oct 2004 08:03:28 CEST Date: Sat, 9 Oct 2004 08:03:28 +0200 (CEST) From: Claus Guttesen To: Rob Dosogne In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: CPU hang during boot at isp0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 06:03:29 -0000 > I did include 'device ispfw', and it is also > included in GENERIC -- at > least the one I have :-) > Any other ideas to what may be causing this? The current I run at work from February (i386) wont boot if a ps/2-keyboard is attached while the QLogic board is installed. I either had to remove the card or unplug the keyboard. This has later been resolved. I'm running another server with beta3 and same card which boots fine with a ps/2-keyboard. hth Claus From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 06:35:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF34D16A4CE; Sat, 9 Oct 2004 06:35:19 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 421BE43D39; Sat, 9 Oct 2004 06:35:18 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2F9A.dyn.pacific.net.au (ppp2F9A.dyn.pacific.net.au [61.8.47.154])i996WMaU018227; Sat, 9 Oct 2004 16:32:23 +1000 From: Sam Lawrance To: David Xu In-Reply-To: <41676B9B.8090507@freebsd.org> References: <4164BFA4.80105@unisa.edu.au> <41657D63.1050605@FreeBSD.org> <1097290576.836.20.camel@dirk.no.domain> <200410082346.16570.marc.ramirez@bluecirclesoft.com> <41676B9B.8090507@freebsd.org> Content-Type: text/plain Date: Sat, 09 Oct 2004 16:37:44 +1000 Message-Id: <1097303864.806.6.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 06:35:20 -0000 On Sat, 2004-10-09 at 12:39 +0800, David Xu wrote: > This can be done by set a flag in current threads td_pflags, > for example, set TDP_WAKEPROC0, when the current thread > leaves critical region, it can do wakeup(&proc0); This is working for me against 5.3-BETA5. Index: kern_synch.c =================================================================== RCS file: /home/ncvs/FreeBSD/src/sys/kern/kern_synch.c,v retrieving revision 1.257.2.3 diff -u -u -r1.257.2.3 kern_synch.c --- kern_synch.c 18 Sep 2004 04:11:35 -0000 1.257.2.3 +++ kern_synch.c 9 Oct 2004 05:52:05 -0000 @@ -249,8 +249,14 @@ wakeup(ident) register void *ident; { + struct thread *td = curthread; sleepq_broadcast(ident, SLEEPQ_MSLEEP, -1); + /* If swapped out processes were awakened bring them in */ + if (td->td_pflags & TDP_WAKEPROC0) { + td->td_pflags &= ~TDP_WAKEPROC0; + sleepq_broadcast(&proc0, SLEEPQ_MSLEEP, -1); + } } /* @@ -360,6 +366,7 @@ setrunnable(struct thread *td) { struct proc *p; + struct thread *ctd = curthread; p = td->td_proc; mtx_assert(&sched_lock, MA_OWNED); @@ -390,13 +397,7 @@ if ((p->p_sflag & PS_INMEM) == 0) { if ((p->p_sflag & PS_SWAPPINGIN) == 0) { p->p_sflag |= PS_SWAPINREQ; -#ifndef SMP - /* - * XXX: Disabled on SMP due to a LOR between - * sched_lock and the sleepqueue chain locks. - */ - wakeup(&proc0); -#endif + ctd->td_pflags |= TDP_WAKEPROC0; } } else sched_wakeup(td); Index: proc.h =================================================================== RCS file: /home/ncvs/FreeBSD/src/sys/sys/proc.h,v retrieving revision 1.392.2.9 diff -u -u -r1.392.2.9 proc.h --- proc.h 18 Sep 2004 04:11:35 -0000 1.392.2.9 +++ proc.h 9 Oct 2004 05:54:40 -0000 @@ -370,7 +370,7 @@ #define TDP_SA 0x00000080 /* A scheduler activation based thread. */ #define TDP_OWEPREEMPT 0x00000100 /* Thread has a pending preemption. */ #define TDP_OWEUPC 0x00000200 /* Call addupc() at next AST. */ -#define TDP_UNUSED10 0x00000400 /* -- available-- */ +#define TDP_WAKEPROC0 0x00000400 /* Want caller to wakeup(&proc0) */ #define TDP_CAN_UNBIND 0x00000800 /* Only temporarily bound. */ #define TDP_SCHED1 0x00001000 /* Reserved for scheduler private use */ #define TDP_SCHED2 0x00002000 /* Reserved for scheduler private use */ From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 06:46:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F90116A4CE; Sat, 9 Oct 2004 06:46:09 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2B7943D49; Sat, 9 Oct 2004 06:46:08 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2F9A.dyn.pacific.net.au (ppp2F9A.dyn.pacific.net.au [61.8.47.154])i996hCaU021072; Sat, 9 Oct 2004 16:43:13 +1000 From: Sam Lawrance To: David Xu In-Reply-To: <41676B9B.8090507@freebsd.org> References: <4164BFA4.80105@unisa.edu.au> <41657D63.1050605@FreeBSD.org> <1097290576.836.20.camel@dirk.no.domain> <200410082346.16570.marc.ramirez@bluecirclesoft.com> <41676B9B.8090507@freebsd.org> Content-Type: text/plain Date: Sat, 09 Oct 2004 16:48:35 +1000 Message-Id: <1097304515.806.10.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 06:46:09 -0000 I'm sorry, that patch was missing paths.. this one: http://sam.stral.net/freebsd/wakeupdelay-patch is much nicer. From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 08:38:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84A7416A4CE for ; Sat, 9 Oct 2004 08:38:07 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3976843D46 for ; Sat, 9 Oct 2004 08:38:07 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i998adaY004294; Sat, 9 Oct 2004 04:36:40 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i998adjA004291; Sat, 9 Oct 2004 04:36:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 9 Oct 2004 04:36:39 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jeremy Chadwick In-Reply-To: <20041009031904.GA68861@parodius.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Bizarre network+ssh+bash shell behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 08:38:07 -0000 On Fri, 8 Oct 2004, Jeremy Chadwick wrote: > On one of my boxes -- and only that box -- hitting EOF (^D) in bash > to log out results in no printed "logout" message. The socket does > get closed cleanly, and the pty/tty does get put back into the > "allocatable pty/tty pool" (sorry, not familiar with this portion). > However, normally when logging out of a shell, the time between logout > and the time between the actual socket being dropped is minimal (i.e. > immediately); in the case of the "weird box", there is a good 1-2 > second delay before the actual socket is dropped. It would probably be interesting to run tcpdump on one or both boxes and see if anything in particular stands out. I.e., a FIN gets sent and the other follows much later or the like. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 08:40:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 349C616A4CE for ; Sat, 9 Oct 2004 08:40:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7257343D48 for ; Sat, 9 Oct 2004 08:40:08 +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 8BF111FF9A8 for ; Sat, 9 Oct 2004 10:40:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id BD7C71FF9AC; Sat, 9 Oct 2004 10:40:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 6656B15663; Sat, 9 Oct 2004 08:36:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 638D3155A0 for ; Sat, 9 Oct 2004 08:36:37 +0000 (UTC) Date: Sat, 9 Oct 2004 08:36:37 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: Re: LOR g_xdown vs user map (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 08:40:09 -0000 Hi, Ketrien I. Saihr-Kesenchedra has reported this to me via the email address on the LOR page. Find all needed information below. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT ---------- Forwarded message ---------- Date: Sat, 9 Oct 2004 08:22:07 +0000 (UTC) From: Bjoern A. Zeeb To: Ketrien I. Saihr-Kesenchedra Subject: Re: LOR g_xdown vs user map On Fri, 8 Oct 2004, Ketrien I. Saihr-Kesenchedra wrote: Hi, > fresh off a 4-way opteron running 6.0-CURRENT sources a few hours old at > most, including green's recent commit to vm. kernel is GENERIC with > PREEMPTION disabled. thanks for reporting. I have added it with LOR ID 041: http://sources.zabbadoz.net/freebsd/lor.html#041 I am Cc:ing current@ to let the others know about it. > lock order reversal > 1st 0xffffffffb72b48b0 g_xdown (g_xdown) @ geom/geom_io.c:404 > 2nd 0xffffff01f03d15f0 user map (user map) @ vm/vm_map.c:2994 > KDB: stack backtrace: > witness_checkorder() at witness_checkorder+0x654 > _sx_xlock() at _sx_xlock+0x51 > vm_map_lookup() at vm_map_lookup+0x44 > vm_fault() at vm_fault+0xba > trap_pfault() at trap_pfault+0x211 > trap() at trap+0x1c5 > alltraps_with_regs_pushed() at alltraps_with_regs_pushed+0x5 > amr_mapcmd() at amr_mapcmd+0x114 > amr_start() at amr_start+0x7b > amr_startio() at amr_startio+0x3e > amr_submit_bio() at amr_submit_bio+0x20 > g_disk_start() at g_disk_start+0xbe > b_io_schedule_down() at g_io_schedule_down+0x128 > g_down_procbody() at g_down_procbody+0x40 > fork_exit() at fork_exit+0xc3 > fork_trampoline() at fork_trampoline+0xe > --- trap 0,rip = 0, rsp = 0xffffffffb72b4d00, rbp = 0 --- > panic: vm_fault: fault on nofault entry, addr: ffffffffa9345000 > cpuid = 3 > KDB: enter: panic > [thread 100053] > Stopped at kdb_enter+0x2f: nop > > db> trace > kdb_enter9) at kdb_enter+0x2f > panic() at panic+0x249 > vm_fault() at vm_fault+0xb43 > trap_pfault() at trap_pfault+0x211 > trap() at trap+0x1c5 > alltraps_with_regs_pushed() at alltraps_with_regs_pushed+0x5 > amr_mapcmd() at amr_mapcmd+0x114 > amr_start() at amr_start+0x7b > amr_startio() at amr_startio+0x3e > amr_submit_bio() at amr_submit_bio+0x20 > g_disk_start() at g_disk_start+0xbe > g_io_schedule_down() at g_io_schedule_down+0x128 > g_down_procbody() at g_down_procbody+0x40 > fork_exit() at fork_exit+0xc3 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffb72b4d00, rbp = 0 --- > db> > > -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 08:40:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6CCD16A4CE; Sat, 9 Oct 2004 08:40:42 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D33B343D55; Sat, 9 Oct 2004 08:40:41 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i998ed78006205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Oct 2004 12:40:39 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i998ecGQ006204; Sat, 9 Oct 2004 12:40:38 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sat, 9 Oct 2004 12:40:38 +0400 From: Gleb Smirnoff To: Kris Kennaway Message-ID: <20041009084038.GB5940@cell.sick.ru> References: <20041009033900.GA6751@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041009033900.GA6751@xor.obsecurity.org> User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: net@freebsd.org Subject: Re: Infinite loop in tcp_output on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 08:40:42 -0000 On Fri, Oct 08, 2004 at 08:39:00PM -0700, Kris Kennaway wrote: K> This might be related to SACK, which is one of the situations where we K> loop back to the again label, but that's just a guess. Does it panics with net.inet.tcp.sack.enable=0 ? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 08:51:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 036F116A4CE for ; Sat, 9 Oct 2004 08:51:48 +0000 (GMT) Received: from error404.nls.net (error404.nls.net [216.144.36.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 993DE43D4C for ; Sat, 9 Oct 2004 08:51:47 +0000 (GMT) (envelope-from ketrien@error404.nls.net) Received: from [192.168.0.100] (eiterra.achedra.org [192.168.0.100]) by error404.nls.net (8.12.10/8.12.10) with ESMTP id i998pkqP044104; Sat, 9 Oct 2004 04:51:46 -0400 (EDT) (envelope-from ketrien@error404.nls.net) Message-ID: <4167A69F.6070505@error404.nls.net> Date: Sat, 09 Oct 2004 04:51:43 -0400 From: "Ketrien I. Saihr-Kesenchedra" User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" , current@freebsd.org References: <416737B8.8090800@error404.nls.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: LOR g_xdown vs user map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 08:51:48 -0000 Bjoern A. Zeeb wrote: > <>On Fri, 8 Oct 2004, Ketrien I. Saihr-Kesenchedra wrote: > > Hi, > thanks for reporting. I have added it with LOR ID 041: > http://sources.zabbadoz.net/freebsd/lor.html#041 > > I am Cc:ing current@ to let the others know about it Yeah, I'm lazy, so I didn't do that. ;) There are other issues with amr(4) on the system currently, and scottl is working on them AFAIK. This one is new as of today. System producing it is a 4-way Opteron 848 with 8GB, running -CUR sources from about 1800 EDT Friday, with Brian Feldman's uma patch applied additionally. ADAPTIVE_GIANT was enabled at the time, additionally. (Yes, you can shoot me for forgetting that,) but I've been unable to reproduce reliably. And what the heck is triggering alltraps_with_regs_pushed()? I've never seen that before on any systems. -ksaihr From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 10:04:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 443C316A4CE for ; Sat, 9 Oct 2004 10:04:57 +0000 (GMT) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 2538E43D45 for ; Sat, 9 Oct 2004 10:04:56 +0000 (GMT) (envelope-from Norick@seznam.cz) Received: (qmail 6805 invoked from network); 9 Oct 2004 10:04:54 -0000 Received: from unknown (HELO echelon.norick.slivenec.czf) (norick@62.24.71.119) by smtp.seznam.cz with SMTP; 9 Oct 2004 10:04:54 -0000 Date: Sat, 9 Oct 2004 12:02:27 +0200 From: Jan Vyhlidka To: glebius@freebsd.org Message-Id: <20041009120227.2adb3107.Norick@seznam.cz> In-Reply-To: <20041008213231.GA3261@cell.sick.ru> References: <20041004171817.380037e8.Norick@seznam.cz> <20041008213231.GA3261@cell.sick.ru> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sat__9_Oct_2004_12_02_27_+0200_INs5cah3ateyI2IY" cc: freebsd-current@freebsd.org Subject: Re: OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 10:04:57 -0000 --Signature=_Sat__9_Oct_2004_12_02_27_+0200_INs5cah3ateyI2IY Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Thanks for nice tip. It is working now. :-) Best Regards Jan Vyhlidka --Signature=_Sat__9_Oct_2004_12_02_27_+0200_INs5cah3ateyI2IY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBZ7c+UZwTtzMO0/kRAuMWAJwKgGOB/hTiYV4xFUqWalNQ1KqNvQCeMJLJ CJzw630mZfma7byyE9cIOLE= =nnuQ -----END PGP SIGNATURE----- --Signature=_Sat__9_Oct_2004_12_02_27_+0200_INs5cah3ateyI2IY-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 10:20:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C5916A4CE for ; Sat, 9 Oct 2004 10:20:52 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA7C43D2F for ; Sat, 9 Oct 2004 10:20:52 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CGELZ-0006GS-00 Sat, 09 Oct 2004 12:21:05 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CGELY-0006Fq-00 Sat, 09 Oct 2004 12:21:04 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i99AKlFs014991; Sat, 9 Oct 2004 12:20:47 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i99AKkTF001242; Sat, 9 Oct 2004 12:20:46 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Nikolay Kalev Date: Sat, 9 Oct 2004 12:20:46 +0200 User-Agent: KMail/1.7 References: <200410090155.30068.josemi@freebsd.jazztel.es> <136a340a041009022533ed81a7@mail.gmail.com> In-Reply-To: <136a340a041009022533ed81a7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410091220.46468.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-current@freebsd.org Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 10:20:52 -0000 El S=E1bado, 9 de Octubre de 2004 11:25, Nikolay Kalev escribi=F3: > On Sat, 9 Oct 2004 01:55:29 +0200, Jose M Rodriguez > > wrote: > > El S=E1bado, 9 de Octubre de 2004 01:16, Nikolay Kalev escribi=F3: > > > OK is someone going to merge some functions from dot.tcshrc to > > > the FreeBSD tree ??? > > > It will be nice to see some imprvements :-). > > > > I can recall something like this under src/share/examples/ > > also a port shells/tcshrc or so. > > > > I also have some notes about a future profile.d/ from ports > > (ENOTIME). > > > > But this is not a src/share/skel/dot.cshrc alternative. > > > > You may also take a look at PR conf/72277 > > It not so rich, but you may find another tip here. > > I think a port should do the work :-))). I think so. But also /usr/share/examples/tcsh/ can be take up to date. Christos's original complete doesn't work. This come from=20 src/contrib/tcsh via src/bin/csh Also, you'll make this some kinda of tips repository under, let's say,=20 ${PREFIX}/share/examples/tcsh, so anyone can source what he likes. In any way, I'm planning a real ${PREFIX}/share/skel with profile.d=20 support for bash/tcsh under ${PREFIX}/etc/profile.d/ and=20 ${HOME}/.profile.d/ but this is more a long term project. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 10:41:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BF3016A4CE for ; Sat, 9 Oct 2004 10:41:19 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 4120D43D58 for ; Sat, 9 Oct 2004 10:41:18 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 8053 invoked from network); 9 Oct 2004 10:41:16 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-4.9/8.0):. Processed in 0.562238 secs); 09 Oct 2004 10:41:16 -0000 X-Spam-Status: No, hits=-4.9 required=8.0 Received: from 213-240-202-139.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.202.139) by mail.interbgc.com with SMTP; 9 Oct 2004 10:41:15 -0000 Received: (qmail 2768 invoked from network); 9 Oct 2004 10:45:03 -0000 Received: from unknown (HELO niked) (10.0.0.3) by tormentor.totalterror.net with SMTP; 9 Oct 2004 10:45:03 -0000 Message-ID: <009c01c4adec$835920c0$0300000a@niked> From: "Niki Denev" To: Date: Sat, 9 Oct 2004 13:41:19 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: ucom/uplcom/tty/snoop panic on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 10:41:19 -0000 This is what i experience with -CURRENT as of few hours. (never tried this before, probably it's not something new) right after boot i attach uplcom based ucom device. then on one tty i do : [root@phobos ~]# cu -l /dev/ttyU0 and on second tty : [root@phobos ~]# watch /dev/ttyU0 Then when i'm back on the first tty under 'cu', the first key i press it gives me this : (i hope there are no errors, as i wrote this by hand) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x8:0xc07d9780 stack pointer = 0x10:0xe6867a78 frame pointer = 0x10:0xe6867a88 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 = 534 (cu) [thread 100066] Stopped at ucomstart+0xb8: movl 0x1c(%eax),%edx db> trace ucomstart(c1a99400) at ucomstart+0xb8 ttstart(c1a99400) at ttstart+0x16 ttwrite(c1a99400,e6867b64,30001,0,e6867b64) at ttwrite+0x46c snplwrite(c1a99400,e6867c88,30001) at snplwrite+0x1cd ttywrite(c1ff0100,e6867c88,30001,1,e6867c88) at ttywrite+0x2f spec_write(e6867c14,e6867c60,c056a3e4,e6867c14,30001) at spec_write+0x125 spec_vnoperate(e6867c14) at spec_vnoperate+0x13 vn_write(c1d832a8,e6867c88,c1e2f580,0,c1da24e0) at vn_write+0x1dc dofilewrite(c1da24e0,c1d832a8,3,bfbfed1b,1) at dofilewrite+0xa8 write(c1da24e0,e6867d14,3,1,202) at write+0x39 syscall(2f,2f,2f,3,bfbfed1b) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x280d4c8f, esp = 0xbfbfeccc, ebp = 0xbfbfecf8 --- db> i'll be glad to provide more info/testing if needed. --niki From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 11:35:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABF8C16A4CE for ; Sat, 9 Oct 2004 11:35:05 +0000 (GMT) Received: from kai.xtaz.net (kai.xtaz.net [82.68.183.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D1B243D39 for ; Sat, 9 Oct 2004 11:35:03 +0000 (GMT) (envelope-from matt@xtaz.net) Received: from webmail.xtaz.net (localhost [127.0.0.1]) by kai.xtaz.net (Postfix) with ESMTP id 79A138FC4A for ; Sat, 9 Oct 2004 12:35:01 +0100 (BST) Received: from 192.168.1.4 (SquirrelMail authenticated user matt); by webmail.xtaz.net with HTTP; Sat, 9 Oct 2004 12:35:01 +0100 (BST) Message-ID: <52639.192.168.1.4.1097321701.squirrel@webmail.xtaz.net> Date: Sat, 9 Oct 2004 12:35:01 +0100 (BST) From: "Matt Smith" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: rndc/bind9 weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 11:35:05 -0000 Anyone else seen an issue like this with the new bind9: root@kai[~]# rndc reload server reload successful root@kai[~]# rndc reload rndc: connection to remote host closed This may indicate that the remote server is using an older version of the command protocol, this host is not authorized to connect, or the key is invalid. Basically you can only reload it once and then it'll refuse to talk unless you run /etc/rc.d/named restart. I am using RELENG_5 and the only bind related things I have in rc.conf are named_enable="YES" and so it's using the default chroot setup. I'm guessing the chroot is what's screwing with it but is this expected behavior? From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 11:48:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2864916A4CE for ; Sat, 9 Oct 2004 11:48:45 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE59543D2D for ; Sat, 9 Oct 2004 11:48:44 +0000 (GMT) (envelope-from bletofarine@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so129896rnk for ; Sat, 09 Oct 2004 04:48:44 -0700 (PDT) Received: by 10.38.152.63 with SMTP id z63mr439952rnd; Sat, 09 Oct 2004 04:48:44 -0700 (PDT) Received: by 10.38.76.50 with HTTP; Sat, 9 Oct 2004 04:48:44 -0700 (PDT) Message-ID: Date: Sat, 9 Oct 2004 13:48:44 +0200 From: Florian Le Goff To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Aurelien NEPHTALI Subject: patch: udma5 support for Intel 82801FB ICH6 Ultra ATA Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Florian Le Goff List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 11:48:45 -0000 Hi, I've got an ASUS P5GD1 [1] Motherboard, with a 915P chipset and a ICH6R [2] southbridge. Since the UDMA controller was recognized as an "GENERIC ATA controller", I was stuck in UDMA33 mode for my Seagate Ultra ATA/100 IDE hard drive, and I wasn't able to change the settings using "atacontrol mode". Since there is already a great list of Intel supported chipsets in src/sys/dev/ata/ata-chipset.c, I've added the references of the chip in ata-chipset.c and ata-pci.h, on a fresh cvsuped 6.0-CURRENT. Please, someone could review it ? My first patch :/ pciconf -lv give the following output for this chip : atapci0@pci0:31:1: class=0x01018a card=0x26408086 chip=0x266f8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB ICH6 Ultra ATA Storage Controller' class = mass storage subclass = ATA The Intel's datasheet is speaking of this chip as : Integrated IDE Controller -- Independent timing of up to two drives -- Ultra ATA/100/66/33, BMIDE and PIO modes -- Tri-state modes to enable swap bay So, it doesn't seem to be really different from other Intel IDE controllers. My two-lines patch : ble# pwd /usr/src/sys/dev/ata ble# diff -u ata-pci.h~ ata-pci.h --- ata-pci.h~ Wed Oct 6 23:27:39 2004 +++ ata-pci.h Sat Oct 9 11:31:10 2004 @@ -118,6 +118,7 @@ #define ATA_I82801EB 0x24db8086 #define ATA_I82801EB_S1 0x24d18086 #define ATA_I82801EB_R1 0x24df8086 +#define ATA_I82801FB 0x266f8086 #define ATA_I6300ESB 0x25a28086 #define ATA_I6300ESB_S1 0x25a38086 #define ATA_I6300ESB_R1 0x25b08086 ble# diff -u ata-chipset.c~ ata-chipset.c --- ata-chipset.c~ Wed Oct 6 23:27:39 2004 +++ ata-chipset.c Sat Oct 9 11:16:54 2004 @@ -830,6 +830,7 @@ { ATA_I82801EB, 0, 0, 0x00, ATA_UDMA5, "Intel ICH5" }, { ATA_I82801EB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH5" }, { ATA_I82801EB_R1,0, 0, 0x00, ATA_SA150, "Intel ICH5" }, + { ATA_I82801FB, 0, 0, 0x00, ATA_UDMA5, "Intel ICH6" }, { ATA_I6300ESB, 0, 0, 0x00, ATA_UDMA5, "Intel 6300ESB" }, { ATA_I6300ESB_S1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, { ATA_I6300ESB_R1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, Now, when the kernel is loading, the controller is recognized (output of dmesg) : atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f 6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 And my hard drive works like a charm : ad0: 38166MB [77545/16/63] at ata0-master UDMA100 Note that there is always, on that board, another driver spotted as "GENERIC", for this chip : atapci1@pci0:31:2: class=0x01018f card=0x26011043 chip=0x26528086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FR/FRW ICH6R/ICH6RW SATA Controller' class = mass storage subclass = ATA I'll try to add it, as soon I will have a SATA-compliant drive to test it :-) [1] : http://www.asus.com/products/mb/socket775/p5gd1/overview.htm [2] : http://www.intel.com/design/chipsets/datashts/301473.htm -- Florian "madflo" Le Goff - madflo@beertech.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 12:14:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D66DB16A4CE; Sat, 9 Oct 2004 12:14:26 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B2943D48; Sat, 9 Oct 2004 12:14:26 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id OAA14352; Sat, 9 Oct 2004 14:14:03 +0200 Date: Sat, 9 Oct 2004 14:18:19 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20041009141819.52fc0a7b.ubm@u-boot-man.de> In-Reply-To: <20041008031737.GA1027@green.homeunix.org> References: <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> <20041007010008.15274fbd.ubm@u-boot-man.de> <20041007181852.GA73261@green.homeunix.org> <20041007191757.GB73261@green.homeunix.org> <20041008031737.GA1027@green.homeunix.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 12:14:26 -0000 On Thu, 7 Oct 2004 23:17:38 -0400 Brian Fundakowski Feldman wrote: > On Thu, Oct 07, 2004 at 03:17:57PM -0400, Brian Fundakowski Feldman > wrote: > > On Thu, Oct 07, 2004 at 03:11:48PM -0400, Vlad wrote: > > > Brian, > > > > > > thanks for your work. Question: is this patch is something I can > > > feel comfortable about trying it on a production server? Did you > > > test it? > > > > It is completely untested other than compilation. I don't have my > > SMP machine with console in front of me to be able to try to > > reproduce the problem, but I believe these changes to be relatively > > safe. > > Okay, now I do; I did a more thorough potential fix -- so if that > worked for you, this should do the same without a socket memory leak. > The life and times of sockets are fraught with peril... > > Ok, I'm running 2 days+ now with the first version of your patch, no crashes so far. Looks like you fixed it :-) Bye Marc From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 13:15:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FE6416A4CE for ; Sat, 9 Oct 2004 13:15:40 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D490D43D2F for ; Sat, 9 Oct 2004 13:15:39 +0000 (GMT) (envelope-from itinerant@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i99DFdvV013963 for ; Sat, 9 Oct 2004 06:15:39 -0700 (PDT) Received: from [192.168.1.197] (82-32-116-242.cable.ubr03.hawk.blueyonder.co.uk [82.32.116.242]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id i99DFbGI018213 for ; Sat, 9 Oct 2004 06:15:38 -0700 (PDT) Message-ID: <4167E476.4050505@mac.com> Date: Sat, 09 Oct 2004 14:15:34 +0100 From: Pete Carss User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <5ad23a300410071928791fa9c@mail.gmail.com> <416731A3.50807@root.org> In-Reply-To: <416731A3.50807@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Radeon AGP suspend/resume support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 13:15:40 -0000 Nate Lawson wrote: > Bruce M Simpson wrote: > >> Hello, >> >> I should be most grateful if someone else could confirm my findings here. >> This is based purely on my reading of the code; I haven't tried watching >> debug messages yet to see what happens. > > > This is interesting and I agree work is needed here. > >> On Fri, Oct 08, 2004 at 03:27:58AM -0700, Bruce M Simpson wrote: >> >>> Ok. Well some initial research suggests that many of the userland >>> pieces are >>> already there in xorg 6.7.0, after some rummaging around in the source: >>> http://www.spinics.net/lists/xf-xpert/msg04368.html >> >> >> Actually the problem is worse than that, from what I can see. There is a >> module in the xorg/Xfree86 tree called bsd_apm.c. This is meant to poll >> the /dev/apm device on the BSDs for suspend/resume event notifications >> coming from the APM BIOS. >> >> There are two problems with this: >> 1) This uses a NetBSD specific interface, which, whilst broadly similar >> to FreeBSD's apm support, is not ABI compatible with ours. >> 2) The ACPI apm shim does not dispatch such events. They are only >> dispatched within the system if 'real' BIOS APM support is in the >> kernel. This cannot co-exist with ACPI. Furthermore they are only >> announced on the /dev/apmctl device; there are some comments in the >> code to this effect. >> >> So *no* suspend/resume support ever actually gets called, for any >> userland >> driver in the X tree, on FreeBSD. It seems X needs to be re-educated >> about >> how FreeBSD suspends and resumes. It may well be more appropriate to >> rewrite >> this module entirely from scratch for use with ACPI. >> >> This would seem to boil down to two components being needed: >> a) AGP suspend/resume support. >> b) X.org/XF86 support for suspend/resume with ACPI. > > > I agree. Here's some more detail of what I think is needed in these areas. > > a) PCI/AGP video driver > John has some initial support for a real PCI/AGP video driver. This > would implement the suspend/resume functionality for VGA and also do > DPMS calls to turn off/on the display as appropriate. This needs to > interface with acpi_video in some way since they are both attaching to > the same actual device. > > b) X notification of suspend/resume on FreeBSD > This is easy in one sense but tricky in another. The easy approach is > to just add support for the APM_IOC_NEXTEVENT ioctl and a no-op for > APM_IOC_STANDBY (or the FreeBSD equivalents if this is NetBSD-specific.) > Then X gets the notify and has the chance to suspend. The catch is > that the current model doesn't support userland being in the blocking > path for any ACPI events. So currently if X took a while to suspend, it > might not complete before the actual suspend. > > The tough thing about putting usermode in the driver seat is how to know > if it has crashed. I suspect we can do this with a timeout() and just > give the usermode a max of 10 seconds or so to complete suspending > before the system unconditionally suspends. I'm curious if anyone else > has thoughts on this model. > This make me wonder how Apple do it in their implementation of X - anything that could be ported back to FreeBSD? Pete From owner-freebsd-current@FreeBSD.ORG Fri Oct 8 22:56:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00C9116A4CE; Fri, 8 Oct 2004 22:56:57 +0000 (GMT) Received: from gw.Awfulhak.org (awfulhak.demon.co.uk [80.177.173.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55CD543D1F; Fri, 8 Oct 2004 22:56:56 +0000 (GMT) (envelope-from brian@Awfulhak.org) Received: from dev.lan.Awfulhak.org (brian@dev.lan.Awfulhak.org [172.16.0.5]) by gw.Awfulhak.org (8.13.1/8.13.1) with SMTP id i98MujMX042564; Fri, 8 Oct 2004 23:56:45 +0100 (BST) (envelope-from brian@Awfulhak.org) Date: Fri, 8 Oct 2004 23:56:52 +0100 From: Brian Somers To: Kris Kennaway Message-ID: <20041008235652.279b8d3c@dev.lan.Awfulhak.org> In-Reply-To: <20041007165719.GA4023@xor.obsecurity.org> References: <20041007165719.GA4023@xor.obsecurity.org> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on gw.lan.Awfulhak.org X-Mailman-Approved-At: Sat, 09 Oct 2004 13:18:13 +0000 cc: current@freebsd.org cc: net@freebsd.org Subject: Re: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:56:57 -0000 On Thu, 7 Oct 2004 09:57:19 -0700, Kris Kennaway wrote: > Top of RELENG_5 on an smp machine: > > panic: fxp_start_body: attempted use of a free mbuf! I'm guessing you've got nothing weird saying options MSIZE= in your kernel config? I committed a fix to -current that moans if you try to do that (it breaks mtod()), but haven't MFC'd to RELENG_5. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 02:58:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AB2116A4D1 for ; Sat, 9 Oct 2004 02:58:36 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B3643D41 for ; Sat, 9 Oct 2004 02:58:35 +0000 (GMT) (envelope-from rick@big-blue.net) Received: (qmail 29125 invoked from network); 9 Oct 2004 02:58:35 -0000 Received: from dsl092-213-160.atl1.dsl.speakeasy.net (HELO [10.10.0.163]) (rycamor@[66.92.213.160]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 9 Oct 2004 02:58:33 -0000 Message-ID: <41674785.7010201@big-blue.net> Date: Fri, 08 Oct 2004 22:05:58 -0400 From: Rick Morris User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <41620B5E.5070409@mos.us> <416240FE.3090506@DeepCore.dk> <4162F0E4.7050108@mos.us> <4162FF69.8010702@DeepCore.dk> In-Reply-To: <4162FF69.8010702@DeepCore.dk> Content-Type: multipart/mixed; boundary="------------060206070205010801020307" X-Mailman-Approved-At: Sat, 09 Oct 2004 13:18:13 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Re: SiS 962/963 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 02:58:36 -0000 This is a multi-part message in MIME format. --------------060206070205010801020307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit I have attached the verbose output from the serial console while attempting the CD boot of 5.3 Beta 7. Søren Schmidt wrote: > Richard Morris wrote: > >> Søren Schmidt wrote: >> >>> Rick Morris wrote: >>> >>>> None of the betas for 5.3 will boot on my systems with the SiS 962 IDE >>>> controllers. I notice that they are not listed in the Handbook >>>> under supported >>>> hardware. Can anyone tell me whether there are plans to support this >>>> chipset, and if so, what the status is? I've found various posts in >>>> -bugs and other lists mentioning this chipset in the past, but >>>> there seems to be no discussion of this for 5.x. All of our >>>> deployed units with 5.2.1 boot fine with this chipset, but 5.3 >>>> freezes on the ado: and acdo: messages in boot. Even CTRL-ALT-DEL >>>> doesn't work, requiring a manual shutdown. >>>> >>>> If anyone has worked on this problem, my company would be very >>>> interested in talking with you. >>> >>> >>> >>> >>> The SiS southbridges should be supported, at least the two systems I >>> have here in the lab works just dandy. >>> Could you mail me the output of a verbose boot from 5.2.1 and as far >>> as it gets on 5.3beta7 please ? >> >> >> >> I have attached the verbose output from 5.2.1, and here is how the >> output from 5.3beta7 ends (curing CD boot from >> 5.3-BETA7-i386-bootonly.iso): >> >> ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin >> ata0-master: setting PIO4 on SiS 5513 chip >> ata0-master: setting UDMA100 on SiS 5513 chip >> GEOM: create disk ad0 dp=0xc2cb4560 >> 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 >> GEOM: new disk ad0 >> ar: FreeBSD check1 failed >> ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin >> ata1-master: setting PIO4 on SiS 5513 chip >> ata0-master: setting UDMA33 on SiS 5513 chip >> [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:78156162 >> [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:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 >> GEOM: Configure ad0s1, start 32256 length 40015954944 end 40015987199 >> GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 >> GEOM: Configure ad0s1b, start 268435456 length 476880896 end 745316351 >> GEOM: Configure ad0s1c, start 0 length 40015954944 end 40015954943 >> GEOM: Configure ad0s1d, start 745316352 length 3221225472 end 3966541823 >> GEOM: Configure ad0s1e, start 3966541824 length 4294967296 end >> 8261509119 >> GEOM: Configure ad0s1f, start 8261509120 length 8589934592 end >> 16851443711 >> GEOM: Configure ad0s1g, start 16851443712 length 23164511232 end >> 40015954943 >> acd0: CDRW drive at ata1 as master >> acd0: read 6890KB/s (8957KB/s) write 8957KB/s (8957KB/s), 2048KB >> buffer, UDMA 33 >> 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: CD-R 120mm data disc >> >> (At this point, the system simply freezes. How would I be able to >> grab *all* the output from this? Is there an option on this boot CD >> to enable a serial cable connection?) > > > Uhm, I miss the vital parts though, but I think I can glean most of > what I wanted, could you supply me with the output of pciconf -l ? > (that can be from the 5.2.1 kernel).. > >> (At this point, the system simply freezes. How would I be able to >> grab *all* the output from this? Is there an option on this boot CD >> to enable a serial cable connection? > > > Yeah use a serial console, its in the handbook IIRC... > >>> Have you tried disabling ACPI and/or APIC ? Both the SiS systems >>> here have had very diffrent success with both of those during times... >>> >> Yes, I have tried disabling both of these in the BIOS without >> success. The system in question is one of those small-form-factor >> cubes from iDeq, with the SiS 651 B/962 chipset. > > > No no, not in the BIOS, that wont change anything, you should boot > without them (you can choose so in the little menu before the kernel > boots).. > > Also from the old dmesg I see you have atapicam in there, please > remove that so we can get that out of the equation for the hang... > --------------060206070205010801020307-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 11:05:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 576CB16A4CE; Sat, 9 Oct 2004 11:05:06 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 514A543D3F; Sat, 9 Oct 2004 11:05:03 +0000 (GMT) (envelope-from matthias.andree@uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])6D67C42B41; Sat, 9 Oct 2004 13:05:02 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04550-05; Sat, 9 Oct 2004 13:05:02 +0200 (CEST) Received: from m2a2.dyndns.org (p508EED5F.dip.t-dialin.net [80.142.237.95]) 0C28842AFB; Sat, 9 Oct 2004 13:04:58 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 07BFDD502C; Sat, 9 Oct 2004 13:04:58 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30106-04; Sat, 9 Oct 2004 13:04:57 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id AE1C9D4F1E; Sat, 9 Oct 2004 13:04:57 +0200 (CEST) Date: Sat, 9 Oct 2004 13:04:57 +0200 From: Matthias Andree To: "Jacques A. Vidrine" , Matthias Andree , re@FreeBSD.org, current@FreeBSD.org Message-ID: <20041009110457.GA31620@merlin.emma.line.org> Mail-Followup-To: "Jacques A. Vidrine" , re@FreeBSD.org, current@FreeBSD.org References: <200410080741.i987f4aq028615@pooker.samsco.org> <20041008161337.GA79893@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008161337.GA79893@madman.celabo.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de X-Mailman-Approved-At: Sat, 09 Oct 2004 13:18:13 +0000 Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 11:05:06 -0000 Jacques A. Vidrine schrieb am 2004-10-08: > > All that is needed is that interfaces that cannot communicate a > > temporary failure and do not fail when used without NIS (such as > > getpw*()) retry forever until they can offer a permanent result. > > Though your PR may have merit, this is not a "showstopper bug" for > 5.3. FreeBSD has this behavior since the dawn of time, as does Linux > (IIRC). About time this was fixed then after such a long period of falsely claiming that existing users were nonexistent within periods of NIS/network trouble. Linux's (GNU libc's, to be precise) current behaviour is nothing more than a poor and incomplete copy of Solaris' "name service switch" interface - Linux lacks TRYAGAIN=forever functionality with is the default on Solaris for anything but DNS (and the DNS-related interfaces such as gethostbyname DO have a means to distinguish temporary from permanent error). The problem is that the current code, in case of a temporary problem, pretends that there was a permanent condition, and this must end, very few applications (if any) check for errno. Convenience link: http://www.freebsd.org/cgi/man.cgi?query=nsswitch.conf&apropos=0&sektion=0&manpath=SunOS+5.8&format=html What _technical_ reason is there that prevents a fix? (don't tell me we've been doing this for so long or WackOS XYZ has been doing this for so long). Currently, FreeBSD's NIS implementation is a fair weather implementation. The issue at hand is also found to be annoying and reported by other people, see for instance Rahul Dhesi's post to the GNU libc bug report list: http://www.mail-archive.com/bug-glibc@gnu.org/msg07471.html http://sources.redhat.com/bugzilla/show_bug.cgi?id=430 I have recently been burnt _again_ by this issue and I am more than annoyed. If all that is missing is someone who hacks libc, I'll try my best but I have little experience with RPC so I'm not sure if I can come up with something quickly. Cheers, -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 13:52:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3896316A4CE; Sat, 9 Oct 2004 13:52:11 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CADFD43D4C; Sat, 9 Oct 2004 13:52:10 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i99DohjX008048; Sat, 9 Oct 2004 09:50:43 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i99DogKI008045; Sat, 9 Oct 2004 09:50:43 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 9 Oct 2004 09:50:42 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jan Vyhlidka In-Reply-To: <20041009120227.2adb3107.Norick@seznam.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: glebius@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 13:52:11 -0000 On Sat, 9 Oct 2004, Jan Vyhlidka wrote: > Thanks for nice tip. It is working now. I've noticed that the 'sdr' multicast application is working not at all on my 6.x box, but used to. Are you able to run that configuration on 4.x or earlier 5.x without privilege? Maybe we're looking at a regression associated with privileges in the network stack? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 14:32:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB76916A4CE for ; Sat, 9 Oct 2004 14:32:06 +0000 (GMT) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id C37A543D3F for ; Sat, 9 Oct 2004 14:32:05 +0000 (GMT) (envelope-from Norick@seznam.cz) Received: (qmail 32485 invoked from network); 9 Oct 2004 14:32:03 -0000 Received: from unknown (HELO echelon.norick.slivenec.czf) (norick@62.24.71.119) by smtp.seznam.cz with SMTP; 9 Oct 2004 14:32:03 -0000 Date: Sat, 9 Oct 2004 16:29:34 +0200 From: Jan Vyhlidka To: rwatson@freebsd.org Message-Id: <20041009162934.4dabbc3e.Norick@seznam.cz> In-Reply-To: References: <20041009120227.2adb3107.Norick@seznam.cz> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sat__9_Oct_2004_16_29_34_+0200_Z=slVjj5xb=996l3" cc: freebsd-current@freebsd.org Subject: Re: OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 14:32:07 -0000 --Signature=_Sat__9_Oct_2004_16_29_34_+0200_Z=slVjj5xb=996l3 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sat, 9 Oct 2004 09:50:42 -0400 (EDT) Robert Watson wrote: > On Sat, 9 Oct 2004, Jan Vyhlidka wrote: > > > Thanks for nice tip. It is working now. > > I've noticed that the 'sdr' multicast application is working not at all on > my 6.x box, but used to. Are you able to run that configuration on 4.x or > earlier 5.x without privilege? Maybe we're looking at a regression > associated with privileges in the network stack? > I was able to run quagga both under quagga:quagga and root:wheel on 5.2.1. It was working for a half year at least. I think the same, but i didnt know about any other multicast application I could try. My neighbor '5.2-CURRENT FreeBSD 5.2-CURRENT #3: Tue May 18 00:38:53 CEST 2004' is running very similar ospfd without problems and his neighbors too. --Signature=_Sat__9_Oct_2004_16_29_34_+0200_Z=slVjj5xb=996l3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBZ/XVUZwTtzMO0/kRAjTkAJ9zLT9bpcUixmxB5iUZcA5oO+A78wCeJlzA bQT+BeJ6Nl25bNwj080Muds= =0Jvq -----END PGP SIGNATURE----- --Signature=_Sat__9_Oct_2004_16_29_34_+0200_Z=slVjj5xb=996l3-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 15:00:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C873616A4CE for ; Sat, 9 Oct 2004 15:00:19 +0000 (GMT) Received: from arizona.xtaz.net (kai.xtaz.net [82.68.183.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A1CA43D31 for ; Sat, 9 Oct 2004 15:00:19 +0000 (GMT) (envelope-from matt@xtaz.net) Received: from [192.168.1.4] (colorado.xtaz.net [192.168.1.4]) by arizona.xtaz.net (Postfix) with ESMTP id 77E4F8FC7B; Sat, 9 Oct 2004 16:00:18 +0100 (BST) Message-ID: <4167FD01.3040305@xtaz.net> Date: Sat, 09 Oct 2004 16:00:17 +0100 From: Matt User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Clive Lin References: <52639.192.168.1.4.1097321701.squirrel@webmail.xtaz.net> <20041009144954.GA887@CARTIER.ro-inc> In-Reply-To: <20041009144954.GA887@CARTIER.ro-inc> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: rndc/bind9 weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 15:00:19 -0000 Clive Lin wrote: > On Sat, Oct 09, 2004 at 12:35:01PM +0100, Matt Smith wrote: > >>Basically you can only reload it once and then it'll refuse to talk unless >>you run /etc/rc.d/named restart. > > > Hi, > > My first guess is to verify the /etc/namedb -> > /var/named/etc/namedb link. I have production name server running with > 5.3-BETA7 in jail without problem, and I can `rndc reload` as many > times as I want. (some more jail specific tweaks, although still in > default chroot mode.) > > If my memory serves me right, I solved the same problem by make > the link correct. > > Cheers > The symlink and /var/named structure is fine as i completely rm -rf'd them before letting the new named rc.d script create them. I found the issue but am not sure what to do about it. On the second reload there is a message in syslog saying: none:0: open: /etc/namedb/rndc.key: permission denied So I am assuming because the chroot is set to /var/named it can't access this or something? Matt. From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 15:06:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC3B316A4CE for ; Sat, 9 Oct 2004 15:06:15 +0000 (GMT) Received: from arizona.xtaz.net (kai.xtaz.net [82.68.183.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F70143D53 for ; Sat, 9 Oct 2004 15:06:15 +0000 (GMT) (envelope-from matt@xtaz.net) Received: from [192.168.1.4] (colorado.xtaz.net [192.168.1.4]) by arizona.xtaz.net (Postfix) with ESMTP id 45C7D8FC4F; Sat, 9 Oct 2004 16:06:14 +0100 (BST) Message-ID: <4167FE66.7080001@xtaz.net> Date: Sat, 09 Oct 2004 16:06:14 +0100 From: Matt User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <52639.192.168.1.4.1097321701.squirrel@webmail.xtaz.net> <20041009144954.GA887@CARTIER.ro-inc> <4167FD01.3040305@xtaz.net> In-Reply-To: <4167FD01.3040305@xtaz.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: rndc/bind9 weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 15:06:15 -0000 Matt wrote: > Clive Lin wrote: > >> On Sat, Oct 09, 2004 at 12:35:01PM +0100, Matt Smith wrote: >> >>> Basically you can only reload it once and then it'll refuse to talk >>> unless >>> you run /etc/rc.d/named restart. >> >> >> >> Hi, >> >> My first guess is to verify the /etc/namedb -> >> /var/named/etc/namedb link. I have production name server running with >> 5.3-BETA7 in jail without problem, and I can `rndc reload` as many >> times as I want. (some more jail specific tweaks, although still in >> default chroot mode.) >> >> If my memory serves me right, I solved the same problem by make >> the link correct. >> >> Cheers >> > > The symlink and /var/named structure is fine as i completely rm -rf'd > them before letting the new named rc.d script create them. I found the > issue but am not sure what to do about it. On the second reload there is > a message in syslog saying: > > none:0: open: /etc/namedb/rndc.key: permission denied > > So I am assuming because the chroot is set to /var/named it can't access > this or something? > Ahh my fault. I found out what it was. In my named.conf I had this from when I used to run bind9 from ports with a rndc.conf instead of an rncd.key: controls { inet 127.0.0.1 port 953 allow { 127.0.0.1; }; }; Commenting this out has made me able to reload it all the time. Sorry for the noise people! Cheers ;-) Matt. From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 15:10:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BEDA16A4CF for ; Sat, 9 Oct 2004 15:10:22 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3498B43D2D for ; Sat, 9 Oct 2004 15:10:22 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i99F8sfH009081; Sat, 9 Oct 2004 11:08:54 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i99F8ngw009076; Sat, 9 Oct 2004 11:08:54 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 9 Oct 2004 11:08:49 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jan Vyhlidka In-Reply-To: <20041009162934.4dabbc3e.Norick@seznam.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 15:10:22 -0000 On Sat, 9 Oct 2004, Jan Vyhlidka wrote: > On Sat, 9 Oct 2004 09:50:42 -0400 (EDT) > Robert Watson wrote: > > > On Sat, 9 Oct 2004, Jan Vyhlidka wrote: > > > > > Thanks for nice tip. It is working now. > > > > I've noticed that the 'sdr' multicast application is working not at all on > > my 6.x box, but used to. Are you able to run that configuration on 4.x or > > earlier 5.x without privilege? Maybe we're looking at a regression > > associated with privileges in the network stack? > > > > I was able to run quagga both under quagga:quagga and root:wheel on > 5.2.1. It was working for a half year at least. I think the same, but i > didnt know about any other multicast application I could try. > > My neighbor '5.2-CURRENT FreeBSD 5.2-CURRENT #3: Tue May 18 00:38:53 > CEST 2004' is running very similar ospfd without problems and his > neighbors too. Could I get you to gerate a ktrace of the system calls right around the return of EACCES, and arguments/etc? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 16:31:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D22816A4CE for ; Sat, 9 Oct 2004 16:31:07 +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 BC3F843D3F for ; Sat, 9 Oct 2004 16:31:06 +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 i99GV2A0051127; Sat, 9 Oct 2004 18:31:04 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4168123B.20100@DeepCore.dk> Date: Sat, 09 Oct 2004 18:30:51 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Florian Le Goff References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------070709000904040807020605" X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: current@freebsd.org cc: Aurelien NEPHTALI Subject: Re: patch: udma5 support for Intel 82801FB ICH6 Ultra ATA Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 16:31:07 -0000 This is a multi-part message in MIME format. --------------070709000904040807020605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Florian Le Goff wrote: > Hi, >=20 > I've got an ASUS P5GD1 [1] Motherboard, with a 915P chipset and a > ICH6R [2] southbridge. >=20 > Since the UDMA controller was recognized as an "GENERIC ATA > controller", I was stuck in UDMA33 mode for my Seagate Ultra ATA/100 > IDE hard drive, and I wasn't able to change the settings using > "atacontrol mode". Since there is already a great list of Intel > supported chipsets in src/sys/dev/ata/ata-chipset.c, I've added the > references of the chip in ata-chipset.c and ata-pci.h, on a fresh > cvsuped 6.0-CURRENT. >=20 > Please, someone could review it ? My first patch :/ You could just add a define for the other one as well (se attached=20 patch) and have the SATA ports usable as well. Now as wonderfull as this might be, we want to support the ACHI part of=20 the ICH6 for SATA support. That is a totally different animal much like=20 the Promise and Marvell controllers, and is in the works here but will=20 not be ready for 5.3 is the current timelines holds. Actually I should commit that to -current since it at least allows the=20 ICH6 to be used in legacy mode.. --=20 -S=F8ren --------------070709000904040807020605 Content-Type: text/plain; name="ich6-p1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ich6-p1" Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.91 diff -u -r1.91 ata-chipset.c --- ata-chipset.c 6 Oct 2004 19:46:07 -0000 1.91 +++ ata-chipset.c 9 Oct 2004 16:16:20 -0000 @@ -833,6 +833,9 @@ { ATA_I6300ESB, 0, 0, 0x00, ATA_UDMA5, "Intel 6300ESB" }, { ATA_I6300ESB_S1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, { ATA_I6300ESB_R1,0, 0, 0x00, ATA_SA150, "Intel 6300ESB" }, + { ATA_I82801FB, 0, 0, 0x00, ATA_UDMA5, "Intel ICH6" }, + { ATA_I82801FB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, + { ATA_I82801FB_R1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; Index: ata-pci.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.34 diff -u -r1.34 ata-pci.h --- ata-pci.h 6 Oct 2004 19:46:08 -0000 1.34 +++ ata-pci.h 9 Oct 2004 16:21:28 -0000 @@ -121,6 +121,9 @@ #define ATA_I6300ESB 0x25a28086 #define ATA_I6300ESB_S1 0x25a38086 #define ATA_I6300ESB_R1 0x25b08086 +#define ATA_I82801FB 0x266f8086 +#define ATA_I82801FB_S1 0x26518086 +#define ATA_I82801FB_R1 0x26528086 #define ATA_NATIONAL_ID 0x100b #define ATA_SC1100 0x0502100b --------------070709000904040807020605-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 16:42:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17C2716A4CF for ; Sat, 9 Oct 2004 16:42:02 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB0DC43D49 for ; Sat, 9 Oct 2004 16:42:01 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i99GeYYJ010147 for ; Sat, 9 Oct 2004 12:40:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i99GeY2V010144 for ; Sat, 9 Oct 2004 12:40:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 9 Oct 2004 12:40:33 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: NULL point deref in ithread after halt? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 16:42:02 -0000 I've currently got an SMP Xeon box up and running for packet forwarding tests using a pair of if_em interfaces. I set net.isr.enable to cause the network stack to dispatch in the ithreads rather than pushing all packets through the netisr. I ran intothe following page fault and panic on shutdown: tiger-2# reboot Oct 9 12:30:01 tiger-2 reboot: rebooted by root Oct 9 12:30:01 tiger-2 syslogd: exiting on signal 15 boot() called on cpu#1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 0 1 0 0 0 done All buffers synced. Uptime: 18h32m32s atal trap 12: page fault while inS hkuetrtnienlg mdoodwen dAcCpPuIi i s=t r1a;y aipriqc9 od = R0e6b roftaiunlgt. .v.i tual address = 0x3c fault code = supervisor read, page not present instruction pointer = 0x8:0xc077dcbd stack pointer = 0x10:0xe93c45d8 frame pointer = 0x10:0xe93c45e4 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 = 42 (irq31: em3) [thread 100047] Stopped at bus_dmamap_create+0x11: cmpl $0,0x3c(%esi) db> trace bus_dmamap_create(0,1,e93c4628) at bus_dmamap_create+0x11 em_encap(c551e800,c5e6d400) at em_encap+0x80 em_start_locked(c551e800) at em_start_locked+0x219 em_start(c551e800) at em_start+0x46 if_start(c551e800) at if_start+0x53 ether_output_frame(c551e800,c5e6d400,0,0,0) at ether_output_frame+0x20c ether_output(c551e800,c5e6d400,e93c4964,c5a417bc,c5d21b00) at ether_output+0x37c ip_output(c5e6d400,0,e93c4960,1,0,0) at ip_output+0x698 ip_forward(c5e6d400,0) at ip_forward+0x2c8 ip_input(c5e6d400) at ip_input+0x48b netisr_dispatch(2,c5e6d400,0,c5e60800,c5521000) at netisr_dispatch+0x50 ether_demux(c5521000,c5e6d400) at ether_demux+0x25d ether_input(c5521000,c5e6d400) at ether_input+0x22d em_process_receive_interrupts(c5521000,fffffffe,c5451a80,c5559540,4) at em_proce ss_receive_interrupts+0x2f9 em_intr(c5521000) at em_intr+0x10a ithread_loop(c53e2d80,e93c4d48) at ithread_loop+0x159 fork_exit(c05e06ac,c53e2d80,e93c4d48) at fork_exit+0x75 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe93c4d7c, ebp = 0 --- This would seem to suggest that after the system wasintended to have shutdown, the interrupts from one of the interfaces are still firing, resulting in calls into the network stack to forward packets, eventually self-toasting. We have a very carefully ordered and arranged startup of the system, but I've never been entirely convinced we have an orderly and arranged shutdown, and this could be a symptom of that. Or, maybe en_encap() and bus_dmamap_create() have a NULL pointer dereference and this is a fine time to be forwarding packets still? (gdb) l *em_encap+0x80 0xc04f1d1c is in em_encap (../../../dev/em/if_em.c:1216). 1211 } 1212 1213 /* 1214 * Map the packet for DMA. 1215 */ 1216 if (bus_dmamap_create(adapter->txtag, BUS_DMA_NOWAIT, &q.map)) { 1217 adapter->no_tx_map_avail++; 1218 return (ENOMEM); 1219 } 1220 error = bus_dmamap_load_mbuf(adapter->txtag, q.map, (gdb) l *bus_dmamap_create+0x11 0xc0782bf1 is in bus_dmamap_create (../../../i386/i386/busdma_machdep.c:343). 338 { 339 int error; 340 341 error = 0; 342 343 if (dmat->segments == NULL) { 344 dmat->segments = (bus_dma_segment_t *)malloc( 345 sizeof(bus_dma_segment_t) * dmat->nsegments, M_DEVBUF, 346 M_NOWAIT); 347 if (dmat->segments == NULL) Or perhaps most likely, one interface is tearing itself down, but we race with an ithread that tries to use it? Anyhow, thoughts welcome. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 17:18:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C92B516A4CE for ; Sat, 9 Oct 2004 17:18:04 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5655443D39 for ; Sat, 9 Oct 2004 17:18:04 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.6] (adsl-69-211-137-113.dsl.wotnoh.ameritech.net [69.211.137.113]) (authenticated bits=0)i99H1fHR070865 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 9 Oct 2004 13:01:51 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Sat, 9 Oct 2004 13:19:58 -0400 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1136947.OGMsVhlDuk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410091320.07593.mistry.7@osu.edu> X-Spam-Status: No, hits=0.8 required=5.0 tests=BIZ_TLD autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com Subject: ACPI suspend/ ATA reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 17:18:04 -0000 --nextPart1136947.OGMsVhlDuk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Running 6-CURRENT. Between 09.25.18.00.00 UTC and 09.26.12.00.00 UTC some=20 commit seemed to break suspending on my laptop. Whenever I try to suspend = it=20 reboots. Before this suspend was working well. The panic message seem to= =20 indicate an ATA issue. http://am-productions.biz/docs/littleguy.asl.gz http://am-productions.biz/docs/littleguy-dmesg.boot.gz =2D-=20 Anish Mistry --nextPart1136947.OGMsVhlDuk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBaB3HxqA5ziudZT0RAjq4AKDfqZuo4o9VGyB0YNYoo5N5wJzipQCfeb4J U0suXrCYr6xy9j84Q17MI6o= =00mA -----END PGP SIGNATURE----- --nextPart1136947.OGMsVhlDuk-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 17:35:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF0016A4CE for ; Sat, 9 Oct 2004 17:35:57 +0000 (GMT) Received: from twu.net (bilbo.twu.net [64.246.24.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D86343D3F for ; Sat, 9 Oct 2004 17:35:57 +0000 (GMT) (envelope-from admin@truthsolo.net) Received: from [192.168.123.116] (121-90.8-67.tampabay.rr.com [67.8.90.121]) (authenticated bits=0) by twu.net (8.12.9/8.12.9) with ESMTP id i99HWh0L013913; Sat, 9 Oct 2004 13:32:43 -0400 In-Reply-To: <20041009060328.46895.qmail@web14122.mail.yahoo.com> References: <20041009060328.46895.qmail@web14122.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Rob Dosogne Date: Sat, 9 Oct 2004 13:35:56 -0400 To: Claus Guttesen X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: CPU hang during boot at isp0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 17:35:57 -0000 I tried booting without the ps/2 keyboard and nothing changes for me. I think it may be an alpha issue. :-( cheers, Rob Dosogne, your friendly neighborhood sysadmin. http://www.truthsolo.net/ ---- Join in the new game that's sweeping the country. It's called "Bureaucracy". Everybody stands in a circle. The first person to do anything loses. On Oct 09, 2004, at 02:03, Claus Guttesen wrote: > > The current I run at work from February (i386) wont > boot if a ps/2-keyboard is attached while the QLogic > board is installed. I either had to remove the card or > unplug the keyboard. > > This has later been resolved. I'm running another > server with beta3 and same card which boots fine with > a ps/2-keyboard. > > hth > Claus > From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 17:44:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E335516A4CE for ; Sat, 9 Oct 2004 17:44:58 +0000 (GMT) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id BB47243D45 for ; Sat, 9 Oct 2004 17:44:57 +0000 (GMT) (envelope-from Norick@seznam.cz) Received: (qmail 2147 invoked from network); 9 Oct 2004 17:44:55 -0000 Received: from unknown (HELO echelon.norick.slivenec.czf) (norick@62.24.71.119) by smtp.seznam.cz with SMTP; 9 Oct 2004 17:44:55 -0000 Date: Sat, 9 Oct 2004 19:40:45 +0200 From: Jan Vyhlidka To: Robert Watson Message-Id: <20041009194045.0b05b0db.Norick@seznam.cz> In-Reply-To: References: <20041009162934.4dabbc3e.Norick@seznam.cz> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sat__9_Oct_2004_19_40_45_+0200_V6LKiBvNIcib0zkb" cc: freebsd-current@freebsd.org Subject: Re: OSPF: can't setsockopt IP_ADD_MEMBERSHIP (AllSPFRouters): Operation not permitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 17:44:59 -0000 --Signature=_Sat__9_Oct_2004_19_40_45_+0200_V6LKiBvNIcib0zkb Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sat, 9 Oct 2004 11:08:49 -0400 (EDT) Robert Watson wrote: > > Could I get you to gerate a ktrace of the system calls right around the > return of EACCES, and arguments/etc? > I would like to, if i knew how to. I have never used ktrace, so i did probably something wrong. I did: ktrace -f ospfd.out -p after 10 minutes i did ktrace -C to stop it, then kdump -f ospfd.out | grep EACCES and there was none such output, cat ospfd.out | grep EACCES did also nothing. I used it on ospfd running under root:wheel, which was was running correctly. Should I try it under quagga:quagga ? Can you tell me, what to do exactly, please? Best Regards Jan Vyhlidka --Signature=_Sat__9_Oct_2004_19_40_45_+0200_V6LKiBvNIcib0zkb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBaCMNUZwTtzMO0/kRAr9SAJsFEJXiCNPVB+aF0kdDynoc+IOxjwCfR/xd IOAcBJRTBx1/OTHm+kZ6gZo= =2tlw -----END PGP SIGNATURE----- --Signature=_Sat__9_Oct_2004_19_40_45_+0200_V6LKiBvNIcib0zkb-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 17:51:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1E8416A4CF; Sat, 9 Oct 2004 17:51:56 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E58E43D41; Sat, 9 Oct 2004 17:51:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i99HoS19010881; Sat, 9 Oct 2004 13:50:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i99HoSdP010878; Sat, 9 Oct 2004 13:50:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 9 Oct 2004 13:50:28 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20041009033900.GA6751@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org cc: net@FreeBSD.org Subject: Re: Infinite loop in tcp_output on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 17:51:56 -0000 On Fri, 8 Oct 2004, Kris Kennaway wrote: > pointyhat (SMP machine running RELENG_5) has twice in the past 2 days > gone into an infinite loop in the tcp_output() function (repeatedly > breaking into DDB and continuing, I can see it at different points in > the code). I made tcp_output keep a counter and increment when it hits > the again: label. If the counter reaches 1000, it panics. This > happened again just now: There is a small but non-zero chance that the commit I just made to tcp_output.c to add some missing locking around socket buffer accesses might affect (fix?) this problem. The change was tcp_output.c:1.103, if you want to give it a spin. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > panic: Looping in tcp_output > cpuid = 0 > KDB: enter: panic > [thread 100043] > Stopped at kdb_enter+0x30: leave > db> tr > kdb_enter(c06de69a,0,c06e973a,ebbd5ba0,c34cd4b0) at kdb_enter+0x30 > panic(c06e973a,0,ebbd5b68,0,0) at panic+0x14e > tcp_output(c395f8c0,c395f8c0,c3ed3e10,c05a79f0,ebbd5ca0) at tcp_output+0x19e > tcp_drop(c395f8c0,3c,c06e9fe7,1ab,e) at tcp_drop+0x30 > tcp_timer_persist(c395f8c0,0,c06df6ba,f5,0) at tcp_timer_persist+0x14c > softclock(0,0,c06dc037,269,c0738ac0) at softclock+0x1c8 > ithread_loop(c345d800,ebbd5d48,c06dbe2a,323,41531744) at ithread_loop+0x172 > fork_exit(c04f1210,c345d800,ebbd5d48) at fork_exit+0xc6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xebbd5d7c, ebp = 0 --- > > This might be related to SACK, which is one of the situations where we > loop back to the again label, but that's just a guess. From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 18:30:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55EBA16A4CE for ; Sat, 9 Oct 2004 18:30:30 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A52A43D1D for ; Sat, 9 Oct 2004 18:30:30 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id AFA8DF1A3D for ; Sat, 9 Oct 2004 11:30:27 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02797-07 for ; Sat, 9 Oct 2004 11:30:27 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id DC376F19D2 for ; Sat, 9 Oct 2004 11:30:26 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OmAq7K8JQC/GJL8BwTTi" Message-Id: <1097346626.3446.50.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 09 Oct 2004 11:30:26 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: re0 failures at 1Gb vs. 100Mb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 18:30:30 -0000 --=-OmAq7K8JQC/GJL8BwTTi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have a strange problem that I have with my network that is related to the output rate of my re0. Here is my setup: amd64/current box with re0 winxp box with re0 winxp box with 10/100 nic linksys 8 port gigE switch linksys 4 port 10/100 switch development box with 10/100 nic I am doing tests with an HD mpeg2 multicast udp stream that is 15Mbps out to a box I'm helping develop. The stream is being generated by vlc/vls. Here are all the configurations that work: winxp 10/100 into gigE switch into 10/100 switch into devel box winxp 10/100 into 10/100 switch into devel box winxp gigE into gigE switch into 10/100 switch into devel box amd64/current into 10/100 switch into devel box The following configurations do not work: amd64/current into gigE switch into 10/100 switch into devel box amd64/current into gigE switch into devel box This indicates to me that the re0 cannot pump the data out correctly when in gigE mode but works fine when at 100BT mode. This could be an issue with busrting I suppose, but I honestly do not have any idea what is happening. It looks like I have data loss at the devel box. Missing packets it would appear. I thought ifconfig would tell me statistics on the interface. How do I get those? I would like to assist in tracking down this issue and can run any tests that might be useful. Please let me know if there is anything I can do. Cheers, Sean --=-OmAq7K8JQC/GJL8BwTTi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBaC5CyQsGN30uGE4RAvzgAKC6yPVcNzgR8B0Rw3b7qIT+V5/vJgCeN+A0 T1O3Y4lJBlTxheduKPtpSOg= =iB2W -----END PGP SIGNATURE----- --=-OmAq7K8JQC/GJL8BwTTi-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 19:23:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5532216A4CE for ; Sat, 9 Oct 2004 19:23:33 +0000 (GMT) Received: from amsfep14-int.chello.nl (nl-ams-slo-l4-01-pip-5.chellonetwork.com [213.46.243.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B3A843D48 for ; Sat, 9 Oct 2004 19:23:32 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from [192.168.1.113] (really [80.111.217.58]) by amsfep14-int.chello.nl (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041009192330.BGRB9425.amsfep14-int.chello.nl@[192.168.1.113]> for ; Sat, 9 Oct 2004 21:23:30 +0200 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sat, 9 Oct 2004 21:23:08 +0200 X-Mailer: Apple Mail (2.619) Subject: NO_YP_LIBC breaks 5.3-BETA buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 19:23:33 -0000 PS: I've posted a similiar mail to @stable, but not a dupe ;) Hi! For some time I've been wanting to use NO_YP_LIBC with buildworld for my jails, to enable NIS on the host system but keep the jails functioning. I noticed back in August that a patch was submitted to make this work on then-CURRENT (I'm copying the author on this one, hoping I'm not acting inappropriately by doing so): http://lists.freebsd.org/pipermail/freebsd-arch/2004-August/002550.html Sadly, when compiling 5.3-BETA (as of 30 minutes ago), buildworld gives me the following errors: ...snip snip... ===> lib/libpam/modules/pam_unix rm -f .depend mkdep -f .depend -a -DYP -I/usr/src/lib/libpam/modules/pam_unix/../../../../contrib/openpam/ include -I/usr/src/lib/libpam/modules/pam_unix/../../libpam /usr/src/lib/libpam/modules/pam_unix/pam_unix.c /usr/src/lib/libpam/modules/pam_unix/pam_unix.c:58:20: ypclnt.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libpam/modules/pam_unix. *** Error code 1 Stop in /usr/src/lib/libpam/modules. *** Error code 1 Stop in /usr/src/lib/libpam. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This feature would be very useful, and it is sad to see that it has once been in the tree but that it does not work any longer. Here's to hoping someone can look into it (Bjoern, are you reading this? ;) Thanks, /Eirik From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 19:40:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65C9E16A4CE for ; Sat, 9 Oct 2004 19:40:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2CE443D2D for ; Sat, 9 Oct 2004 19:40:08 +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 1D1C41FF9AC; Sat, 9 Oct 2004 21:40:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 386391FF9AB; Sat, 9 Oct 2004 21:40:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id C90851569D; Sat, 9 Oct 2004 19:38:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id BE12E1569A; Sat, 9 Oct 2004 19:38:41 +0000 (UTC) Date: Sat, 9 Oct 2004 19:38:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: NO_YP_LIBC breaks 5.3-BETA buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 19:40:09 -0000 On Sat, 9 Oct 2004, Eirik =D8verby wrote: Hi, > For some time I've been wanting to use NO_YP_LIBC with buildworld for > my jails, to enable NIS on the host system but keep the jails > functioning. > > I noticed back in August that a patch was submitted to make this work > on then-CURRENT (I'm copying the author on this one, hoping I'm not > acting inappropriately by doing so): > http://lists.freebsd.org/pipermail/freebsd-arch/2004-August/002550.html > > Sadly, when compiling 5.3-BETA (as of 30 minutes ago), buildworld gives > me the following errors: =2E... > This feature would be very useful, and it is sad to see that it has > once been in the tree but that it does not work any longer. > > Here's to hoping someone can look into it (Bjoern, are you reading > this? ;) the patch had not yet been committed because of some people had asked me to hold back the work until other major things that really had been needed for RELENG_5/5.3 would have been done. Now, I will need at least another week to catch up with all the things (mostly bind import) that have changed (I will be short of time till at least wed or thu). NO_YP_LIBC will then be changed to NO_NIS. I will post a patch for current and RELENG_5 here resp. on stable@ once I have verified everything works well. I will also update bin/68303 at that time. You will not find this feature in 5.3 but the upcoming patch for RELENG_5 should help and should be available around release time. I hope that's ok for you. --=20 Greetings Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 19:57:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE37E16A4CE for ; Sat, 9 Oct 2004 19:57:34 +0000 (GMT) Received: from amsfep13-int.chello.nl (nl-ams-slo-l4-01-pip-6.chellonetwork.com [213.46.243.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id E607443D3F for ; Sat, 9 Oct 2004 19:57:33 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from [192.168.1.113] (really [80.111.217.58]) by amsfep13-int.chello.nl (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041009195732.YEFC4924.amsfep13-int.chello.nl@[192.168.1.113]>; Sat, 9 Oct 2004 21:57:32 +0200 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <66A8AA08-1A2D-11D9-95C9-000D9335BCEC@anduin.net> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sat, 9 Oct 2004 21:57:08 +0200 To: "Bjoern A. Zeeb" X-Mailer: Apple Mail (2.619) cc: FreeBSD current mailing list Subject: Re: NO_YP_LIBC breaks 5.3-BETA buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 19:57:35 -0000 Hoi, On 9. Oct 2004, at 21:38, Bjoern A. Zeeb wrote: > On Sat, 9 Oct 2004, Eirik =D8verby wrote: > > Hi, > >> For some time I've been wanting to use NO_YP_LIBC with buildworld for >> my jails, to enable NIS on the host system but keep the jails >> functioning. >> >> I noticed back in August that a patch was submitted to make this work >> on then-CURRENT (I'm copying the author on this one, hoping I'm not >> acting inappropriately by doing so): >> http://lists.freebsd.org/pipermail/freebsd-arch/2004-August/=20 >> 002550.html >> >> Sadly, when compiling 5.3-BETA (as of 30 minutes ago), buildworld =20 >> gives >> me the following errors: > .... >> This feature would be very useful, and it is sad to see that it has >> once been in the tree but that it does not work any longer. >> >> Here's to hoping someone can look into it (Bjoern, are you reading >> this? ;) > > > the patch had not yet been committed because of some people had asked > me to hold back the work until other major things that really had been > needed for RELENG_5/5.3 would have been done. I can see why.. ;) > > Now, I will need at least another week to catch up with all the things > (mostly bind import) that have changed (I will be short of time till > at least wed or thu). No rush for me. > NO_YP_LIBC will then be changed to NO_NIS. Makes sense. > I will post a patch for current and RELENG_5 here resp. on stable@ = once > I have verified everything works well. I will also update bin/68303 > at that time. If you need help testing I can put this beast into a production-like =20 environment in no time. > You will not find this feature in 5.3 but the upcoming patch for > RELENG_5 should help and should be available around release time. This is the only piece of bad news I see in your reply. Does that mean =20= I'll have to keep applying patches every time I want to upgrade my 5.3 =20= (and 4.x) systems, with the risk that it stops working at some point - =20= and no updated patch is immediately available? Or does it mean it will go into the RELENG_5 tree after 5.3-RELEASE =20 (which is perfectly OK obviously)? > I hope that's ok for you. Sure, at the end of the day, I can't have everything I guess - I'll =20 make do with what comes. Thanks for your quick reply! /Eirik= From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 20:05:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15B1C16A4CE for ; Sat, 9 Oct 2004 20:05:27 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDEEC43D31 for ; Sat, 9 Oct 2004 20:05:07 +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 13AE31FF9A8; Sat, 9 Oct 2004 22:05:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 4A7861FF9AF; Sat, 9 Oct 2004 22:05:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 4685C1569D; Sat, 9 Oct 2004 20:04:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3B9951569A; Sat, 9 Oct 2004 20:04:22 +0000 (UTC) Date: Sat, 9 Oct 2004 20:04:22 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <66A8AA08-1A2D-11D9-95C9-000D9335BCEC@anduin.net> Message-ID: References: <66A8AA08-1A2D-11D9-95C9-000D9335BCEC@anduin.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: NO_YP_LIBC breaks 5.3-BETA buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 20:05:27 -0000 On Sat, 9 Oct 2004, Eirik =D8verby wrote: Hi, > > I will post a patch for current and RELENG_5 here resp. on stable@ once > > I have verified everything works well. I will also update bin/68303 > > at that time. > > If you need help testing I can put this beast into a production-like > environment in no time. will let you know. > > You will not find this feature in 5.3 but the upcoming patch for > > RELENG_5 should help and should be available around release time. > > This is the only piece of bad news I see in your reply. Does that mean > I'll have to keep applying patches every time I want to upgrade my 5.3 > (and 4.x) systems, with the risk that it stops working at some point - > and no updated patch is immediately available? > Or does it mean it will go into the RELENG_5 tree after 5.3-RELEASE > (which is perfectly OK obviously)? I will never backport it to RELENG_4. I will port it to RELENG_5 and we will see if I may commit it there. If this will be ok it will go into RELENG_5 somewhen after release of 5.3 and after some weeks of testing in current. --=20 Greetings Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 20:09:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B49116A4D1 for ; Sat, 9 Oct 2004 20:09:27 +0000 (GMT) Received: from av3-1-sn3.vrr.skanova.net (av3-1-sn3.vrr.skanova.net [81.228.9.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E4CB43D1D for ; Sat, 9 Oct 2004 20:09:27 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 3BC2F38042; Sat, 9 Oct 2004 22:09:26 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 2C7BB37FF4; Sat, 9 Oct 2004 22:09:26 +0200 (CEST) Received: from sentinel (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 0FA1C38005; Sat, 9 Oct 2004 22:09:26 +0200 (CEST) From: "Daniel Eriksson" To: "'Sean McNeil'" , Date: Sat, 9 Oct 2004 22:09:22 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <1097346626.3446.50.camel@server> Thread-Index: AcSuLsPNCmO2ab6fS72Uncq7JFyvRQAC204g Subject: RE: re0 failures at 1Gb vs. 100Mb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 20:09:27 -0000 Sean McNeil wrote: > I have a strange problem that I have with my network that is > related to the output rate of my re0. I have a similar problem, but I haven't reported it before because I wasn't sure it was the fault of the NIC. No matter what I do, single connection output rate (TCP) from the RealTek is erratic and the average is well below expectations when it operates at 1Gbit. If I force it to 100Mbit (either through ifconfig, or by placing a cheap 100Mbit switch in between it and GigE switch) the average speed goes up quite a bit due to a much more stable and consistently high single connection throughput. I have not done much testing of this, but I thought it would be useful to know that others are having issues too. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 20:12:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEAB716A4CE for ; Sat, 9 Oct 2004 20:12:38 +0000 (GMT) Received: from aaryn.lunarpages.com (aaryn.lunarpages.com [216.193.217.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C81BE43D39 for ; Sat, 9 Oct 2004 20:12:38 +0000 (GMT) (envelope-from jmw-ml@solitarylight.com) Received: from 68-173-150-227.nyc.rr.com ([68.173.150.227] helo=antec.nyc.rr.com) by aaryn.lunarpages.com with smtp (Exim 4.42) id 1CGNaL-00009D-Df for freebsd-current@freebsd.org; Sat, 09 Oct 2004 13:12:57 -0700 Date: Sat, 9 Oct 2004 16:10:45 -0500 From: John Wilson To: freebsd-current@freebsd.org Message-Id: <20041009161045.28736ebb.jmw-ml@solitarylight.com> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - aaryn.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - solitarylight.com X-Source: X-Source-Args: X-Source-Dir: Subject: No SMP without ACPI? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 20:12:39 -0000 Hello all. I just recently installed -BETA7 on an Intel D865PERL mainboard. After a quick cvsup of the src's, and a recompile of the kernel, it appears that SMP fails and falls back to UP even with HTT enabled in the BIOS, as well as the proper kernel options of: options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC I am unable to figure out why this is the case. HTT does indeed function with ACPI enabled, but tends to panic the box on shutdown, thus the reason for attempting to do this with ACPI disabled. Here is the dmesg: 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.3-BETA7 #0: Sat Oct 9 11:15:48 EST 2004 root@antec.nyc.rr.com:/usr/obj/usr/src/sys/GEN MPTable: < Springdale-G> Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1071841280 (1022 MB) avail memory = 1043533824 (995 MB) ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xcc00-0xcc3f mem 0xff9c0000-0xff9dffff,0xff9ff000-0xff9fffff irq 17 at device 2.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:e3:4d:09 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) cpu0 on motherboard orm0: at iomem 0xce800-0xcf7ff,0xcd000-0xce7ff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) Timecounter "TSC" frequency 2992510080 Hz quality 800 Timecounters tick every 10.000 msec ad0: 76319MB [155061/16/63] at ata0-master UDMA100 ad1: 78167MB [158816/16/63] at ata0-slave UDMA100 acd0: CDRW at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s1a From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 20:28:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4139216A4CF for ; Sat, 9 Oct 2004 20:28:25 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249D443D45 for ; Sat, 9 Oct 2004 20:28:25 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 85AB9F1C5C; Sat, 9 Oct 2004 13:28:22 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00682-03; Sat, 9 Oct 2004 13:28:21 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 93589F1C5A; Sat, 9 Oct 2004 13:28:21 -0700 (PDT) From: Sean McNeil To: Daniel Eriksson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-B5OdE6+tfLZZAqudNvue" Message-Id: <1097353701.1204.0.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 09 Oct 2004 13:28:21 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: RE: re0 failures at 1Gb vs. 100Mb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 20:28:25 -0000 --=-B5OdE6+tfLZZAqudNvue Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2004-10-09 at 13:09, Daniel Eriksson wrote: > Sean McNeil wrote: >=20 > > I have a strange problem that I have with my network that is=20 > > related to the output rate of my re0. >=20 > I have a similar problem, but I haven't reported it before because I wasn= 't > sure it was the fault of the NIC. >=20 > No matter what I do, single connection output rate (TCP) from the RealTek= is > erratic and the average is well below expectations when it operates at > 1Gbit. If I force it to 100Mbit (either through ifconfig, or by placing a > cheap 100Mbit switch in between it and GigE switch) the average speed goe= s > up quite a bit due to a much more stable and consistently high single > connection throughput. >=20 > I have not done much testing of this, but I thought it would be useful to > know that others are having issues too. I was just about to look into polling mode. Have you tried it? Does it make a difference? Sean --=-B5OdE6+tfLZZAqudNvue Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBaEnlyQsGN30uGE4RAjItAJ4htUF0Vai7ZwFXmHoHYSk8T+qrUACgujDD XGN4cQYztml5yVgzl1KQXwk= =yMWT -----END PGP SIGNATURE----- --=-B5OdE6+tfLZZAqudNvue-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 20:31:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD43D16A4CE for ; Sat, 9 Oct 2004 20:31:40 +0000 (GMT) Received: from vdsoft.org (gprs214-153.eurotel.cz [160.218.214.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 839FA43D39 for ; Sat, 9 Oct 2004 20:31:38 +0000 (GMT) (envelope-from dvorakv@vdsoft.org) Received: from [127.0.0.1] (laptop [127.0.0.1]) by laptop (Postfix) with ESMTP id 9DCDFD8480 for ; Sat, 9 Oct 2004 22:31:38 +0200 (CEST) Message-ID: <41684AAA.4030509@vdsoft.org> Date: Sat, 09 Oct 2004 22:31:38 +0200 From: Vladimir Dvorak User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: buildworld, libbsnmp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 20:31:40 -0000 Hi all, is anything wrong in libbsnmp ? "make buildworld" caused following problem : --------- ===> lib/libbsnmp ===> lib/libbsnmp/libbsnmp rm -f .depend mkdep -f .depend -a -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/asn1.c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpagent.c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpclient.c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/support.c ===> lib/libbsnmp/modules ===> lib/libbsnmp/modules/snmp_atm cat /usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/atm_tree.def /usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmptree -e begemotAtm > atm_oid.h line 110: junk after closing ')' context: "1 internet *** Error code 1 Stop in /usr/src/lib/libbsnmp/modules/snmp_atm. *** Error code 1 Stop in /usr/src/lib/libbsnmp/modules. *** Error code 1 Stop in /usr/src/lib/libbsnmp. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src -------- My CVSUPfile contains "*default release=cvs tag=RELENG_5". Thank you for your answer, Vladimir From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 20:57:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D474216A4CE; Sat, 9 Oct 2004 20:57:21 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8523D43D31; Sat, 9 Oct 2004 20:57:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D9C8551491; Sat, 9 Oct 2004 13:59:10 -0700 (PDT) Date: Sat, 9 Oct 2004 13:59:10 -0700 From: Kris Kennaway To: Gleb Smirnoff Message-ID: <20041009205910.GA55544@xor.obsecurity.org> References: <20041009033900.GA6751@xor.obsecurity.org> <20041009084038.GB5940@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <20041009084038.GB5940@cell.sick.ru> User-Agent: Mutt/1.4.2.1i cc: net@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Infinite loop in tcp_output on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 20:57:22 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 09, 2004 at 12:40:38PM +0400, Gleb Smirnoff wrote: > On Fri, Oct 08, 2004 at 08:39:00PM -0700, Kris Kennaway wrote: > K> This might be related to SACK, which is one of the situations where we > K> loop back to the again label, but that's just a guess. >=20 > Does it panics with net.inet.tcp.sack.enable=3D0 ? Trying that now..it's been up overnight but not heavily loaded yet. Kris --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBaFEeWry0BWjoQKURAogKAJ9eofkbRKCezgYv1ygiyMYLeEOprwCgnT5e UHwrhSUjSgDED49A0LjCtcI= =RAMA -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 21:10:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FBFE16A4D1 for ; Sat, 9 Oct 2004 21:10:06 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AA2643D5E for ; Sat, 9 Oct 2004 21:10:06 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id C36A1F1B49; Sat, 9 Oct 2004 14:10:05 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00662-01; Sat, 9 Oct 2004 14:10:04 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id B3357F1AC4; Sat, 9 Oct 2004 14:10:04 -0700 (PDT) From: Sean McNeil To: Daniel Eriksson In-Reply-To: <1097353701.1204.0.camel@server> References: <1097353701.1204.0.camel@server> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3gcbj3E6BM9SuQN+3+xI" Message-Id: <1097356204.1152.3.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 09 Oct 2004 14:10:04 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: RE: re0 failures at 1Gb vs. 100Mb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 21:10:06 -0000 --=-3gcbj3E6BM9SuQN+3+xI Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2004-10-09 at 13:28, Sean McNeil wrote: > On Sat, 2004-10-09 at 13:09, Daniel Eriksson wrote: > > Sean McNeil wrote: > >=20 > > > I have a strange problem that I have with my network that is=20 > > > related to the output rate of my re0. > >=20 > > I have a similar problem, but I haven't reported it before because I wa= sn't > > sure it was the fault of the NIC. > >=20 > > No matter what I do, single connection output rate (TCP) from the RealT= ek is > > erratic and the average is well below expectations when it operates at > > 1Gbit. If I force it to 100Mbit (either through ifconfig, or by placing= a > > cheap 100Mbit switch in between it and GigE switch) the average speed g= oes > > up quite a bit due to a much more stable and consistently high single > > connection throughput. > >=20 > > I have not done much testing of this, but I thought it would be useful = to > > know that others are having issues too. >=20 > I was just about to look into polling mode. Have you tried it? Does it > make a difference? I just read up on this and tried it. It is wouldn't help in my case anyway as polling is for read performance. Tried it anyway and indeed it made no difference. One additional thing I noticed is that from my observations it might be a problem with flushing the dma buffers before the data is transmitted. Just a WAG from some of the visuals I'm seeing in my tests. Cheers, Sean --=-3gcbj3E6BM9SuQN+3+xI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQBBaFOsyQsGN30uGE4RAruUAJY5Peu+MCM7Ias6BteH3dxC34ulAKDFqxmo Y0+rxrreQYB9wBJIwQYpPw== =zO58 -----END PGP SIGNATURE----- --=-3gcbj3E6BM9SuQN+3+xI--