From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 04:22:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B65D106568F for ; Sun, 23 Aug 2009 04:22:29 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 242EF8FC17 for ; Sun, 23 Aug 2009 04:22:29 +0000 (UTC) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id Xg751c0071HpZEsA9g9KSQ; Sun, 23 Aug 2009 04:09:19 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id Xg9H1c0042YXfpR8ag9Jmz; Sun, 23 Aug 2009 04:09:19 +0000 Message-ID: <4A90C099.8030605@comcast.net> Date: Sun, 23 Aug 2009 00:07:53 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Ed Schouten References: <20090822185812.GC61707@felucia.tataz.chchile.org> <20090822194009.GQ1292@hoeg.nl> In-Reply-To: <20090822194009.GQ1292@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: truss(1) locked in kernel with 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 04:22:29 -0000 Ed Schouten wrote: > Hi Jeremie, > > * Jeremie Le Hen wrote: > >> I've upgraded my laptop to 8.0-BETA2 and ran portupgrade in script(1). >> But according to top, it seems script(1) is going crazy, even after I've >> hit ^C: >> > > The fact that script(1) is going crazy, is a known issue. I have been > pointed to this issue earlier, but unfortunately I don't know what to > do. A certain Colin introduced this bug about 6 years ago. ;-) > > It's basically a shortcoming of pseudo-terminals in general. script(1) > wants to behave in a way which cannot be implemented using > pseudo-terminals; when it receives a hangup on its standard input (on > the outside), it wants to propagate the end-of-file condition and wants > to continue until the child processes are finished, instead of shutting > down immediately. So a couple of milliseconds later on, it calls > select(2) again, but because the TTY it uses on the outside is still in > a hangup condition, select(2) returns immediately. > > This can easily be reproduced as follows: > > script < /dev/null > > I think the only way we can sanely fix this, is by adding a special flag > to instruct script(1) to keep going on, even if stdin disappears. I > wrote a patch for this back in May: > > http://80386.nl/pub/script.diff > > Thanks for reminding me. I should contact re@ about this. > > Instead of zeroing and setting master and STDIN_FILENO on the fd_set every iteration, why not have two fd_sets: the original and temporary. At every iteration the original is copied into the temporary for select() to destroy. Once the hangup condition is detected, the STDIN_FILENO is cleared from the original fd_set so it will not be examined by select() later. For example: fd_set rfds, tmpfds; FD_ZERO(&rfds); FD_SET(master,&rfds); FD_SET(STDIN_FILENO,&rfds); for (;;) { tmpfds = rfds; /* Not sure if this assignment is portable */ n = select(master+1, &tmpfds, NULL, NULL, tvp); if (hangup condition) { FD_CLR(STDIN_FILENO,&rfds); } /* Do other stuff here */ } Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 06:51:00 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FEFA106568C for ; Sun, 23 Aug 2009 06:51:00 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id B261C8FC0A for ; Sun, 23 Aug 2009 06:50:59 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C1DA41CDC7; Sun, 23 Aug 2009 08:50:58 +0200 (CEST) Date: Sun, 23 Aug 2009 08:50:58 +0200 From: Ed Schouten To: Nathan Lay Message-ID: <20090823065058.GR1292@hoeg.nl> References: <20090822185812.GC61707@felucia.tataz.chchile.org> <20090822194009.GQ1292@hoeg.nl> <4A90C099.8030605@comcast.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r8zkF+xBtxUQJvKX" Content-Disposition: inline In-Reply-To: <4A90C099.8030605@comcast.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: truss(1) locked in kernel with 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 06:51:00 -0000 --r8zkF+xBtxUQJvKX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Nathan Lay wrote: > Instead of zeroing and setting master and STDIN_FILENO on the fd_set > every iteration, The current code doesn't zero the fdsets each iteration, only during startup: | FD_ZERO(&rfd); | for (;;) { | FD_SET(master, &rfd); | if (!nostdin) | FD_SET(STDIN_FILENO, &rfd); --=20 Ed Schouten WWW: http://80386.nl/ --r8zkF+xBtxUQJvKX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqQ5tIACgkQ52SDGA2eCwW52wCeLAts0XoY2JGhKIF0848FhLsM BlkAnRwXf+O5+nahm8zggAuBNRnWS4Cg =Nsha -----END PGP SIGNATURE----- --r8zkF+xBtxUQJvKX-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 07:00:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971011065698 for ; Sun, 23 Aug 2009 07:00:47 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward14.yandex.ru (forward14.yandex.ru [95.108.130.92]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5BF8FC12 for ; Sun, 23 Aug 2009 07:00:47 +0000 (UTC) Received: from smtp13.yandex.ru (smtp13.yandex.ru [95.108.130.68]) by forward14.yandex.ru (Yandex) with ESMTP id 9CD6C2680582; Sun, 23 Aug 2009 11:00:45 +0400 (MSD) Received: from btr.properlan.net (vpn.heavennet.ru [77.72.136.194]) by smtp13.yandex.ru (Yandex) with ESMTPSA id 47C8F322018E; Sun, 23 Aug 2009 11:00:45 +0400 (MSD) Message-ID: <4A90E918.3010704@yandex.ru> Date: Sun, 23 Aug 2009 11:00:40 +0400 From: "Andrey V. Elsukov" User-Agent: Thunderbird 2.0.0.22 (X11/20090821) MIME-Version: 1.0 To: Hans Petter Selasky References: <4A8EE90F.4030201@yandex.ru> <6101e8c40908211929o14691537w9f874980eb12e535@mail.gmail.com> <200908220916.35836.hselasky@c2i.net> In-Reply-To: <200908220916.35836.hselasky@c2i.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1251010845 X-Yandex-Spam: 1 X-Yandex-Front: smtp13.yandex.ru Cc: freebsd-current@freebsd.org Subject: Re: SONY DSC doesn't work via usb [regression] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 07:00:47 -0000 Hans Petter Selasky wrote: > I see there are several quirk entries for Sony cameras. Could you try to > change "UMASS_PROTO_RBC | UMASS_PROTO_CBI" into "UMASS_PROTO_DEFAULT" for all > DSC entries? > > {USB_VENDOR_SONY, USB_PRODUCT_SONY_DSC, 0x0600, > UMASS_PROTO_RBC | UMASS_PROTO_CBI, > RBC_PAD_TO_12 > }, Hi, I tried UMASS_PROTO_DEFAULT. With this flag system doesn't detect any of umass devices. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 07:16:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED46E106568B for ; Sun, 23 Aug 2009 07:16:42 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 8393F8FC12 for ; Sun, 23 Aug 2009 07:16:42 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=EqX_-DVH5OMA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=T6j0hh1vizJu4x-anUAA:9 a=kERNFmUQnRc-fFUzofP15dqedIMA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1309484111; Sun, 23 Aug 2009 09:16:40 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 23 Aug 2009 09:16:51 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4A8EE90F.4030201@yandex.ru> <200908220916.35836.hselasky@c2i.net> <4A90E918.3010704@yandex.ru> In-Reply-To: <4A90E918.3010704@yandex.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908230916.53500.hselasky@c2i.net> Cc: "Andrey V. Elsukov" Subject: Re: SONY DSC doesn't work via usb [regression] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 07:16:43 -0000 On Sunday 23 August 2009 09:00:40 Andrey V. Elsukov wrote: > Hans Petter Selasky wrote: > > I see there are several quirk entries for Sony cameras. Could you try to > > change "UMASS_PROTO_RBC | UMASS_PROTO_CBI" into "UMASS_PROTO_DEFAULT" for > > all DSC entries? > > > > {USB_VENDOR_SONY, USB_PRODUCT_SONY_DSC, 0x0600, > > UMASS_PROTO_RBC | UMASS_PROTO_CBI, > > RBC_PAD_TO_12 > > }, > > Hi, > > I tried UMASS_PROTO_DEFAULT. With this flag system doesn't detect any of > umass devices. Try UMASS_PROTO_BBB | UMASS_PROTO_SCSI . Also send me output from: usbconfig -u X -a Y dump_device_desc dump_curr_config_desc Where X and Y are the numbers after ugen in dmesg. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 07:17:41 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F9E0106568E for ; Sun, 23 Aug 2009 07:17:41 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 677D38FC29 for ; Sun, 23 Aug 2009 07:17:41 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8BB2D1CEA4; Sun, 23 Aug 2009 09:17:40 +0200 (CEST) Date: Sun, 23 Aug 2009 09:17:40 +0200 From: Ed Schouten To: Nathan Lay Message-ID: <20090823071740.GS1292@hoeg.nl> References: <20090822185812.GC61707@felucia.tataz.chchile.org> <20090822194009.GQ1292@hoeg.nl> <4A90C099.8030605@comcast.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IcedwjSBDYVmN9hM" Content-Disposition: inline In-Reply-To: <4A90C099.8030605@comcast.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: truss(1) locked in kernel with 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 07:17:41 -0000 --IcedwjSBDYVmN9hM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Nathan Lay wrote: > tmpfds =3D rfds; /* Not sure if this assignment is portable */ Apart from that, copying fdsets is as bad as zeroing the set each iteration. fdsets may be big... very big... --=20 Ed Schouten WWW: http://80386.nl/ --IcedwjSBDYVmN9hM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqQ7RQACgkQ52SDGA2eCwUruQCcCCGFajQ1jUZ859CILNaIQ3Zq U+oAn3ooRN/q+DPbeglVCNf6P1F60DAJ =nLGd -----END PGP SIGNATURE----- --IcedwjSBDYVmN9hM-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 09:36:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B6D61065691 for ; Sun, 23 Aug 2009 09:36:13 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 097588FC1A for ; Sun, 23 Aug 2009 09:36:13 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id E51D46D72; Sun, 23 Aug 2009 11:36:11 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n7N9a8NW024838; Sun, 23 Aug 2009 11:36:09 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1251020171; bh=ATt+LkU76touAOyAN4FGaN21a3vg1ZDjYo44SXxS6rU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=bDj0QkQW2+q1Tn4h2Pa2qNeLme6P9u1eD9peopJTaSl9rcTnRgl8+iUQD0iN03gKT 4E40OjjnbxApzxcyJsu4Q== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=tPk5CGegGQ/JtTKG5NRKYbu/WO6fJgdgt2O4y1a8fxNX30ecwI9ppgz6E5ySZ9vLH dGIV6bLKWTbBsBA8lK50g== Message-ID: <4A910D88.4000909@restart.be> Date: Sun, 23 Aug 2009 11:36:08 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090725) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4A8EE90F.4030201@yandex.ru> <6101e8c40908211929o14691537w9f874980eb12e535@mail.gmail.com> <200908220916.35836.hselasky@c2i.net> <4A90E918.3010704@yandex.ru> In-Reply-To: <4A90E918.3010704@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: SONY DSC doesn't work via usb [regression] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 09:36:13 -0000 Andrey V. Elsukov wrote: > Hans Petter Selasky wrote: >> I see there are several quirk entries for Sony cameras. Could you try >> to change "UMASS_PROTO_RBC | UMASS_PROTO_CBI" into >> "UMASS_PROTO_DEFAULT" for all DSC entries? >> >> {USB_VENDOR_SONY, USB_PRODUCT_SONY_DSC, 0x0600, >> UMASS_PROTO_RBC | UMASS_PROTO_CBI, >> RBC_PAD_TO_12 >> }, > > Hi, > > I tried UMASS_PROTO_DEFAULT. With this flag system doesn't detect any of > umass devices. > I encounter something similar with Sony cyber-shot DSC-P72 have a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/137035 Henri From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 10:16:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 711C5106568E for ; Sun, 23 Aug 2009 10:16:43 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id ED5408FC0A for ; Sun, 23 Aug 2009 10:16:42 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n7NAGeQp072807 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 23 Aug 2009 12:16:41 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <3D13DA9E-6A81-4C7C-857E-72CB871A198D@lassitu.de> From: Stefan Bethke To: FreeBSD current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 23 Aug 2009 12:16:40 +0200 X-Mailer: Apple Mail (2.936) Subject: Switching source from -current to 8-stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 10:16:43 -0000 I'm moving most of my machines over to 8-stable now that 9-current has been created. For those that might be scratching their heads at how to make that move: If you've been using csup or cvsup to check out the source tree, change your supfile from *default release=cvs tag=. to *default release=cvs tag=RELENG_8 then rerun csup or cvsup. If you've been using svn, run svn switch on your checkout: # cd /usr/src # svn switch svn://svn.freebsd.org/base/stable/8 HTH, Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 10:48:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C95A21065700 for ; Sun, 23 Aug 2009 10:48:57 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 699C98FC16 for ; Sun, 23 Aug 2009 10:48:57 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 862311CEA4; Sun, 23 Aug 2009 12:48:56 +0200 (CEST) Date: Sun, 23 Aug 2009 12:48:56 +0200 From: Ed Schouten To: Stefan Bethke Message-ID: <20090823104856.GU1292@hoeg.nl> References: <3D13DA9E-6A81-4C7C-857E-72CB871A198D@lassitu.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gs908mnGcSDw3ZDB" Content-Disposition: inline In-Reply-To: <3D13DA9E-6A81-4C7C-857E-72CB871A198D@lassitu.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD current Subject: Re: Switching source from -current to 8-stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 10:48:57 -0000 --gs908mnGcSDw3ZDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Stefan Bethke wrote: > If you've been using svn, run svn switch on your checkout: > # cd /usr/src > # svn switch svn://svn.freebsd.org/base/stable/8 I did this some time ago and something strange happened to the checkout. When I merged some commits into the checkout, it planted mergeinfo literally anywhere. I do suspect this is safe for people who only require read-only access to the source tree. --=20 Ed Schouten WWW: http://80386.nl/ --gs908mnGcSDw3ZDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqRHpgACgkQ52SDGA2eCwV3HQCdEjNNswqWZTMth831Pj75bXmd YK0An1L3yXiMpkKXrojm/3Nojosw3iyF =ZtgB -----END PGP SIGNATURE----- --gs908mnGcSDw3ZDB-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 11:52:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF3BD1065691 for ; Sun, 23 Aug 2009 11:52:31 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A3B7C8FC13 for ; Sun, 23 Aug 2009 11:52:31 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8881:4392:d6aa:e7a9] (unknown [IPv6:2001:7b8:3a7:0:8881:4392:d6aa:e7a9]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 004695C59; Sun, 23 Aug 2009 13:52:29 +0200 (CEST) Message-ID: <4A912D7F.1000402@andric.com> Date: Sun, 23 Aug 2009 13:52:31 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.3pre) Gecko/20090820 Shredder/3.0b4pre MIME-Version: 1.0 To: Stefan Bethke References: <3D13DA9E-6A81-4C7C-857E-72CB871A198D@lassitu.de> In-Reply-To: <3D13DA9E-6A81-4C7C-857E-72CB871A198D@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: Switching source from -current to 8-stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 11:52:32 -0000 On 2009-08-23 12:16, Stefan Bethke wrote: > If you've been using svn, run svn switch on your checkout: > # cd /usr/src > # svn switch svn://svn.freebsd.org/base/stable/8 This will miss the $FreeBSD$ keywords, apparently; see the thread here: http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010423.html As Doug Barton remarks there, it is probably safest to just checkout a fresh copy, and apply any of your changes afterwards. From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 13:10:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F24106568E for ; Sun, 23 Aug 2009 13:10:01 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4448FC08 for ; Sun, 23 Aug 2009 13:10:01 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n7ND9x0h034112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Aug 2009 15:10:00 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n7ND9xPc034111; Sun, 23 Aug 2009 15:09:59 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sun, 23 Aug 2009 15:09:58 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: "Rick C. Petty" Message-ID: <20090823130958.GM91417@acme.spoerlein.net> Mail-Followup-To: "Rick C. Petty" , current@freebsd.org References: <20090821131723.GA91417@acme.spoerlein.net> <20090821144130.GA7873@keira.kiwi-computer.com> <20090821160700.GD91417@acme.spoerlein.net> <20090821180202.GE91417@acme.spoerlein.net> <20090821202358.GA10290@keira.kiwi-computer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090821202358.GA10290@keira.kiwi-computer.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: Cannot mount / from UFS labels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 13:10:01 -0000 On Fri, 21.08.2009 at 15:23:58 -0500, Rick C. Petty wrote: > On Fri, Aug 21, 2009 at 08:02:02PM +0200, Ulrich Spörlein wrote: > > On Fri, 21.08.2009 at 18:07:00 +0200, Ulrich Spörlein wrote: > > > On Fri, 21.08.2009 at 09:41:30 -0500, Rick C. Petty wrote: > > > > On Fri, Aug 21, 2009 at 03:17:23PM +0200, Ulrich Spörlein wrote: > > > > > # tunefs -L root / (in single user) > > > > > then updated /etc/fstab and rebooted > > > > > > > > Was / mounted read-write at the time? After the tunefs, you should have > > > > seen some messages on the console related to the labels. > > > > > > Not quite, the dmesg spammage has been quenched in RELENG_8 and the > > > label *did* show up in dumpfs and /dev/ufs. But I now tried again, and > > > re-mounting the / filesystem r/w makes the label go away. > > > > > > So I guess I need to boot a live system first and have the label created > > > from "outside". Now where is that USB stick ... > > > > Just to clarify, this worked. > > > > What's broken is tunefs on / in single user mode. The change is seen by > > dumpfs but will not survive a reboot. I guess that's ok, though. > > You didn't explain whether you had / mounted read-only or read-write. > Also, it probably matters how you got into single-user mode ("shutdown now" > vs. option 4 from boot2). Also, the fact that it's mounted might be the > issue. I'm not sure I would claim this as "broken", although I can't see > any reason a read-only mount is prevented from tuning (at least changing > the volume name). Hello, it went like this: boot -s tunefs -L root / dumpfs / | grep volname (volname is set!) mount -uw / dumpfs / | grep volname (volname is not set!) Regards, Uli From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 14:33:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BFD4106568C; Sun, 23 Aug 2009 14:33:05 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 18F598FC18; Sun, 23 Aug 2009 14:33:04 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n7NEX35N045364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Aug 2009 16:33:03 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n7NEX33U045363; Sun, 23 Aug 2009 16:33:03 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sun, 23 Aug 2009 16:33:03 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Pawel Jakub Dawidek Message-ID: <20090823143303.GN91417@acme.spoerlein.net> Mail-Followup-To: Pawel Jakub Dawidek , current@freebsd.org References: <20090821131723.GA91417@acme.spoerlein.net> <20090822002822.GA2613@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090822002822.GA2613@garage.freebsd.pl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: Cannot mount / from UFS labels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 14:33:05 -0000 On Sat, 22.08.2009 at 02:28:22 +0200, Pawel Jakub Dawidek wrote: > On Fri, Aug 21, 2009 at 03:17:23PM +0200, Ulrich Spörlein wrote: > > I'm not sure this ever worked for 7.x but now I need to have the same > > root fs device on two machines: labels to the rescue! As I don't want to > > use the GEOM labels, but UFS labels, this is what I did: > > > > # tunefs -L root / (in single user) > > then updated /etc/fstab and rebooted > > The problem is this: tunefs will write volume name into file system's > superblock on the disk. Then you remount read-write and UFS will overwrite > superblock with in-memory copy it picked up on first read-only mount (no volume > name in there). So there will be no volume name in the superblock anymore. You > can confirm that with: > > # tunefs -L root /dev/ad0s1a > # dumpfs /dev/ad0s1a | grep volname > There should be volume name here. > # mount -uw / > # dumpfs /dev/ad0s1a | grep volname > No volume name here. > > You cannot remount it read-only again and use tunefs again, because this is a > bit of a hack how it works now. Only first read-only mount opens GEOM provider > (eg. /dev/ad0s1a) for reading, but without exclusive bit. Once you remount it > the exclusive bit will be there and you will no longer be able to use tunefs on > this file system. You can confirm that with: > > # gpart list | grep -A3 'Name: ad0s1a' > Take a look at the 'e' (exclusive) count. > > So what you have to do instead is to boot into single-user mode, put volume > name using tunefs and reboot without remounting the file system. I had a hunch that this might work, thanks for confirming, I now also used this for my other machines and can confirm it worked. Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 14:44:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EFC0106568F; Sun, 23 Aug 2009 14:44:54 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC6A8FC12; Sun, 23 Aug 2009 14:44:53 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so566976and.13 for ; Sun, 23 Aug 2009 07:44:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=bTx5IFvIAlfApOOZ59LiQ+ROQuyCMfAdbee6/5t+Cy8=; b=nqNXtauZHDovg8nkVMQq8ZkWIVkLUlzj10q1JKLzBrxnU4zEBUrJLmipGnCz9vMofx cpqsnuFNhAghAokX5du25TEOsD4bTUFFb3ydSQ+9QyMj4CKVT+CUqaX3HU6i/7FrMqnb UjWcffI3QPrtOGhKBksKOdrUpg6e0e3JrhWAE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vfApdxkkzSTPd3OrPQTntcONtlnu1SPsMT4gtAn+Vtz2lkZ4bYiHr4E52YoXdnuIYx G5XsRUPm4Fp5B7BvWxtqzQrfXKs9qB1qWpg862qfKTM/zOhnsHfZ0DmYKK5zwI8tY29k emwalzz6qzLXG2YZpK8CEk5PMjq0OfjH0N+2A= MIME-Version: 1.0 Received: by 10.100.76.3 with SMTP id y3mr3511525ana.76.1251037069373; Sun, 23 Aug 2009 07:17:49 -0700 (PDT) In-Reply-To: References: Date: Sun, 23 Aug 2009 22:17:49 +0800 Message-ID: From: Fang Wang To: Pete French Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, rwatson@freebsd.org, current@freebsd.org Subject: =?gb2312?b?u9i4tDogUmU6IFF1aWNrIDguMCB1cGRhdGU6IEJFVEEzIGJ1aWxk?= =?gb2312?b?cyBpbiBwcm9ncmVzcw==?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 14:44:54 -0000 =D4=DA 2009-8-22 10:14 PM=A3=AC"Pete French" = =CB=B5=A3=BA > I don't have a specific ETA on BETA3 going out the door, except to say that so > far several archi... Is there any point in making bug reports for BETA2 at this point ? I only got to try it a coupleof days ago, and had a big issue with installing (had to use 7.2 to partition the drive) but I am thinkingthat maybe just waiting and re-doing the test with BETA3 is better ? cheers, -pete. _______________________________________________ freebsd-current@freebsd.orgmailing list http://list... From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 15:36:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B876C106564A for ; Sun, 23 Aug 2009 15:36:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward12.yandex.ru (forward12.yandex.ru [95.108.130.94]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3FA8FC14 for ; Sun, 23 Aug 2009 15:36:09 +0000 (UTC) Received: from smtp12.yandex.ru (smtp12.yandex.ru [95.108.131.191]) by forward12.yandex.ru (Yandex) with ESMTP id 5EF5A15D029A; Sun, 23 Aug 2009 19:36:08 +0400 (MSD) Received: from btr.properlan.net (vpn.heavennet.ru [77.72.136.194]) by smtp12.yandex.ru (Yandex) with ESMTPSA id B22114CC0142; Sun, 23 Aug 2009 19:36:07 +0400 (MSD) Message-ID: <4A9161E2.5070402@yandex.ru> Date: Sun, 23 Aug 2009 19:36:02 +0400 From: "Andrey V. Elsukov" User-Agent: Thunderbird 2.0.0.22 (X11/20090821) MIME-Version: 1.0 To: Henri Hennebert References: <4A8EE90F.4030201@yandex.ru> <6101e8c40908211929o14691537w9f874980eb12e535@mail.gmail.com> <200908220916.35836.hselasky@c2i.net> <4A90E918.3010704@yandex.ru> <4A910D88.4000909@restart.be> In-Reply-To: <4A910D88.4000909@restart.be> Content-Type: multipart/mixed; boundary="------------020402070002010907020600" X-Yandex-TimeMark: 1251041768 X-Yandex-Spam: 1 X-Yandex-Front: smtp12.yandex.ru Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: SONY DSC doesn't work via usb [regression] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 15:36:10 -0000 This is a multi-part message in MIME format. --------------020402070002010907020600 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Henri Hennebert wrote: > I encounter something similar with Sony cyber-shot DSC-P72 > have a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/137035 Thank you, it works for me. I applied attached patch and now i can mount and copy my photos from camera. -- WBR, Andrey V. Elsukov --------------020402070002010907020600 Content-Type: text/plain; name="scsi_da.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="scsi_da.diff.txt" Index: sys/cam/scsi/scsi_da.c =================================================================== --- sys/cam/scsi/scsi_da.c (revision 196458) +++ sys/cam/scsi/scsi_da.c (working copy) @@ -554,6 +554,14 @@ { {T_DIRECT, SIP_MEDIA_REMOVABLE, "Netac", "OnlyDisk*", "2000"}, /*quirks*/ DA_Q_NO_SYNC_CACHE + }, + { + /* + * Sony Cyber-Shot DSC xxx + * PR: 137035 + */ + {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "Sony DSC", + "*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE | DA_Q_NO_PREVENT } }; --------------020402070002010907020600 Content-Type: text/plain; name="usbconfig.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="usbconfig.txt" ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x054c idProduct = 0x0010 bcdDevice = 0x0600 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0027 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00c0 bMaxPower = 0x0001 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0003 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x0001 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 2 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0083 bmAttributes = 0x0003 wMaxPacketSize = 0x0008 bInterval = 0x0010 bRefresh = 0x0000 bSynchAddress = 0x0000 --------------020402070002010907020600-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 17:29:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58801065693 for ; Sun, 23 Aug 2009 17:29:53 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 64D6B8FC19 for ; Sun, 23 Aug 2009 17:29:53 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 211721E00362; Sun, 23 Aug 2009 19:29:52 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n7NHRIo3003423; Sun, 23 Aug 2009 19:27:18 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id n7NHRHKT003422; Sun, 23 Aug 2009 19:27:17 +0200 (CEST) (envelope-from nox) Date: Sun, 23 Aug 2009 19:27:17 +0200 (CEST) From: Juergen Lock Message-Id: <200908231727.n7NHRHKT003422@triton8.kn-bremen.de> To: qing.li@bluecoat.com X-Newsgroups: local.list.freebsd.current In-Reply-To: References: <18104823-CB3F-42DA-9DE8-E6692D81E96B@h3q.com> <35FF00562E814F08BE71B6407FB6C1BF@adnote989> Organization: home Cc: Denis Ahrens , Luiz Otavio O Souza , freebsd-current@freebsd.org Subject: Re: network problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 17:29:54 -0000 Hi! I just hit the same issue here and then found this thread... In article you write: >>> Qing, >>> >>> yes, disabling the flowtable (sysctl net.inet.flowtable.enable=0) >>> fix the problem (no more IPv4 is not on the network). But here, >>> everything is working fine, even with that annoying message (no >>> crashes). >> >> My network is also working fine, but it crashes when I ping the >> endpoint of the tunnel interface. >> Same here, I'll append the backtrace below. > >When you say your network is working fine, do you actually mean traffic >flows across the tunnel ? > Does here. >> >> When I turn flowtable off it does not crash but I get no ping reply >> back. >> > >Okay, so there is probably another bug lurking somewhere. I am >traveling right now and will dig into it once I get back at the >end of this week, if someone else hasn't already fixed it by then. Thanx :) Juergen Sun Aug 23 20:46:12 CEST 2009 FreeBSD 8.0-BETA3 FreeBSD 8.0-BETA3 #0: Sun Aug 23 17:06:17 CEST 2009 nox@triton8.kn-bremen.de:/usr/obj/data/home/nox/src-r8pb3/src/sys/TRITON8 amd64 panic: sin_family 18 [...] #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff805bf503 in boot (howto=260) at /data/home/nox/src-r8pb3/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff805bf95c in panic (fmt=Variable "fmt" is not available. ) at /data/home/nox/src-r8pb3/src/sys/kern/kern_shutdown.c:579 #3 0xffffffff806b86ab in in_lltable_lookup (llt=0xffffff0007591800, flags=Variable "flags" is not available. ) at /data/home/nox/src-r8pb3/src/sys/netinet/in.c:1332 #4 0xffffffff8066d798 in llentry_update (llep=0xffffff80ed4b87f8, lt=0xffffff0007591800, dst=0xffffff000758fc10, ifp=0xffffff00072fd000) at if_llatbl.h:195 #5 0xffffffff806621d7 in flowtable_lookup (ft=0xffffff0007278400, m=Variable "m" is not available. ) at /data/home/nox/src-r8pb3/src/sys/net/flowtable.c:699 #6 0xffffffff806c9943 in ip_output (m=0xffffff00078fe500, opt=0x0, ro=0xffffff80ed4b88a0, flags=32, imo=0x0, inp=0xffffff0007bf8bd0) at /data/home/nox/src-r8pb3/src/sys/netinet/ip_output.c:160 #7 0xffffffff806cb49b in rip_output (m=0xffffff00078fe500, so=Variable "so" is not available. ) at /data/home/nox/src-r8pb3/src/sys/netinet/raw_ip.c:472 #8 0xffffffff80624ae7 in sosend_generic (so=0xffffff0007bbed48, addr=0xffffff00075953c0, uio=0xffffff80ed4b8a30, top=0xffffff00078fe500, control=0x0, flags=Variable "flags" is not available. ) at /data/home/nox/src-r8pb3/src/sys/kern/uipc_socket.c:1259 #9 0xffffffff8062a6b5 in kern_sendit (td=0xffffff0007690720, s=3, mp=0xffffff80ed4b8b00, flags=0, control=0x0, segflg=UIO_USERSPACE) at /data/home/nox/src-r8pb3/src/sys/kern/uipc_syscalls.c:783 #10 0xffffffff8062a8bc in sendit (td=0xffffff0007690720, s=3, mp=0xffffff80ed4b8b00, flags=0) at /data/home/nox/src-r8pb3/src/sys/kern/uipc_syscalls.c:719 #11 0xffffffff8062a9ad in sendto (td=Variable "td" is not available. ) at /data/home/nox/src-r8pb3/src/sys/kern/uipc_syscalls.c:835 #12 0xffffffff8089c3cf in syscall (frame=0xffffff80ed4b8c80) at /data/home/nox/src-r8pb3/src/sys/amd64/amd64/trap.c:982 #13 0xffffffff808828b1 in Xfast_syscall () at /data/home/nox/src-r8pb3/src/sys/amd64/amd64/exception.S:373 #14 0x00000008009471dc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 20:13:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF21D106568C for ; Sun, 23 Aug 2009 20:13:43 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id A7CCB8FC12 for ; Sun, 23 Aug 2009 20:13:43 +0000 (UTC) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id Xvum1c0040lTkoCA8wDk8B; Sun, 23 Aug 2009 20:13:44 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id XwDi1c0012YXfpR8QwDj0r; Sun, 23 Aug 2009 20:13:44 +0000 Message-ID: <4A91A2A2.9000004@comcast.net> Date: Sun, 23 Aug 2009 16:12:18 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Ed Schouten References: <20090822185812.GC61707@felucia.tataz.chchile.org> <20090822194009.GQ1292@hoeg.nl> <4A90C099.8030605@comcast.net> <20090823065058.GR1292@hoeg.nl> In-Reply-To: <20090823065058.GR1292@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: truss(1) locked in kernel with 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 20:13:43 -0000 Ed Schouten wrote: > * Nathan Lay wrote: > >> Instead of zeroing and setting master and STDIN_FILENO on the fd_set >> every iteration, >> > > The current code doesn't zero the fdsets each iteration, only during > startup: > > | FD_ZERO(&rfd); > | for (;;) { > | FD_SET(master, &rfd); > | if (!nostdin) > | FD_SET(STDIN_FILENO, &rfd); > > Ah right, I misread. In any case, once 0 bytes are written to the master descriptor is that continually needed and does select() really need to continue to examine STDIN_FILENO? From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 20:39:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 176E6106568E for ; Sun, 23 Aug 2009 20:39:05 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id B756E8FC08 for ; Sun, 23 Aug 2009 20:39:04 +0000 (UTC) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA02.westchester.pa.mail.comcast.net with comcast id Xuvd1c0091GhbT852wRpKZ; Sun, 23 Aug 2009 20:25:49 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA07.westchester.pa.mail.comcast.net with comcast id XwRn1c0062YXfpR3TwRo1H; Sun, 23 Aug 2009 20:25:49 +0000 Message-ID: <4A91A577.3050005@comcast.net> Date: Sun, 23 Aug 2009 16:24:23 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Ed Schouten References: <20090822185812.GC61707@felucia.tataz.chchile.org> <20090822194009.GQ1292@hoeg.nl> <4A90C099.8030605@comcast.net> <20090823065058.GR1292@hoeg.nl> In-Reply-To: <20090823065058.GR1292@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: truss(1) locked in kernel with 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 20:39:05 -0000 Ed Schouten wrote: > * Nathan Lay wrote: > >> Instead of zeroing and setting master and STDIN_FILENO on the fd_set >> every iteration, >> > > The current code doesn't zero the fdsets each iteration, only during > startup: > > | FD_ZERO(&rfd); > | for (;;) { > | FD_SET(master, &rfd); > | if (!nostdin) > | FD_SET(STDIN_FILENO, &rfd); > > Actually, your snipit there fixes it. You can disregard my previous message, though I am curious about what you specifically meant by propagating the end-of-file condition. From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 20:48:21 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 989FB106568F for ; Sun, 23 Aug 2009 20:48:21 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 3757B8FC08 for ; Sun, 23 Aug 2009 20:48:21 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 73C811CD58; Sun, 23 Aug 2009 22:48:20 +0200 (CEST) Date: Sun, 23 Aug 2009 22:48:20 +0200 From: Ed Schouten To: Nathan Lay Message-ID: <20090823204820.GB2829@hoeg.nl> References: <20090822185812.GC61707@felucia.tataz.chchile.org> <20090822194009.GQ1292@hoeg.nl> <4A90C099.8030605@comcast.net> <20090823065058.GR1292@hoeg.nl> <4A91A577.3050005@comcast.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: <4A91A577.3050005@comcast.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: truss(1) locked in kernel with 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 20:48:21 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Nathan Lay wrote: > Actually, your snipit there fixes it. You can disregard my previous > message, though I am curious about what you specifically meant by > propagating the end-of-file condition. When script(1) receives an end-of-file on the outside, it should somehow send an end-of-file to the process running on the inside. This isn't possible with pseudo-terminals. There isn't a function like shutdown(2) that can be called on a pseudo-terminal master to stop the flow of data in one direction. Normally you would just call close(2), but this means you can't receive any output from processes on the inside. --=20 Ed Schouten WWW: http://80386.nl/ --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqRqxQACgkQ52SDGA2eCwVK0QCfSyiIoq55QuorBECgMN8b497y PhgAn3zxqHtkzWMG8BdVo/FqzdrYKF6S =wLiP -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 21:26:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6EAE106568D for ; Sun, 23 Aug 2009 21:26:22 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 353A48FC1C for ; Sun, 23 Aug 2009 21:26:21 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so404726eye.7 for ; Sun, 23 Aug 2009 14:26:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=2m3c4I+/KNDCI5X0Id/5KTrMRoscbF5Iw/yAADhaoMg=; b=IFSO3nGEpMOm5Uqe/Yvh62UajTjI5EHX0bRsXnLKjZStsu/xeKfArOkfPwaEB5jV67 ysiAYTVVrLWlW3/cnSL1TbvI3UG0KGljXyW+f4sTKz9OKWKPQFPz0NTeISjeY5D3UBBD Vp8aeKHJrui+tHTQ7r51wL6wR1UzouUSPhNwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=NpuYdFuc4P1ZmHtsz5kCVSdOcgcBPu9z2KTguIovDRDVxX+ALoQ//4cTBtyhM+aqIz sIBRcYhP1nYoo43BRwmW2dhSAOM6h0zbBBVugdcODarjneonahrhP+f8IIiNagecc76a O+ZJxFmPBiKFi6d0rjAKy4svjtuGwOGGrHy40= MIME-Version: 1.0 Received: by 10.210.127.15 with SMTP id z15mr3196671ebc.35.1251062781174; Sun, 23 Aug 2009 14:26:21 -0700 (PDT) Date: Sun, 23 Aug 2009 23:26:21 +0200 Message-ID: From: Pascal Hofstee To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Potential 8.0-BETA3 regression ? acd0 no longer probes/attaches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 21:26:22 -0000 I took this weekend to install a fresh 8.0-BETA2 on my old Dell Lattitude D520, and after the initial install proceeded with a typical buildworld run. Now with the new kernel (which reports itself as 8.0-BETA3) my CD/DVD combo drive has gone entirely missing. Booting the older 8.0-BETA2 kernel does probe/attach acd0 though. Any else that can affirm missing CD/DVD drives after upgrading to 8.0-BETA3 ? -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sun Aug 23 19:50:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3FC81065690; Sun, 23 Aug 2009 19:50:10 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id D7C358FC08; Sun, 23 Aug 2009 19:50:09 +0000 (UTC) Received: by mail-bw0-f206.google.com with SMTP id 2so1110581bwz.43 for ; Sun, 23 Aug 2009 12:50:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=8lHvXDC8sK3N4y8dpzCO/ngs7YV23PHuH3/5WbGhLU0=; b=GzbEi07okrZvUFiaR6AZEmw/xRQHgz+TyDFHQ4TYs19FQ4m/0ATsJj8bL1S+RUF36D 6xdnloz+wyeOylP6GVwh+pksKoVvld02rZ1Y0tSLC5HjY/c1CPGrUcKoOTH6dGVX83iJ YYypfJotLyRosFZchqRxjR9AzF3EYdFAewhZo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=b5Upy+NSjYLILYrjjzeyywqI5CFIA4+FYLxTL6W3dGH/CAuIzUpv+uuvGesQITW5cl UIG/km1bs2zs0ITeVvVSC6SdE2HjId4u0LWyaRj+6/YYICFays2tmJ9MS98j+Djn3shM m+H1e7Th4qQWkWJReHWVhaukd8Giuf854karI= MIME-Version: 1.0 Received: by 10.223.57.66 with SMTP id b2mr3603768fah.33.1251057009080; Sun, 23 Aug 2009 12:50:09 -0700 (PDT) Date: Sun, 23 Aug 2009 14:50:09 -0500 Message-ID: <2d1264630908231250x19b147ebx8e97d7e6b68c512d@mail.gmail.com> From: Jason Harmening To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 23 Aug 2009 23:14:13 +0000 Cc: Subject: RESOLVED: Fatal trap 30 w/ latest 8.0-BETA2/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 19:50:11 -0000 On Thu, Aug 20, 2009 at 9:16 PM, Jason Harmening wrote: > Sorry for the partial dump--I don't (yet) have a swap partition, so I > can't do postmortem: > > Machine is nehalem (4 cores + HT): > > FreeBSD riviera.austin.rr.com 8.0-BETA2 FreeBSD 8.0-BETA2 #1: Thu Aug > 20 09:06:25 CDT 2009 > jason@riviera.austin.rr.com:/usr/obj/usr/src/sys/CUSTOM =A0amd64 > > current process =3D 11 (idle: cpu1) > [Thread pid 11 tid 100009 ] > Stopped at acpi_cpu_c1+0x6: popq %rbp > Tracing pid 11 tid 100009 td 0xffffff000169dab0 > acpi_cpu_c1() at acpi_cpu_c1+0x6 > acpi_cpu_idle() at acpi_cpu_idle+0x13b > cpu_idle_acpi() at cpu_idle_acpi+0x1f > cpu_idle() at cpu_idle+0x1c > sched_idletd() at sched_idletd+0x258 > fork_exit() at fork_exit+0x147 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff8000076d30, rbp =3D 0 > So after blindly posting to the list, I took some time to figure out what FreeBSD uses trap code 30 for--turns out some misbehaving PCIe hardware was firing an MSI to an unassigned vector. Switching it to legacy interrupts fixed the problem. Sorry for the spam. From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 01:49:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 182DA1065672 for ; Mon, 24 Aug 2009 01:49:42 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntmtas05p.mx.bigpond.com (nskntmtas05p.mx.bigpond.com [61.9.168.149]) by mx1.freebsd.org (Postfix) with ESMTP id 97A4C8FC0C for ; Mon, 24 Aug 2009 01:49:41 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.162.219]) by nskntmtas05p.mx.bigpond.com with ESMTP id <20090824014939.DDVX1919.nskntmtas05p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com> for ; Mon, 24 Aug 2009 01:49:39 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20090824014939.BPYL19419.nskntotgx02p.mx.bigpond.com@areilly.bpa.nu> for ; Mon, 24 Aug 2009 01:49:39 +0000 Received: (qmail 53333 invoked by uid 501); 24 Aug 2009 01:49:33 -0000 Date: Mon, 24 Aug 2009 11:49:33 +1000 From: Andrew Reilly To: Sean Bruno Message-ID: <20090824014933.GA52180@duncan.reilly.home> References: <1250756114.23644.8.camel@Lappy> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1250756114.23644.8.camel@Lappy> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150203.4A91F1B3.00A6,ss=1,fgs=0 X-SIH-MSG-ID: rRg1Fdf+TAD0zmQv0WC2OwcnyAzlq3Mv8Z4QX81loRIGTUDBp8PfStreLP1RsMuxxDxIJhqENGUpaa/tTY3RstCK Cc: freebsd-current@freebsd.org, freebsd-firewire Subject: Re: Have *you* disabled Firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 01:49:42 -0000 On Thu, Aug 20, 2009 at 01:15:14AM -0700, Sean Bruno wrote: > I'm seeing evidence that the Firewire stack has been problematic for a > small, but growing set of users out there. I see from a perusal of the > mailing lists, that some users are disabling their Firewire stack after > they cannot boot or install FreeBSD. This usually is due to a panic > preceded by the message:" > "run_interrupt_driven_hooks - waiting for xpt_config" > > This log message was added in the past to provide a diagnostic > indication of a failure. > > If you are one of these folks who have disabled their Firewire driver, > please let me know. Also get me the following: > Full boot dmesg output (bootverbose) > Can you load "firewire"?(in kernel? after boot via module?) > Can you load "sbp"?(in kernel? after boot via module?) > *anything* else you might thing is relevant? I get the xpt_config waits, but I have not disabled firewire: I just work around the problem by manually disconnecting the external drive in question and re-attaching it after the boot has failed and falled into single-user mode. It seems to work fine for post-boot arrival. Want my bootverbose logs? (I think that I posted them before, the first time around, but can probably make a new set.) Also: this does seem to be a race condition kind of thing, because in the intervening time I *have* had at least one successful, hands-off boot. Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 06:19:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 376A2106564A; Mon, 24 Aug 2009 06:19:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 98C7B8FC14; Mon, 24 Aug 2009 06:19:31 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=LLFk_zt5xd9zP2Q__z8A:9 a=tNBTung5iCyYKkFhKRTIAg6cstoA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1307589614; Mon, 24 Aug 2009 08:19:27 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Date: Mon, 24 Aug 2009 08:19:39 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908240819.40722.hselasky@c2i.net> Cc: Subject: USB update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 06:19:32 -0000 Hi, The fixes for the last two weeks of reported USB issues has now been committed into freebsd-8-current. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 08:17:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B20E6106568C; Mon, 24 Aug 2009 08:17:14 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 2FFD08FC1A; Mon, 24 Aug 2009 08:17:14 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:40156 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MfUin-00029z-69; Mon, 24 Aug 2009 10:16:12 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 2A19638E6E; Mon, 24 Aug 2009 10:16:05 +0200 (CEST) Message-Id: From: Thomas Backman To: Carl Chave In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 24 Aug 2009 10:16:03 +0200 References: <2E76B1A5-C7B3-4845-9919-1C9FFC7EDA63@exscape.org> <6CB09DDE-ED11-46B7-B1BE-B2DE27C5572C@exscape.org> X-Mailer: Apple Mail (2.936) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MfUin-00029z-69. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MfUin-00029z-69 a3cd01e59630b9e86c2bdb1bad53a4ec Cc: Tim Judd , FreeBSD current , freebsd-questions@freebsd.org Subject: Re: Serial console trouble: loader and login works, but no kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 08:17:14 -0000 On Aug 23, 2009, at 23:18, Carl Chave wrote: > Did you try booting with the keyboard disconnected from the FreeBSD > machine? Perhaps the vidconsole is favored when a keyboard is > detected? > > On a linux box I had, I would get serial output from Grub, lose it > during kernel load and then get a login once the OS was up, much like > what you describe. I had to add a kernel argument to my Grub config > so the kernel would output to the serial port. > > Did you look here: > http://www.freebsd.org/doc/en/articles/console-server/freebsd.html > > I think 7.2 might be what you are missing but I can't check it myself. > > On Sun, Aug 23, 2009 at 3:13 PM, Thomas > Backman wrote: >> >> On Aug 23, 2009, at 20:25, Tim Judd wrote: >> >>> On 8/23/09, Thomas Backman wrote: >>>> >>>> First off: Not subscribed to this list, please make sure to Cc me >>>> if >>>> you don't reply directly. :) >>>> >>>> Anyway, I finally got my null modem cable, and plugged in in >>>> between a >>>> machine running 8.0-BETA2 and one running WinXP using >>>> Hyperterminal. >>>> >>>> My settings: >>>> >>>> /boot/loader.conf: >>>> boot_multicons="YES" >>>> boot_serial="YES" >>>> comconsole_speed="115200" >>>> console="comconsole,vidconsole" >>>> >>>> /etc/ttys: >>>> # Serial terminals >>>> # The 'dialup' keyword identifies dialin lines to login, fingerd >>>> etc. >>>> ttyu0 "/usr/libexec/getty std.115200" vt100 on secure >>>> >>>> /boot.config (which is read properly): >>>> -Dh -S115200 >>>> >>>> Anything wrong in the above? >>>> Hyperterminal is set to 115200 bps, 8 bits, no parity, 1 stop >>>> bit, and >>>> no flow control (if that's the correct translation to English). >>>> >>>> On the serial console, I go from the screen with the FreeBSD logo, >>>> with single-user options etc. (which works fine), and then nothing, >>>> until a login tty pops up (which also works fine). The main, if not >>>> only, reason I want a serial console is to be able to use it for >>>> single user mode, DDB, and so on. >>>> All kernel messages, and all rc messages are seen only on the >>>> graphics >>>> card; the serial console receives nothing but the "/boot.config: - >>>> Dh ...", the logo screen, and then the login screen, during startup >>>> and *nothing* at all during shutdown. Also, I'm able to login and >>>> use >>>> the system both via the serial console and via the graphics card/ >>>> keyboard... Is this supposed to be? I'm not complaining, I just got >>>> the impression it was one or the other. >>>> >>>> Any advice on how to get the kernel/rc messages etc. to the serial >>>> console (only or as well)? >>>> >>>> Regards, >>>> Thomas >>> >>> >>> Do you use the VGA/vidconsole at all? >>> >>> A serial-only device (think soekris, ALIX/WRAP boards) that has no >>> VGA >>> will have different requirements than a serial-only device will. >>> >>> Your loader.conf statements are different than mine in the >>> definition >>> that you have more than I do to enable serial. >>> >>> My loader.conf just has one statement: >>> console="comconsole" - to feed ALL bootloaders, kernel probing, rc >>> startup on the serial device. /etc/ttys defines the login lines. >>> >>> Though trial and error, I found when you use a dual-setup: >>> "comconsole,vidconsole", the first one (comconsole) will get rc >>> output, and vidconsole won't. >>> >>> Of course, you're on 8.0 and I don't run BETAs. So the 8.0 BETA >>> might >>> still be having com port oddities, plus I noticed your ttys line is >>> ttyu0, not ttyd0. Did 8.0 change the serial line device? >>> >>> >>> >>> To enable a serial-only device in my setups: >>> /boot/loader.conf: >>> console="comconsole" >>> >>> /boot.config: >>> -D >>> >>> /etc/ttys: >>> # enable serial line, cons25 or vt100, depending if I'm originating >>> from a bsd or windows box. >>> >>> >>> >>> Enabling dual-setups should be just the loader.conf change to dual >>> console. >>> >>> >>> HTH >> >> >> (Sorry for the lack of inline replies.) >> >> I do have a graphics card, and ideally I'd like to be able to use >> both, but >> serial has higher priority (with serial access, I can use minicom >> on another >> *nix box and essentially ssh into DDB, and stuff like that - right >> now I >> have to borrow a monitor, and write info down manually if needed, >> turning my >> head back and forth). >> >> I've tried lots of combinations of console=, including simply >> 'console="comconsole"' and/or combinations of that and -D, -h- -Dh >> and -P in >> /boot.config. >> The extra lines in loader.conf are from the handbook, which says >> they're >> needed to use comconsole_speed. It seems they do the same thing as - >> D and >> -h, though. >> >> Oh, and re: /etc/ttys: Yup, it's ttyuX when using uart(4) which >> seems to be >> the default now. Actually, since my last buildworld half an hour >> ago I'm on >> 9.0-CURRENT. ;) >> Also, I made sure to set flags to 0x10 for the serial port as per the >> handbook (although I did it using loader.conf, not the kernel >> config); >> before the change, dmesg didn't mention any flags, but it now does. >> Didn't >> help squat, though. >> >> "Though trial and error, I found when you use a dual-setup: >> "comconsole,vidconsole", the first one (comconsole) will get rc >> output, and vidconsole won't." >> This doesn't mirror my experience; comconsole and >> comconsole,vidconsole >> appears to be just the same for me. I've never gotten anything >> except the >> boot loader and a login prompt over to the serial line - at least >> not at >> speed/settings that the client is set up to receive. >> >> I'm gonna try 9600 bps soon just to be sure it isn't that, but >> seeing how >> many others have mentioned using "-S115200" I doubt it'll help. >> >> Thanks/regards, >> Thomas >> _______________________________________________ >> 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 >> " >> Yes, I tried without the keyboard (with -P in boot.config), but apparently it detects the keyboard no matter what (it prints out "Keyboard: yes" even though I yanked the power, then the keyboard, and then started it up again). The article appears to be (even according to itself ;) a shortened version of the handbook ( http://www.freebsd.org/doc/en/books/handbook/serialconsole-setup.html ), which doesn't work out for me, I'm afraid. I'm Cc:ing this to the -CURRENT list in case it's something related to new changes. BTW, 9600 bps didn't help. Same thing, only slower. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 09:16:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A297106568D for ; Mon, 24 Aug 2009 09:16:16 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id D66B58FC18 for ; Mon, 24 Aug 2009 09:16:15 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n7O9GCD8043945 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Aug 2009 11:16:13 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> From: Stefan Bethke To: Hans Petter Selasky In-Reply-To: <200908240819.40722.hselasky@c2i.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 24 Aug 2009 11:16:11 +0200 References: <200908240819.40722.hselasky@c2i.net> X-Mailer: Apple Mail (2.936) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 09:16:16 -0000 Am 24.08.2009 um 08:19 schrieb Hans Petter Selasky: > The fixes for the last two weeks of reported USB issues has now been > committed > into freebsd-8-current. Do you plan to MFC these before release? Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 09:39:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 581C5106568B for ; Mon, 24 Aug 2009 09:39:57 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id AB1518FC0A for ; Mon, 24 Aug 2009 09:39:55 +0000 (UTC) Received: by bwz2 with SMTP id 2so1276041bwz.43 for ; Mon, 24 Aug 2009 02:39:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=UeJoKC/cqBuY7Q35BOiU9itT77OE4sK3Siv4rdF3O3s=; b=E0Ie/8srixcmJPD03IV1qMy+J/o6+WNdHSaJOytXCpPb5R68lFGWSX2YFQsk+h86kP Z5yROc7eDlAbqh16PQFhVHruRI6Q7BeN/KwV6zscaCUxyelk0mYPlWySid5GeFmF+quV zw6ZqPQxm7khG9UYKqC9P2ZU5rvdtT6t88WS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=IoOUXDlfCE9nlkomMnQjyjU42ZjteshC3O2a+ebp22hTYSc++PLwFm1iGb21ZWBHpX JHiFDexYgOOotv3weBbaZ3qzJA+Fl0BYjhPvEBWlz9SK3oump8aIYgBPciAazshKkW7N d65fepzPMQrDMiXpgGvbpWHW7rxZnl4gy6Njc= MIME-Version: 1.0 Received: by 10.103.81.20 with SMTP id i20mr1153123mul.127.1251106794812; Mon, 24 Aug 2009 02:39:54 -0700 (PDT) In-Reply-To: <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> References: <200908240819.40722.hselasky@c2i.net> <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> Date: Mon, 24 Aug 2009 10:39:54 +0100 Message-ID: From: chris scott To: Stefan Bethke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 09:39:57 -0000 2009/8/24 Stefan Bethke > Am 24.08.2009 um 08:19 schrieb Hans Petter Selasky: > > The fixes for the last two weeks of reported USB issues has now been >> committed >> into freebsd-8-current. >> > > > Do you plan to MFC these before release? > > > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 > > > _______________________________________________ > 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" > Does that mean they arent in releng_8? From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 09:44:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D27B106568F; Mon, 24 Aug 2009 09:44:57 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6F58FC13; Mon, 24 Aug 2009 09:44:56 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=hI2E434sPUUZieClPo0A:9 a=EzPLE-EKZzAWcpijNFlwrUShVmgA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1197072676; Mon, 24 Aug 2009 11:44:54 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 24 Aug 2009 11:45:06 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <200908240819.40722.hselasky@c2i.net> <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> In-Reply-To: <35A62AC0-E8FF-43A4-92C2-066F3CA178CD@lassitu.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908241145.07874.hselasky@c2i.net> Cc: Stefan Bethke , freebsd-usb@freebsd.org Subject: Re: USB update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 09:44:57 -0000 On Monday 24 August 2009 11:16:11 Stefan Bethke wrote: > Am 24.08.2009 um 08:19 schrieb Hans Petter Selasky: > > The fixes for the last two weeks of reported USB issues has now been > > committed > > into freebsd-8-current. > > Do you plan to MFC these before release? Some of it: yes. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 12:19:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CA46106568D for ; Mon, 24 Aug 2009 12:19:11 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 133408FC08 for ; Mon, 24 Aug 2009 12:19:10 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:58519) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1MfZg1-0008OO-2A for freebsd-current@freebsd.org; Mon, 24 Aug 2009 23:33:37 +1000 Message-ID: <4A92853B.4000309@ish.com.au> Date: Mon, 24 Aug 2009 22:19:07 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3pre) Gecko/20090821 Shredder/3.0b4pre MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [beta3 bug report] chflags, libcrypt error message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 12:19:11 -0000 Upgrading a 8.0BETA2 amd64 machine running on ZFSv13 to 8.0BETA3 via freebsd-update. All seemed to go well except for this message: # freebsd-update install Installing updates...chflags: ///lib/libcrypt.so.5: Invalid argument That occurred after the reboot during the install of userland. Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 15:30:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37EA1106568B for ; Mon, 24 Aug 2009 15:30:04 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id EC3F18FC17 for ; Mon, 24 Aug 2009 15:30:03 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MfbUg-000NOR-3q for freebsd-current@FreeBSD.org; Mon, 24 Aug 2009 19:30:02 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Mon, 24 Aug 2009 19:30:01 +0400 Message-ID: <01895862@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: man and UTF-8 locales X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 15:30:04 -0000 Hi! Manual pages are still broken for UTF-8 locale. Here is a part of bzip2(1): ftp://ftp.ipt.ru/pub/images/man_bzip2.gif The system: ----- % uname -srm FreeBSD 8.0-BETA3 i386 % locale LANG=ru_RU.UTF-8 LC_CTYPE="ru_RU.UTF-8" LC_COLLATE="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_MONETARY="ru_RU.UTF-8" LC_MESSAGES="ru_RU.UTF-8" LC_ALL= ----- Are there any plans to fix it? Thanks! -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 16:24:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2DA1106568B; Mon, 24 Aug 2009 16:24:26 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 18A188FC2E; Mon, 24 Aug 2009 16:24:25 +0000 (UTC) Received: by ewy5 with SMTP id 5so1065344ewy.36 for ; Mon, 24 Aug 2009 09:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=vGaoMj0WSz1NaOa3l3Yh4wka7ZqCSAiPdRm27z+iq6s=; b=RhpeepBXkgo5RnigH/FqJ5Ev9mEc+ZdNyj0Bputls3YG/x/VUGv+czjVvy57KHzQ0T 8UA4HDic/DrT3xdK0ipCJOIX2FoldQfzYNfz40j7XQHy86x6+gGNFxAlDkp5AnCAd2BT ynOo3ZZVRjvBDyQVJjEDMFZ3tjRV/8jO+8Wac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xDk6GcvGWBC2mzbPthTPz1uhD8HmkX21pYtMVlY9Iy673jCX4oFaspwrFfd1GB9rJv aBLTBWeD99fMjfaowMWBlQkkO4M7IYceuWqPJIa5D0ikwBe34rV4kNglHS3AGDggOsKs xATJQFk3oTqQfsxSh2HMMj9gIu6kSct4wJK7U= MIME-Version: 1.0 Received: by 10.210.127.15 with SMTP id z15mr4284330ebc.35.1251131064590; Mon, 24 Aug 2009 09:24:24 -0700 (PDT) In-Reply-To: References: Date: Mon, 24 Aug 2009 18:24:24 +0200 Message-ID: From: Pascal Hofstee To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Potential 8.0-BETA3 regression ? acd0 no longer probes/attaches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 16:24:26 -0000 On Sun, Aug 23, 2009 at 11:26 PM, Pascal Hofstee wrote: > I took this weekend to install a fresh 8.0-BETA2 on my old Dell > Lattitude D520, and after the initial install proceeded with a typical > buildworld run. > Now with the new kernel (which reports itself as 8.0-BETA3) my CD/DVD > combo drive has gone entirely missing. > > Booting the older 8.0-BETA2 kernel does probe/attach acd0 though. > > Any else that can affirm missing CD/DVD drives after upgrading to 8.0-BETA3 ? Following up on my own post .... I just noticed (after putting my laptop on its docking station) that when it's docked (with acpi_dock loaded) it DOES find the CD/DVD drive. I expect something odd is going on when acpi_dock is loaded but the system is not actually on the docking station. I'll keep a closer eye on things the next couple of days but i think it's safe to assume that although the behaviour is "interesting" ... it is not a regression in BETA3. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 16:59:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E13BA1065697 for ; Mon, 24 Aug 2009 16:59:52 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3B28FC14 for ; Mon, 24 Aug 2009 16:59:52 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so532931eye.7 for ; Mon, 24 Aug 2009 09:59:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=Lh/IkgVmR0mpgmWGTlDEGfKK+RUHqkDKwjX2qAiCwds=; b=E9gV+ENL7FdddLNZ/3QfYWYQwpyrfIrwgGVFdrB6L8/wXsjGnjbNLNMEd63JZbJbB+ wgp2ah+UvtiYKqw7+Q7Y/0YC8yCBQHlnwwaGn9h2nu8LY4W+c37c1skKrVjfYrlwNTwx xlWIkb46kGcUgyMehEtk1NpqeO9s+NmsGCDPM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; b=kJ1Q1bhm6IBAczlLcdMtn+X3ndKSbYcM2MH3q9WskRMd1d+BCuLF0KpRl+evNTw0+f p2D2YcVoHmTejIrVNi1lI7Cgis1vxfpvVB89XtXTTPBm/VTz8WTCsxg00DiqJk7wqZoC 4eXddlar1nQklE8trWCKdsrEbDX8XFgNZCN3I= Received: by 10.211.137.14 with SMTP id p14mr5059004ebn.70.1251133191299; Mon, 24 Aug 2009 09:59:51 -0700 (PDT) Received: from localhost (95-24-64-229.broadband.corbina.ru [95.24.64.229]) by mx.google.com with ESMTPS id 10sm126174eyd.44.2009.08.24.09.59.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Aug 2009 09:59:50 -0700 (PDT) From: Anonymous To: Boris Samorodov References: <01895862@bb.ipt.ru> Date: Mon, 24 Aug 2009 20:59:12 +0400 In-Reply-To: <01895862@bb.ipt.ru> (Boris Samorodov's message of "Mon, 24 Aug 2009 19:30:01 +0400") Message-ID: <86ab1pf8rj.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org Subject: Re: man and UTF-8 locales X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 16:59:53 -0000 Boris Samorodov writes: > Hi! > > Manual pages are still broken for UTF-8 locale. Here is a part > of bzip2(1): > ftp://ftp.ipt.ru/pub/images/man_bzip2.gif `-' (0x2D, HYPHEN-MINUS) renders as `=E2=80=90' (U+2010, HYPHEN). See r192561 and this *workaround* %%% Index: contrib/groff/font/devutf8/R.proto =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- contrib/groff/font/devutf8/R.proto (revision 196511) +++ contrib/groff/font/devutf8/R.proto (working copy) @@ -667,7 +667,7 @@ u050D 24 0 0x050D u050E 24 0 0x050E u050F 24 0 0x050F -- 24 0 0x2010 +- 24 0 0x002D hy " en 24 0 0x2013 em 24 0 0x2014 %%% Or better fix man page so it uses \- for command-line options. > > The system: > ----- > % uname -srm > FreeBSD 8.0-BETA3 i386 > % locale > LANG=3Dru_RU.UTF-8 > LC_CTYPE=3D"ru_RU.UTF-8" > LC_COLLATE=3D"ru_RU.UTF-8" > LC_TIME=3D"ru_RU.UTF-8" > LC_NUMERIC=3D"ru_RU.UTF-8" > LC_MONETARY=3D"ru_RU.UTF-8" > LC_MESSAGES=3D"ru_RU.UTF-8" > LC_ALL=3D > ----- > > Are there any plans to fix it? Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 19:33:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25BDD1065696; Mon, 24 Aug 2009 19:33:20 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id E29578FC24; Mon, 24 Aug 2009 19:33:19 +0000 (UTC) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n7OJX8sD041874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Aug 2009 15:33:19 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-W7+bu2xQT9fdiCIlftax" Organization: U. Buffalo CSE Department Date: Mon, 24 Aug 2009 15:33:08 -0400 Message-Id: <1251142388.23541.37.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 Cc: Subject: 8.0-BETA3 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 19:33:20 -0000 --=-W7+bu2xQT9fdiCIlftax Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The third of the BETA builds for the FreeBSD-8.0 release cycle is now available. All major work related to new features in 8.0 has been completed and we are shifting into "bugfix only" mode for the balance of the release cycle. Debugging features (e.g. WITNESS) are still enabled but will be removed from stable/8 between now and RC1 so performance is still impacted a bit by that. Also note that, as mentioned previously on the mailing lists, we did do a shared library version bump after BETA2 was announced (bump was done July 19th with svn commit r195767) so if you update a system that was last rebuilt earlier than that it would be a good idea to rebuild all user-level applications including the ports/packages. The current release target date is the 3rd week of September. We expect to be doing two Release Candidate builds (RC's), RC1 builds scheduled for next weekend. As you probably know our schedules often slip but that's the current target. More information about the current state of the release is available here: http://wiki.freebsd.org/8.0TODO If you notice problems you can report them through the normal Gnats PR system or on the freebsd-current mailing list. I do cross-post announcements to freebsd-stable because this particular release is "about to become a stable branch" but when it comes to watching for issues related to the release most of the developers pay more attention to the freebsd-current list. ISO images for all supported architectures are available on the FTP sites, (sparc64 was uploaded a short time ago and may not be available on some sites yet) and a "memory stick" image is available for amd64/i386 architectures. For amd64/i386 architectures the cdrom and memstick images include the documentation packages this time but no other packages. The DVD image includes a first rough pass at what packages will be available but the list will certainly change between now and release. None of the other images include packages. If you are using csup/cvsup methods to update an older system the branch tag to use is now RELENG_8. If you have not noticed it before now you may want to check out the -F option for mergemaster(8). We still have the "issue" of all the cvs ID's being changed as part of creating a new branch due to the svn to cvs export mechanism in place but mergemaster's -F option can help reduce the headache that causes. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, or 8.0-BETA2 can upgrade as follows: =20 # freebsd-update upgrade -r 8.0-BETA3 =20 During this process, FreeBSD Update may ask the user to help by merging som= e configuration files or by confirming that the automatically performed mergi= ng was done correctly. =20 # freebsd-update install =20 The system must be rebooted with the newly installed kernel before continui= ng. =20 # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install =20 At this point, users of systems being upgraded from FreeBSD 7.x will be prompted by freebsd-update to rebuild all third-party applications (e.g., ports installed from the ports tree) due to updates in system libraries. S= ee http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.ht= ml for mode details. After updating installed third-party applications (and again, only if freebsd-update printed a message indicating that this was necessary), run freebsd-update again so that it can delete the old (no long= er used) system libraries: # freebsd-update install =20 Finally, reboot into 8.0-BETA3: =20 # shutdown -r now MD5/SHA256 checksums for the image files: MD5 (8.0-BETA3-amd64-bootonly.iso) =3D 043333afc4d7c4181b6920a2d2f846e2 MD5 (8.0-BETA3-amd64-disc1.iso) =3D 638ccbd57fae57d040c7a4dc743bdf06 MD5 (8.0-BETA3-amd64-dvd1.iso) =3D c54582b22255a3e6b02cbea08410923b MD5 (8.0-BETA3-amd64-livefs.iso) =3D f2e7eb9e4e9f5a3a7a30e44ba5690f1c MD5 (8.0-BETA3-amd64-memstick.img) =3D 0c68de004f6acf57f2af837f57fc5e22 MD5 (8.0-BETA3-i386-bootonly.iso) =3D 20cbf19ec1ccce13f12652eff1037d63 MD5 (8.0-BETA3-i386-disc1.iso) =3D c52769420ce90c801a43384a00399eaf MD5 (8.0-BETA3-i386-dvd1.iso) =3D dc20720bc59612615579fd2e3b4cba3a MD5 (8.0-BETA3-i386-livefs.iso) =3D 711f1ed364ab5b776c1e079272e7e19a MD5 (8.0-BETA3-i386-memstick.img) =3D a8730c7307e5021b1d6ad277591d50f6 MD5 (8.0-BETA3-ia64-bootonly.iso) =3D 06e3d855c9d636bb773e57c3fbbf4e28 MD5 (8.0-BETA3-ia64-disc1.iso) =3D 3852a7ed62b3f9e1ad7c0a8c8dc9df0a MD5 (8.0-BETA3-ia64-disc2.iso) =3D c457544b250630d984bbb2b4da45866a MD5 (8.0-BETA3-ia64-disc3.iso) =3D 7ed9a1287a1339b81b70cc5c9b797deb MD5 (8.0-BETA3-ia64-dvd1.iso) =3D 7ab723a4e305e793742939f99192209a MD5 (8.0-BETA3-ia64-livefs.iso) =3D 12dc19c7c344618dedce1bb99ffba4a2 MD5 (8.0-BETA3-pc98-bootonly.iso) =3D 6078e11ef5b21a9ed5504d7ccc591567 MD5 (8.0-BETA3-pc98-disc1.iso) =3D 55e840ba7cbf0447ae7a4e39029f564e MD5 (8.0-BETA3-pc98-livefs.iso) =3D d1c204282bd847a5f194fb9b70611bde MD5 (8.0-BETA3-powerpc-bootonly.iso) =3D 370566a1be53ec1098e246dd1a580d37 MD5 (8.0-BETA3-powerpc-disc1.iso) =3D 98a6b6ecfdad5c4b95c3c97d5a775d32 MD5 (8.0-BETA3-powerpc-disc2.iso) =3D 5ae8dd94f19a70d3c14c716cc2088ec6 MD5 (8.0-BETA3-powerpc-disc3.iso) =3D d9d4e3ae3b9e5b76ecbbe01e730056cd MD5 (8.0-BETA3-sparc64-bootonly.iso) =3D 70578049f21dfc3ab5728c2ad74ecce7 MD5 (8.0-BETA3-sparc64-disc1.iso) =3D 0eb834690e14254b432d0e4bc317b12e MD5 (8.0-BETA3-sparc64-dvd1.iso) =3D 49c468755c65c08bb08a7b112152dead SHA256 (8.0-BETA3-amd64-bootonly.iso) =3D 931982b67cfdb703398eaf4e1578b04be= 6d92f7fe10b39044f96396ac43f30b3 SHA256 (8.0-BETA3-amd64-disc1.iso) =3D 001fb1b22db7fbfe0b72cf1386ad7216e411= 6d05457d22a9177f52f9aaebff66 SHA256 (8.0-BETA3-amd64-dvd1.iso) =3D cb254b571c8b08de3d41b84bab4e3f5bce162= e315441701951d3bc8e5b9241d5 SHA256 (8.0-BETA3-amd64-livefs.iso) =3D edb7e235d6da0493af7e292232c9f0b9034= bb6bf670cbedee2f1d357de1f5dae SHA256 (8.0-BETA3-amd64-memstick.img) =3D f353979947b6c7ee792277daa64702f86= 1979f0b04b6da9f50afe3529d519b8b SHA256 (8.0-BETA3-i386-bootonly.iso) =3D 15a074d80e3b5980febb85c920d51d74d8= 065cc6d005a4ec0c28d533a3533729 SHA256 (8.0-BETA3-i386-disc1.iso) =3D 131b08e65235295dc263e31d51d4ab9735a04= 497a99baa3ac3d1aca6e9053e46 SHA256 (8.0-BETA3-i386-dvd1.iso) =3D a1204d62b3569d84345ed3bc6fe2b24edb76df= 9aad550ea959d61e996710660e SHA256 (8.0-BETA3-i386-livefs.iso) =3D e5a73bf127ff0c5187270807e822c65a1397= 5ffffe6d622f2e61395176475378 SHA256 (8.0-BETA3-i386-memstick.img) =3D d87230eb92064088265f5f08fa927a11d8= 158bd930a36638c11240bf3521539f SHA256 (8.0-BETA3-ia64-bootonly.iso) =3D 5c7f22175bbdf21cb6116c7015e6fe4988= 4d482dc09cee7fe3ad44f71651e6e6 SHA256 (8.0-BETA3-ia64-disc1.iso) =3D bf0f2bc9fe9d2f126ed54644a61ff689bdb0f= 9e5565db940ef53d5656ed59fc3 SHA256 (8.0-BETA3-ia64-disc2.iso) =3D 4e607da42eda1dac8c52039b37c04e1ed1582= 0a97f7b3ffe9937956dd470ffa1 SHA256 (8.0-BETA3-ia64-disc3.iso) =3D a681b1dfd030604f40621dfddc1557a6bedc6= b7d3ded85609f7ab41a574be70b SHA256 (8.0-BETA3-ia64-dvd1.iso) =3D 83d52c72d9f783cd0e1552bd9c3b9b84151fb0= 231e34a4f203694c8770258acf SHA256 (8.0-BETA3-ia64-livefs.iso) =3D c0bd93c28ba890d8d3160dabfaa24fd5dfe6= 47f76ed3e4aafe4ea7f72bfe88dc SHA256 (8.0-BETA3-pc98-bootonly.iso) =3D cd6e0851931b39249bf8e472f5ec6734bb= 2d0a3f76d90e4fc534201bb29ecb79 SHA256 (8.0-BETA3-pc98-disc1.iso) =3D 0e61042a28c02ce391956073fab5230b1ec9e= 357e1ad374d068bd9a4eedc8985 SHA256 (8.0-BETA3-pc98-livefs.iso) =3D ba416b965c118c4e4add31ab83e12b65fa66= 427b0e2455b02e57d7582fd43616 SHA256 (8.0-BETA3-powerpc-bootonly.iso) =3D aed0212db2c5313345e843c258855c5= a2bb1737b6c5a676b08cb993c6b125651 SHA256 (8.0-BETA3-powerpc-disc1.iso) =3D 12e774f12892f17c6a00d58694de71e462= c73db22682d5866dac2b1972e6877c SHA256 (8.0-BETA3-powerpc-disc2.iso) =3D 86bf55b2cf3362e0c084e6f35fff18f43c= 19f64cf2680a4a98504e0b2e44853a SHA256 (8.0-BETA3-powerpc-disc3.iso) =3D 3157decf4700238719a963f6299c7264da= 223a845caef84b7d74e1f00f457e09 SHA256 (8.0-BETA3-sparc64-bootonly.iso) =3D 2f65aa2e0b61079dd806d997f25b3eb= 651e400d6797173b28b5e5ccec77f72fc SHA256 (8.0-BETA3-sparc64-disc1.iso) =3D 2d793f0ae01e54448f8111caefbb2baef3= 2ac7ce4e8aee69aac9ed00f00aab9a SHA256 (8.0-BETA3-sparc64-dvd1.iso) =3D 1ae3a6b594867e1435f7d4e21893df75bb3= 3ef5559979532698b01a79730edf3 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-W7+bu2xQT9fdiCIlftax Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkqS6uoACgkQ/G14VSmup/bd6ACdG4iiqJI2t25PJ87Id+vJ1RjF LFMAn3h+37jW0I94aVc33j2nFwJXIgNp =r0m4 -----END PGP SIGNATURE----- --=-W7+bu2xQT9fdiCIlftax-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 19:33:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ABA3106568C for ; Mon, 24 Aug 2009 19:33:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1D65E8FC1F for ; Mon, 24 Aug 2009 19:33:47 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-255-167.belrs3.nsw.optusnet.com.au [122.106.255.167]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n7OJXjJG027164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 25 Aug 2009 05:33:46 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n7OJXj23023910 for ; Tue, 25 Aug 2009 05:33:45 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n7OJXjaX023909 for freebsd-current@freebsd.org; Tue, 25 Aug 2009 05:33:45 +1000 (EST) (envelope-from peter) Date: Tue, 25 Aug 2009 05:33:44 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20090824193344.GA34949@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: sshd failing in jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 19:33:48 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I am attempting to build an i386 jail on an amd64 box to build packages for my netbook. The host is running -current from just over two weeks ago and the jail is -current from early June. The jail was built by doing a dump|restore of my netbook and then tweaking various config files to give it a new identity. The jail's devfs is using "devfsrules_jail" from /etc/default/devfs.rules. The jail starts OK but when I attempt to ssh into it, I just get "Connection closed by ". Adding debugging on the child, I see that it occurs immediately following: "debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY". Looking at a ktrace of the jailed sshd, the problem is inside the privilege separation child. When I turned off privilege separation, I can log into the jail. When I added a syslog socket inside the jailed chroot and left privilege separation enabled, I got: Aug 24 19:04:40 server sshd[70809]: error: buffer_put_bignum2_ret: BN too s= mall Aug 24 19:04:40 server sshd[70809]: fatal: buffer_put_bignum2: buffer error Unfortunately, buffer_put_bignum2() is called from a number of locations so the actual problem is not clear. Looking at google doesn't turn up anything useful. Does anyone have any suggestions? --=20 Peter Jeremy --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqS6xgACgkQ/opHv/APuIfeiACgr7jmr0kSN05RttT/Wn4386PO 1/IAoJaMcUVhz5rFycWQ4RzUu4XNJmXI =hKG+ -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 20:31:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CE631065692 for ; Mon, 24 Aug 2009 20:31:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB548FC18 for ; Mon, 24 Aug 2009 20:31:14 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B61CC46B5B; Mon, 24 Aug 2009 16:31:13 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D2B988A024; Mon, 24 Aug 2009 16:31:12 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 24 Aug 2009 16:28:32 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908241628.32317.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 24 Aug 2009 16:31:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: "Arno J. Klaassen" Subject: Re: [regression] : 8.0-BETA3 (and BETA2?) acpi_hpet0 fails on TYAN H2000M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 20:31:14 -0000 On Saturday 22 August 2009 1:20:18 pm Arno J. Klaassen wrote: > > Hello, > > I have a regression with acpi_hpet on a Tyan H2000M MB : > > acpi_hpet0: iomem 0xfed00000-0xfed03fff on acpi0 > acpi_hpet0: HPET never increments, disabling > device_attach: acpi_hpet0 attach returned 6 > [twice] > > it exists at least since Aug16 sources (I just looked at > the 'netif' problems on this board which BTW are indeed fixed > by recent flowtable init changes) Perhaps the recent ACPI-CA update is when this broke? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 20:31:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A93F1065695 for ; Mon, 24 Aug 2009 20:31:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 16D628FC1C for ; Mon, 24 Aug 2009 20:31:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id BC7D546B45; Mon, 24 Aug 2009 16:31:15 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E31CF8A027; Mon, 24 Aug 2009 16:31:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 24 Aug 2009 16:31:05 -0400 User-Agent: KMail/1.9.7 References: <20090822115958.f93fcf29.ubm.freebsd@gmail.com> In-Reply-To: <20090822115958.f93fcf29.ubm.freebsd@gmail.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200908241631.06112.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 24 Aug 2009 16:31:15 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Marc UBM Subject: Re: panic: apic_free_vector: Thread already bound. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 20:31:16 -0000 On Saturday 22 August 2009 5:59:58 am Marc UBM wrote: > > Hiho! :-) > > I'm seeing above panic in the final stages of the shutdown process. > Coredump is available, bt as follows, textdump attached. > > > FreeBSD hamstor 8.0-BETA2 FreeBSD 8.0-BETA2 #14: Wed Aug 19 22:43:17 > CEST 2009 oni0@hamstor:/usr/obj/usr/src/sys/HAMSTOR amd64 > > > (kgdb) bt > #0 doadump () at pcpu.h:223 > #1 0xffffffff801b561c in db_fncall (dummy1=Variable "dummy1" is not > #available. > ) at /usr/src/sys/ddb/db_command.c:548 > #2 0xffffffff801b5951 in db_command (last_cmdp=0xffffffff808594a0, > #cmd_table=Variable "cmd_table" is not available. > ) at /usr/src/sys/ddb/db_command.c:445 > #3 0xffffffff801b5ba0 in db_command_loop () > #at /usr/src/sys/ddb/db_command.c:498 4 0xffffffff801b7b69 in db_trap > #(type=Variable "type" is not available. > ) at /usr/src/sys/ddb/db_main.c:229 > #5 0xffffffff8038d775 in kdb_trap (type=3, code=0, > #tf=0xffffff8000017760) at /usr/src/sys/kern/subr_kdb.c:535 6 > #0xffffffff8060e170 in trap (frame=0xffffff8000017760) > #at /usr/src/sys/amd64/amd64/trap.c:611 7 0xffffffff805f3b23 in > #calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 8 > #0xffffffff8038d94d in kdb_enter (why=0xffffffff80681954 "panic", > #msg=0xa
) at cpufunc.h:63 9 > #0xffffffff8035e04b in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:562 > #10 0xffffffff805fafbb in apic_free_vector (apic_id=Variable "apic_id" > #is not available. > ) at /usr/src/sys/amd64/amd64/local_apic.c:995 > #11 0xffffffff805f7560 in intr_remove_handler (cookie=Variable "cookie" > #is not available. > ) at /usr/src/sys/amd64/amd64/intr_machdep.c:203 > #12 0xffffffff806250d4 in hpt_shutdown_vbus > #(vbus_ext=0xffffff8000254000, howto=Variable "howto" is not available. > ) at /usr/src/sys/dev/hptrr/hptrr_osm_bsd.c:361 > #13 0xffffffff8035da8b in boot (howto=16392) > #at /usr/src/sys/kern/kern_shutdown.c:419 14 0xffffffff8035e126 in > #reboot (td=Variable "td" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:173 > #15 0xffffffff8060dbba in syscall (frame=0xffffff8000017c80) > #at /usr/src/sys/amd64/amd64/trap.c:982 16 0xffffffff805f3e01 in > #Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 17 > #0x000000000040892c in ?? () > Previous frame inner to this frame (corrupt stack?) > > frame #12 & #13 make me suspect the hptrr driver (again :-)), but I'm > not sure. Ah, any driver shutting off its interrupt handler during shutdown would actually trigger this. The hptrr driver doesn't really need to do this during shutdown, but I think we don't want to panic in this case. Unfortunately we don't currently have a "in_shutdown" type of global flag that we can check in apic_free_vector() to not worry about the thread already being bound. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 20:39:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC5431065672 for ; Mon, 24 Aug 2009 20:39:17 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f171.google.com (mail-pz0-f171.google.com [209.85.222.171]) by mx1.freebsd.org (Postfix) with ESMTP id A50C58FC08 for ; Mon, 24 Aug 2009 20:39:17 +0000 (UTC) Received: by pzk1 with SMTP id 1so224421pzk.3 for ; Mon, 24 Aug 2009 13:39:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=YKTxE4XVI8Ylf0jXYm7CxxjBHoBkgemsCxU6DShsqjM=; b=fmEohDPEyDoNBb3Lv2FvVIzpkvI8CD2WvxppibsR8toH48fj5AdO2QtTR/gmE4Wo3G JESEmUO+xuTG90jYb+hB0xcQgaBAfLjD9PSWfbOkaBc0HEmYlEfwdYlUy86BDHsQGf34 UeASKvoNXB86vAcIPiS90TcC8IJfXtSu0CGjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=KREkmBhh85IcgGBlqi/FlalrXMJw4ghkeCe86qNEJQalUueYScwgO/2yYWounHV3oL Q+jPb00FrhMwX1qNSbK1eytVsLBNsL/F1STzhXtO/teZE1qKgIin7fGraLjExv41BpRj HSQqSYNt7q2FCJE8Ng12GXuwm83O8lJCxFh64= Received: by 10.115.113.4 with SMTP id q4mr6523917wam.54.1251146357040; Mon, 24 Aug 2009 13:39:17 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id n40sm10272472wag.22.2009.08.24.13.39.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Aug 2009 13:39:15 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 24 Aug 2009 13:38:39 -0700 From: Pyun YongHyeon Date: Mon, 24 Aug 2009 13:38:39 -0700 To: Gavin Atkinson Message-ID: <20090824203839.GA1282@michelle.cdnetworks.com> References: <80f4f2b20908061705h6b218702ked110fa54d1bee5@mail.gmail.com> <1250088500.17787.6.camel@buffy.york.ac.uk> <20090812202100.GB55129@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090812202100.GB55129@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Jim Subject: Re: FreeBSD 8.0 Beta2 / ALC driver crashbase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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, 24 Aug 2009 20:39:18 -0000 On Wed, Aug 12, 2009 at 01:21:00PM -0700, Pyun YongHyeon wrote: > On Wed, Aug 12, 2009 at 03:48:20PM +0100, Gavin Atkinson wrote: > > On Thu, 2009-08-06 at 20:05 -0400, Jim wrote: > > > I couldn't get the copy of the if_alc driver to compile in FreeBSD 7.2 > > > on my new notebook, so I decided to use 8.0, and I found an issue, > > > when I boot the installer media CD (boot only or DVD1), I get the > > > following error: > > > > > > alc0: irq 16 at device 0.0 on pci7 > > > alc0: 0x40000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). > > > alc0: cannot allocate memory resources). > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fatal virtual address = 0x08 > > > fault code = supervisor read data, page not present > > > instruction pointer = 0x20:0xffffffff0024c6e8 > > > stack pointer = 0x20:0xffffffff813f65f0 > > > frame pointer = 0x20:0xffffffff813f6600 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DLP 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > correct process = 0 (swapper) > > > [thread pid 0 tid 100000 ] > > > Stopped at alc_phy_down+0x0: cmpq $0,0x8(xrax) > > > db> > > > > > > > > > I'm not knowledgeable about this to the point where I could debug the > > > issue, is there anything I could do to provide the developers with the > > > info needed to fix the issue, or could someone tell me how to boot the > > > installer and force it to not load if_alc, and suggest give me an idea > > > of what this means, in laymans terms so I can try to diagnose it? If I > > > had to guess, I would say it's trying to access a chunk of > > > memory/address-space that hasn't been allocated or doesn't exist, but > > > I don't know if that's correct or where to go from there. > > > > First thing to do, at the "db> " prompt, enter "bt" and show us the > > results. What version of FreeBSD is this? (8.0-BETA2 I'm assuming?) > > > > There are probably at least two issues here: 1) The allocation shouldn't > > fail, but is, and 2) it shouldn't panic. Getting a backtrace (with "bt" > > will hopefully be enough to figure out the second issue, but for the > > first one we may need a full verbose dmesg from the system. Do you have > > I guess I found a bug in failure path. Try attached one. > FYI: Patch committed to HEAD(r196517). > > a serial console hooked up to the machine with which you could obtain > > this? > > > > Thanks, > > > > Gavin From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 20:43:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDF27106568D for ; Mon, 24 Aug 2009 20:43:24 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 60C268FC1C for ; Mon, 24 Aug 2009 20:43:24 +0000 (UTC) Received: (qmail 67978 invoked from network); 24 Aug 2009 20:43:23 -0000 Received: from unknown (HELO ?10.0.0.135?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 24 Aug 2009 20:43:23 -0000 Message-ID: <4A92FB56.8020609@acm.poly.edu> Date: Mon, 24 Aug 2009 16:43:02 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: "make buildworld" failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 20:43:24 -0000 Ahoy. I've been trying to build RELENG_8 from today a few times, and I'm beginning to suspect there's something wrong with my system. I've gotten several odd error messages, and have started writing them down. This last one is with a clean /usr/obj directory and a fresh checkout of the sources using csup. ... cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -march=athlon64 -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/ntlm -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libgssapi_ntlm/../../include -std=gnu99 -fstack-protector -c /usr/src/kerberos5/lib/libgssapi_ntlm/../../../crypto/heimdal/lib/gssapi/ntlm/digest.c -o digest.So building shared library libgssapi_ntlm.so.10 /usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/usr/src/tmp/usr/lib/libheimntlm.so: invalid string offset 520094555 >= 1161 for section `.dynstr' /usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/usr/src/tmp/usr/lib/libheimntlm.so: invalid string offset 1177290343 >= 1161 for section `.dynstr' /usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/usr/src/tmp/usr/lib/libheimntlm.so: invalid string offset 4294905984 >= 1161 for section `.dynstr' /usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/usr/src/tmp/usr/lib/libheimntlm.so: : invalid needed version 2 /usr/obj/usr/src/tmp/usr/lib/libheimntlm.so: could not read symbols: Bad value *** Error code 1 Stop in /usr/src/kerberos5/lib/libgssapi_ntlm. *** Error code 1 Stop in /usr/src/kerberos5/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. Would bad RAM be responsible for something like this? -Boris From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 20:48:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 971DE1065697; Mon, 24 Aug 2009 20:48:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 139888FC0C; Mon, 24 Aug 2009 20:48:50 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n7OKjWIt048283; Mon, 24 Aug 2009 16:45:32 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200908242045.n7OKjWIt048283@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 24 Aug 2009 16:48:52 -0400 To: Hans Petter Selasky , freebsd-current@freebsd.org, freebsd-usb@freebsd.org From: Mike Tancsa In-Reply-To: <200908240819.40722.hselasky@c2i.net> References: <200908240819.40722.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: USB update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 20:48:51 -0000 At 02:19 AM 8/24/2009, Hans Petter Selasky wrote: >Hi, > >The fixes for the last two weeks of reported USB issues has now been >committed >into freebsd-8-current. FYI, this bug http://lists.freebsd.org/pipermail/freebsd-current/2009-May/006710.html still appears to be there with RELENG_8. Is there anything in the above patch set that might address it ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 20:54:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91B40106568B for ; Mon, 24 Aug 2009 20:54:15 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id DECD98FC26 for ; Mon, 24 Aug 2009 20:54:14 +0000 (UTC) Received: by ewy5 with SMTP id 5so1301368ewy.36 for ; Mon, 24 Aug 2009 13:54:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.87.147 with SMTP id y19mr1149264wee.12.1251147253339; Mon, 24 Aug 2009 13:54:13 -0700 (PDT) In-Reply-To: <200908241628.32317.jhb@freebsd.org> References: <200908241628.32317.jhb@freebsd.org> Date: Mon, 24 Aug 2009 22:54:13 +0200 Message-ID: <367b2c980908241354od2b3b94nc310ca4efbdacdc@mail.gmail.com> From: Olivier Smedts To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "Arno J. Klaassen" Subject: Re: [regression] : 8.0-BETA3 (and BETA2?) acpi_hpet0 fails on TYAN H2000M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 20:54:15 -0000 2009/8/24 John Baldwin : > On Saturday 22 August 2009 1:20:18 pm Arno J. Klaassen wrote: >> >> Hello, >> >> I have a regression with acpi_hpet on a Tyan H2000M MB : >> >> =A0 acpi_hpet0: iomem 0xfed00000-0xfed03fff= on acpi0 >> =A0 acpi_hpet0: HPET never increments, disabling >> =A0 device_attach: acpi_hpet0 attach returned 6 >> =A0 [twice] >> >> it exists at least since Aug16 sources (I just looked at >> the 'netif' problems on this board which BTW are indeed fixed >> by recent flowtable init changes) > > Perhaps the recent ACPI-CA update is when this broke? Sorry for hijacking the thread (and not reporting this before) but maybe my issues with acpi_aiboost are related. It won't attach on my ASUS P5Q3 Deluxe (latest BIOS) since the ACPICA update (which also made "est" attach successfully on this ASUS board) : acpi_aiboost0: on acpi0 NOREF BAD DATA device_attach: acpi_aiboost0 attach returned 22 It worked before and was reporting temperatures, voltages and fan speeds in sysctls. What data can I provide to debug this ? # dmesg | grep -i acpi Features=3D0xbfebfbff ACPI APIC Table: acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fed08000, 1000 (3) failed acpi0: reservation of fed1c000, 4000 (3) failed acpi0: reservation of fed20000, 20000 (3) failed acpi0: reservation of fed50000, 40000 (3) failed acpi0: reservation of ffc00000, 200000 (3) failed acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of e0000000, 10000000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.0 on pci0 pci3: on pcib2 pcib3: irq 16 at device 28.5 on pci0 pci2: on pcib3 pcib4: at device 30.0 on pci0 pci4: on pcib4 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 acpi_aiboost0: on acpi0 device_attach: acpi_aiboost0 attach returned 22 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 cpu0: on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - 26, should be 25 20090521 tbutils-275 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_aiboost0: on acpi0 device_attach: acpi_aiboost0 attach returned 22 % sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 # acpidump -dt > ASUS-P5Q3_Deluxe_WiFi.asl acpidump: RSDT entry 3 (sig OEMB) is corrupt ASL is here : http://gid0.free.fr/ASUS-P5Q3_Deluxe_WiFi.asl Olivier > > -- > John Baldwin > _______________________________________________ > 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 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 21:42:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80F491065698 for ; Mon, 24 Aug 2009 21:42:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 509CB8FC26 for ; Mon, 24 Aug 2009 21:42:47 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AF30E46B3B; Mon, 24 Aug 2009 17:42:46 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 1457D8A024; Mon, 24 Aug 2009 17:42:46 -0400 (EDT) From: John Baldwin To: Olivier Smedts Date: Mon, 24 Aug 2009 17:42:41 -0400 User-Agent: KMail/1.9.7 References: <200908241628.32317.jhb@freebsd.org> <367b2c980908241354od2b3b94nc310ca4efbdacdc@mail.gmail.com> In-Reply-To: <367b2c980908241354od2b3b94nc310ca4efbdacdc@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: <200908241742.41370.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 24 Aug 2009 17:42:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, "Arno J. Klaassen" Subject: Re: [regression] : 8.0-BETA3 (and BETA2?) acpi_hpet0 fails on TYAN H2000M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 21:42:47 -0000 On Monday 24 August 2009 4:54:13 pm Olivier Smedts wrote: > 2009/8/24 John Baldwin : > > On Saturday 22 August 2009 1:20:18 pm Arno J. Klaassen wrote: > >> > >> Hello, > >> > >> I have a regression with acpi_hpet on a Tyan H2000M MB : > >> > >> =A0 acpi_hpet0: iomem 0xfed00000-0xfed03f= ff on=20 acpi0 > >> =A0 acpi_hpet0: HPET never increments, disabling > >> =A0 device_attach: acpi_hpet0 attach returned 6 > >> =A0 [twice] > >> > >> it exists at least since Aug16 sources (I just looked at > >> the 'netif' problems on this board which BTW are indeed fixed > >> by recent flowtable init changes) > > > > Perhaps the recent ACPI-CA update is when this broke? >=20 > Sorry for hijacking the thread (and not reporting this before) but > maybe my issues with acpi_aiboost are related. It won't attach on my > ASUS P5Q3 Deluxe (latest BIOS) since the ACPICA update (which also > made "est" attach successfully on this ASUS board) : >=20 > acpi_aiboost0: on acpi0 > NOREF > BAD DATA > device_attach: acpi_aiboost0 attach returned 22 I would figure out what function in it's attach routine is failing with EIN= VAL=20 and drill down from there. It looks like it is dying trying to=20 evaluate "TSIF", "VSIF", or "FSIF". Maybe add some printfs to see which on= e=20 and print out the 'elem->Type' in the "NOREF" error message. You could als= o=20 just print the 'name' there as well which would help perhaps. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 22:01:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67354106568E for ; Mon, 24 Aug 2009 22:01:52 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 4429A8FC14 for ; Mon, 24 Aug 2009 22:01:52 +0000 (UTC) Received: from gluon.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 34F0F851A for ; Mon, 24 Aug 2009 22:01:51 +0000 (UTC) Date: Mon, 24 Aug 2009 23:01:45 +0100 From: Bruce Cran To: current@freebsd.org Message-ID: <20090824230145.75824e5f@gluon.draftnet> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.4; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: patches to fix "ps -M" as used in crashinfo(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 22:01:52 -0000 I've recently been debugging a series of problems with running ps(1) on crash dumps, and now have a couple of patches: the bugs cause ps(1) to crash while crashinfo(8) is being run during boot, dumping a 1GB ps.core file in the root filesystem. The patches are at http://www.cran.org.uk/~brucec/freebsd/pr137890.kvm_proc.c.diff and http://www.cran.org.uk/~brucec/freebsd/pr137890.ps.c.diff The problem with ps.c is that like pkill(1) and w(1), they all initialize the execfile argument to kvm_open or kvm_openfiles to "/dev/null" instead of NULL, causing the default usage of "ps -M /var/crash/vmcore.x" to fail because libkvm fails to fstat /dev/null. They only work if "-N" is also specified. There are also two bugs in libkvm: firstly the return code from kvm_nlist wasn't being checked and as a result the code was walking off the end of an array (it assumes kvm_nlist returns a positive number, when it returns -1) - the original patch is at http://people.freebsd.org/~gavin/PRs/137890.2.diff . After the bug in ps.c was fixed it seems that changes to ucred.cr_groups was causing a crash in bcopy. Translating the address using KREAD appears to work, but not being familiar with the kernel interface I don't know if that's the correct solution. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Mon Aug 24 23:02:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71F31106568D for ; Mon, 24 Aug 2009 23:02:49 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 538298FC1D for ; Mon, 24 Aug 2009 23:02:49 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7ON2mIF022557; Mon, 24 Aug 2009 16:02:48 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Mon, 24 Aug 2009 16:02:36 -0700 Message-ID: In-Reply-To: <5d818cc5707ff67be276f3baf1d252d7@xtaz.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Can't talk to local network interface Thread-Index: Acoemki2CFaEeXJ5S9G8laF4RGg9NgGdHH8g References: <5d818cc5707ff67be276f3baf1d252d7@xtaz.co.uk> From: "Li, Qing" To: "Matt Smith" , Cc: Subject: RE: Can't talk to local network interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 23:02:49 -0000 SXMgaXQgcG9zc2libGUgZm9yIHlvdSB0byB1cGdyYWRlIHRvIHRoZSBsYXRlc3QgQkVUQS0zIGFu ZCANCmxldCBtZSBrbm93IGlmIHlvdSBzdGlsbCBzZWUgdGhpcyBwcm9ibGVtPw0KDQpJZiB0aGUg cHJvYmxlbSBpcyBwcmVzZW50LCBwbGVhc2UgZW1haWwgbWUgeW91ciBjb25maWd1cmF0aW9uIA0K aW5mb3JtYXRpb24gcHJpdmF0ZWx5Lg0KDQpUaGFua3MsDQoNCi0tIFFpbmcNCg0KDQo+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IG93bmVyLWZyZWVic2QtY3VycmVudEBmcmVl YnNkLm9yZyBbbWFpbHRvOm93bmVyLWZyZWVic2QtDQo+IGN1cnJlbnRAZnJlZWJzZC5vcmddIE9u IEJlaGFsZiBPZiBNYXR0IFNtaXRoDQo+IFNlbnQ6IFN1bmRheSwgQXVndXN0IDE2LCAyMDA5IDEw OjUyIEFNDQo+IFRvOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcNCj4gU3ViamVjdDogQ2Fu J3QgdGFsayB0byBsb2NhbCBuZXR3b3JrIGludGVyZmFjZQ0KPiANCj4gSSBoYXZlIGp1c3QgaW5z dGFsbGVkIGEgbmV3IHdvcmxkL2tlcm5lbCBkYXRlZDoNCj4gDQo+IEF1ZyAxNiAwOTo1NDozNCB0 YW8ga2VybmVsOiBGcmVlQlNEIDguMC1CRVRBMiAjMDogU3VuIEF1ZyAxNiAwMzoyMToxOA0KPiBC U1QNCj4gMjAwOQ0KPiANCj4gSSd2ZSBmb3VuZCB0aGF0IHNpbmNlIGJvb3RpbmcgaXQgSSBjYW4g bm90IHRhbGsgdG8gYW55dGhpbmcgdXNpbmcgdGhlDQo+IHNlcnZlcnMgb3duIElQIGFkZHJlc3Mg bG9jYWxseS4gSSBjYW4gdGVsbmV0IHBvcnRzIGFuZCBwaW5nIDEyNy4wLjAuMQ0KPiBidXQNCj4g dHJ5aW5nIGFueXRoaW5nIG9uIDE5Mi4xNjguMS4yIGp1c3Qgc2l0cyB0aGVyZSBzYXlpbmcgdHJ5 aW5nLi4uIGFuZCAxMDAlDQo+IHBhY2tldCBsb3NzLiBJIGNhbiBjb25uZWN0IHRvIDE5Mi4xNjgu MS4yIGZyb20gYW5vdGhlciBzZXJ2ZXIgb24gdGhlDQo+IG5ldHdvcmsgaG93ZXZlci4gSXQncyBs aXRlcmFsbHkganVzdCB0aGUgYm94IGxvb3BpbmcgYmFjayB0byBpdHNlbGYuDQo+IA0KPiBJZiBJ IHJldmVydCB0byB0aGlzIGtlcm5lbDoNCj4gDQo+IEF1ZyAxNiAxODoxNzo0NyB0YW8ga2VybmVs OiBGcmVlQlNEIDguMC1CRVRBMiAjMDogU2F0IEp1bCAyNSAyMDowOToyNA0KPiBCU1QNCj4gMjAw OQ0KPiANCj4gdGhlbiBldmVyeXRoaW5nIHdvcmtzIGZpbmUgYWdhaW4uDQo+IA0KPiBUaGUgaW50 ZXJmYWNlIGluIHF1ZXN0aW9uIGlzIHRoaXM6DQo+IA0KPiB2cjA6IDxWSUEgVlQ2MTAyIFJoaW5l IElJIDEwLzEwMEJhc2VUWD4gcG9ydCAweGIwMDAtMHhiMGZmIG1lbQ0KPiAweGY2MDAwMDAwLTB4 ZjYwMDAwZmYgaXJxIDE2IGF0IGRldmljZSAxMy4wIG9uIHBjaTANCj4gdnIwOiBRdWlya3M6IDB4 MA0KPiB2cjA6IFJldmlzaW9uOiAweDhkDQo+IG1paWJ1czA6IDxNSUkgYnVzPiBvbiB2cjANCj4g dnIwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDo0MDo2MzplODo3OTozZQ0KPiB2cjA6IFtJVEhSRUFE XQ0KPiANCj4gdnIwOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVM VElDQVNUPiBtZXRyaWMgMCBtdHUNCj4gMTUwMA0KPiBvcHRpb25zPTI4MDg8VkxBTl9NVFUsV09M X1VDQVNULFdPTF9NQUdJQz4NCj4gZXRoZXIgMDA6NDA6NjM6ZTg6Nzk6M2UNCj4gaW5ldCAxOTIu MTY4LjEuMiBuZXRtYXNrIDB4ZmZmZmZmMDAgYnJvYWRjYXN0IDE5Mi4xNjguMS4yNTUNCj4gbWVk aWE6IEV0aGVybmV0IGF1dG9zZWxlY3QgKDEwMGJhc2VUWCA8ZnVsbC1kdXBsZXg+KQ0KPiBzdGF0 dXM6IGFjdGl2ZQ0KPiANCj4gSSBhbSBydW5uaW5nIGlwZncgYnV0IHRoZSBvbmx5IHJ1bGUgbG9h ZGVkIGlzIHRoZSBkZWZhdWx0IHJ1bGUgd2hpY2ggaXMNCj4gZGVmYXVsdCB0byBhY2NlcHQgb24g YWxsIGludGVyZmFjZXMuIEkndmUgdHJpZWQgZGlzYWJsaW5nIHRoZSBmaXJld2FsbA0KPiB3aXRo DQo+IHRoZSBzeXNjdGwgYXMgd2VsbCBhbmQgdGhlIHByb2JsZW0gcGVyc2lzdHMgc28gSSBkb24n dCB0aGluayBpdCdzIGlwZncNCj4gcmVsYXRlZC4NCj4gDQo+IFJlZ2FyZHMsIE1hdHQNCj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gZnJlZWJzZC1j dXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5v cmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWN1cnJlbnQNCj4gVG8gdW5zdWJzY3JpYmUsIHNl bmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC0NCj4gdW5zdWJzY3JpYmVAZnJlZWJzZC5v cmciDQo= From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 01:03:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0672106568B for ; Tue, 25 Aug 2009 01:03:22 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 9D81D8FC14 for ; Tue, 25 Aug 2009 01:03:22 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n7P13LxJ023496 for ; Mon, 24 Aug 2009 20:03:21 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding; b=SCivRJ+tYb2FJjUCISK+ObUGjY4VpcoYzKdGt27aovCU1XS/p+UNsmgX92oDnLR0Z YGcMdVfd2h7BSkGbPBUDm+VSYOHD7Y6C/XIcw0PLORcHJBbJgkiTCoOFSILzzWbr7cP bhvKfFP1mr8Fl7/U8PuTU8BJAkXgaKniPWS7YvI= Message-ID: <4A933859.1080907@jrv.org> Date: Mon, 24 Aug 2009 20:03:21 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: FreeBSD doesn't handle SMAP on Zotac GF9300-D-E board X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 01:03:23 -0000 FreeBSD only sees about 3GB of RAM out of 8GB apparently due to a problem handling E820 data. FreeBSD pygmy.housenet.jrv 9.0-CURRENT FreeBSD 9.0-CURRENT #3 r196500: Mon Aug 24 09:18:50 CDT 2009 james@pygmy.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 System: "ZOTAC GeForce GF9300-D-E ITX WiFi LGA 775 Mini ITX" with 8GB RAM and an Intel 9550S CPU. >From dmesg: real memory = 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000098fff, 622592 bytes (152 pages) 0x00000000011fe000 - 0x000000006a5a7fff, 1765449728 bytes (431018 pages) 0x0000000080000000 - 0x00000000bfecffff, 1072496640 bytes (261840 pages) avail memory = 2819760128 (2689 MB) This code seems to be suspect sys/amd64/amd64/machdep.c: for (i = 0; i <= physmap_idx; i += 2) { if (smap->base < physmap[i + 1]) { if (boothowto & RB_VERBOSE) printf( "Overlapping or non-monotonic memory region, ignoring second region\n"); continue; } } I don't think BIOS e820 addresses need be uniformly ascending and in fact Zotac's aren't. Transcribed by hand from the loader's SMAP command, with spaces added for readability: SMAP type=01 base=0000 0000 0000 0000 len=0000 0000 0009 d000 SMAP type=02 base=0000 0000 0009 d000 len=0000 0000 0000 3000 SMAP type=02 base=0000 0000 000f 0000 len=0000 0000 0001 0000 SMAP type=01 base=0000 0000 0010 0000 len=0000 0000 6ff0 0000 SMAP type=04 base=0000 0000 bfee 0000 len=0000 0000 0000 3000 SMAP type=03 base=0000 0000 bfee 3000 len=0000 0000 0000 d000 SMAP type=02 base=0000 0000 bfef 0000 len=0000 0000 0001 0000 SMAP type=02 base=0000 0000 f000 0000 len=0000 0000 0200 0000 SMAP type=02 base=0000 0000 fec0 0000 len=0000 0000 0140 0000 SMAP type=01 base=0000 0001 0000 0000 len=0000 0001 4000 0000 SMAP type=02 base=0000 0000 7000 0000 len=0000 0000 1000 0000 SMAP type=01 base=0000 0000 8000 0000 len=0000 0000 3fee 0000 I don't see the failure mode of that code offhand, but that's it somehow. From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 01:21:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A9BF106568E for ; Tue, 25 Aug 2009 01:21:48 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id D5D8A8FC14 for ; Tue, 25 Aug 2009 01:21:47 +0000 (UTC) Received: from baby-jane.lamaiziere.net (80.6.192-77.rev.gaoland.net [77.192.6.80]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 4284B63317E for ; Tue, 25 Aug 2009 03:21:46 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 40A70C405 for ; Tue, 25 Aug 2009 03:22:24 +0200 (CEST) Date: Tue, 25 Aug 2009 03:22:23 +0200 From: Patrick Lamaiziere To: FreeBSD current mailing list Message-ID: <20090825032223.4a788a61@baby-jane.lamaiziere.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: ee(1): blinking characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 01:21:48 -0000 Hi, I've just noticed that ee displays some french characters (like '=E9','=E0',...) in reverse video into xterm. And on the console theses characters are blinking. No problem on the command line or with nvi. That's not a big problem but... Thanks, regards. From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 04:53:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06DE2106568B for ; Tue, 25 Aug 2009 04:53:47 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id C2BF18FC0C for ; Tue, 25 Aug 2009 04:53:46 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n7P4rj8D032779 for ; Mon, 24 Aug 2009 23:53:45 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:content-type:content-transfer-encoding; b=dbNn12YG3OqprI9ceZLw4Wf9BhxXKOIKupOt8de1ZmcKAeMUKWa/AMY6O7lQNx+RM LumJvCPYE1CZzvyfZUyJIjgKOy4OfEZteYGE3z2WH4KDZQ3e8BOj1jr0YzHYGUirJ7X My2r919MoHU1xwfFuVmWgShOVcka4ePQ37gTYAk= Message-ID: <4A936E59.5020804@jrv.org> Date: Mon, 24 Aug 2009 23:53:45 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: FreeBSD Current References: <4A933859.1080907@jrv.org> In-Reply-To: <4A933859.1080907@jrv.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD doesn't handle SMAP: amd64 machdep.c typo & bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 04:53:47 -0000 James R. Van Artsdalen wrote: > This code seems to be suspect > sys/amd64/amd64/machdep.c: > > for (i = 0; i <= physmap_idx; i += 2) { > if (smap->base < physmap[i + 1]) { > if (boothowto & RB_VERBOSE) > printf( > "Overlapping or non-monotonic memory region, ignoring second > region\n"); > continue; > } > } > The first-order problem is a typo: that "continue" isn't doing anything. Fixing it (to make physmap non-descending) improves things. Code elsewhere apparently assumes that the upper bound in the last physmap entry is the maximum of all physmap upper bounds. But there is still the incorrect assumption that smap is non-descending. Perhaps just sort() smap on the base address? From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 05:42:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3BB2106568C; Tue, 25 Aug 2009 05:42:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 869268FC0C; Tue, 25 Aug 2009 05:42:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n7P5gArT086831; Tue, 25 Aug 2009 01:42:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n7P5gAkd086824; Tue, 25 Aug 2009 05:42:10 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Aug 2009 05:42:10 GMT Message-Id: <200908250542.n7P5gAkd086824@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 05:42:19 -0000 TB --- 2009-08-25 04:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-08-25 04:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-08-25 04:20:00 - cleaning the object tree TB --- 2009-08-25 04:20:49 - cvsupping the source tree TB --- 2009-08-25 04:20:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-08-25 04:22:14 - building world TB --- 2009-08-25 04:22:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-25 04:22:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-25 04:22:14 - TARGET=i386 TB --- 2009-08-25 04:22:14 - TARGET_ARCH=i386 TB --- 2009-08-25 04:22:14 - TZ=UTC TB --- 2009-08-25 04:22:14 - __MAKE_CONF=/dev/null TB --- 2009-08-25 04:22:14 - cd /src TB --- 2009-08-25 04:22:14 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 25 04:22:15 UTC 2009 >>> 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 >>> World build completed on Tue Aug 25 05:27:45 UTC 2009 TB --- 2009-08-25 05:27:45 - generating LINT kernel config TB --- 2009-08-25 05:27:45 - cd /src/sys/i386/conf TB --- 2009-08-25 05:27:45 - /usr/bin/make -B LINT TB --- 2009-08-25 05:27:45 - building LINT kernel TB --- 2009-08-25 05:27:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-25 05:27:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-25 05:27:45 - TARGET=i386 TB --- 2009-08-25 05:27:45 - TARGET_ARCH=i386 TB --- 2009-08-25 05:27:45 - TZ=UTC TB --- 2009-08-25 05:27:45 - __MAKE_CONF=/dev/null TB --- 2009-08-25 05:27:45 - cd /src TB --- 2009-08-25 05:27:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 25 05:27:46 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/i386/isa/vesa.c:1117: error: duplicate case value /src/sys/i386/isa/vesa.c:1110: error: previously used here /src/sys/i386/isa/vesa.c:1118: error: duplicate case value /src/sys/i386/isa/vesa.c:1111: error: previously used here /src/sys/i386/isa/vesa.c:1121: error: duplicate case value /src/sys/i386/isa/vesa.c:1112: error: previously used here /src/sys/i386/isa/vesa.c:1122: error: duplicate case value /src/sys/i386/isa/vesa.c:1113: error: previously used here *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-08-25 05:42:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-08-25 05:42:10 - ERROR: failed to build lint kernel TB --- 2009-08-25 05:42:10 - 3346.16 user 497.98 system 4930.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 08:07:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38EFB106568B for ; Tue, 25 Aug 2009 08:07:15 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id CED6A8FC2E for ; Tue, 25 Aug 2009 08:07:14 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n7P87CU2074291 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 25 Aug 2009 10:07:13 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <2CDE9A31-C924-439F-8394-6325F821F9C2@lassitu.de> From: Stefan Bethke To: Peter Jeremy In-Reply-To: <20090824193344.GA34949@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 25 Aug 2009 10:07:12 +0200 References: <20090824193344.GA34949@server.vk2pj.dyndns.org> X-Mailer: Apple Mail (2.936) Cc: freebsd-current@freebsd.org Subject: Re: sshd failing in jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 08:07:15 -0000 Am 24.08.2009 um 21:33 schrieb Peter Jeremy: > I am attempting to build an i386 jail on an amd64 box to build > packages for my netbook. The host is running -current from just over > two weeks ago and the jail is -current from early June. The jail was > built by doing a dump|restore of my netbook and then tweaking various > config files to give it a new identity. The jail's devfs is using > "devfsrules_jail" from /etc/default/devfs.rules. > > The jail starts OK but when I attempt to ssh into it, I just get > "Connection closed by ". Adding debugging on the > child, I see that it occurs immediately following: > "debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY". > > Looking at a ktrace of the jailed sshd, the problem is inside the > privilege separation child. When I turned off privilege separation, I > can log into the jail. When I added a syslog socket inside the jailed > chroot and left privilege separation enabled, I got: > Aug 24 19:04:40 server sshd[70809]: error: buffer_put_bignum2_ret: > BN too small > Aug 24 19:04:40 server sshd[70809]: fatal: buffer_put_bignum2: > buffer error > Unfortunately, buffer_put_bignum2() is called from a number of > locations > so the actual problem is not clear. > > Looking at google doesn't turn up anything useful. > > Does anyone have any suggestions? I had similar symptoms during a recent make world. Finishing installworld in the jails and rebooting made it all work again, so I did not investigate further. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 08:12:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A040106568E for ; Tue, 25 Aug 2009 08:12:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8681B8FC13 for ; Tue, 25 Aug 2009 08:12:24 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n7P8CLF4074972 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 25 Aug 2009 10:12:21 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <07207256-0F3D-423F-88AB-D791A79F3B95@lassitu.de> From: Stefan Bethke To: Boris Kochergin In-Reply-To: <4A92FB56.8020609@acm.poly.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 25 Aug 2009 10:12:20 +0200 References: <4A92FB56.8020609@acm.poly.edu> X-Mailer: Apple Mail (2.936) Cc: freebsd-current Subject: Re: "make buildworld" failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 08:12:25 -0000 Am 24.08.2009 um 22:43 schrieb Boris Kochergin: > Ahoy. I've been trying to build RELENG_8 from today a few times, and > I'm beginning to suspect there's something wrong with my system. > I've gotten several odd error messages, and have started writing > them down. This last one is with a clean /usr/obj directory and a > fresh checkout of the sources using csup. Two things: re-run make buildworld. If you get the same error again (exactly), then it's likely some option on your system, or a bad checkout. Remove any options from /etc/make.conf and /etc/src.conf, and see if it persists. Also try checking out from a different server or via svn. If you get a different error on each run, then it's likely some hardware. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 09:20:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76662106568C for ; Tue, 25 Aug 2009 09:20:53 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 335CD8FC0C for ; Tue, 25 Aug 2009 09:20:53 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id n7P93DV4020283; Tue, 25 Aug 2009 05:03:13 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id n7P93CcE020282; Tue, 25 Aug 2009 05:03:12 -0400 (EDT) Date: Tue, 25 Aug 2009 05:03:12 -0400 From: Thomas Dickey To: Patrick Lamaiziere Message-ID: <20090825090312.GA20041@saltmine.radix.net> References: <20090825032223.4a788a61@baby-jane.lamaiziere.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <20090825032223.4a788a61@baby-jane.lamaiziere.net> User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: ee(1): blinking characters X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 09:20:53 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 25, 2009 at 03:22:23AM +0200, Patrick Lamaiziere wrote: > Hi, >=20 > I've just noticed that ee displays some french characters (like > '=E9','=E0',...) in reverse video into xterm. And on the console theses > characters are blinking. No problem on the command line or with nvi. in curses, that would be because the data passed to addch/waddch is sign-extended because it's stored in a char. (a coding error). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFKk6jPtIqByHxlDocRAqgCAJ9+sUTzOabjq5IOK4dRqRyDzSPsFACdGzCS QCioTj669tURfwNtCMCg67Q= =LzLo -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 11:03:44 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72CAE106568B for ; Tue, 25 Aug 2009 11:03:44 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF0D8FC1D for ; Tue, 25 Aug 2009 11:03:44 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MftoU-000C5i-L9; Tue, 25 Aug 2009 15:03:42 +0400 From: Boris Samorodov To: Anonymous References: <01895862@bb.ipt.ru> <86ab1pf8rj.fsf@gmail.com> Date: Tue, 25 Aug 2009 15:03:41 +0400 In-Reply-To: <86ab1pf8rj.fsf@gmail.com> (Anonymous's message of "Mon, 24 Aug 2009 20:59:12 +0400") Message-ID: <53729554@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: man and UTF-8 locales X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 11:03:44 -0000 On Mon, 24 Aug 2009 20:59:12 +0400 Anonymous wrote: > Boris Samorodov writes: > > Manual pages are still broken for UTF-8 locale. Here is a part > > of bzip2(1): > > ftp://ftp.ipt.ru/pub/images/man_bzip2.gif > `-' (0x2D, HYPHEN-MINUS) renders as `‐' (U+2010, HYPHEN). > See r192561 and this *workaround* Yep, there are some workarounds here. I use "LANG=C" to overcome the case. The main question is if this bug will be fixed before release or not. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 12:25:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BEE106568D; Tue, 25 Aug 2009 12:25:08 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 9EADF8FC14; Tue, 25 Aug 2009 12:25:08 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:53794 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Mfv58-0000gg-4z; Tue, 25 Aug 2009 14:25:00 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id CB5721A4748; Tue, 25 Aug 2009 14:24:54 +0200 (CEST) Message-Id: <917520A8-94F5-41CD-8274-EC0228EE70A2@exscape.org> From: Thomas Backman To: Pawel Jakub Dawidek In-Reply-To: <20090821110031.GB1962@garage.freebsd.pl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 25 Aug 2009 14:24:52 +0200 References: <7F161876-8DA7-4617-98B6-7CD54C691BC6@exscape.org> <306284EA-C89C-433C-9D33-E6CF44305800@exscape.org> <20090821110031.GB1962@garage.freebsd.pl> X-Mailer: Apple Mail (2.936) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1Mfv58-0000gg-4z. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Mfv58-0000gg-4z 2eb25dbe63b93be4148ae89f595f7be3 Cc: freebsd-fs@freebsd.org, FreeBSD current Subject: Re: Yet another ZFS recv panic; old but rarely seen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 12:25:09 -0000 On Aug 21, 2009, at 13:00, Pawel Jakub Dawidek wrote: > > Right, the bug is already fixed in OpenSolaris. If you can reproduce > the > problem, you might try this patch: > > http://people.freebsd.org/~pjd/patches/dirtying_dbuf.patch Well, since I wasn't able to reliably reproduce the panic, I can't say if the patch is working or not... but after the stress testing, I applied it anyway to check for regressions, and so far it seems to work. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 13:08:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11B121065690; Tue, 25 Aug 2009 13:08:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C7BFF8FC1A; Tue, 25 Aug 2009 13:08:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n7PD8DP8075998; Tue, 25 Aug 2009 09:08:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n7PD8Dcl075988; Tue, 25 Aug 2009 13:08:13 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Aug 2009 13:08:13 GMT Message-Id: <200908251308.n7PD8Dcl075988@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 13:08:20 -0000 TB --- 2009-08-25 11:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-08-25 11:45:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-08-25 11:45:00 - cleaning the object tree TB --- 2009-08-25 11:45:39 - cvsupping the source tree TB --- 2009-08-25 11:45:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-08-25 11:47:06 - building world TB --- 2009-08-25 11:47:06 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-25 11:47:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-25 11:47:06 - TARGET=i386 TB --- 2009-08-25 11:47:06 - TARGET_ARCH=i386 TB --- 2009-08-25 11:47:06 - TZ=UTC TB --- 2009-08-25 11:47:06 - __MAKE_CONF=/dev/null TB --- 2009-08-25 11:47:06 - cd /src TB --- 2009-08-25 11:47:06 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 25 11:47:06 UTC 2009 >>> 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 >>> World build completed on Tue Aug 25 12:53:59 UTC 2009 TB --- 2009-08-25 12:53:59 - generating LINT kernel config TB --- 2009-08-25 12:53:59 - cd /src/sys/i386/conf TB --- 2009-08-25 12:53:59 - /usr/bin/make -B LINT TB --- 2009-08-25 12:54:00 - building LINT kernel TB --- 2009-08-25 12:54:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-08-25 12:54:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-08-25 12:54:00 - TARGET=i386 TB --- 2009-08-25 12:54:00 - TARGET_ARCH=i386 TB --- 2009-08-25 12:54:00 - TZ=UTC TB --- 2009-08-25 12:54:00 - __MAKE_CONF=/dev/null TB --- 2009-08-25 12:54:00 - cd /src TB --- 2009-08-25 12:54:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 25 12:54:00 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/i386/isa/vesa.c:1117: error: duplicate case value /src/sys/i386/isa/vesa.c:1110: error: previously used here /src/sys/i386/isa/vesa.c:1118: error: duplicate case value /src/sys/i386/isa/vesa.c:1111: error: previously used here /src/sys/i386/isa/vesa.c:1121: error: duplicate case value /src/sys/i386/isa/vesa.c:1112: error: previously used here /src/sys/i386/isa/vesa.c:1122: error: duplicate case value /src/sys/i386/isa/vesa.c:1113: error: previously used here *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-08-25 13:08:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-08-25 13:08:13 - ERROR: failed to build lint kernel TB --- 2009-08-25 13:08:13 - 3351.29 user 500.85 system 4993.16 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 13:41:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C969106568E for ; Tue, 25 Aug 2009 13:41:49 +0000 (UTC) (envelope-from luckrill@yahoo.com.cn) Received: from web15202.mail.cnb.yahoo.com (web15202.mail.cnb.yahoo.com [202.165.105.132]) by mx1.freebsd.org (Postfix) with SMTP id AC0AB8FC20 for ; Tue, 25 Aug 2009 13:41:48 +0000 (UTC) Received: (qmail 1733 invoked by uid 60001); 25 Aug 2009 13:15:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.cn; s=s1024; t=1251206107; bh=tZJ2GOVxaeepb1poEIv6Ce5Ats2TmzhHEz2KuxKrWXo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=MiQNYrFrCloAiTu4cIrHg5pxydi6nMdMrktevpfOs0ve3XgkWJQlebnDg0Pjs6rIfyOElTTZZEsfprCI0Q13tCux8q/f+AM2kQxWiDFi/Oh9huvEclMlfeFMn+bw3eKKK3JlxeWJUQ/v08wKcNpAb/h68l7g5PlTCaiSn9athoo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.cn; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=JrRxJE2EcxKLBa9yUTlxFAGsuwymFOpjOF/+VPiL9PrtHrpjWAl86bM9gGKoXNZJjGMgVKeBKseFpvpsY+5BdwuagoHnlNznXeCGck0SM0zvaN7VMCts3in2Dvb7pPmwFFruKBVsnhP4dl96RJ8LyG1Gn8I3/sHBdXeXv8XGF6I=; Message-ID: <277871.1220.qm@web15202.mail.cnb.yahoo.com> X-YMail-OSG: U4uZJ.cVM1kHnFEJnE_1YUSUtgG0i.25UkPKYifMSgQ82cZUvAxX9KxI.edx4XY_tGKwwEwrsi_2jIA1hFkExMj3F6sqeB4AkSaZgpZnLf6kzyRlpn9ST.xa_xTKTtrJrbJMpRx0gqd9OM4AzL4.D1MKLndujPrlP7Sc3qsV3maLDf2dWqh17V9WYMROhf39bDpROJiJryti_KjyMp4fk2_teag1cpAKJfckOsM018pGNac- Received: from [125.34.1.156] by web15202.mail.cnb.yahoo.com via HTTP; Tue, 25 Aug 2009 06:15:07 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.1 Date: Tue, 25 Aug 2009 06:15:07 -0700 (PDT) From: rill To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 25 Aug 2009 13:53:34 +0000 Subject: 8.0-BETA3 bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 13:41:49 -0000 1, meet panic with GENERIC=0AInstall FreeBSD8.0-BETA3;=0Ause default GENERI= C file to rebuild system. =0A# cd /usr/ports/x11/gnome2/=0A# make BATCH=3Dy= es install clean=0A=0Ameet panic message:=0Apanic: Most recently used by in= odedep=0A=0Acpuid =3D 0=0AKDB: enter: panic=0AStopped at kdb_e= nter+0x3a: movl $0,kdb_why=0Adb>=0A=0A2, cann't find: libgstrtsp.so=0A# cd = /usr/ports/x11/gnome2/=0A# make BATCH=3Dyes install clean=0A=0Afaild, canno= t find: libgstrtsp.so=0A=0A# cd /usr/ports/multimedia/gstreamer-plugins-goo= d=0A# make install=0AThis time all is ok!=0A=0AMy system is: WinXP + VMware= 6.0 + FreeBSD8.0-BETA3 =0A=0A=0ABest Regards=0A----------------------------= ---------------------=0Ajiang zhixiang=0AE-mail:luckrill@yahoo.com.cn=0A---= ----------------------------------------------=0A=0A=0A ______________= _____________________________________________ =0A =BA=C3=CD=E6=BA=D8=BF=A8= =B5=C8=C4=E3=B7=A2=A3=AC=D3=CA=CF=E4=BA=D8=BF=A8=C8=AB=D0=C2=C9=CF=CF=DF=A3= =A1 =0Ahttp://card.mail.cn.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 15:02:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32C63106568D for ; Tue, 25 Aug 2009 15:02:54 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 92C668FC1D for ; Tue, 25 Aug 2009 15:02:53 +0000 (UTC) Received: by ewy5 with SMTP id 5so1883587ewy.36 for ; Tue, 25 Aug 2009 08:02:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:message-id:content-type :content-transfer-encoding; bh=BAdm24XN2NCiUayLNpMHR5zvVIhOMO2iz5o4Vhb6jJU=; b=Qm/Zx2ieXh1LHYfxrTcH4H9pAJiEPufwOBBnHdnUKiabR2mIb0bbI2AC/iCRNMe+mm 8ygyGIPvi4KGbFWMHZXZOkSt1OXA0X34Esj+KNRpYrM2z/YTm7vCBmCJUkAQJ0Gvcuyq simawIO7iytEWntMS7nxj5he0CatzMDncgyW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:message-id :content-type:content-transfer-encoding; b=PG9x4pE/GuX3YtmlbKK+uoMxl+C5Gu84i3LJUol4nyFOyQqorTjF1gZQe9C1+fbQNj v3yhZW2kFLTTo1zWsp89kuP1xepRcyJbcITZrT/V3bxyMCtfzlOhOsOFJSywZQoERR+G tAryFHj+OavuhI8iNjPn323/9pf8Vwzx8VkUU= Received: by 10.216.28.66 with SMTP id f44mr1328892wea.28.1251212572359; Tue, 25 Aug 2009 08:02:52 -0700 (PDT) Received: from gizmo.nevosoft.local ([195.182.128.54]) by mx.google.com with ESMTPS id t2sm385479gve.15.2009.08.25.08.02.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 Aug 2009 08:02:51 -0700 (PDT) From: subbsd To: freebsd-current@freebsd.org Date: Tue, 25 Aug 2009 19:02:49 +0400 User-Agent: KMail/1.12.0 (FreeBSD/8.0-BETA3; KDE/4.3.0; amd64; ; ) MIME-Version: 1.0 Message-Id: <200908251902.49296.subbsd@gmail.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 15:02:54 -0000 Hello maillist ive got sililar problem like http://lists.freebsd.org/pipermail/freebsd- virtualization/2008-May/000010.html Config Kernel: -- include GENERIC ident LOGS-GENERIC nooptions INET6 # IPv6 communications protocols nooptions SCTP # Stream Control Transmission Protocol options VIMAGE nooptions SCSI_DELAY nooptions KDB nooptions DDB nooptions GDB --- When i booted any try sh /etc/rc.d/lockd onestart System is panic with last message on screen: .. tcp_usr_listen 0x41: movq 0x28(%rax), %rdi ... Arch: amd64 Without lockd, ive get other trouble with VIMAGE enabled. In Xorg session, when skype program is started. gdb shows: kgdb kernel.debug /var/crash/vmcore.0 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Kernel page fault with the following non-sleepable locks held: shared rw ifnet (ifnet) r = 0 (0xffffffff80d1a320) locked @ /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2109 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x28 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80f2879a stack pointer = 0x28:0xffffff8062be39f0 frame pointer = 0x28:0xffffff8062be3ae0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1315 (skype) trap number = 12 panic: page fault cpuid = 0 Uptime: 2m19s Physical memory: 3311 MB Dumping 1335 MB: 1320 1304 1288 1272 1256 1240 1224 1208 1192 1176 1160 1144 1128 1112 1096 1080 1064 1048 1032 1016 1000 984 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 968 952 936 920 904 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 888 872 856 840 824 808 792 776 760 744 728 712 696 680 664 648 632 616 600 584 568 552 536 520 504 488 472 456 440 424 408 392acpi0: suspend request ignored (not ready yet) acpi0: request to enter state S5 failed (err 6) 376 360 344 328 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/linsysfs.ko...Reading symbols from /boot/kernel/linsysfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linsysfs.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from /boot/kernel/accf_data.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_data.ko Reading symbols from /boot/kernel/accf_dns.ko...Reading symbols from /boot/kernel/accf_dns.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_dns.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/amdtemp.ko...Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/amdtemp.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/modules/kqemu.ko...done. Loaded symbols for /boot/modules/kqemu.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/ipfw.ko...Reading symbols from /boot/kernel/ipfw.ko.symbols...done. done. Loaded symbols for /boot/kernel/ipfw.ko Reading symbols from /boot/kernel/nfscommon.ko...Reading symbols from /boot/kernel/nfscommon.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfscommon.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/nfscl.ko...Reading symbols from /boot/kernel/nfscl.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfscl.ko #0 doadump () at pcpu.h:223 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) Without VIMAGE, skype and lockd processes work fine. From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 15:48:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D78106568E; Tue, 25 Aug 2009 15:48:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB2B8FC12; Tue, 25 Aug 2009 15:48:04 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA06253; Tue, 25 Aug 2009 18:48:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A9407B0.1000902@icyb.net.ua> Date: Tue, 25 Aug 2009 18:48:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Jason Harmening References: <2d1264630908231250x19b147ebx8e97d7e6b68c512d@mail.gmail.com> In-Reply-To: <2d1264630908231250x19b147ebx8e97d7e6b68c512d@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: RESOLVED: Fatal trap 30 w/ latest 8.0-BETA2/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 15:48:06 -0000 on 23/08/2009 22:50 Jason Harmening said the following: > So after blindly posting to the list, I took some time to figure out > what FreeBSD uses trap code 30 for--turns out some misbehaving PCIe > hardware was firing an MSI to an unassigned vector. Switching it to > legacy interrupts fixed the problem. Sorry for the spam. Jason, could you please share your technique/experience for tracking this down? Thank you! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 16:16:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82713106568E for ; Tue, 25 Aug 2009 16:16:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 256F28FC18 for ; Tue, 25 Aug 2009 16:16:07 +0000 (UTC) Received: from pooker.samsco.home (pooker.samsco.home [192.168.254.1]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n7PGG5u7027293; Tue, 25 Aug 2009 10:16:05 -0600 (MDT) (envelope-from scottl@samsco.org) Date: Tue, 25 Aug 2009 10:16:04 -0600 (MDT) From: Scott Long To: scsi@freebsd.org, current@freebsd.org Message-ID: <20090825101145.S20031@pooker.samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: [PATCH] FIx for HP P210/212/410 adapters in FreeBSD 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 16:16:08 -0000 All, ANyone who is having troubles booting with a new generation HP Smartarray adapter (P210/212/410/etc) under FreeBSD 8.0 is encouraged to try the patch below. Also, those with older adapters, especially series-5 adapters, are encouraged to test this as well to confirm that I didn't break anything. Please let me know ASAP if works/doesn't work for you. http://people.freebsd.org/~scottl/ciss_p410.diff Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 18:17:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04123106568D for ; Tue, 25 Aug 2009 18:17:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outn.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id AD60D8FC1A for ; Tue, 25 Aug 2009 18:17:29 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id D9C958ED2B; Tue, 25 Aug 2009 11:17:29 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 187832D6006; Tue, 25 Aug 2009 11:17:29 -0700 (PDT) Message-ID: <4A942AB8.3060709@elischer.org> Date: Tue, 25 Aug 2009 11:17:28 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: subbsd , current@freebsd.org References: <200908251902.49296.subbsd@gmail.com> In-Reply-To: <200908251902.49296.subbsd@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 18:17:31 -0000 subbsd wrote: > Hello maillist > > ive got sililar problem like http://lists.freebsd.org/pipermail/freebsd- > virtualization/2008-May/000010.html > is this -current or 8-beta3? and if current, how new? From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 18:24:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05803106568D for ; Tue, 25 Aug 2009 18:24:41 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yw0-f202.google.com (mail-yw0-f202.google.com [209.85.211.202]) by mx1.freebsd.org (Postfix) with ESMTP id 829618FC1A for ; Tue, 25 Aug 2009 18:24:40 +0000 (UTC) Received: by ywh40 with SMTP id 40so5054878ywh.14 for ; Tue, 25 Aug 2009 11:24:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:message-id; bh=BK7CUgK8PnhvTa2m0Zc//Kg1YcssKypQQaCeXdoPkx0=; b=rx+jEG+UrmFh2NrCHjMhbUsdD2s+eXuGPvOV6BCRL0J4jKQu5SMCYd++/GRVgmHe4P 1Q0o6uAl5gIwvVOdqEfhN1G18wfT26egLk6zreC7g88axbFwbXeLnt9zrkSvlZKDKCBe NsJy5D2Vqv3lJ9OOWCql2OIwVzhbbCO+aJg0E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :message-id; b=Bk9GuwbIy+81qc5gE2/bdLV+HyVEy0ycYGY8mdQr964SS5NDD0KWMhAV4tE5An0zZt OonOVjia+x1ZV7ttkUIyn9e4/8dsqiciIo5OucwKxtb51o1fNre2GEaUHnRf4Nja3s24 p4yTT1vUBSVoSuhhWXeWP9KlVcATt4XKLfYac= Received: by 10.91.28.9 with SMTP id f9mr5230718agj.89.1251224678620; Tue, 25 Aug 2009 11:24:38 -0700 (PDT) Received: from ?192.168.1.102? ([190.177.213.106]) by mx.google.com with ESMTPS id 34sm722452agc.31.2009.08.25.11.24.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 Aug 2009 11:24:38 -0700 (PDT) From: Gonzalo Nemmi To: freebsd-current@freebsd.org Date: Tue, 25 Aug 2009 15:23:38 -0300 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_qwClK1AovZHTy0p" Message-Id: <200908251523.38831.gnemmi@gmail.com> Subject: core dump on kldload atapicam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 18:24:41 -0000 --Boundary-00=_qwClK1AovZHTy0p Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Just as seen on BETA2, kldload atapicam crashes my system. dmesg -> http://pastebin.com/f78f49c9b root@gargoyle:~ # ls -lahF /var/crash/ total 54524 drwxr-x--- 2 root wheel 512B Aug 25 15:18 ./ drwxr-xr-x 23 root wheel 512B Aug 25 12:17 ../ -rw-r--r-- 1 root wheel 2B Aug 25 15:18 bounds -rw-r--r-- 1 root wheel 51K Aug 25 15:18 core.txt.0 -rw------- 1 root wheel 451B Aug 25 15:18 info.0 -rw------- 1 root wheel 62M Aug 25 15:18 vmcore.0 root@gargoyle:~ # more /var/crash/info.0 Dump header from device /dev/ad4s4b Architecture: i386 Architecture Version: 2 Dump Length: 64815104B (61 MB) Blocksize: 512 Dumptime: Tue Aug 25 15:17:16 2009 Hostname: gargoyle.inferna.com.ar Magic: FreeBSD Kernel Dump Version String: FreeBSD 8.0-BETA3 #0: Sat Aug 22 02:36:50 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Panic String: page fault Dump Parity: 2819689273 Bounds: 0 Dump Status: good root@gargoyle:~ # core.txt.0 attached Regards Gonzalo -- Blessings Gonzalo Nemmi --Boundary-00=_qwClK1AovZHTy0p Content-Type: text/x-diff; charset="iso 8859-15"; name="core.txt.0" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="core.txt.0" gargoyle.inferna.com.ar dumped core - see /var/crash/vmcore.0 Tue Aug 25 15:18:09 ART 2009 FreeBSD gargoyle.inferna.com.ar 8.0-BETA3 FreeBSD 8.0-BETA3 #0: Sat Aug 22 02:36:50 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex ATAPICAM lock (ATAPICAM lock) r = 0 (0xc46f4264) locked @ /usr/src/sys/modules/ata/atapicam/../../../dev/ata/atapi-cam.c:220 KDB: stack backtrace: db_trace_self_wrapper(c0c740b0,e6dd8590,c08c11c5,c4e97c60,dc,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c4e97c60,dc,ffffffff,c0f03c94,e6dd85c8,...) at kdb_backtrace+0x29 _witness_debugger(c0c7652f,e6dd85dc,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c0caa624,c0c99120,c4e662a8,...) at witness_warn+0x1fd trap(e6dd8668) at trap+0x173 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc4e97355, esp = 0xe6dd86a8, ebp = 0xe6dd86f8 --- atapi_action(c4aecc80,e6dd8790,c4b39700,ffffffff,0,...) at atapi_action+0x1c5 xpt_action_default(e6dd8790,e6dd8918,c04844e5,e6dd8790,e6dd876c,...) at xpt_action_default+0x379 xpt_action(e6dd8790,e6dd876c,1,ffffffff,ffffffff,...) at xpt_action+0x1f xpt_bus_register(c4aecc80,c4aeca80,0,dc,1,...) at xpt_bus_register+0x425 atapi_cam_attach(c4aeca80,c48ae860,ffffffff,c0c60fa7,80000000,...) at atapi_cam_attach+0x155 device_attach(c4aeca80,4,c0c737ca,9f1) at device_attach+0x36f device_probe_and_attach(c4aeca80,c46f4000,e6dd89d4,c4899200,1,...) at device_probe_and_attach+0x4e bus_generic_driver_added(c4899200,c4e980dc,c0d553f8,c4e980dc,7fffffff,...) at bus_generic_driver_added+0x65 devclass_driver_added(c4e980dc,c0d60da8,101,c4e980c4,c460d300,...) at devclass_driver_added+0x68 driver_module_handler(c4a7f880,0,c4e980c4,76,0,...) at driver_module_handler+0x1ab module_register_init(c4e980ac,0,c0c6d7fb,e4,0,...) at module_register_init+0xa7 linker_load_module(0,e6dd8c48,c0c6d7fb,3f7,0,...) at linker_load_module+0x9fa kern_kldload(c4e81240,c4a6d800,e6dd8c70,0,280d6d64,...) at kern_kldload+0xca kldload(c4e81240,e6dd8cf8,4,c4e81240,c0d580a0,...) at kldload+0x74 syscall(e6dd8d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280d6d6b, esp = 0xbfbfe75c, ebp = 0xbfbfec48 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x49c fault code = supervisor read, page not present instruction pointer = 0x20:0xc4e97355 stack pointer = 0x28:0xe6dd86a8 frame pointer = 0x28:0xe6dd86f8 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 = 1021 (kldload) trap number = 12 panic: page fault cpuid = 0 Uptime: 1m9s Physical memory: 997 MB Dumping 61 MB: 46 30 14 Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/coretemp.ko...Reading symbols from /boot/kernel/coretemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/coretemp.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/sdhci.ko...Reading symbols from /boot/kernel/sdhci.ko.symbols...done. done. Loaded symbols for /boot/kernel/sdhci.ko Reading symbols from /boot/kernel/mmc.ko...Reading symbols from /boot/kernel/mmc.ko.symbols...done. done. Loaded symbols for /boot/kernel/mmc.ko Reading symbols from /boot/kernel/mmcsd.ko...Reading symbols from /boot/kernel/mmcsd.ko.symbols...done. done. Loaded symbols for /boot/kernel/mmcsd.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc08801be in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0880492 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc0bafc63 in trap_fatal (frame=0xe6dd8668, eva=1180) at /usr/src/sys/i386/i386/trap.c:931 #4 0xc0bb0581 in trap (frame=0xe6dd8668) at /usr/src/sys/i386/i386/trap.c:323 #5 0xc0b9292b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #6 0xc4e97355 in atapi_action (sim=0xc4aecc80, ccb=0xe6dd8790) at /usr/src/sys/modules/ata/atapicam/../../../dev/ata/atapi-cam.c:390 #7 0xc0486579 in xpt_action_default (start_ccb=0xe6dd8790) at /usr/src/sys/cam/cam_xpt.c:2584 #8 0xc04811df in xpt_action (start_ccb=0xe6dd8790) at /usr/src/sys/cam/cam_xpt.c:2403 #9 0xc04844e5 in xpt_bus_register (sim=0xc4aecc80, parent=0xc4aeca80, bus=0) at /usr/src/sys/cam/cam_xpt.c:3798 #10 0xc4e96ec5 in atapi_cam_attach (dev=0xc4aeca80) at /usr/src/sys/modules/ata/atapicam/../../../dev/ata/atapi-cam.c:221 #11 0xc08a8d5f in device_attach (dev=0xc4aeca80) at device_if.h:178 #12 0xc08a9a1e in device_probe_and_attach (dev=0xc4aeca80) at /usr/src/sys/kern/subr_bus.c:2552 #13 0xc08a9c95 in bus_generic_driver_added (dev=0xc4899200, driver=0xc4e980dc) at /usr/src/sys/kern/subr_bus.c:3303 #14 0xc08a6c18 in devclass_driver_added (dc=0xc460d300, driver=0xc4e980dc) at bus_if.h:183 #15 0xc08a875b in driver_module_handler (mod=0xc4a7f880, what=0, arg=0xc4e980c4) at /usr/src/sys/kern/subr_bus.c:1036 #16 0xc086fca7 in module_register_init (arg=0xc4e980ac) at /usr/src/sys/kern/kern_module.c:124 #17 0xc086744a in linker_load_module (kldname=Variable "kldname" is not available. ) at /usr/src/sys/kern/kern_linker.c:234 #18 0xc086790a in kern_kldload (td=0xc4e81240, file=0xc4a6d800 "atapicam", fileid=0xe6dd8c70) at /usr/src/sys/kern/kern_linker.c:1016 #19 0xc0867a44 in kldload (td=0xc4e81240, uap=0xe6dd8cf8) at /usr/src/sys/kern/kern_linker.c:1044 #20 0xc0bb0123 in syscall (frame=0xe6dd8d38) at /usr/src/sys/i386/i386/trap.c:1071 #21 0xc0b92990 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #22 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------ ps -axl Segmentation fault (core dumped) ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 63 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 72 pages cached 0 pages freed 0 pages freed by daemon 58855 pages freed by exiting processes 1781 pages active 1271 pages inactive 9 pages in VM cache 6059 pages wired down 241630 pages free 4096 bytes per page 18629 total name lookups cache hits (83% pos + 11% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) GEOM 121 19K - 710 16,32,64,128,512,1024,2048 pci_link 16 2K - 16 16,32,64,128 isadev 9 1K - 9 64 sbp 104 9K - 104 32,128 cdev 11 2K - 11 128 sigio 1 1K - 1 32 filedesc 43 11K - 1022 256 kenv 79 7K - 83 16,32,64,128,4096 kqueue 0 0K - 12 128,1024 proc-args 22 2K - 324 16,32,64,128 ddb_capture 1 48K - 1 ithread 75 6K - 75 16,64,128 KTRACE 100 13K - 100 128 linker 163 34K - 263 16,32,512,1024,4096 lockf 20 2K - 84 32,64 agp 1 1K - 1 16 ip6ndp 5 1K - 5 64,128 temp 25 238K - 1931 16,32,64,128,256,512,1024,2048,4096 devbuf 4445 5378K - 4501 16,32,64,128,256,512,1024,2048,4096 module 475 30K - 475 64,128 kbdmux 6 10K - 6 16,256,1024,2048,4096 mtx_pool 2 8K - 2 4096 subproc 92 185K - 1071 256,4096 proc 2 8K - 2 4096 session 18 2K - 18 64 pgrp 20 2K - 26 64 cred 28 3K - 2526 64,128 uidinfo 3 2K - 3 64,1024 plimit 13 4K - 154 256 sysctltmp 0 0K - 253 16,32,64,128 sysctloid 3839 117K - 3943 16,32,64,128 sysctl 0 0K - 303 16,32,64 umtx 112 7K - 112 64 p1003.1b 1 1K - 1 16 SWAP 2 277K - 2 64 bus-sc 80 218K - 5048 16,32,64,128,256,512,1024,2048,4096 bus 1310 62K - 8331 16,32,64,128,512,1024 devstat 8 17K - 8 16,4096 eventhandler 71 4K - 71 32,64,128 acpica 2431 125K - 124310 16,32,64,128,256,512,1024,2048 kobj 340 680K - 411 2048 Per-cpu 1 1K - 1 16 acpitask 1 1K - 1 1024 CAM SIM 4 1K - 4 128 rman 180 11K - 632 16,32,64 sbuf 0 0K - 402 16,32,64,128,256,512,1024,2048,4096 acpisem 17 2K - 17 64,128 stack 0 0K - 2 128 taskqueue 13 1K - 13 16,64 Unitno 13 1K - 29 16,64 CAM XPT 34 16K - 114 16,32,64,1024,2048 CAM periph 3 1K - 19 16,32,64,128 Witness 1 104K - 1 iov 0 0K - 234 64,128,256 select 6 1K - 6 64 ioctlops 0 0K - 827 16,32,64,128,256,512,1024,4096 msg 4 25K - 4 1024,4096 sem 4 6K - 4 256,512,1024,4096 shm 1 12K - 1 tty 19 10K - 21 512,1024 mbuf_tag 0 0K - 1 32 ksem 1 4K - 1 4096 shmfd 1 4K - 1 4096 ata_generic 2 2K - 2 1024 pcb 15 79K - 26 16,64,512,1024,2048,4096 soname 3 1K - 61 16,32,128 biobuf 4 8K - 6 2048 vfscache 1 512K - 1 vfs_hash 1 256K - 1 vnodes 2 1K - 2 128 vnodemarker 0 0K - 27 512 mount 69 3K - 113 16,32,64,128,256 BPF 4 1K - 4 64 ether_multi 15 1K - 16 16,32,64 ifaddr 40 9K - 40 16,32,64,128,256,512,2048 ifnet 5 5K - 5 64,1024 clone 5 20K - 5 4096 arpcom 2 1K - 2 16 fw_com 1 1K - 1 64 lltable 12 3K - 12 128,256 ad_driver 1 1K - 1 32 ar_driver 0 0K - 6 512,2048 acd_driver 1 2K - 1 2048 acpidev 106 4K - 106 32 routetbl 51 259K - 93 16,32,64,128,256,512 igmp 4 1K - 4 128 in_multi 2 1K - 2 128 sctp_iter 0 0K - 3 128 sctp_ifn 2 1K - 2 128 sctp_ifa 4 1K - 4 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 3 16 hostcache 1 16K - 1 syncache 1 72K - 1 entropy 1024 64K - 1024 64 in6_multi 12 2K - 12 16,256 fw_xfer 0 0K - 1 128 mld 4 1K - 4 128 NFS FHA 1 1K - 1 1024 rpc 2 5K - 2 128,4096 audit_evclass 172 3K - 211 16 savedino 0 0K - 19 256 dirrem 0 0K - 25 32 mkdir 0 0K - 12 32 diradd 5 1K - 26 64 freefile 0 0K - 23 32 freeblks 0 0K - 19 256 freefrag 0 0K - 2 32 allocdirect 0 0K - 27 128 bmsafemap 0 0K - 8 64 newblk 1 1K - 28 64,256 inodedep 7 257K - 48 128 pagedep 3 33K - 13 64 ufs_dirhash 27 5K - 27 16,32,64,128,512 ufs_mount 12 25K - 12 256,2048,4096 firewire 11 23K - 14 32,64,512,1024,2048,4096 vm_pgdata 2 65K - 2 64 atkbddev 2 1K - 2 32 USBdev 37 12K - 37 32,128,256,1024,2048 USB 58 28K - 59 16,32,64,1024,2048 apmdev 1 1K - 1 64 DEVFS1 107 27K - 115 256 DEVFS3 130 17K - 139 128 DEVFS 20 1K - 21 16,64 DEVFSP 1 1K - 1 32 io_apic 1 1K - 1 1024 memdesc 1 4K - 1 4096 msi 3 1K - 3 64 nexusdev 4 1K - 4 16 pfs_nodes 20 3K - 20 128 CAM dev queue 4 1K - 4 64 CAM queue 14 1K - 84 16,32 feeder 12 1K - 14 16,64 hdac 7 15K - 7 64,128,512,1024 drm_ctxbitmap 1 4K - 1 4096 drm_agplists 1 1K - 1 64 drm_maps 1 1K - 1 64 drm_driver 4 5K - 8 16,64,256,4096 drm_sarea 1 1K - 1 16 drm_dma 1 1K - 1 16 mixer 1 4K - 1 4096 ata_cam 3 3K - 3 64,1024 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 128, 0, 88, 2, 88, 0 UMA Zones: 888, 0, 88, 0, 88, 0 UMA Slabs: 284, 0, 680, 6, 1540, 0 UMA RCntSlabs: 544, 0, 195, 1, 195, 0 UMA Hash: 128, 0, 4, 26, 4, 0 16 Bucket: 76, 0, 26, 24, 54, 0 32 Bucket: 140, 0, 27, 1, 49, 0 64 Bucket: 268, 0, 15, 13, 61, 13 128 Bucket: 524, 0, 25, 3, 1166, 112 VM OBJECT: 136, 0, 755, 28, 11927, 0 MAP: 140, 0, 7, 21, 7, 0 KMAP ENTRY: 72, 56021, 39, 120, 4280, 0 MAP ENTRY: 72, 0, 348, 76, 21569, 0 DP fakepg: 72, 0, 0, 0, 0, 0 SG fakepg: 72, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 289, 127, 289, 0 16: 16, 0, 3303, 351, 66157, 0 32: 32, 0, 3030, 134, 58632, 0 64: 64, 0, 4805, 92, 7566, 0 128: 128, 0, 3025, 65, 15587, 0 256: 256, 0, 846, 24, 3451, 0 512: 512, 0, 75, 13, 3965, 0 1024: 1024, 0, 54, 186, 1387, 0 2048: 2048, 0, 391, 9, 680, 0 4096: 4096, 0, 302, 3, 2378, 0 Files: 56, 0, 54, 80, 4116, 0 TURNSTILE: 72, 0, 113, 37, 113, 0 umtx pi: 52, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0 PROC: 680, 0, 42, 6, 1021, 0 THREAD: 572, 0, 97, 15, 97, 0 SLEEPQUEUE: 40, 0, 113, 64, 113, 0 VMSPACE: 232, 0, 22, 29, 1001, 0 cpuset: 40, 0, 2, 182, 2, 0 audit_record: 816, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 257, 140, 269, 0 mbuf: 256, 0, 1, 140, 35, 0 mbuf_cluster: 2048, 25600, 384, 6, 384, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 g_bio: 140, 0, 0, 224, 4606, 0 ttyinq: 152, 0, 120, 36, 480, 0 ttyoutq: 256, 0, 64, 11, 256, 0 ata_request: 200, 0, 2, 74, 2176, 0 ata_composite: 180, 0, 0, 0, 0, 0 VNODE: 268, 0, 487, 31, 511, 0 VNODEPOLL: 60, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 7257, 0 S VFS Cache: 72, 0, 466, 64, 914, 0 L VFS Cache: 292, 0, 0, 0, 0, 0 NFSMOUNT: 520, 0, 0, 0, 0, 0 NFSNODE: 464, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 37, 11, 37, 0 pipe: 392, 0, 1, 19, 631, 0 ksiginfo: 80, 0, 34, 1022, 34, 0 itimer: 220, 0, 0, 0, 0, 0 KNOTE: 68, 0, 0, 112, 20, 0 socket: 412, 25605, 11, 16, 180, 0 ipq: 32, 904, 0, 0, 0, 0 udp_inpcb: 220, 25614, 2, 34, 159, 0 udpcb: 8, 25781, 2, 201, 159, 0 tcp_inpcb: 220, 25614, 3, 33, 5, 0 tcpcb: 632, 25602, 3, 9, 5, 0 tcptw: 52, 5184, 0, 0, 0, 0 syncache: 112, 15365, 0, 0, 0, 0 hostcache: 76, 15400, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 0, 0, 0 sackhole: 20, 0, 0, 0, 0, 0 sctp_ep: 848, 25600, 0, 0, 0, 0 sctp_asoc: 1460, 40000, 0, 0, 0, 0 sctp_laddr: 24, 80040, 0, 145, 3, 0 sctp_raddr: 420, 80001, 0, 0, 0, 0 sctp_chunk: 96, 400000, 0, 0, 0, 0 sctp_readq: 76, 400000, 0, 0, 0, 0 sctp_stream_msg_out: 64, 400020, 0, 0, 0, 0 sctp_asconf: 24, 400055, 0, 0, 0, 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, 0 ripcb: 220, 25614, 0, 0, 0, 0 unpcb: 172, 25622, 6, 40, 15, 0 rtentry: 108, 0, 8, 64, 8, 0 selfd: 28, 0, 15, 239, 316, 0 ip4flow: 40, 4140, 0, 184, 1, 0 ip6flow: 64, 4118, 0, 0, 0, 0 Mountpoints: 644, 0, 5, 7, 5, 0 FFS inode: 116, 0, 447, 48, 470, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 447, 18, 470, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 243 10 irq9: acpi0 1 0 irq14: ata0 36 1 irq17: atapci1 1162 50 irq19: fwohci0 1 0 irq20: uhci0 uhci+ 16 0 cpu0: timer 136372 5929 irq257: hdac0 10 0 irq258: bge0 27 1 Total 137868 5994 ------------------------------------------------------------------------ pstat -T 54/12328 files 0M/1987M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad4s4b 4070720 0 4070720 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad4 KB/t tps MB/s 11.71 48 0.55 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 136 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 2 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 10 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 10 delivered 10 datagrams output 0 times multicast source filter matched ip: 10 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 10 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 10 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent ip6: 0 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Mbuf statistics: 0 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 258/280/538 mbufs in use (current/cache/total) 244/146/390/25600 mbuf clusters in use (current/cache/total/max) 257/140 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 552K/362K/914K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll Drop bge0 1500 00:23:ae:04:ba:ca 12 0 13 0 0 0 bge0 1500 192.168.1.0 gargoyle 10 - 10 - - - fwe0* 1500 46:4f:c0:49:95:c1 0 0 0 0 0 0 fwip0 1500 44:4f:c0:00:30:49:95:c1:0a:02:ff:fe:00:00:00:00 0 0 0 0 0 0 lo0 16384 0 0 0 0 0 0 lo0 16384 fe80:4::1 fe80:4::1 0 - 0 - - - lo0 16384 localhost ::1 0 - 0 - - - lo0 16384 your-net localhost 0 - 0 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.1.1 UGS 0 0 bge0 127.0.0.1 link#4 UH 0 0 lo0 192.168.1.0/24 link#1 U 0 10 bge0 192.168.1.30 link#4 UHS 0 0 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UH lo0 fe80::%lo0/64 link#4 U lo0 ff01:4::/32 fe80::1%lo0 U lo0 ff02::%lo0/32 fe80::1%lo0 U lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) c4e57768 tcp4 0 0 127.0.0.1.25 *.* LISTEN c4e57c58 tcp4 0 0 *.22 *.* LISTEN c4e58000 tcp6 0 0 *.22 *.* LISTEN c4ba4604 udp4 0 0 *.514 *.* c4ba444c udp6 0 0 *.514 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr c4ba7ec8 stream 0 0 c4c5a000 0 0 0 /var/run/devd.pipe c4ba760c dgram 0 0 0 c4ba7968 0 c4ba7764 c4ba76b8 dgram 0 0 0 c4ba7a14 0 0 c4ba7764 dgram 0 0 0 c4ba7968 0 0 c4ba7968 dgram 0 0 c4e32754 0 c4ba760c 0 /var/run/logpriv c4ba7a14 dgram 0 0 c4e32860 0 c4ba76b8 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/10 localhost.smtp tcp4 0/0/128 *.ssh tcp6 0/0/128 *.ssh unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat Segmentation fault ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA3 #0: Sat Aug 22 02:36:50 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 560 @ 2.13GHz (2128.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10661 Stepping = 1 Features=0xafebfbff Features2=0xe31d AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant real memory = 1073741824 (1024 MB) avail memory = 1022115840 (974 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: reservation of 0, 9f000 (3) failed acpi0: reservation of 100000, 3f56d800 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xeff8-0xefff mem 0xf6e00000-0xf6efffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 vgapci1: mem 0xf6f00000-0xf6ffffff at device 2.1 on pci0 uhci0: port 0x6f20-0x6f3f irq 20 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f00 usbus0: on uhci0 uhci1: port 0x6f00-0x6f1f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f00 usbus1: on uhci1 ehci0: mem 0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xf6dfc000-0xf6dfffff irq 21 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090624_0136 hdac0: [ITHREAD] pcib1: at device 28.0 on pci0 pci11: on pcib1 pcib2: at device 28.1 on pci0 pci12: on pcib2 pci12: at device 0.0 (no driver attached) pcib3: at device 28.3 on pci0 pci13: on pcib3 pcib4: at device 28.5 on pci0 pci9: on pcib4 bge0: mem 0xf69f0000-0xf69fffff irq 17 at device 0.0 on pci9 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bge0: Ethernet address: 00:23:ae:04:ba:ca bge0: [ITHREAD] uhci2: port 0x6f80-0x6f9f irq 20 at device 29.0 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f00 usbus3: on uhci2 uhci3: port 0x6f60-0x6f7f irq 21 at device 29.1 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0f00 usbus4: on uhci3 uhci4: port 0x6f40-0x6f5f irq 22 at device 29.2 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0f00 usbus5: on uhci4 ehci1: mem 0xfed1c000-0xfed1c3ff irq 20 at device 29.7 on pci0 ehci1: [ITHREAD] usbus6: EHCI version 1.0 usbus6: on ehci1 pcib5: at device 30.0 on pci0 pci3: on pcib5 fwohci0: <1394 Open Host Controller Interface> mem 0xf68ff800-0xf68fffff irq 19 at device 1.0 on pci3 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 44:4f:c0:00:30:49:95:c1 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x3e424000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 46:4f:c0:49:95:c1 fwe0: Ethernet address: 46:4f:c0:49:95:c1 fwip0: on firewire0 fwip0: Firewire address: 44:4f:c0:00:30:49:95:c1 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode sdhci0: mem 0xf68ff400-0xf68ff4ff irq 18 at device 1.1 on pci3 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] pci3: at device 1.2 (no driver attached) pci3: at device 1.3 (no driver attached) pci3: at device 1.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6fa0-0x6faf irq 16 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x6eb0-0x6eb7,0x6eb8-0x6ebb,0x6ec0-0x6ec7,0x6ec8-0x6ecb,0x6ee0-0x6eff mem 0xf6dfb800-0xf6dfbfff irq 17 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI v1.10 controller with 3 3Gbps ports, PM not supported ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 cpu0: on acpi0 coretemp0: on cpu0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcffff pnpid ORM0000 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 ppc0: parallel port not found. Timecounter "TSC" frequency 2128014128 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 acd0: DVDR at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA300 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered GEOM: ad4: partition 2 does not start on a track boundary. GEOM: ad4: partition 2 does not end on a track boundary. hdac0: HDA Codec #0: Sigmatel STAC9228X pcm0: at cad 0 nid 1 on hdac0 GEOM: ad4s4: geometry does not match label (255h,63s != 16h,63s). uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered ugen3.2: at usbus3 ums0: on usbus3 ums0: 3 buttons and [XYZ] coordinates ID=1 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad4s4a Entropy harvesting: interrupts ethernet point_to_point kickstart . /dev/ad4s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s4a: clean, 168709 free (3197 frags, 20689 blocks, 1.3% fragmentation) /dev/ad4s4e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s4e: clean, 253809 free (33 frags, 31722 blocks, 0.0% fragmentation) /dev/ad4s4f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s4f: clean, 6957907 free (27915 frags, 866249 blocks, 0.4% fragmentation) /dev/ad4s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s4d: clean, 856044 free (188 frags, 106982 blocks, 0.0% fragmentation) Starting Network: lo0 bge0. add net default: gateway 192.168.1.1 bge0: link state changed to UP Configuring syscons: keymap blanktime . Tue Aug 25 15:16:18 ART 2009 Aug 25 15:16:24 gargoyle login: ROOT LOGIN (root) ON ttyv0 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex ATAPICAM lock (ATAPICAM lock) r = 0 (0xc46f4264) locked @ /usr/src/sys/modules/ata/atapicam/../../../dev/ata/atapi-cam.c:220 KDB: stack backtrace: db_trace_self_wrapper(c0c740b0,e6dd8590,c08c11c5,c4e97c60,dc,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c4e97c60,dc,ffffffff,c0f03c94,e6dd85c8,...) at kdb_backtrace+0x29 _witness_debugger(c0c7652f,e6dd85dc,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c0caa624,c0c99120,c4e662a8,...) at witness_warn+0x1fd trap(e6dd8668) at trap+0x173 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc4e97355, esp = 0xe6dd86a8, ebp = 0xe6dd86f8 --- atapi_action(c4aecc80,e6dd8790,c4b39700,ffffffff,0,...) at atapi_action+0x1c5 xpt_action_default(e6dd8790,e6dd8918,c04844e5,e6dd8790,e6dd876c,...) at xpt_action_default+0x379 xpt_action(e6dd8790,e6dd876c,1,ffffffff,ffffffff,...) at xpt_action+0x1f xpt_bus_register(c4aecc80,c4aeca80,0,dc,1,...) at xpt_bus_register+0x425 atapi_cam_attach(c4aeca80,c48ae860,ffffffff,c0c60fa7,80000000,...) at atapi_cam_attach+0x155 device_attach(c4aeca80,4,c0c737ca,9f1) at device_attach+0x36f device_probe_and_attach(c4aeca80,c46f4000,e6dd89d4,c4899200,1,...) at device_probe_and_attach+0x4e bus_generic_driver_added(c4899200,c4e980dc,c0d553f8,c4e980dc,7fffffff,...) at bus_generic_driver_added+0x65 devclass_driver_added(c4e980dc,c0d60da8,101,c4e980c4,c460d300,...) at devclass_driver_added+0x68 driver_module_handler(c4a7f880,0,c4e980c4,76,0,...) at driver_module_handler+0x1ab module_register_init(c4e980ac,0,c0c6d7fb,e4,0,...) at module_register_init+0xa7 linker_load_module(0,e6dd8c48,c0c6d7fb,3f7,0,...) at linker_load_module+0x9fa kern_kldload(c4e81240,c4a6d800,e6dd8c70,0,280d6d64,...) at kern_kldload+0xca kldload(c4e81240,e6dd8cf8,4,c4e81240,c0d580a0,...) at kldload+0x74 syscall(e6dd8d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280d6d6b, esp = 0xbfbfe75c, ebp = 0xbfbfec48 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x49c fault code = supervisor read, page not present instruction pointer = 0x20:0xc4e97355 stack pointer = 0x28:0xe6dd86a8 frame pointer = 0x28:0xe6dd86f8 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 = 1021 (kldload) trap number = 12 panic: page fault cpuid = 0 Uptime: 1m9s Physical memory: 997 MB Dumping 61 MB: 46 30 14 ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE --Boundary-00=_qwClK1AovZHTy0p-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 18:36:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A6AB106568B for ; Tue, 25 Aug 2009 18:36:16 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outp.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 341A18FC0C for ; Tue, 25 Aug 2009 18:36:16 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 53CFC94C63; Tue, 25 Aug 2009 11:36:16 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A8A672D6022; Tue, 25 Aug 2009 11:36:15 -0700 (PDT) Message-ID: <4A942F1F.20206@elischer.org> Date: Tue, 25 Aug 2009 11:36:15 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: subbsd , current@freebsd.org References: <200908251902.49296.subbsd@gmail.com> <4A942AB8.3060709@elischer.org> In-Reply-To: <4A942AB8.3060709@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 18:36:16 -0000 Julian Elischer wrote: > subbsd wrote: >> Hello maillist >> >> ive got sililar problem like http://lists.freebsd.org/pipermail/freebsd- >> virtualization/2008-May/000010.html >> > is this -current or 8-beta3? and if current, how new? > _______________________________________________ > 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" sorry should have read hte subject line! any chance you can try a -current kernel? there are some fixes there that will go in to 8.x soon. you should just be able to drop in the kernel and boot it manually with a different name to test. if you can not get/make one, let me know and I can point you at one. From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 19:33:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A462E106568F for ; Tue, 25 Aug 2009 19:33:33 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 596498FC35 for ; Tue, 25 Aug 2009 19:33:33 +0000 (UTC) Received: from [192.168.4.17] (unknown [192.168.4.17]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 31CE879 for ; Tue, 25 Aug 2009 21:14:52 +0200 (CEST) Message-ID: <4A94382A.5080708@stillbilde.net> Date: Tue, 25 Aug 2009 21:14:50 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 19:33:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just finished setting up a RELENG_8 box (using install media from BETA2). Seems our old friend the too small root partition (by default) for x64 is back. Should this be fixed before the RC, so users applying buildworld->buildkernel->installkernel->installworld doesn't get tossed out of their cycle by an out-of-space error? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqUOCkACgkQODUnwSLUlKTy6QCgu9SuYeeN5pMPKClMb/wgdqkC uzYAn0VkfCBGrsPshsCts47NK/dZFEBY =vvOV -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 19:58:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C206106568D for ; Tue, 25 Aug 2009 19:58:45 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 67B148FC1D for ; Tue, 25 Aug 2009 19:58:42 +0000 (UTC) Received: by ewy5 with SMTP id 5so2165328ewy.36 for ; Tue, 25 Aug 2009 12:58:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type:content-transfer-encoding; bh=OJyEeyhQ9sE6TU2GPXfAAzBU0brbSQxN+4ww41WHHHU=; b=rtWuI4/tCQhJejje5LNhyK7vbO0fVJ1/rpRxQWz75JwQ2kBSD2nJQLfTCALrrnIyWX twTtE212E1+yQgCsJRyhc+QRtBq7ndYc1nZVprvh98IZpCWjsyrmUQ3DmMqw3ouA6/tQ 7ztS/eFT+GIOX/e48dhUaWyKR+06ITMR+XK6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=FOP15ntdjoL+Cvhl3PAS9duCKUXL5lz4OSMmB16SqrwMLvczPLG29lo2UdNaV8sxFw NGkNxUSdXzlLEqyFR+FmnLe/EmjFxO3LQqr2V23n33KDUI+9Xdq8DFR1HkFFe0L+jK1r HShwPpZwvqzWVVsjIiK3TFE2PviPVVIDTOqwU= MIME-Version: 1.0 Received: by 10.210.79.18 with SMTP id c18mr6770179ebb.87.1251230252157; Tue, 25 Aug 2009 12:57:32 -0700 (PDT) From: Scott Ullrich Date: Tue, 25 Aug 2009 15:57:12 -0400 Message-ID: To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: kernel: em2: watchdog timeout -- resetting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 19:58:45 -0000 I have a Nexcom firewall with Intel em nics that will not spamming the system logs with this message: kernel: em2: watchdog timeout -- resetting em0@pci0:1:4:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x05 hdr=0x00 em1@pci0:1:5:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x05 hdr=0x00 em2@pci0:1:6:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x05 hdr=0x00 em3@pci0:1:7:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x05 hdr=0x00 em0: [FILTER] em0: Ethernet address: 00:10:f3:0d:0a:db em1: port 0xd100-0xd13f mem 0xe8040000-0xe805ffff,0xe8060000-0xe807ffff irq 10 at device 5.0 on pci1 em1: [FILTER] em1: Ethernet address: 00:10:f3:0d:0a:da em2: port 0xd200-0xd23f mem 0xe8080000-0xe809ffff,0xe80a0000-0xe80bffff irq 11 at device 6.0 on pci1 em2: [FILTER] em2: Ethernet address: 00:10:f3:0d:0a:d9 The box in question is running Beta 1. I have not seen commits relating to this so I have not had a chance to update to beta 3. Does anyone know how I can clam down this system log message? It does not appear to affect network traffic at all. The device in question is a firewall. Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 20:32:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93B54106568E for ; Tue, 25 Aug 2009 20:32:06 +0000 (UTC) (envelope-from nick-lists@netability.ie) Received: from mail.acquirer.com (mail.acquirer.com [87.198.142.193]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2A78FC1D for ; Tue, 25 Aug 2009 20:32:05 +0000 (UTC) X-Envelope-To: Received: from crumpet.foobar.org (twinkie.foobar.org [87.192.56.84]) (authenticated bits=0) by mail.acquirer.com (8.14.3/8.14.3) with ESMTP id n7PKEAh9004384 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 25 Aug 2009 21:14:15 +0100 (IST) (envelope-from nick-lists@netability.ie) Message-ID: <4A944612.6010107@netability.ie> Date: Tue, 25 Aug 2009 21:14:10 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3pre) Gecko/20090823 Shredder/3.0b4pre MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A94382A.5080708@stillbilde.net> In-Reply-To: <4A94382A.5080708@stillbilde.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muffin.acquirer.com Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 20:32:06 -0000 On 25/08/2009 20:14, Svein Skogen (listmail account) wrote: > Just finished setting up a RELENG_8 box (using install media from BETA2). > > Seems our old friend the too small root partition (by default) for x64 > is back. Should this be fixed before the RC, so users applying > buildworld->buildkernel->installkernel->installworld doesn't get tossed > out of their cycle by an out-of-space error? Disk space is dirt cheap. Please someone just bump this up to 1G so that the problem goes away for a long time. Pro: disk space costs around 10c-15c per gigabyte these days. It is worth investing 10 or even 15 cents worth of disk space now in order to save the freebsd user base from pointless hair-pulling and teeth-gnashing in the future. Con: there is still probably a miniscule number of people installing freebsd on ancient equipment with 20G hard disks; in this case, you could argue that 1G is a substantial amount of space. On the other hand, anyone installing freebsd8 on ancient iron is probably familiar enough with the installation procedure to notice and change this default on their own system. Nick From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 21:05:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF498106568B for ; Tue, 25 Aug 2009 21:05:28 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0EA8FC1D for ; Tue, 25 Aug 2009 21:05:28 +0000 (UTC) Received: from [192.168.4.17] (unknown [192.168.4.17]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 718BA79; Tue, 25 Aug 2009 23:05:27 +0200 (CEST) Message-ID: <4A945216.4040603@stillbilde.net> Date: Tue, 25 Aug 2009 23:05:26 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Nick Hilliard References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> In-Reply-To: <4A944612.6010107@netability.ie> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 21:05:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nick Hilliard wrote: > On 25/08/2009 20:14, Svein Skogen (listmail account) wrote: >> Just finished setting up a RELENG_8 box (using install media from BETA2). >> >> Seems our old friend the too small root partition (by default) for x64 >> is back. Should this be fixed before the RC, so users applying >> buildworld->buildkernel->installkernel->installworld doesn't get tossed >> out of their cycle by an out-of-space error? > > Disk space is dirt cheap. Please someone just bump this up to 1G so > that the problem goes away for a long time. > > Pro: disk space costs around 10c-15c per gigabyte these days. It is > worth investing 10 or even 15 cents worth of disk space now in order to > save the freebsd user base from pointless hair-pulling and > teeth-gnashing in the future. > > Con: there is still probably a miniscule number of people installing > freebsd on ancient equipment with 20G hard disks; in this case, you > could argue that 1G is a substantial amount of space. On the other > hand, anyone installing freebsd8 on ancient iron is probably familiar > enough with the installation procedure to notice and change this default > on their own system. > This is currently only a real problem with the x64 version. How many antiquities with x64 capabilities will FreeBSD be run on? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqUUhYACgkQODUnwSLUlKTafACgqEwtRrQQSiM4JeNVDvcVX5wM D80An0iItD+yYu/fR8bGWGhJW+XoRAXq =fCjx -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 21:07:20 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49E9310656A3 for ; Tue, 25 Aug 2009 21:07:20 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from hamlet.setfilepointer.com (hamlet.SetFilePointer.com [63.224.10.2]) by mx1.freebsd.org (Postfix) with SMTP id ECF8A8FC1D for ; Tue, 25 Aug 2009 21:07:19 +0000 (UTC) Received: (qmail 18688 invoked from network); 25 Aug 2009 16:07:19 -0500 Received: from keira.kiwi-computer.com (HELO kiwi-computer.com) (63.224.10.3) by hamlet.setfilepointer.com with SMTP; 25 Aug 2009 16:07:19 -0500 Received: (qmail 47173 invoked by uid 2001); 25 Aug 2009 21:07:19 -0000 Date: Tue, 25 Aug 2009 16:07:19 -0500 From: "Rick C. Petty" To: Boris Samorodov Message-ID: <20090825210719.GB46753@keira.kiwi-computer.com> References: <01895862@bb.ipt.ru> <86ab1pf8rj.fsf@gmail.com> <53729554@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53729554@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: man and UTF-8 locales X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.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, 25 Aug 2009 21:07:20 -0000 On Tue, Aug 25, 2009 at 03:03:41PM +0400, Boris Samorodov wrote: > On Mon, 24 Aug 2009 20:59:12 +0400 Anonymous wrote: > > Boris Samorodov writes: > > > > Manual pages are still broken for UTF-8 locale. Here is a part > > > of bzip2(1): > > > ftp://ftp.ipt.ru/pub/images/man_bzip2.gif > > > `-' (0x2D, HYPHEN-MINUS) renders as `‐' (U+2010, HYPHEN). > > > See r192561 and this *workaround* > > Yep, there are some workarounds here. I use "LANG=C" to > overcome the case. The main question is if this bug will > be fixed before release or not. It was already fixed on 2009-05-21 and MFC'd to 7-stable. -- Rick C. Petty From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 21:07:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AC3F10656C0 for ; Tue, 25 Aug 2009 21:07:32 +0000 (UTC) (envelope-from nick-lists@netability.ie) Received: from mail.acquirer.com (mail.acquirer.com [87.198.142.193]) by mx1.freebsd.org (Postfix) with ESMTP id 87D7D8FC18 for ; Tue, 25 Aug 2009 21:07:31 +0000 (UTC) X-Envelope-To: freebsd-current@freebsd.org Received: from crumpet.foobar.org (twinkie.foobar.org [87.192.56.84]) (authenticated bits=0) by mail.acquirer.com (8.14.3/8.14.3) with ESMTP id n7PL7Mtv078129 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 25 Aug 2009 22:07:27 +0100 (IST) (envelope-from nick-lists@netability.ie) Message-ID: <4A94528A.5030609@netability.ie> Date: Tue, 25 Aug 2009 22:07:22 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3pre) Gecko/20090823 Shredder/3.0b4pre MIME-Version: 1.0 To: "Svein Skogen (listmail account)" References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> In-Reply-To: <4A945216.4040603@stillbilde.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muffin.acquirer.com Cc: freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 21:07:32 -0000 On 25/08/2009 22:05, Svein Skogen (listmail account) wrote: > This is currently only a real problem with the x64 version. How many > antiquities with x64 capabilities will FreeBSD be run on? Someone will complain. There's always someone. Nick From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 21:08:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB040106568F for ; Tue, 25 Aug 2009 21:08:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 7139F8FC14 for ; Tue, 25 Aug 2009 21:08:06 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so1199237and.13 for ; Tue, 25 Aug 2009 14:08:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Uxq66omYttgwuOZXE34xKgIJKrJ69EcDOPJm7jsZx/0=; b=f7M/7qx7Zm9IXVMgVJL+ayyZn0PZXhuT94EAuMYm9PgOnG+2xAfmvviEhdGk7m62+Q tcsm+cELHtviWbLUd3vNuFhvRSfQyug5OqlhoqRiUFlMOKFtQZuQxkTKUZnslB7iG+q9 Ng04o/qfqE5EEax7QfNIUq8mnDfB8uVd5GeVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mALyOXwEfAsClcb1tZOAA3wfQNJJmBLg09ox7eVsx4SdYt+6gDtUP3SVRsZXXbc65a IhsKhx61jKBV+WQi9ThujDSUmRSRwp1Nlh9W7iN21wTtVh8kOnjdj4s9K6+KfWsHDVYE 8Fic4/qHhvPRRE+lISkHovfadB5DRcsYJgDFI= MIME-Version: 1.0 Received: by 10.101.50.17 with SMTP id c17mr6511941ank.125.1251234485710; Tue, 25 Aug 2009 14:08:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 25 Aug 2009 14:08:05 -0700 Message-ID: <2a41acea0908251408q1004fbc7sae2a79b469a3a3a4@mail.gmail.com> From: Jack Vogel To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: kernel: em2: watchdog timeout -- resetting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 21:08:06 -0000 Well, there's no magic switch, you could change the driver code to remove it, however its really indicative of some kind of problem, it shouldn't happen, so perhaps you want to pursue that. Does it only happen on em2, what is special about that path, etc etc.. You can look at the debug/stats data of the interface for clues, maybe its a mbuf exhaustion, perhaps descriptor. Good luck, Jack On Tue, Aug 25, 2009 at 12:57 PM, Scott Ullrich wrote: > I have a Nexcom firewall with Intel em nics that will not spamming the > system logs with this message: > > kernel: em2: watchdog timeout -- resetting > > em0@pci0:1:4:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x05 > hdr=0x00 > em1@pci0:1:5:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x05 > hdr=0x00 > em2@pci0:1:6:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x05 > hdr=0x00 > em3@pci0:1:7:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x05 > hdr=0x00 > > em0: [FILTER] > em0: Ethernet address: 00:10:f3:0d:0a:db > em1: port 0xd100-0xd13f > mem 0xe8040000-0xe805ffff,0xe8060000-0xe807ffff irq 10 at device 5.0 > on pci1 > em1: [FILTER] > em1: Ethernet address: 00:10:f3:0d:0a:da > em2: port 0xd200-0xd23f > mem 0xe8080000-0xe809ffff,0xe80a0000-0xe80bffff irq 11 at device 6.0 > on pci1 > em2: [FILTER] > em2: Ethernet address: 00:10:f3:0d:0a:d9 > > The box in question is running Beta 1. I have not seen commits > relating to this so I have not had a chance to update to beta 3. > > Does anyone know how I can clam down this system log message? It > does not appear to affect network traffic at all. The device in > question is a firewall. > > Thanks, > > Scott > _______________________________________________ > 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 Aug 25 21:12:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C215F1065694 for ; Tue, 25 Aug 2009 21:12:23 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7A68FC24 for ; Tue, 25 Aug 2009 21:12:22 +0000 (UTC) Received: by ewy5 with SMTP id 5so2226667ewy.36 for ; Tue, 25 Aug 2009 14:12:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=txMSOU20umPc9X6taYocRi8HdfwxvARdEGBY59uwvY0=; b=ljrciDQNcE57hSDM2DasPwdqBZKgdCv02KFQzj6zF3bBWJTwlyk6F32BPUjIPl7Rk4 FaxX22onyv/0s+XWbXuyP0mZ+gyRFeiX8H2hZkEKYBZjC2kSQZOOnNtPnSutsfkbTw96 6XuWrzC5LakHKTMOmTmUdW/Oj3A8hM2ZDo9VE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=YhHvfiEz5r4rahIVJa0vT0xBBAO+UQDDJzEYxrh4gcKXycCVA42gK7EZREfNu1S4EX N0GAcMs7LkufW8uc1otRQ5tL5N+zbfPnL3q/MW5SsCKGmbbxck9BlHXk/7HsBWIFTIwq NKYj4eVpFeLFLpw5CPucgE2dQEa4rcj17oTLs= MIME-Version: 1.0 Received: by 10.210.91.13 with SMTP id o13mr5978419ebb.68.1251234742152; Tue, 25 Aug 2009 14:12:22 -0700 (PDT) In-Reply-To: <2a41acea0908251408q1004fbc7sae2a79b469a3a3a4@mail.gmail.com> References: <2a41acea0908251408q1004fbc7sae2a79b469a3a3a4@mail.gmail.com> From: Scott Ullrich Date: Tue, 25 Aug 2009 17:12:02 -0400 Message-ID: To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: kernel: em2: watchdog timeout -- resetting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 21:12:24 -0000 On Tue, Aug 25, 2009 at 5:08 PM, Jack Vogel wrote: > Well, there's no magic switch, you could change the driver code to remove > it, > however its really indicative of some kind of problem, it shouldn't happen, > so > perhaps you want to pursue that. Does it only happen on em2, what is special > about that path, etc etc.. > > You can look at the debug/stats data of the interface for clues, maybe its a > mbuf exhaustion, perhaps descriptor. After looking at the interface closer it appears the device it is plugged into does not have power. In this case it is a Wimax wireless radio. Should a device with NOCARRIER cause this error non-stop in the logs? Can I get you more information that might help understand why the watchdog is being tripped? Thanks for your help! Scott From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 21:17:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A7411065690 for ; Tue, 25 Aug 2009 21:17:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id C54D58FC18 for ; Tue, 25 Aug 2009 21:17:19 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so1201865and.13 for ; Tue, 25 Aug 2009 14:17:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=wQm6sskpHzOxc7JMEWer2Km+Q/ZUiTew1ZEZDjIY85Y=; b=r/ziBXODXOxbZNO14z9yyDc5X93F+m+AGeKf8L93rSYAyHoVGs+rpTUA2VgHJw2s5R V7c2A9HcwK+/e+ty7rSUar0oUjhKT3PGiwrBsM5aUXR71lCAvPMndficl5O7ssA2cYA/ sjOuvF3EYp5UkfPC9IT+VSqGMq57Imo2W6bP8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JLuH8k4Aw+BBOSAzkiqycb91UWhvhBvSXcDDlI5USdE+klta8HYMFTobMrkKTvvAGj jiWeBqbLdCi816OS7kXf4K/mL9SgJEG+zSSPZLimvCv+7Ilp1+oNVDpFOSltF/HfgLIJ yeoiY9vWEoJmA94Smmqea9s5TUFol9XR7B58I= MIME-Version: 1.0 Received: by 10.101.33.5 with SMTP id l5mr6619352anj.44.1251235039198; Tue, 25 Aug 2009 14:17:19 -0700 (PDT) In-Reply-To: References: <2a41acea0908251408q1004fbc7sae2a79b469a3a3a4@mail.gmail.com> Date: Tue, 25 Aug 2009 14:17:19 -0700 Message-ID: <2a41acea0908251417jabfc132xd6dd3c25f70664f6@mail.gmail.com> From: Jack Vogel To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: kernel: em2: watchdog timeout -- resetting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 21:17:20 -0000 Hmm, I do not know what this hardware looks like, but its a wired interface, not wireless, so if it has link (and I'm guessing it does) it will have informed the stack its running, and thus will get traffic. Sounds like this is something the Wimax box should handle, at least that's my first take on the matter. This is the first I've encountered a setup like this however. Jack On Tue, Aug 25, 2009 at 2:12 PM, Scott Ullrich wrote: > On Tue, Aug 25, 2009 at 5:08 PM, Jack Vogel wrote: > > Well, there's no magic switch, you could change the driver code to remove > > it, > > however its really indicative of some kind of problem, it shouldn't > happen, > > so > > perhaps you want to pursue that. Does it only happen on em2, what is > special > > about that path, etc etc.. > > > > You can look at the debug/stats data of the interface for clues, maybe > its a > > mbuf exhaustion, perhaps descriptor. > > After looking at the interface closer it appears the device it is > plugged into does not have power. In this case it is a Wimax wireless > radio. > > Should a device with NOCARRIER cause this error non-stop in the logs? > Can I get you more information that might help understand why the > watchdog is being tripped? > > Thanks for your help! > > Scott > From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 21:57:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 103EA106568D for ; Tue, 25 Aug 2009 21:57:36 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id A619E8FC0C for ; Tue, 25 Aug 2009 21:57:35 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n7PLvX1a097251 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 25 Aug 2009 23:57:34 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: FreeBSD current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 25 Aug 2009 23:57:33 +0200 X-Mailer: Apple Mail (2.936) Subject: Excessive message IPv4 address: \"%s\" is not on the network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 21:57:36 -0000 Not sure when this started, but I'm getting excessive messages about my default gateway from the kernel for the past couple of days. Connectivity appears to be unaffected though. Aug 23 05:59:51 diesel kernel: IPv4 address: "213.191.76.23" is not on the network Aug 23 05:59:59 diesel last message repeated 8 times ... Aug 24 11:00:00 diesel kernel: IPv4 address: "213.191.76.23" is not on the network Aug 24 11:00:32 diesel last message repeated 107 times Aug 24 11:02:33 diesel last message repeated 119 times Aug 24 11:07:16 diesel last message repeated 514 times # ifconfig tun0 tun0: flags=8051 metric 0 mtu 1492 inet 85.177.144.225 --> 213.191.76.23 netmask 0xffffffff Opened by PID 31232 # netstat -rnfinet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 213.191.76.23 UGS 0 807023 tun0 ... 213.191.76.23 link#9 UGHS 0 2 tun0 # uname -a FreeBSD diesel.lassitu.de 8.0-BETA3 FreeBSD 8.0-BETA3 #3 r196455: Sun Aug 23 13:25:25 CEST 2009 root@diesel.lassitu.de:/usr/obj/usr/src/ sys/DIESEL amd64 -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 22:06:35 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2DD8106568E for ; Tue, 25 Aug 2009 22:06:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2A88FC24 for ; Tue, 25 Aug 2009 22:06:35 +0000 (UTC) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Mg49y-000KM3-9I; Wed, 26 Aug 2009 02:06:34 +0400 From: Boris Samorodov To: rick-freebsd2008@kiwi-computer.com References: <01895862@bb.ipt.ru> <86ab1pf8rj.fsf@gmail.com> <53729554@bb.ipt.ru> <20090825210719.GB46753@keira.kiwi-computer.com> Date: Wed, 26 Aug 2009 02:06:33 +0400 In-Reply-To: <20090825210719.GB46753@keira.kiwi-computer.com> (Rick C. Petty's message of "Tue, 25 Aug 2009 16:07:19 -0500") Message-ID: <91153350@h30.sp.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: man and UTF-8 locales X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 22:06:35 -0000 On Tue, 25 Aug 2009 16:07:19 -0500 Rick C. Petty wrote: > On Tue, Aug 25, 2009 at 03:03:41PM +0400, Boris Samorodov wrote: > > On Mon, 24 Aug 2009 20:59:12 +0400 Anonymous wrote: > > > Boris Samorodov writes: > > > > > > Manual pages are still broken for UTF-8 locale. Here is a part > > > > of bzip2(1): > > > > ftp://ftp.ipt.ru/pub/images/man_bzip2.gif ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [1] > > > `-' (0x2D, HYPHEN-MINUS) renders as `‐' (U+2010, HYPHEN). > > > > > See r192561 and this *workaround* > > > > Yep, there are some workarounds here. I use "LANG=C" to > > overcome the case. The main question is if this bug will > > be fixed before release or not. > It was already fixed on 2009-05-21 and MFC'd to 7-stable. This screen [1] was taken from 8-BETA3. -- WBR, bsam From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 22:43:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 215A91065692 for ; Tue, 25 Aug 2009 22:43:38 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id DEEC58FC25 for ; Tue, 25 Aug 2009 22:43:37 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7PMhbbb027955; Tue, 25 Aug 2009 15:43:37 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 25 Aug 2009 15:43:22 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Excessive message IPv4 address: \"%s\" is not on the network Thread-Index: AcolzyXG7OBGR4AzTX6eZMQ+JZ3vuQABjq/w References: From: "Li, Qing" To: "Stefan Bethke" , "FreeBSD current" Cc: Subject: RE: Excessive message IPv4 address: \"%s\" is not on the network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 22:43:38 -0000 I am currently tracking this issue down and hope to have a fix soon. -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Stefan Bethke > Sent: Tuesday, August 25, 2009 2:58 PM > To: FreeBSD current > Subject: Excessive message IPv4 address: \"%s\" is not on the network >=20 > Not sure when this started, but I'm getting excessive messages about > my default gateway from the kernel for the past couple of days. > Connectivity appears to be unaffected though. >=20 > Aug 23 05:59:51 diesel kernel: IPv4 address: "213.191.76.23" is not on > the network > Aug 23 05:59:59 diesel last message repeated 8 times > ... > Aug 24 11:00:00 diesel kernel: IPv4 address: "213.191.76.23" is not on > the network > Aug 24 11:00:32 diesel last message repeated 107 times > Aug 24 11:02:33 diesel last message repeated 119 times > Aug 24 11:07:16 diesel last message repeated 514 times >=20 > # ifconfig tun0 > tun0: flags=3D8051 metric 0 mtu 1492 > inet 85.177.144.225 --> 213.191.76.23 netmask 0xffffffff > Opened by PID 31232 > # netstat -rnfinet > Routing tables >=20 > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 213.191.76.23 UGS 0 807023 tun0 > ... > 213.191.76.23 link#9 UGHS 0 2 tun0 > # uname -a > FreeBSD diesel.lassitu.de 8.0-BETA3 FreeBSD 8.0-BETA3 #3 r196455: Sun > Aug 23 13:25:25 CEST 2009 root@diesel.lassitu.de:/usr/obj/usr/src/ > sys/DIESEL amd64 >=20 >=20 > -- > Stefan Bethke Fon +49 151 14070811 >=20 >=20 >=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" From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 23:22:13 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA3BD106568D for ; Tue, 25 Aug 2009 23:22:13 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from hamlet.setfilepointer.com (hamlet.SetFilePointer.com [63.224.10.2]) by mx1.freebsd.org (Postfix) with SMTP id 7B1368FC19 for ; Tue, 25 Aug 2009 23:22:13 +0000 (UTC) Received: (qmail 55782 invoked from network); 25 Aug 2009 18:22:12 -0500 Received: from keira.kiwi-computer.com (HELO kiwi-computer.com) (63.224.10.3) by hamlet.setfilepointer.com with SMTP; 25 Aug 2009 18:22:12 -0500 Received: (qmail 48078 invoked by uid 2001); 25 Aug 2009 23:22:12 -0000 Date: Tue, 25 Aug 2009 18:22:12 -0500 From: "Rick C. Petty" To: Boris Samorodov Message-ID: <20090825232212.GA48012@keira.kiwi-computer.com> References: <01895862@bb.ipt.ru> <86ab1pf8rj.fsf@gmail.com> <53729554@bb.ipt.ru> <20090825210719.GB46753@keira.kiwi-computer.com> <91153350@h30.sp.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <91153350@h30.sp.ipt.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: man and UTF-8 locales X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.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, 25 Aug 2009 23:22:13 -0000 On Wed, Aug 26, 2009 at 02:06:33AM +0400, Boris Samorodov wrote: > On Tue, 25 Aug 2009 16:07:19 -0500 Rick C. Petty wrote: > > On Tue, Aug 25, 2009 at 03:03:41PM +0400, Boris Samorodov wrote: > > > On Mon, 24 Aug 2009 20:59:12 +0400 Anonymous wrote: > > > > Boris Samorodov writes: > > > > > > > > Manual pages are still broken for UTF-8 locale. Here is a part > > > > > of bzip2(1): > > > > > ftp://ftp.ipt.ru/pub/images/man_bzip2.gif > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [1] > > > It was already fixed on 2009-05-21 and MFC'd to 7-stable. > > This screen [1] was taken from 8-BETA3. Hmm. Maybe you are on a different branch? % grep BRANCH=\" sys/conf/newvers.sh BRANCH="BETA3" % svn info | grep URL URL: svn://svn.freebsd.org/base/stable/8 % svn diff -c 192561 Index: contrib/groff/font/devutf8/R.proto =================================================================== --- contrib/groff/font/devutf8/R.proto (revision 192560) +++ contrib/groff/font/devutf8/R.proto (revision 192561) @@ -726,7 +726,7 @@ product 24 0 0x220F coproduct 24 0 0x2210 sum 24 0 0x2211 -\- 24 0 0x2212 +\- 24 0 0x002D mi " -+ 24 0 0x2213 ** 24 0 0x2217 % grep -C 3 sum contrib/groff/font/devutf8/R.proto st 24 0 0x220B product 24 0 0x220F coproduct 24 0 0x2210 sum 24 0 0x2211 \- 24 0 0x002D mi " -+ 24 0 0x2213 -- Rick C. Petty From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 04:43:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BCD6106568D for ; Wed, 26 Aug 2009 04:43:10 +0000 (UTC) (envelope-from noc@hdk5.net) Received: from guam10.hdk5.net (guam10.hdk5.net [66.180.132.235]) by mx1.freebsd.org (Postfix) with ESMTP id 174348FC1C for ; Wed, 26 Aug 2009 04:43:09 +0000 (UTC) Received: from mohawk7.intra.net (unknown [66.180.149.18]) by guam10.hdk5.net (Postfix) with ESMTP id 9F7E91CC1A for ; Tue, 25 Aug 2009 18:27:25 -1000 (HST) Message-ID: <4A94B9AD.6090602@hdk5.net> Date: Tue, 25 Aug 2009 18:27:25 -1000 From: Al Plant User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071128 FreeBSD/i386 SeaMonkey/1.1.7 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: Wed, 26 Aug 2009 05:23:10 +0000 Subject: Root history not saving over reboot 8* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 04:43:10 -0000 Aloha, Several of us on the questions list have not been able to find out if the problem of history not being saved in the root or usr command lines has been corrected. I have tried 8* on both i386 and amd64 and it doesnt save across a reboot on either box. FreeBSD 7.2 does as do the earlier current versions before approximately June of 8* Thanks, You guys do a great job. Please CC. as I am not a "current" subscriber. ~Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 + http://hawaiidakine.com + http://freebsdinfo.org + + http://aloha50.net - Supporting - FreeBSD 6.* - 7.* - 8.* + < email: noc@hdk5.net > "All that's really worth doing is what we do for others."- Lewis Carrol From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 05:32:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 462B6106568B for ; Wed, 26 Aug 2009 05:32:41 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 066028FC21 for ; Wed, 26 Aug 2009 05:32:40 +0000 (UTC) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id D280679015; Wed, 26 Aug 2009 09:32:38 +0400 (MSD) Message-ID: <4A94C8FD.20401@haruhiism.net> Date: Wed, 26 Aug 2009 09:32:45 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Al Plant References: <4A94B9AD.6090602@hdk5.net> In-Reply-To: <4A94B9AD.6090602@hdk5.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Root history not saving over reboot 8* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 05:32:41 -0000 Al Plant wrote: > Several of us on the questions list have not been able to find out if > the problem of history not being saved in the root or usr command > lines has been corrected. > I have tried 8* on both i386 and amd64 and it doesnt save across a > reboot on either box. FreeBSD 7.2 does as do the earlier current > versions before approximately June of 8* I guess you use 'reboot' to reboot. As this forces a reboot immediately (and closes all terminals), the shell has no chance to terminate 'normally' (i.e., by exit/ctrl-d/logout/etc) - therefore history is not saved. Check if the command history is saved if you do "shutdown -r now" and hit ctrl-d immediately. I'd assume it does. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 07:46:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83803106564A for ; Wed, 26 Aug 2009 07:46:45 +0000 (UTC) (envelope-from uwe@laverenz.de) Received: from mo-p00-ob.rzone.de (mo-p00-ob.rzone.de [81.169.146.160]) by mx1.freebsd.org (Postfix) with ESMTP id BD0528FC0C for ; Wed, 26 Aug 2009 07:46:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1251272802; l=43135; s=domk; d=laverenz.de; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Subject:To: From:Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=X9NPwstlEMExO6T1ILTufHMg3mQ=; b=XhFzp3FXIQqcibtfkXsNgCzHuou57C6goGCvb1/5hBw6Ptn12C9jt1aZCVivnuJyooc XhGmrlE/yociPhJ7RIGE5laly2HqVT0zcZBpk6NVglDHlfrTIo7EeCbUUrpdf0tsPGKzX Dc4uvmWVhgYK2zQKOV7ZETSKNOicrg4ikCc= X-RZG-AUTH: :LWgJfE6Id/4Sm/WkdV0gEbKL+/p/UjmosA/b4BPR0oc5Ok8M77fXsZg= X-RZG-CLASS-ID: mo00 Received: from athena.laverenz.de (91-67-7-194-dynip.superkabel.de [91.67.7.194]) by post.strato.de (mrclete mo20) (RZmta 21.0) with ESMTP id z00463l7Q6hOIE for ; Wed, 26 Aug 2009 09:46:42 +0200 (MEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 01B49127BD8 for ; Wed, 26 Aug 2009 09:46:24 +0200 (CEST) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05653-10 for ; Wed, 26 Aug 2009 09:46:22 +0200 (CEST) Received: by athena.laverenz.de (Postfix, from userid 2000) id 3974C127BE2; Wed, 26 Aug 2009 09:46:22 +0200 (CEST) Date: Wed, 26 Aug 2009 09:46:22 +0200 From: Uwe Laverenz To: freebsd-current@freebsd.org Message-ID: <20090826074622.GA12737@laverenz.de> Mail-Followup-To: freebsd-current@freebsd.org References: <1250756114.23644.8.camel@Lappy> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <1250756114.23644.8.camel@Lappy> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: Have *you* disabled Firewire? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 07:46:46 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 20, 2009 at 01:15:14AM -0700, Sean Bruno wrote: > I'm seeing evidence that the Firewire stack has been problematic for a > small, but growing set of users out there. I see from a perusal of the Yes, I had to disable firewire on an AMD785/Phenom board to be able to boot 8.0b2/amd64 or 7.2/amd64. On another machine, an older Thinkpad R51 which also comes with a firewire port, I installed 8.0b2/i386 without a problem: from R51's dmesg: fwohci0: <1394 Open Host Controller Interface> mem 0xc0224000-0xc02247ff,0xc0220000-0xc0223fff irq 11 at device 0.2 on pci2 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:03:22:01:cc:2b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x10b4000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:06:1b:01:cc:2b fwe0: Ethernet address: 02:06:1b:01:cc:2b fwip0: on firewire0 fwip0: Firewire address: 00:06:1b:03:22:01:cc:2b @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode > mailing lists, that some users are disabling their Firewire stack after > they cannot boot or install FreeBSD. This usually is due to a panic > preceded by the message:" > "run_interrupt_driven_hooks - waiting for xpt_config" It does not panic, it just keeps showing this message every 60 seconds. > If you are one of these folks who have disabled their Firewire driver, > please let me know. Also get me the following: > Full boot dmesg output (bootverbose) > Can you load "firewire"?(in kernel? after boot via module?) > Can you load "sbp"?(in kernel? after boot via module?) I built a kernel without firewire, reenabled firewire in the BIOS and tested: # kldload firewire ... # kldload sbp ... I'll attach the dmesg. bye, Uwe --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA3 #1: Wed Aug 26 17:33:09 CEST 2009 root@phenom.molkerei-ammerland.de:/usr/obj/usr/src/sys/OPTERON Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80df5000. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2508379976 Hz CPU: AMD Phenom(tm) II X4 905e Processor (2508.38-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f42 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB 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 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 4294967296 (4096 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000e1f000 - 0x00000000c7817fff, 3332345856 bytes (813561 pages) 0x0000000100000000 - 0x000000011ffeffff, 536805376 bytes (131056 pages) avail memory = 3847962624 (3669 MB) ACPI APIC Table: <080409 APIC2016> INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 4 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ACPI: RSDP 0xfb4f0 00024 (v2 ACPIAM) ACPI: XSDT 0xcff90100 0005C (v1 NEC 20090804 MSFT 00000097) ACPI: FACP 0xcff90290 000F4 (v3 080409 FACP2016 20090804 MSFT 00000097) ACPI Warning: Optional field Pm2ControlBlock has zero address or length: 0 0/1 20090521 tbfadt-655 ACPI: DSDT 0xcff905d0 0D0D9 (v1 A1391 A1391001 00000001 INTL 20060113) ACPI: FACS 0xcffa8000 00040 ACPI: APIC 0xcff90390 0007C (v1 080409 APIC2016 20090804 MSFT 00000097) ACPI: MCFG 0xcff90410 0003C (v1 080409 OEMMCFG 20090804 MSFT 00000097) ACPI: SLIC 0xcff90450 00176 (v1 NEC 20090804 MSFT 00000097) ACPI: OEMB 0xcffa8040 00072 (v1 080409 OEMB2016 20090804 MSFT 00000097) ACPI: HPET 0xcff9f5d0 00038 (v1 080409 OEMHPET 20090804 MSFT 00000097) ACPI: SSDT 0xcff9f610 0088C (v1 A M I POWERNOW 00000001 AMD 00000001) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010400 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xffffff800000e000 pa 0x4000 AcpiOsDerivePciId: \\_SB_.PCI0.RS78.NB2_ -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SATA.SACS -> bus 0 dev 17 func 0 acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fec10000, 20 (3) failed acpi0: reservation of fed40000, 5000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) ACPI timer: 1/2 1/1 1/2 1/2 1/2 1/2 1/1 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 4 7 10 11 12 14 15 Validation 0 11 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 4 7 10 11 12 14 15 Validation 0 10 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 4 7 10 11 12 14 15 Validation 0 11 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 4 7 10 11 12 14 15 Validation 0 10 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 4 7 10 11 12 14 15 Validation 0 10 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 4 7 10 11 12 14 15 Validation 0 255 N 0 4 7 10 11 12 14 15 After Disable 0 255 N 0 4 7 10 11 12 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1022, dev=0x9601, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1043, dev=0x9602, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x1a (6500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x9607, revid=0x00 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 19 found-> vendor=0x1022, dev=0x9609, revid=0x00 domain=0, bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x4391, revid=0x00 domain=0, bus=0, slot=17, func=0 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xc000, size 3, enabled map[14]: type I/O Port, range 32, base 0xb000, size 2, enabled map[18]: type I/O Port, range 32, base 0xa000, size 3, enabled map[1c]: type I/O Port, range 32, base 0x9000, size 2, enabled map[20]: type I/O Port, range 32, base 0x8000, size 4, enabled map[24]: type Memory, range 32, base 0xfe7ffc00, size 10, enabled pcib0: matched entry for 0.17.INTA pcib0: slot 17 INTA hardwired to IRQ 22 found-> vendor=0x1002, dev=0x4397, revid=0x00 domain=0, bus=0, slot=18, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type Memory, range 32, base 0xfe7fe000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4398, revid=0x00 domain=0, bus=0, slot=18, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type Memory, range 32, base 0xfe7fd000, size 12, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4396, revid=0x00 domain=0, bus=0, slot=18, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe7ff800, size 8, enabled pcib0: matched entry for 0.18.INTB pcib0: slot 18 INTB hardwired to IRQ 17 found-> vendor=0x1002, dev=0x4397, revid=0x00 domain=0, bus=0, slot=19, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0102, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type Memory, range 32, base 0xfe7fc000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x4398, revid=0x00 domain=0, bus=0, slot=19, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type Memory, range 32, base 0xfe7fb000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x4396, revid=0x00 domain=0, bus=0, slot=19, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfe7ff400, size 8, enabled pcib0: matched entry for 0.19.INTB pcib0: slot 19 INTB hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4385, revid=0x3c domain=0, bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0403, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x439c, revid=0x00 domain=0, bus=0, slot=20, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 MSI supports 1 message map[20]: type I/O Port, range 32, base 0xff00, size 4, enabled found-> vendor=0x1002, dev=0x4383, revid=0x00 domain=0, bus=0, slot=20, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0410, cachelnsz=16 (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[10]: type Memory, range 64, base 0xfe7f4000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x439d, revid=0x00 domain=0, bus=0, slot=20, func=3 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4384, revid=0x00 domain=0, bus=0, slot=20, func=4 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0105, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4399, revid=0x00 domain=0, bus=0, slot=20, func=5 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0102, statreg=0x02a0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[10]: type Memory, range 32, base 0xfe7fa000, size 12, enabled pcib0: matched entry for 0.20.INTC pcib0: slot 20 INTC hardwired to IRQ 18 found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, 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=0x1201, revid=0x00 domain=0, 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=0x1202, revid=0x00 domain=0, 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=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 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=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 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) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfe800000-0xfe9fffff pcib1: prefetched decode 0xd0000000-0xdfffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x9710, revid=0x00 domain=0, bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, enabled pcib1: requested memory range 0xd0000000-0xdfffffff: good map[14]: type I/O Port, range 32, base 0xd000, size 8, enabled pcib1: requested I/O range 0xd000-0xd0ff: in range map[18]: type Memory, range 32, base 0xfe9f0000, size 16, enabled pcib1: requested memory range 0xfe9f0000-0xfe9fffff: good map[24]: type Memory, range 32, base 0xfe800000, size 20, enabled pcib1: requested memory range 0xfe800000-0xfe8fffff: good pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 18 found-> vendor=0x1002, dev=0x970f, revid=0x00 domain=0, bus=1, slot=5, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfe9e8000, size 14, enabled pcib1: requested memory range 0xfe9e8000-0xfe9ebfff: good pcib1: matched entry for 1.5.INTB pcib1: slot 5 INTB hardwired to IRQ 19 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pci1: at device 5.1 (no driver attached) pcib2: irq 19 at device 7.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0xfea00000-0xfeafffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x197b, dev=0x2380, revid=0x00 domain=0, bus=2, slot=0, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xfeaff800, size 11, enabled pcib2: requested memory range 0xfeaff800-0xfeafffff: good map[14]: type Memory, range 32, base 0xfeaff400, size 7, enabled pcib2: requested memory range 0xfeaff400-0xfeaff47f: good map[20]: type Memory, range 32, base 0xfeaff000, size 7, enabled pcib2: requested memory range 0xfeaff000-0xfeaff07f: good map[24]: type Memory, range 32, base 0xfeafec00, size 7, enabled pcib2: requested memory range 0xfeafec00-0xfeafec7f: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 19 pci2: at device 0.0 (no driver attached) pcib3: irq 18 at device 10.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xe000-0xefff pcib3: memory decode 0xfeb00000-0xfebfffff pcib3: prefetched decode 0xfdf00000-0xfdffffff pci3: on pcib3 pci3: domain=0, physical bus=3 found-> vendor=0x10ec, dev=0x8168, revid=0x03 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 4 messages in map 0x20 map[10]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib3: requested I/O range 0xe800-0xe8ff: in range map[18]: type Prefetchable Memory, range 64, base 0xfdfff000, size 12, enabled pcib3: requested memory range 0xfdfff000-0xfdffffff: good map[20]: type Prefetchable Memory, range 64, base 0xfdff8000, size 14, enabled pcib3: requested memory range 0xfdff8000-0xfdffbfff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 re0: port 0xe800-0xe8ff mem 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 18 at device 0.0 on pci3 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xfdfff000 re0: MSI count : 1 re0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 49 re0: using IRQ 256 for MSI re0: Using 1 MSI messages re0: Chip rev. 0x28000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: bpf attached re0: Ethernet address: 00:26:18:86:50:94 re0: [MPSAFE] re0: [FILTER] atapci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe7ffc00-0xfe7fffff irq 22 at device 17.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x8000 atapci0: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfe7ffc00 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 50 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 6 3Gbps ports, PM supported atapci0: Caps: 64bit NCQ SNTF MPS ALP AL CLO 3Gbps PM PMD SSC PSC 32cmd CCC 6ports ata2: on atapci0 ata2: AHCI reset... ata2: hardware reset ... ata2: SATA connect time=0ms status=00000123 ata2: ready wait time=27ms ata2: software reset port 15... ata2: ready wait time=0ms ata2: SIGNATURE: 00000101 ata2: AHCI reset done: devices=00000001 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: AHCI reset... ata3: hardware reset ... ata3: SATA connect timeout status=00000000 ata3: AHCI reset done: phy reset found no device ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: AHCI reset... ata4: hardware reset ... ata4: SATA connect time=0ms status=00000123 ata4: ready wait time=27ms ata4: software reset port 15... ata4: ready wait time=0ms ata4: SIGNATURE: 00000101 ata4: AHCI reset done: devices=00000001 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: AHCI reset... ata5: hardware reset ... ata5: SATA connect timeout status=00000000 ata5: AHCI reset done: phy reset found no device ata5: [MPSAFE] ata5: [ITHREAD] ata6: on atapci0 ata6: AHCI reset... ata6: hardware reset ... ata6: SATA connect timeout status=00000000 ata6: AHCI reset done: phy reset found no device ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci0 ata7: AHCI reset... ata7: hardware reset ... ata7: SATA connect timeout status=00000000 ata7: AHCI reset done: phy reset found no device ata7: [MPSAFE] ata7: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 18.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fe000 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 51 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe7fd000-0xfe7fdfff irq 16 at device 18.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fd000 ohci1: [MPSAFE] ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0xfe7ff800-0xfe7ff8ff irq 17 at device 18.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe7ff800 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 52 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.0 on pci0 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fc000 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 53 ohci2: [MPSAFE] ohci2: [ITHREAD] usbus3: on ohci2 ohci3: mem 0xfe7fb000-0xfe7fbfff irq 18 at device 19.1 on pci0 ohci3: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fb000 ohci3: [MPSAFE] ohci3: [ITHREAD] usbus4: on ohci3 ehci1: mem 0xfe7ff400-0xfe7ff4ff irq 19 at device 19.2 on pci0 ehci1: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfe7ff400 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 54 ehci1: [MPSAFE] ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xff00 ata0: 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: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 55 ata0: [MPSAFE] ata0: [ITHREAD] ata1: 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=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 56 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: domain=0, physical bus=4 ohci4: mem 0xfe7fa000-0xfe7fafff irq 18 at device 20.5 on pci0 ohci4: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfe7fa000 ohci4: [MPSAFE] ohci4: [ITHREAD] usbus6: on ohci4 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) 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 ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 57 ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 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 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 58 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 59 uart0: [FILTER] uart0: fast interrupt cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x810 hwpstate0: on cpu0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x4353 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route Timecounter "HPET" frequency 14318180 Hz quality 900 ahc_isa_probe 0: ioport 0xc00 alloc failed ex_isa_identify() isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 242356 -> 100000 procfs registered lapic: Divisor 2, Frequency 100335205 hz Timecounter "TSC" frequency 2508379976 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00010000 ata0: New devices: 00010000 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire acd0: setting PIO4 on IXP700/800 chip acd0: setting UDMA66 on IXP700/800 chip acd0: DVDR drive at ata0 as master acd0: read 8269KB/s (8269KB/s) write 8269KB/s (8269KB/s), 2048KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000001 ata2: New devices: 00000001 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 476940MB at ata2-master SATA300 ad4: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 GEOM: new disk ad4 ad4: Silicon Image check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: DDF pri_lba= 976768394 length= 939 blocks ad4: FAILURE - oversized DMA transfer attempt 480768 > 258048 ad4: setting up DMA failed ad4: DDF read full metadata failed ad4: FreeBSD check1 failed ata3: Identifying devices: 00000000 ata3: New devices: 00000000 ata4: Identifying devices: 00000001 ata4: New devices: 00000001 ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad8: 476940MB at ata4-master SATA300 ad8: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). ad8: Silicon Image check1 failed ad8: Adaptec check1 failed ad8: LSI (v3) check1 failed ad8: LSI (v2) check1 failed ad8: DDF pri_lba= 976768394 length= 939 blocks ad8: FAILURE - oversized DMA transfer attempt 480768 > 258048 ad8: setting up DMA failed ad8: DDF read full metadata failed ad8: FreeBSD check1 failed ata5: Identifying devices: 00000000 ata5: New devices: 00000000 ata6: Identifying devices: 00000000 ata6: New devices: 00000000 ata7: Identifying devices: 00000000 ata7: New devices: 00000000 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010400 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 1 vector 48 ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 1 vector 49 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 2 vector 49 ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 3 vector 49 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 1 vector 50 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 2 vector 50 msi: Assigning MSI IRQ 256 to local APIC 3 vector 50 GEOM: new disk ad8 GEOM: ad8s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered Root mount waiting for: usbus5 usbus2 Root mount waiting for: usbus5 usbus2 uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered ugen5.2: at usbus5 umass0: on usbus5 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus5 umass0:0:0:-1: Attached to scbus0 Trying to mount root from ufs:/dev/ad4s1a (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? ct_to_ts([2009-08-26 15:42:32]) = 1251301352.000000000 start_init: trying /sbin/init (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present Unretryable error (probe0:umass-sim0:0:0:0): error 6 (probe0:umass-sim0:0:0:0): Unretryable Error pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device pass0: 40.000MB/s transfers GEOM: new disk da0 (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (probe0:umass-sim0:0:0:1): Down reving Protocol Version from 2 to 0? (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present Unretryable error (probe0:umass-sim0:0:0:1): error 6 (probe0:umass-sim0:0:0:1): Unretryable Error pass1 at umass-sim0 bus 0 target 0 lun 1 pass1: Removable Direct Access SCSI-0 device pass1: 40.000MB/s transfers (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim0:0:0:2): Down reving Protocol Version from 2 to 0? GEOM: new disk da1 (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 (probe0:umass-sim0:0:0:2): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:2): SCSI Status: Check Condition (probe0:umass-sim0:0:0:2): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:2): Medium not present (probe0:umass-sim0:0:0:2): (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 (probe0:umass-sim0:0:0:2): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:2): Medium not present Unretryable error (probe0:umass-sim0:0:0:2): error 6 (probe0:umass-sim0:0:0:2): Unretryable Error pass2 at umass-sim0 bus 0 target 0 lun 2 pass2: Removable Direct Access SCSI-0 device pass2: 40.000MB/s transfers (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error Opened disk da1 -> 6 (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error Opened disk da1 -> 6 GEOM: new disk da2 (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error Opened disk da2 -> 6 (probe0:umass-sim0:0:0:3): Down reving Protocol Version from 2 to 0? (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error Opened disk da2 -> 6 (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 (probe0:umass-sim0:0:0:3): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:3): SCSI Status: Check Condition (probe0:umass-sim0:0:0:3): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:3): Medium not present (probe0:umass-sim0:0:0:3): (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 (probe0:umass-sim0:0:0:3): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:3): Medium not present Unretryable error (probe0:umass-sim0:0:0:3): error 6 (probe0:umass-sim0:0:0:3): Unretryable Error pass3 at umass-sim0 bus 0 target 0 lun 3 pass3: Removable Direct Access SCSI-0 device pass3: 40.000MB/s transfers GEOM: new disk da3 (da3:umass-sim0:0:0:3): error 6 (da3:umass-sim0:0:0:3): Unretryable Error da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da3:umass-sim0:0:0:3): error 6 (da3:umass-sim0:0:0:3): Unretryable Error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): error 6 (da3:umass-sim0:0:0:3): Unretryable Error Opened disk da3 -> 6 splash: image decoder found: green_saver re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP pci0: driver added found-> vendor=0x1002, dev=0x4385, revid=0x3c domain=0, bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0403, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:0:20:0: reprobing on driver added found-> vendor=0x1002, dev=0x4383, revid=0x00 domain=0, bus=0, slot=20, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0410, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 pci0:0:20:2: reprobing on driver added pci1: driver added found-> vendor=0x1002, dev=0x970f, revid=0x00 domain=0, bus=1, slot=5, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit pci0:1:5:1: reprobing on driver added pci2: driver added found-> vendor=0x197b, dev=0x2380, revid=0x00 domain=0, bus=2, slot=0, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pci0:2:0:0: reprobing on driver added fwohci0: vendor=197b, dev=2380 fwohci0: vendor=197b, dev=2380 fwohci0: <1394 Open Host Controller Interface> mem 0xfeaff800-0xfeafffff,0xfeaff400-0xfeaff47f,0xfeaff000-0xfeaff07f,0xfeafec00-0xfeafec7f irq 19 at device 0.0 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfeaff800 fwohci0: [MPSAFE] fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:1e:8c:00:01:fa:e5:d9 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: fwphy_rddata:: 0x5 loop=100, retry=100 fwohci0: fwphy_rddata:: 0x2 loop=100, retry=100 fwohci0: Link S400, max_rec 2048 bytes. pci3: driver added pci4: driver added firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: fwphy_rddata:: 0x1 loop=100, retry=100 fwohci0: fwphy_rddata:: 0x1 loop=100, retry=100 sbp0: on firewire0 --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 08:17:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5599A106568D for ; Wed, 26 Aug 2009 08:17:47 +0000 (UTC) (envelope-from paul@kuntke.de) Received: from mo-p00-ob.rzone.de (mo-p00-ob.rzone.de [81.169.146.160]) by mx1.freebsd.org (Postfix) with ESMTP id D45688FC21 for ; Wed, 26 Aug 2009 08:17:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1251274665; l=1016; s=domk; d=kuntke.de; h=Content-Type:MIME-Version:Subject:To:From:Date:X-RZG-CLASS-ID: X-RZG-AUTH; bh=XsPTzIEdhE/2Xm3Xy+ngrm4zko8=; b=DUW/mQR5sKfLud1wqJAv2Y3FMBeu2vUZtA/uKxUdPxosyBQ7oaKQVV758+giQq8Y0cE f5XIt1ilZxowsay8f3iB+5Ee+uv6oqEVZVBz2Rlqu9H1TwTYxJLZCXivLnMxmuGMTaOf2 a/fgZUTGqaMl1kBcy/g1Oq6hsHUOyo2/Sqc= X-RZG-AUTH: :PG0ReWCjbvHNvhXDEs1LwQTdNUbKJINL7j3qVzE+K/i3VCaUZIzvTjwTtw== X-RZG-CLASS-ID: mo00 Received: from localhost (p54B37E43.dip.t-dialin.net [84.179.126.67]) by post.strato.de (mrclete mo14) (RZmta 21.0) with (DHE-RSA-AES128-SHA encrypted) ESMTP id d0734el7Q7vJ3Y for ; Wed, 26 Aug 2009 10:06:43 +0200 (MEST) Date: Wed, 26 Aug 2009 10:05:54 +0200 From: Paul Kuntke To: FreeBSD Current Mailing List Message-ID: <20090826080554.GA2664@beastie.smeiknet> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 08:17:47 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, after installing BETA3 I'm experiencing a strange behaviour of the usb-mouse driver. When the mouse is plugged in while booting it will not work but when its plugged in later (e.g. after logging in) everything will be fine.=20 Even if I unplug the mouse _after_ booting and replug it, it will not be fo= und. If I plug in a second one the second one will be found. But not the one whi= ch was plugged while booting. Is there any workaround?=20 cu paul --=20 Paul Kuntke Jabber-ID: paul@42degreesoffreedom.com --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqU7OEACgkQEa4rd3MwZA7s4ACfSD5mULkWOPTI0vUBDPo+xm1x tK0AoLypSyG3llcF7uw2aSJahIVH7xuj =GO83 -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 08:21:16 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87DBA106568C for ; Wed, 26 Aug 2009 08:21:16 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 43D4D8FC22 for ; Wed, 26 Aug 2009 08:21:16 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MgDko-00021S-VJ; Wed, 26 Aug 2009 12:21:15 +0400 From: Boris Samorodov To: rick-freebsd2008@kiwi-computer.com References: <01895862@bb.ipt.ru> <86ab1pf8rj.fsf@gmail.com> <53729554@bb.ipt.ru> <20090825210719.GB46753@keira.kiwi-computer.com> <91153350@h30.sp.ipt.ru> <20090825232212.GA48012@keira.kiwi-computer.com> Date: Wed, 26 Aug 2009 12:21:14 +0400 In-Reply-To: <20090825232212.GA48012@keira.kiwi-computer.com> (Rick C. Petty's message of "Tue, 25 Aug 2009 18:22:12 -0500") Message-ID: <57237717@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: man and UTF-8 locales X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 08:21:16 -0000 On Tue, 25 Aug 2009 18:22:12 -0500 Rick C. Petty wrote: > On Wed, Aug 26, 2009 at 02:06:33AM +0400, Boris Samorodov wrote: > > On Tue, 25 Aug 2009 16:07:19 -0500 Rick C. Petty wrote: > > > On Tue, Aug 25, 2009 at 03:03:41PM +0400, Boris Samorodov wrote: > > > > On Mon, 24 Aug 2009 20:59:12 +0400 Anonymous wrote: > > > > > Boris Samorodov writes: > > > > > > > > > > Manual pages are still broken for UTF-8 locale. Here is a part > > > > > > of bzip2(1): > > > > > > ftp://ftp.ipt.ru/pub/images/man_bzip2.gif > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [1] > > > > > It was already fixed on 2009-05-21 and MFC'd to 7-stable. > > > > This screen [1] was taken from 8-BETA3. > Hmm. Maybe you are on a different branch? There may be a problem with a font. Yesterday I added some x11 fonts from ports, a font for xterm changed and now I can't reproduce the case! Thanks everybody for help. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 08:59:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C192106564A for ; Wed, 26 Aug 2009 08:59:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id E9F038FC21 for ; Wed, 26 Aug 2009 08:59:36 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8WW1nUcUpB3Cx214lNwA:9 a=IVW79IREbgpQNaw9abaQfUsMFZ0A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1127490819; Wed, 26 Aug 2009 10:59:35 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 26 Aug 2009 10:59:48 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090826080554.GA2664@beastie.smeiknet> In-Reply-To: <20090826080554.GA2664@beastie.smeiknet> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908261059.49593.hselasky@c2i.net> Cc: Paul Kuntke Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 08:59:37 -0000 On Wednesday 26 August 2009 10:05:54 Paul Kuntke wrote: > Hi, > after installing BETA3 I'm experiencing a strange behaviour of the > usb-mouse driver. When the mouse is plugged in while booting it will not > work but when its plugged in later (e.g. after logging in) everything will > be fine. > > Even if I unplug the mouse _after_ booting and replug it, it will not be > found. If I plug in a second one the second one will be found. But not the > one which was plugged while booting. Is there any workaround? > What is the output from dmesg and usbconfig? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 09:29:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 895EC106568C for ; Wed, 26 Aug 2009 09:29:21 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4BABE8FC18 for ; Wed, 26 Aug 2009 09:29:21 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:acc4:14eb:c50f:15b3] (unknown [IPv6:2001:7b8:3a7:0:acc4:14eb:c50f:15b3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CCA175C43; Wed, 26 Aug 2009 11:28:48 +0200 (CEST) Message-ID: <4A950054.4080104@andric.com> Date: Wed, 26 Aug 2009 11:28:52 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.3pre) Gecko/20090820 Shredder/3.0b4pre MIME-Version: 1.0 To: Nick Hilliard References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> In-Reply-To: <4A94528A.5030609@netability.ie> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Svein Skogen \(listmail account\)" , freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 09:29:21 -0000 On 2009-08-25 23:07, Nick Hilliard wrote: > Someone will complain. There's always someone. And of course, if you crank the default root fs size to 1 GiB, the complaints will come that "FreeBSD wastes your disk space". ;) From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 11:00:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF38D1065690 for ; Wed, 26 Aug 2009 11:00:57 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 333FB8FC29 for ; Wed, 26 Aug 2009 11:00:56 +0000 (UTC) Received: by ewy5 with SMTP id 5so35786ewy.36 for ; Wed, 26 Aug 2009 04:00:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:mime-version:content-type:content-transfer-encoding :message-id; bh=qlYc4LfBCgkT+RPE49/bXUqvYs7Bln4c9XT+zfsVFcE=; b=GhH+opwlygy8QEsXjBDAW6DJ528hTSxRSlpV9Obb0c28b6xzZ58aa0XvU/HLAHCA12 VBNWAbQ61cmxa8qoc9EcfqfFopbU608eHkxUyNf0LpI/hz5UhIuN9FcIC1Ibl/S56cZT lE5W8cIUTrVrdqUmzM/f4LxtcSf9CsP1YnLQY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:mime-version:content-type :content-transfer-encoding:message-id; b=Z5xsRFpz617QHi/s8/hjw0hLccx+4KEe8ZCV/2RiMDVi3hS6su8zpWCIck3vz0kWXz jGziwj2i491XCB8yBHV6XNpB3mWXaeEEIOBuJJmohDQJ9evyhZ2dKRhBXDBJ5ifB9kGo 6mkRR2Gpn1be+fO6PWPqUk/n9pNIcV7CF7+K4= Received: by 10.210.37.20 with SMTP id k20mr7985575ebk.73.1251284455986; Wed, 26 Aug 2009 04:00:55 -0700 (PDT) Received: from gizmo.nevosoft.local ([195.182.128.54]) by mx.google.com with ESMTPS id 7sm60570eyb.28.2009.08.26.04.00.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 26 Aug 2009 04:00:52 -0700 (PDT) From: subbsd To: julian@elischer.org Date: Wed, 26 Aug 2009 15:00:50 +0400 User-Agent: KMail/1.12.0 (FreeBSD/9.0-CURRENT; KDE/4.3.0; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200908261500.50132.subbsd@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 11:00:58 -0000 Julian Elischer wrote: > > subbsd wrote: > >> Hello maillist > >> > >> ive got sililar problem like http://lists.freebsd.org/pipermail/freebsd- > >> virtualization/2008-May/000010.html > >> > > is this -current or 8-beta3? and if current, how new? > > _______________________________________________ > > 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" > > sorry should have read hte subject line! > > any chance you can try a -current kernel? > > there are some fixes there that will go in to 8.x soon. Yes, jumping to kern.osrelease: 9.0-CURRENT kern.osrevision: 199506 fix problem with lockd. But net/skype (running without root privileges) application make kernel panic anyway with VIMAGE options. ... On the FreeBSD-CURRENT (9), amd64, coredump after skype session: kgdb kernel.debug /var/crash/vmcore.2 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x28 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80d864c6 stack pointer = 0x28:0xffffff8062a03a00 frame pointer = 0x28:0xffffff8062a03af0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1279 (skype) trap number = 12 panic: page fault cpuid = 1 Uptime: 2m16s Physical memory: 3313 MB Dumping 1340 MB: Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 3; apic id = 03 instruction pointer = 0x20:0xffffff8062a03403 stack pointer = 0x28:0xffffff80000d1b00 frame pointer = 0x28:0xffffff80000d1b30 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq23: ehci0+) trap number = 1 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 1165 1149 1133 1117 1101 1085 1069 1053 1037 1021 1005 989 973 957 941 925 909 893 877 861 845 829 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/linsysfs.ko...Reading symbols from /boot/kernel/linsysfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linsysfs.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from /boot/kernel/accf_data.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_data.ko Reading symbols from /boot/kernel/accf_dns.ko...Reading symbols from /boot/kernel/accf_dns.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_dns.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko Reading symbols from /boot/kernel/amdtemp.ko...Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/amdtemp.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/kernel/ipfw.ko...Reading symbols from /boot/kernel/ipfw.ko.symbols...done. done. Loaded symbols for /boot/kernel/ipfw.ko Reading symbols from /boot/kernel/nfscommon.ko...Reading symbols from /boot/kernel/nfscommon.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfscommon.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/nfscl.ko...Reading symbols from /boot/kernel/nfscl.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfscl.ko #0 doadump () at pcpu.h:223 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) (kgdb) list *0xffffffff80d864c6 0xffffffff80d864c6 is in linux_ioctl_socket (/usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2108). 2103 if (ep == NULL || ep == lxname + len || ep >= lxname + LINUX_IFNAMSIZ) 2104 return (NULL); 2105 index = 0; 2106 is_eth = (len == 3 && !strncmp(lxname, "eth", len)) ? 1 : 0; 2107 IFNET_RLOCK(); 2108 TAILQ_FOREACH(ifp, &V_ifnet, if_link) { 2109 /* 2110 * Allow Linux programs to use FreeBSD names. Don't presume 2111 * we never have an interface named "eth", so don't make 2112 * the test optional based on is_eth. (kgdb) backtrace #0 doadump () at pcpu.h:223 #1 0xffffffff8057c029 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff8057c45c in panic (fmt=0xffffffff8089beec "%s") at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xffffffff807d5688 in trap_fatal (frame=0xffffff000505aab0, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:852 #4 0xffffffff807d5a54 in trap_pfault (frame=0xffffff8062a03950, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 #5 0xffffffff807d6344 in trap (frame=0xffffff8062a03950) at /usr/src/sys/amd64/amd64/trap.c:494 #6 0xffffffff807bc5f3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #7 0xffffffff80d864c6 in linux_ioctl_socket (td=0xffffff000505aab0, args=0xffffff8062a03bd0) at /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2108 #8 0xffffffff80d87aa5 in linux_ioctl (td=0xffffff000505aab0, args=0xffffff8062a03bd0) at /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2640 #9 0xffffffff80812b96 in ia32_syscall (frame=0xffffff8062a03c80) at /usr/src/sys/amd64/ia32/ia32_syscall.c:182 #10 0xffffffff807bcb75 in Xint0x80_syscall () at ia32_exception.S:72 #11 0x00000000297fda84 in ?? () Previous frame inner to this frame (corrupt stack?) Linuxolator for linux network application is not compatible with VIMAGE options? Thanks. > > you should just be able to drop in the kernel and boot it manually > with a different name to test. > > if you can not get/make one, let me know and I can point you at one. From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 08:24:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2801A106568C for ; Wed, 26 Aug 2009 08:24:41 +0000 (UTC) (envelope-from usenet@nespor.at) Received: from webmail.tuwien.ac.at (webmail.tuwien.ac.at [128.130.35.72]) by mx1.freebsd.org (Postfix) with ESMTP id B0F5F8FC18 for ; Wed, 26 Aug 2009 08:24:40 +0000 (UTC) Received: from webmail.tuwien.ac.at (localhost [127.0.0.1]) by webmail.tuwien.ac.at (8.13.1/8.13.1) with ESMTP id n7Q7S6fK005599; Wed, 26 Aug 2009 09:28:06 +0200 Received: (from apache@localhost) by webmail.tuwien.ac.at (8.13.1/8.13.1/Submit) id n7Q7S5kX005598; Wed, 26 Aug 2009 09:28:05 +0200 Received: from 83-64-62-178.sechshaus.xdsl-line.inode.at (83-64-62-178.sechshaus.xdsl-line.inode.at [83.64.62.178]) by webmail.tuwien.ac.at (Horde MIME library) with HTTP; Wed, 26 Aug 2009 09:28:05 +0200 Message-ID: <20090826092805.4y0jakxw84c80wk0@webmail.tuwien.ac.at> Date: Wed, 26 Aug 2009 09:28:05 +0200 From: Nikolai Nespor To: freebsd-current@freebsd.org 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) H3 (4.0.4) X-Mailman-Approved-At: Wed, 26 Aug 2009 11:29:18 +0000 Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: Three new LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 08:24:41 -0000 Hi list! The following three LORs are from BETA-3 as of three days ago. As far as I know, they haven't been reported yet. lock order reversal: 1st 0xc086dc58 allprison (allprison) @ /usr/src/sys/kern/kern_jail.c:2449 2nd 0xc3308058 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2188 KDB: stack backtrace: db_trace_self_wrapper(c07c8e78,c2ef8aac,c0569675,c055acab,c07cbb5c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c055acab,c07cbb5c,c3028138,c302e590,c2ef8b08,...) at kdb_backtrace+0x29 _witness_debugger(c07cbb5c,c3308058,c07bee83,c302e590,c07d2e8d,...) at _witness_debugger+0x25 witness_checkorder(c3308058,9,c07d2e8d,88c,0,...) at witness_checkorder+0x839 __lockmgr_args(c3308058,80100,c3308074,0,0,...) at __lockmgr_args+0x7a7 ffs_lock(c2ef8c24,c2ef8c18,c05694bc,c3028138,c07d2e8d,...) at ffs_lock+0x8a VOP_LOCK1_APV(c083d6a0,c2ef8c24,c3308074,c08530e0,c3308000,...) at VOP_LOCK1_APV+0xf3 _vn_lock(c3308000,80100,c07d2e8d,88c,991,...) at _vn_lock+0x5e vrele(c3308000,c07c1905,998,991,0,...) at vrele+0x137 prison_deref(c2ef8cd4,c0562823,c534d000,1,c07ca4e6,...) at prison_deref+0x49d prison_complete(c534d000,1,c07ca4e6,51,c30cda18,...) at prison_complete+0x10 taskqueue_run(c30cda00,c30cda18,0,c07ba2a8,0,...) at taskqueue_run+0x103 taskqueue_thread_loop(c08746ac,c2ef8d38,c07c1448,33e,c086d300,...) at taskqueue_thread_loop+0x68 fork_exit(c0562910,c08746ac,c2ef8d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2ef8d70, ebp = 0 --- lock order reversal: 1st 0xc54c1df4 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1200 2nd 0xc3c198b8 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2188 KDB: stack backtrace: db_trace_self_wrapper(c07c8e78,d6225a54,c0569675,c055acab,c07cbb5c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c055acab,c07cbb5c,c302e590,c302e660,d6225ab0,...) at kdb_backtrace+0x29 _witness_debugger(c07cbb5c,c3c198b8,c07d300c,c302e660,c07d2e8d,...) at _witness_debugger+0x25 witness_checkorder(c3c198b8,9,c07d2e8d,88c,0,...) at witness_checkorder+0x839 __lockmgr_args(c3c198b8,80100,c3c198d4,0,0,...) at __lockmgr_args+0x7a7 vop_stdlock(d6225bc4,d6225bb8,c05694bc,c09a0af8,c07d2e8d,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c081fae0,d6225bc4,c3c198d4,c08530e0,c3c19860,...) at VOP_LOCK1_APV+0xf3 _vn_lock(c3c19860,80100,c07d2e8d,88c,df,...) at _vn_lock+0x5e vrele(c3c19860,0,c07d26a2,4f5,c08130c0,...) at vrele+0x137 dounmount(c3272508,8080000,c32986c0,47a,3,...) at dounmount+0x3ce unmount(c32986c0,d6225cf8,8,d6225d38,c080cc08,...) at unmount+0x2ff syscall(d6225d38) at syscall+0x2d3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280d9c2f, esp = 0xbfbfe56c, ebp = 0xbfbfe638 --- lock order reversal: 1st 0xc4f07e00 so_snd_sx (so_snd_sx) @ /usr/src/sys/kern/uipc_sockbuf.c:145 2nd 0xc38d2058 ufs (ufs) @ /usr/src/sys/kern/uipc_syscalls.c:2090 KDB: stack backtrace: db_trace_self_wrapper(c07c8e78,d62eb9ac,c0569675,c055acab,c07cbb5c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c055acab,c07cbb5c,c302e6c8,c302e590,d62eba08,...) at kdb_backtrace+0x29 _witness_debugger(c07cbb5c,c38d2058,c07bee83,c302e590,c07d01bd,...) at _witness_debugger+0x25 witness_checkorder(c38d2058,1,c07d01bd,82a,c38d2074,...) at witness_checkorder+0x839 __lockmgr_args(c38d2058,200400,c38d2074,0,0,...) at __lockmgr_args+0x237 ffs_lock(d62ebb24,d62ebb18,c09a0720,c3939764,c09a0710,...) at ffs_lock+0x8a VOP_LOCK1_APV(c083d6a0,d62ebb24,c46e0ee0,c08530e0,c38d2000,...) at VOP_LOCK1_APV+0xf3 _vn_lock(c38d2000,200400,c07d01bd,82a,0,...) at _vn_lock+0x5e kern_sendfile(c39396c0,d62ebcf8,c358dc40,0,0,...) at kern_sendfile+0x9a0 sendfile(c39396c0,d62ebcf8,20,d62ebd38,c080f49c,...) at sendfile+0xa8 syscall(d62ebd38) at syscall+0x2d3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (393, FreeBSD ELF32, sendfile), eip = 0x282f062b, esp = 0xbfbfc52c, ebp = 0xbfbfc588 --- Sorry if the lines are messed up, I'm stuck with webmail here. Nikolai From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 12:02:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 123F11065691 for ; Wed, 26 Aug 2009 12:02:05 +0000 (UTC) (envelope-from luckrill@gmail.com) Received: from mail-pz0-f198.google.com (mail-pz0-f198.google.com [209.85.222.198]) by mx1.freebsd.org (Postfix) with ESMTP id E07838FC42 for ; Wed, 26 Aug 2009 12:02:04 +0000 (UTC) Received: by pzk36 with SMTP id 36so59470pzk.7 for ; Wed, 26 Aug 2009 05:02:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=UUhZmIXl2I5AADqc+OyxVeOXc23pWy/fc0Z7sHVuTZk=; b=KK4cxVX7pQstRxRCcv5fzXWIunzqMkneNUfogdfzzSUtwu2GadvgFuQCrMrPcjnMdQ yhDkYsZzkIi2B6/ZaN5fTM6LVLcAFJ4/WiEsA0Qo4sLdakUwNkWY0mBRs50FoqM4v8uF IVIUxnd/XTUwoHZz9Pfy6njqNJs82fyLB2BDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=Mv7HXWsYnPBZ9N6hrrAD7TXS69JNbRZSsMqR15L8gHtD5ld70y80EfsJySliB0BOoa yyKeG9WKDKxGWmuobIdzrtyV2GQHstblQGR32alvxD/gGjFufuc0cKThAQIfyZKnV0Az EoufdZ/M+Zjo3MJSDTWDfQNTTP55od0OgB778= MIME-Version: 1.0 Received: by 10.114.243.15 with SMTP id q15mr10726392wah.192.1251286874669; Wed, 26 Aug 2009 04:41:14 -0700 (PDT) Date: Wed, 26 Aug 2009 19:41:14 +0800 Message-ID: From: jiang zhixiang To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 26 Aug 2009 12:03:51 +0000 Subject: 8.0-BETA3 bug-2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 12:02:05 -0000 today meet two bug: 1, compile gnome2 filed: the follow is bug message: ../../dist/include/dom/nsIDOMXULSelectCntrlEl.h:33: warning: 'virtual nsresult nsIDOMXULSelectControlElement::GetSelectedItem(nsIDOMXULSelectControlItemElement**)' was hidden ../../dist/include/dom/nsIDOMXULMultSelectCntrlEl.h:73: warning: by 'virtual nsresult nsIDOMXULMultiSelectControlElement::GetSelectedItem(PRInt32, nsIDOMXULSelectControlItemElement**)' gmake[3]: *** [nsLayoutStatics.o] Error 1 gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/layout/build' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/layout' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' gmake: *** [default] Error 2 *** Error code 1 Stop in /usr/ports/www/firefox. *** Error code 1 Stop in /usr/ports/graphics/librsvg2. *** Error code 1 Stop in /usr/ports/x11/gnome-panel. *** Error code 1 Stop in /usr/ports/x11/gnome-applets. *** Error code 1 Stop in /usr/ports/x11/gnome2. Then: cd /usr/ports/www/firefox make clean make install clean This time, all is OK. 2, Install gnome2 filed rom packages I have install freebsd with 8.0-BETA3-i386-dvd1.iso Then I install kde4 and gnome2 from packages. First: I install kde4 from packages, It's succeed. Second: I install gnome2 from packages, It's failed and meet follow message: Add of package xscreensaver-gnome-hacks-5.08_1 aborted, error code 1 - Please check the debug screen for more info. Loading of dependent package xscreensaver-gnome-hacks-5.08_1 failed Loading of dependent package gnome-screensaver-2.26.1_1 failed But, if I install gnome2 first, and then install kde4, this time all will be succeed. This bug I have also meet on FreeBSD7.2 dvd. -- Best Regards Rill From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 12:08:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7010A106568D for ; Wed, 26 Aug 2009 12:08:31 +0000 (UTC) (envelope-from zec@icir.org) Received: from labs3.cc.fer.hr (labs3.cc.fer.hr [161.53.72.21]) by mx1.freebsd.org (Postfix) with ESMTP id F14D78FC22 for ; Wed, 26 Aug 2009 12:08:30 +0000 (UTC) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs3.cc.fer.hr (8.13.8+Sun/8.12.10) with ESMTP id n7QC8SHp019268 for ; Wed, 26 Aug 2009 14:08:29 +0200 (CEST) Received: from localhost ([161.53.19.8]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Wed, 26 Aug 2009 14:08:27 +0200 From: Marko Zec To: freebsd-current@freebsd.org Date: Wed, 26 Aug 2009 14:08:22 +0200 User-Agent: KMail/1.9.10 References: <200908261500.50132.subbsd@gmail.com> In-Reply-To: <200908261500.50132.subbsd@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908261408.23051.zec@icir.org> X-OriginalArrivalTime: 26 Aug 2009 12:08:28.0027 (UTC) FILETIME=[EB91A4B0:01CA2645] Cc: julian@elischer.org, subbsd Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 12:08:31 -0000 On Wednesday 26 August 2009 13:00:50 subbsd wrote: > Julian Elischer wrote: > > > subbsd wrote: > > >> Hello maillist > > >> > > >> ive got sililar problem like > > >> http://lists.freebsd.org/pipermail/freebsd- > > >> virtualization/2008-May/000010.html > > > > > > is this -current or 8-beta3? and if current, how new? > > > _______________________________________________ > > > 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" > > > > sorry should have read hte subject line! > > > > any chance you can try a -current kernel? > > > > there are some fixes there that will go in to 8.x soon. > > Yes, jumping to > > kern.osrelease: 9.0-CURRENT > kern.osrevision: 199506 > > fix problem with lockd. Great, thanks for testing this! > But net/skype (running without root privileges) application make kernel > panic anyway with VIMAGE options. > ... Could you try manually applying the following patch: http://perforce.freebsd.org/chv.cgi?CH=167830 and report whether this makes things any different? Thanks, Marko > > On the FreeBSD-CURRENT (9), amd64, coredump after skype session: > > > kgdb kernel.debug /var/crash/vmcore.2 > 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 "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x28 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80d864c6 > stack pointer = 0x28:0xffffff8062a03a00 > frame pointer = 0x28:0xffffff8062a03af0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1279 (skype) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 2m16s > Physical memory: 3313 MB > Dumping 1340 MB: > > Fatal trap 1: privileged instruction fault while in kernel mode > cpuid = 3; apic id = 03 > instruction pointer = 0x20:0xffffff8062a03403 > stack pointer = 0x28:0xffffff80000d1b00 > frame pointer = 0x28:0xffffff80000d1b30 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq23: ehci0+) > trap number = 1 > 1325 1309 1293 1277 1261 1245 1229 1213 1197 1181 1165 1149 1133 1117 1101 > 1085 1069 1053 1037 1021 1005 989 973 957 941 925 909 893 877 861 845 829 > 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 525 > 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 > 205 189 173 157 141 125 109 93 77 61 45 29 13 > > Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from > /boot/kernel/linprocfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linprocfs.ko > Reading symbols from /boot/kernel/linux.ko...Reading symbols from > /boot/kernel/linux.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linux.ko > Reading symbols from /boot/kernel/linsysfs.ko...Reading symbols from > /boot/kernel/linsysfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linsysfs.ko > Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from > /boot/kernel/nullfs.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/nullfs.ko > Reading symbols from /boot/kernel/sound.ko...Reading symbols from > /boot/kernel/sound.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/sound.ko > Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from > /boot/kernel/snd_hda.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/snd_hda.ko > Reading symbols from /boot/kernel/accf_data.ko...Reading symbols from > /boot/kernel/accf_data.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/accf_data.ko > Reading symbols from /boot/kernel/accf_dns.ko...Reading symbols from > /boot/kernel/accf_dns.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/accf_dns.ko > Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from > /boot/kernel/accf_http.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/accf_http.ko > Reading symbols from /boot/kernel/amdtemp.ko...Reading symbols from > /boot/kernel/amdtemp.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/amdtemp.ko > Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from > /boot/kernel/atapicam.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/atapicam.ko > Reading symbols from /boot/kernel/ipfw.ko...Reading symbols from > /boot/kernel/ipfw.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/ipfw.ko > Reading symbols from /boot/kernel/nfscommon.ko...Reading symbols from > /boot/kernel/nfscommon.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/nfscommon.ko > Reading symbols from /usr/local/modules/fuse.ko...done. > Loaded symbols for /usr/local/modules/fuse.ko > Reading symbols from /boot/kernel/nfscl.ko...Reading symbols from > /boot/kernel/nfscl.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/nfscl.ko > #0 doadump () at pcpu.h:223 > 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) > > > (kgdb) list *0xffffffff80d864c6 > 0xffffffff80d864c6 is in linux_ioctl_socket > (/usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2108). > 2103 if (ep == NULL || ep == lxname + len || ep >= lxname + > LINUX_IFNAMSIZ) > 2104 return (NULL); > 2105 index = 0; > 2106 is_eth = (len == 3 && !strncmp(lxname, "eth", len)) ? 1 : > 0; 2107 IFNET_RLOCK(); > 2108 TAILQ_FOREACH(ifp, &V_ifnet, if_link) { > 2109 /* > 2110 * Allow Linux programs to use FreeBSD names. Don't > presume > 2111 * we never have an interface named "eth", so don't > make > 2112 * the test optional based on is_eth. > > (kgdb) backtrace > #0 doadump () at pcpu.h:223 > #1 0xffffffff8057c029 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:416 > #2 0xffffffff8057c45c in panic (fmt=0xffffffff8089beec "%s") at > /usr/src/sys/kern/kern_shutdown.c:579 > #3 0xffffffff807d5688 in trap_fatal (frame=0xffffff000505aab0, > eva=Variable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:852 > #4 0xffffffff807d5a54 in trap_pfault (frame=0xffffff8062a03950, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 > #5 0xffffffff807d6344 in trap (frame=0xffffff8062a03950) at > /usr/src/sys/amd64/amd64/trap.c:494 > #6 0xffffffff807bc5f3 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:224 > #7 0xffffffff80d864c6 in linux_ioctl_socket (td=0xffffff000505aab0, > args=0xffffff8062a03bd0) at > /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2108 > #8 0xffffffff80d87aa5 in linux_ioctl (td=0xffffff000505aab0, > args=0xffffff8062a03bd0) at > /usr/src/sys/modules/linux/../../compat/linux/linux_ioctl.c:2640 > #9 0xffffffff80812b96 in ia32_syscall (frame=0xffffff8062a03c80) at > /usr/src/sys/amd64/ia32/ia32_syscall.c:182 > #10 0xffffffff807bcb75 in Xint0x80_syscall () at ia32_exception.S:72 > #11 0x00000000297fda84 in ?? () > Previous frame inner to this frame (corrupt stack?) > > > > Linuxolator for linux network application is not compatible with VIMAGE > options? Thanks. > > > you should just be able to drop in the kernel and boot it manually > > with a different name to test. > > > > if you can not get/make one, let me know and I can point you at one. > > _______________________________________________ > 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 Aug 26 12:43:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CE28106568E for ; Wed, 26 Aug 2009 12:43:11 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id F02448FC0C for ; Wed, 26 Aug 2009 12:43:10 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MgHAH-000PGE-UL for freebsd-current@freebsd.org; Wed, 26 Aug 2009 13:59:54 +0200 Message-ID: <4A9523B1.9080303@kkip.pl> Date: Wed, 26 Aug 2009 13:59:45 +0200 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Stationery: 0.4.10 X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -4.5 X-Spam-Score-Int: -44 X-Exim-Version: 4.69 (build at 07-Jul-2009 09:56:56) X-Date: 2009-08-26 13:59:54 X-Connected-IP: 10.66.3.254:2136 X-Message-Linecount: 135 X-Body-Linecount: 122 X-Message-Size: 4476 X-Body-Size: 3997 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Panic: double panic and "IPv4 address: "a.b.c.d" is not on the network" flood in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 12:43:11 -0000 I've just been forced to rollback from 9-CURRENT kernel to 8-BETA2 kernel due to panics like this: Fatal double fault: eip = 0x808ddcec esp = 0xc7977fc0 ebp = 0xc7978038 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 446615552B (425 MB) Blocksize: 512 Dumptime: Wed Aug 26 12:13:22 2009 Hostname: serwer.obsysa.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 9.0-CURRENT #0: Mon Aug 24 10:45:04 CEST 2009 ncpnc@serwer.obsysa.net:/usr/obj/usr/src/sys/ATHLON9 Panic String: double fault Dump Parity: 4040556634 Bounds: 11 Dump Status: good Panic seems to be ZFS (or general FS) related, as it happens with heavy IO, like during scrub or csup. My kernel was built without debugging options so here's what I could provide: dmesg.boot (from 8-BETA2): http://obsysa.net/bsd/dmesg.boot kernel config: http://obsysa.net/bsd/ATHLON9 vmcore (111MB!): http://obsysa.net/bsd/vmcore.11.bz2 I also noticed dmesg flood with messages like this: IPv4 address: "78.8.144.1" is not on the network I have tun device which is used to connect to ADSL line via PPPoE: tun0: flags=8051 metric 0 mtu 1492 inet 78.8.144.74 --> 78.8.144.1 netmask 0xffffffff Opened by PID 443 So I guess it's PPP issue, and seems to be harmless for now... -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 12:52:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4004C1065690 for ; Wed, 26 Aug 2009 12:52:11 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id C47D68FC14 for ; Wed, 26 Aug 2009 12:52:10 +0000 (UTC) Received: by ewy5 with SMTP id 5so114502ewy.36 for ; Wed, 26 Aug 2009 05:52:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=fqhC9ZHs7B6ewB8mFR4YWurxcsPX5k/9z+7/pG60uO0=; b=qACVhco5dvt+7k6a3xlP6cOu+ZlcrMPSy5PnBZ6etT1RRjwf+dqRgNsYDznf13CyLi vT3Mx0oJ6+k5zdthHUISIwslIDj8fWEORw4af2vs3m2BkH5VYvlzuK0/rGW7UaCiIMQu 9uuEEpkztVsb6RCb8MchMO3OIWkls/Rne/IqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=Lq1JoIswPWVH2bgkyZZTAZnUsJPLw4rpRtkCPdcdxnwQDIQ6NYBeD3lCnD77RR/bnZ n1n2WL1TD0jxp/Wd1Du+IMNQyW2eGJ0Qkj/ZYbm/EATxcFixACB9DolNaHNteENAyPWg Gv2EWUMttJKY609Do2Gu8LXNzQ4CHuFBg9sfc= Received: by 10.210.140.6 with SMTP id n6mr4148307ebd.18.1251291129317; Wed, 26 Aug 2009 05:52:09 -0700 (PDT) Received: from gizmo.nevosoft.local ([195.182.128.54]) by mx.google.com with ESMTPS id 7sm315290eyg.8.2009.08.26.05.52.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 26 Aug 2009 05:52:04 -0700 (PDT) From: subbsd To: Marko Zec Date: Wed, 26 Aug 2009 16:52:02 +0400 User-Agent: KMail/1.12.0 (FreeBSD/9.0-CURRENT; KDE/4.3.0; amd64; ; ) References: <200908261500.50132.subbsd@gmail.com> <200908261408.23051.zec@icir.org> In-Reply-To: <200908261408.23051.zec@icir.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200908261652.02177.subbsd@gmail.com> Cc: freebsd-current@freebsd.org, julian@elischer.org Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 12:52:11 -0000 Hello, On Wednesday 26 August 2009 16:08:22 Marko Zec wrote: > On Wednesday 26 August 2009 13:00:50 subbsd wrote: > > Julian Elischer wrote: > > > > subbsd wrote: > > > >> Hello maillist > > > >> > > > >> ive got sililar problem like > > > >> http://lists.freebsd.org/pipermail/freebsd- > > > >> virtualization/2008-May/000010.html > > > > > > > > is this -current or 8-beta3? and if current, how new? > > > > _______________________________________________ > > > > 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" > > > > > > sorry should have read hte subject line! > > > > > > any chance you can try a -current kernel? > > > > > > there are some fixes there that will go in to 8.x soon. > > > > Yes, jumping to > > > > kern.osrelease: 9.0-CURRENT > > kern.osrevision: 199506 > > > > fix problem with lockd. > > Great, thanks for testing this! > > > But net/skype (running without root privileges) application make kernel > > panic anyway with VIMAGE options. > > ... > > Could you try manually applying the following patch: > > http://perforce.freebsd.org/chv.cgi?CH=167830 > > and report whether this makes things any different? I apply this patch and report - difference only positive - all work fine now. This fix will be present in 8.0-RELEASE? Thanks! //skipped// From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 13:17:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EDDE106568C for ; Wed, 26 Aug 2009 13:17:17 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 1B8638FC23 for ; Wed, 26 Aug 2009 13:17:16 +0000 (UTC) Received: from libero.it (192.168.17.10) by cp-out1.libero.it (8.5.107) id 4A8742F00052B10F; Wed, 26 Aug 2009 15:16:16 +0200 Date: Wed, 26 Aug 2009 15:16:16 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "spambox" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 79.9.234.65 Cc: freebsd-current , noc Subject: Re: Root history not saving over reboot 8* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 13:17:17 -0000 > Al Plant wrote: > > Several of us on the questions list have not been able to find out if= > > the problem of history not being saved in the root or usr command > > lines has been corrected. > > I have tried 8* on both i386 and amd64 and it doesnt save across a > > reboot on either box. FreeBSD 7.2 does as do the earlier current > > versions before approximately June of 8* > I guess you use 'reboot' to reboot. As this forces a reboot immediately= > (and closes all terminals), the shell has no chance to terminate > 'normally' (i.e., by exit/ctrl-d/logout/etc) - therefore history is not= > saved. > > Check if the command history is saved if you do "shutdown -r now" and > hit ctrl-d immediately. I'd assume it does. > I didn't tried pressing ctrl-d, but I can confirm that the history get lo= st even using shutdown as I use reboot only sometime in single user. BTW, isn't ctrl-d the combination for command completion? From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 13:24:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D819106564A for ; Wed, 26 Aug 2009 13:24:27 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id DE57C8FC22 for ; Wed, 26 Aug 2009 13:24:26 +0000 (UTC) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id CB45379015; Wed, 26 Aug 2009 17:24:23 +0400 (MSD) Message-ID: <4A953795.9010709@haruhiism.net> Date: Wed, 26 Aug 2009 17:24:37 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: barbara References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current , noc Subject: Re: Root history not saving over reboot 8* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 13:24:27 -0000 barbara wrote: > I didn't tried pressing ctrl-d, but I can confirm that the history get lost even using shutdown as I use reboot only sometime in single user. > > BTW, isn't ctrl-d the combination for command completion? > I think I mentioned ctrl-d explicitly just because it is *essential* to press it. Ctrl-D performs a clean exit, given that the command line is empty. If one issues "shutdown -r now", the shell is not terminated, as the shutdown command starts the shutdown process in the background - because "now" is not the only option and it basically schedules the shutdown to happen in 0 minutes. After issuing "shutdown -r now" the user is returned to the shell, which remains active until it is killed during the shutdown process. Hitting Ctrl-D immediately after issuing that command ensures that you have "exit"-ed the shell; if that was done before the shutdown kill sequence, and before the filesystems are remounted read-only - that's exactly why I said "immediately" - the shell *will* save the history file. Using "reboot" or hitting Ctrl-Alt-Del on the console terminates all virtual consoles; if a console is terminated, the shell that was running on it exits on "Lost terminal" signal. I do indeed hope that this time my explanation is detailed enough. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 13:32:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B694A106564A for ; Wed, 26 Aug 2009 13:32:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 894528FC28 for ; Wed, 26 Aug 2009 13:32:10 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 354EE46B65; Wed, 26 Aug 2009 09:32:10 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 57A4F8A02B; Wed, 26 Aug 2009 09:32:09 -0400 (EDT) From: John Baldwin To: Bruce Cran Date: Wed, 26 Aug 2009 08:44:16 -0400 User-Agent: KMail/1.9.7 References: <20090824230145.75824e5f@gluon.draftnet> In-Reply-To: <20090824230145.75824e5f@gluon.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908260844.16767.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 26 Aug 2009 09:32:09 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: current@freebsd.org Subject: Re: patches to fix "ps -M" as used in crashinfo(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 13:32:10 -0000 On Monday 24 August 2009 6:01:45 pm Bruce Cran wrote: > I've recently been debugging a series of problems with running ps(1) on > crash dumps, and now have a couple of patches: the bugs cause > ps(1) to crash while crashinfo(8) is being run during boot, dumping a > 1GB ps.core file in the root filesystem. > > The patches are at > http://www.cran.org.uk/~brucec/freebsd/pr137890.kvm_proc.c.diff and > http://www.cran.org.uk/~brucec/freebsd/pr137890.ps.c.diff > > The problem with ps.c is that like pkill(1) and w(1), they all > initialize the execfile argument to kvm_open or kvm_openfiles to > "/dev/null" instead of NULL, causing the default usage of "ps > -M /var/crash/vmcore.x" to fail because libkvm fails to > fstat /dev/null. They only work if "-N" is also specified. Note that crashinfo specifies both -M and -N: echo "------------------------------------------------------------------------" echo "ps -axl" echo ps -M $VMCORE -N $KERNEL -axl echo I'm not sure that 'ps -M blah' without '-N' should really work. Also, I'm not sure how fstat() of /dev/null could fail? The kvm_nlist() bug in libkvm should probably still be fixed, and the ngroups one you might want to poke brooks@ about. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 13:55:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A29AE1065694 for ; Wed, 26 Aug 2009 13:55:35 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6950F8FC27 for ; Wed, 26 Aug 2009 13:55:35 +0000 (UTC) Received: from libero.it (192.168.17.8) by cp-out1.libero.it (8.5.107) id 4A8742F0005339A5; Wed, 26 Aug 2009 15:55:04 +0200 Date: Wed, 26 Aug 2009 15:55:03 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "spambox" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 79.9.234.65 Cc: freebsd-current , noc Subject: Re: Root history not saving over reboot 8* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 13:55:35 -0000 > barbara wrote: > > I didn't tried pressing ctrl-d, but I can confirm that the history ge= t lost even using shutdown as I use reboot only sometime in single user. > > > > BTW, isn't ctrl-d the combination for command completion? > > > I think I mentioned ctrl-d explicitly just because it is *essential* to= > press it. > Ctrl-D performs a clean exit, given that the command line is empty. > > If one issues "shutdown -r now", the shell is not terminated, as the > shutdown command starts the shutdown process in the background - becaus= e > "now" is not the only option and it basically schedules the shutdown to= > happen in 0 minutes. > After issuing "shutdown -r now" the user is returned to the shell, whic= h > remains active until it is killed during the shutdown process. > Hitting Ctrl-D immediately after issuing that command ensures that you = > have "exit"-ed the shell; if that was done before the shutdown kill > sequence, and before the filesystems are remounted read-only - that's > exactly why I said "immediately" - the shell *will* save the history fi= le. > > Using "reboot" or hitting Ctrl-Alt-Del on the console terminates all > virtual consoles; if a console is terminated, the shell that was runnin= g > on it exits on "Lost terminal" signal. > > I do indeed hope that this time my explanation is detailed enough. > Ok, I've got it. Your explaination is even too much detailed! But, without considering reboot or ctrl-alt-del, this is not what many us= ers expect also comparing the behavior of the previous releases. At least I never had such problem before 8. And you can see many request about that in various mailing list and there= is also one in the forum. I've also found a couple of bloggers reporting= that. Thanks From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 13:58:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AEEE1065690 for ; Wed, 26 Aug 2009 13:58:27 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id F18388FC23 for ; Wed, 26 Aug 2009 13:58:26 +0000 (UTC) Received: by fxm6 with SMTP id 6so133898fxm.43 for ; Wed, 26 Aug 2009 06:58:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7FQhuDaNJDumtKYbjhNee2KHga49+RLmepCPh5yq8kE=; b=Qa+WvlV21dHWNcZDjEfHYGrFSAs0IwM8p588XZAjPZ6oBVEfT0Qx9h5h8ZCm0rhIiu SyINCOAKiCk2zXJDYmkiFKpeHOsnY0yFZIDSiaXU2hUxiYvPOcia0lj9jL4qae1vSCiL hK53QusP08YN2jeJxz41yziDYeBw5cNhaCJhI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gjk8WsDZtCoOnSwBKkL/KqgWxC76xpv0zBvKbtsAwaPsLQJu/pfXax7Arh76NBQ80Y KrctufLPEFVHXP9vuhhZmNOubKXbbd82YBzq2JarKUY7h7/0xDmSw2NzCWLCTKQ3RXEo 9Aav3DmFJG1btytJIvlYPb4cL+lHxSLM53/es= MIME-Version: 1.0 Received: by 10.204.34.9 with SMTP id j9mr3698710bkd.10.1251293794348; Wed, 26 Aug 2009 06:36:34 -0700 (PDT) In-Reply-To: <20090825232212.GA48012@keira.kiwi-computer.com> References: <01895862@bb.ipt.ru> <86ab1pf8rj.fsf@gmail.com> <53729554@bb.ipt.ru> <20090825210719.GB46753@keira.kiwi-computer.com> <91153350@h30.sp.ipt.ru> <20090825232212.GA48012@keira.kiwi-computer.com> Date: Wed, 26 Aug 2009 16:36:34 +0300 Message-ID: From: Gleb Kozyrev To: rick-freebsd2008@kiwi-computer.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Boris Samorodov , freebsd-current@freebsd.org Subject: Re: man and UTF-8 locales X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 13:58:27 -0000 On Wed, Aug 26, 2009 at 2:22 AM, Rick C. Petty wrote: > On Wed, Aug 26, 2009 at 02:06:33AM +0400, Boris Samorodov wrote: >> On Tue, 25 Aug 2009 16:07:19 -0500 Rick C. Petty wrote: >> > On Tue, Aug 25, 2009 at 03:03:41PM +0400, Boris Samorodov wrote: >> > > On Mon, 24 Aug 2009 20:59:12 +0400 Anonymous wrote: >> > > > Boris Samorodov writes: >> > > >> > > > > Manual pages are still broken for UTF-8 locale. Here is a part >> > > > > of bzip2(1): >> > > > > ftp://ftp.ipt.ru/pub/images/man_bzip2.gif >> =A0 =A0 =A0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ =A0 =A0 =A0 [1] >> >> > It was already fixed on 2009-05-21 and MFC'd to 7-stable. >> >> This screen [1] was taken from 8-BETA3. [...] > % grep -C 3 sum contrib/groff/font/devutf8/R.proto > st =A0 =A0 =A024 =A0 =A0 =A00 =A0 =A0 =A0 0x220B > product 24 =A0 =A0 =A00 =A0 =A0 =A0 0x220F > coproduct =A0 =A0 =A0 24 =A0 =A0 =A00 =A0 =A0 =A0 0x2210 > sum =A0 =A0 24 =A0 =A0 =A00 =A0 =A0 =A0 0x2211 > \- =A0 =A0 =A024 =A0 =A0 =A00 =A0 =A0 =A0 0x002D > mi =A0 =A0 =A0" > -+ =A0 =A0 =A024 =A0 =A0 =A00 =A0 =A0 =A0 0x2213 Do all system manpages need converting to '\-'? It would take a lot of work= . The bzip2 one still has many plain '-'-s. >.B \-L --license -V --version >Display the software version, license terms and conditions. Looking at manpages from ports... smartctl(8) has all dashes replaced with '\-'. >\fBsmartctl\fP controls the Self\-Monitoring, Analysis and Reporting >Technology (SMART) system built into many ATA\-3 and later ATA, IDE and >SCSI\-3 hard drives. What's the point of manually replacing one character with another everywher= e? perl(1) has only some dashes replaced but plain '-'-s still aren't mangled somehow, so this actually looks fine: >.IP "\(bu" 4 >roll-your-own magic variables (including multiple simultaneous \s-1DBM\s0 >implementations) Can anyone comment on this? >From contrib/groff/font/devutf8/R.proto: >- 24 0 0x2010 Please note that Windows fonts seem to lack the 0x2010 character so this is= sue may raise many questions in the future. --=20 With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 14:23:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ED591065690; Wed, 26 Aug 2009 14:23:38 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 2CC228FC29; Wed, 26 Aug 2009 14:23:38 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:51396 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MgJOU-0000KL-5h; Wed, 26 Aug 2009 16:22:36 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id AD1F0457CB; Wed, 26 Aug 2009 16:22:32 +0200 (CEST) Message-Id: <41DD14F2-DCF8-4CA7-AFC0-7EB766A07DF0@exscape.org> From: Thomas Backman To: freebsd-questions@freebsd.org In-Reply-To: <2E76B1A5-C7B3-4845-9919-1C9FFC7EDA63@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 26 Aug 2009 16:22:29 +0200 References: <2E76B1A5-C7B3-4845-9919-1C9FFC7EDA63@exscape.org> X-Mailer: Apple Mail (2.936) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MgJOU-0000KL-5h. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MgJOU-0000KL-5h 1def38f241ab7a5f5c0ae62961ecdee7 Cc: FreeBSD current Subject: Re: Serial console trouble: loader and login works, but no kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 14:23:38 -0000 On Aug 23, 2009, at 14:18, Thomas Backman wrote: > First off: Not subscribed to this list, please make sure to Cc me if > you don't reply directly. :) > > Anyway, I finally got my null modem cable, and plugged in in between > a machine running 8.0-BETA2 and one running WinXP using Hyperterminal. > > My settings: > > /boot/loader.conf: > boot_multicons="YES" > boot_serial="YES" > comconsole_speed="115200" > console="comconsole,vidconsole" > > /etc/ttys: > # Serial terminals > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > ttyu0 "/usr/libexec/getty std.115200" vt100 on secure > > /boot.config (which is read properly): > -Dh -S115200 > > Anything wrong in the above? > Hyperterminal is set to 115200 bps, 8 bits, no parity, 1 stop bit, > and no flow control (if that's the correct translation to English). > > On the serial console, I go from the screen with the FreeBSD logo, > with single-user options etc. (which works fine), and then nothing, > until a login tty pops up (which also works fine). The main, if not > only, reason I want a serial console is to be able to use it for > single user mode, DDB, and so on. > All kernel messages, and all rc messages are seen only on the > graphics card; the serial console receives nothing but the "/ > boot.config: -Dh ...", the logo screen, and then the login screen, > during startup and *nothing* at all during shutdown. Also, I'm able > to login and use the system both via the serial console and via the > graphics card/keyboard... Is this supposed to be? I'm not > complaining, I just got the impression it was one or the other. > > Any advice on how to get the kernel/rc messages etc. to the serial > console (only or as well)? > > Regards, > Thomas OK, so to rule out any installation-related problems, I booted from a bootonly install CD (a May ~5th snapshot of 8.0-CURRENT), with "boot - h -S115200". Same thing: bootloader stuff on the serial console, kernel messages on the local computer only - and very slowly, at that, I'd say about one line a second. You could very easily see the characters being written to the screen. Am I the only one having these problems? It'd suck to buy a rather expensive (probably because they're pretty rare these days, plus I had to order from abroad) null modem cable and have it be completely useless. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 14:43:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C223106568C for ; Wed, 26 Aug 2009 14:43:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC508FC18 for ; Wed, 26 Aug 2009 14:43:41 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAJfmlEqDaFvL/2dsb2JhbADZEYI1gWUF X-IronPort-AV: E=Sophos;i="4.44,279,1249272000"; d="scan'208";a="45635423" Received: from nile.cs.uoguelph.ca ([131.104.91.203]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 26 Aug 2009 10:43:39 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id B0BC88D4144; Wed, 26 Aug 2009 10:43:39 -0400 (EDT) X-Virus-Scanned: amavisd-new at nile.cs.uoguelph.ca Received: from nile.cs.uoguelph.ca ([127.0.0.1]) by localhost (nile.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0RV800XfsyxH; Wed, 26 Aug 2009 10:43:38 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id ACD448D413C; Wed, 26 Aug 2009 10:43:38 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n7QEmDL23819; Wed, 26 Aug 2009 10:48:13 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 26 Aug 2009 10:48:13 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Kostik Belousov In-Reply-To: <20090821200957.GC9623@deviant.kiev.zoral.com.ua> Message-ID: References: <20090819161817.GA89704@keira.kiwi-computer.com> <20090819175029.GA90205@keira.kiwi-computer.com> <20090821200957.GC9623@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Rick C. Petty" , bzeeb+freebsd+lor@zabbadoz.net, current@freebsd.org Subject: Re: various vfs LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 14:43:41 -0000 On Fri, 21 Aug 2009, Kostik Belousov wrote: >> >> Since the 3rd one is locking a newly allocated nfs vnode (that isn't yet >> in the mount point list, etc), I don't think this will cause a problem >> and I don't see an easy way to avoid it. > > We could add LK_NOWITNESS to nfsclient/nfs_subr.c:161. > Ok, I had thought LK_NOWITNESS was used for lockinit() and applied to the lock "forever" so it didn't seem like a good idea, but I just looked and it appears that LK_NOWITNESS can be used for vn_lock()/lockmgr() to apply to that lock call only? If so, this seems reasonable, so long as my analysis that it doesn't matter because it is a new nfs vnode (guaranteed to not yet be locked) and, as such, can't cause a deadlock. (I'm assuming that LORs are checked to try and avoid deadlocks or other nasties like sleeping for a sleep lock when a mutex is held.) Sound right? Thanks in advance for help with this, rick From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 15:19:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B946E106568E for ; Wed, 26 Aug 2009 15:19:01 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from n4a.bullet.mail.ac4.yahoo.com (n4a.bullet.mail.ac4.yahoo.com [76.13.13.67]) by mx1.freebsd.org (Postfix) with SMTP id 6F7DE8FC30 for ; Wed, 26 Aug 2009 15:19:01 +0000 (UTC) Received: from [76.13.13.26] by n4.bullet.mail.ac4.yahoo.com with NNFMP; 26 Aug 2009 15:06:14 -0000 Received: from [76.13.10.176] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 26 Aug 2009 15:06:14 -0000 Received: from [127.0.0.1] by omp117.mail.ac4.yahoo.com with NNFMP; 26 Aug 2009 15:06:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 644980.2463.bm@omp117.mail.ac4.yahoo.com Received: (qmail 79717 invoked by uid 60001); 26 Aug 2009 15:03:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1251299024; bh=lZgMoGnHS6OauSvw/VPmS8PBskLBIDsWIQImJRQcIAs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=t5T14E8TeGDm80mvYp0/4lmku6IcaFk3SxIElNcVyLUk8c+M6cHoVIpu/I6zUU2GnGn2xt68fdVV0jXuAOQzY8fI4ApjhZh8/3WMJET5wgoYC5uUuYnBbRUm6KYWuUQaYp1CyL8wmeNoIj6m0o/MloJlAeUN0pg9sILdUf2nkVw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=pZGo+DMq9hqVLPX1NFg41pi17D4Z+KjY+LA2obBLQUK2Jy/j15u5qIWCVFyTZs4Mw2J24Cqw+CW6M1fvQI1xtqo9T0BVzDbWO+QrTKmeZqyY8yWZphRk9Wgh2eeQ7xCGepRUZKOLA5cjACsFxeca6QBeoVMIyCI8yS4EdHPIwEc=; Message-ID: <494547.79702.qm@web63907.mail.re1.yahoo.com> X-YMail-OSG: EB2GkvQVM1mBKkb.Vfjr_eK0pYCNKEv9IbznWushM03CjC91xqWS4Ye0cx1a.BnH9HLZ7Z0BUD2o68oM1ASuYPyHdRjTT9623goaitiAPWpyS34J3l0GH2vtWDMAauSUieuXVzNFJALX_iWrym3CZ4ceVeXgfqJsKHo0reyC0jzWUR2mnMScLJUW9km7ipaxioKPB02qPkamQ3oik8dYOdBFv2nB61pJKUMco6pG5XkfGkYcw.78PwKuACEMwAKaiE4W1cibJgxEnVIhfvGPHk.cn_6ilkRV_lJWCwyOQ4jy1J.EVgUWtXrNMhk.emrbCn5S251V9UCJ Received: from [66.176.162.245] by web63907.mail.re1.yahoo.com via HTTP; Wed, 26 Aug 2009 08:03:44 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Wed, 26 Aug 2009 08:03:44 -0700 (PDT) From: Barney Cordoba To: Scott Ullrich , Jack Vogel In-Reply-To: <2a41acea0908251417jabfc132xd6dd3c25f70664f6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: kernel: em2: watchdog timeout -- resetting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 15:19:01 -0000 =0A=0A--- On Tue, 8/25/09, Jack Vogel wrote:=0A=0A> Fro= m: Jack Vogel =0A> Subject: Re: kernel: em2: watchdog ti= meout -- resetting=0A> To: "Scott Ullrich" =0A> Cc: "Fr= eeBSD Current" =0A> Date: Tuesday, August 25, = 2009, 5:17 PM=0A> Hmm, I do not know what this hardware=0A> looks like, but= its a wired interface,=0A> not wireless, so if it has link (and I'm guessi= ng it does)=0A> it will have=0A> informed=0A> the stack its running, and th= us will get traffic.=0A> =0A> Sounds like this is something the Wimax box s= hould handle,=0A> at least that's=0A> my first take on the matter. This is = the first I've=0A> encountered a setup like=0A> this however.=0A> =0A> Jack= =0A> =0A> =0A> On Tue, Aug 25, 2009 at 2:12 PM, Scott Ullrich =0A> wrote:=0A> =0A> > On Tue, Aug 25, 2009 at 5:08 PM, Jack Vogel=0A> wrote:=0A> > > Well, there's no magic switch, you cou= ld change=0A> the driver code to remove=0A> > > it,=0A> > > however its rea= lly indicative of some kind of=0A> problem, it shouldn't=0A> > happen,=0A> = > > so=0A> > > perhaps you want to pursue that. Does it only=0A> happen on = em2, what is=0A> > special=0A> > > about that path, etc etc..=0A> > >=0A> >= > You can look at the debug/stats data of the=0A> interface for clues, may= be=0A> > its a=0A> > > mbuf exhaustion, perhaps descriptor.=0A> >=0A> > Aft= er looking at the interface closer it appears the=0A> device it is=0A> > pl= ugged into does not have power.=A0 In this case=0A> it is a Wimax wireless= =0A> > radio.=0A> >=0A> > Should a device with NOCARRIER cause this error= =0A> non-stop in the logs?=0A> >=A0 Can I get you more information that mig= ht help=0A> understand why the=0A> > watchdog is being tripped?=0A> >=0A> >= Thanks for your help!=0A> >=0A> > Scott=0A> >=0AIts amazing that it doesn'= t affect traffic, since the controller is=0Agetting reset each time.=0A=0AA= lthought the watchdog isn't coded very cleanly in the driver, the only=0Ati= me you should get such behavior would be if interrupts weren't working=0Aco= rrectly. Its a pretty unusual part; a special low power device that=0Ais pr= obably rarely used, so its not impossible that there's some required=0Acode= missing. I wonder how much testing Jack has done with an 82541GI?=0A=0ABar= ney=0A=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 15:35:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF210106568B for ; Wed, 26 Aug 2009 15:35:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DEB9D8FC1C for ; Wed, 26 Aug 2009 15:35:08 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA08461; Wed, 26 Aug 2009 18:35:06 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A955629.1010707@icyb.net.ua> Date: Wed, 26 Aug 2009 18:35:05 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090826080554.GA2664@beastie.smeiknet> <200908261059.49593.hselasky@c2i.net> In-Reply-To: <200908261059.49593.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Paul Kuntke , freebsd-current@freebsd.org Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 15:35:09 -0000 on 26/08/2009 11:59 Hans Petter Selasky said the following: > On Wednesday 26 August 2009 10:05:54 Paul Kuntke wrote: >> Hi, >> after installing BETA3 I'm experiencing a strange behaviour of the >> usb-mouse driver. When the mouse is plugged in while booting it will not >> work but when its plugged in later (e.g. after logging in) everything will >> be fine. >> >> Even if I unplug the mouse _after_ booting and replug it, it will not be >> found. If I plug in a second one the second one will be found. But not the >> one which was plugged while booting. Is there any workaround? >> > > What is the output from dmesg and usbconfig? Hans, I have a similar problem where sometimes my USB mouse won't get attached and sometimes it will. For me it seems that the behavior depends on USB port that the mouse is attached to. But maybe I have a different problem, maybe some ports are indeed "bad". Here is how it looks when the mouse fails to attach: usb_alloc_device:1588: set address 2 failed (USB_ERR_TIMEOUT, ignored) usb_alloc_device:1626: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! ugen0.2: <(null)> at usbus0 (disconnected) uhub_reattach_port:435: could not allocate new device! Here is success: ums0: on usbus1 ums0: 3 buttons and [XYZ] coordinates ID=0 Not sure what kind of usbconfig output would be useful. $ usbconfig -u 1 -a 2 show_ifdrv ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen1.2.0: ums0: $ usbconfig -u 1 -a 2 dump_device_desc ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0008 idVendor = 0x046d idProduct = 0xc018 bcdDevice = 0x4301 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 $ usbconfig -u 1 -a 2 dump_all_config_desc ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0022 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00a0 bMaxPower = 0x0032 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x0001 bInterfaceProtocol = 0x0002 iInterface = 0x0000 Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x11 RAW dump: 0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x34, 0x08 | 0x00 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0005 bInterval = 0x000a bRefresh = 0x0000 bSynchAddress = 0x0000 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 15:46:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1922106568B for ; Wed, 26 Aug 2009 15:46:15 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id AA0038FC24 for ; Wed, 26 Aug 2009 15:46:15 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so88078and.13 for ; Wed, 26 Aug 2009 08:46:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JTovkRgs+t4joTNEnbtjvucZsaT09pVWKTPTDqZuBIA=; b=K7qp93W0duGV9RrJxX0LRq0qPiCpoZmm9VRq9MEcFhu6Iy9/EMYwjDCr0EhzC6Izn1 pb7Cvmo4n6cjwF6Ikbwyx/M821aFQi9rsgC9LuQRRbTOgtQdbx8mEyRhDgfpl+aAfnzw uTr3/pkCNf+PWAUi6ZciRJ6HSyha2GaRE7XHg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PckGCKuQLJM2DKqDy+7HdDcmod71vv1ICytrDsw/co9Je+ih5ZfrmFgzVdlws4Is5C aTrACUbECG4gugHiIt7eX1bauVXCl0W1nnjyx3+m8R5C2H2itt5U3p3B41qs+DyKNchO 3ZYv++8md+36yVVkmc51Pa7Zemk/nxFM3QbXw= MIME-Version: 1.0 Received: by 10.100.78.16 with SMTP id a16mr7878403anb.180.1251301574761; Wed, 26 Aug 2009 08:46:14 -0700 (PDT) In-Reply-To: <4A950054.4080104@andric.com> References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> Date: Wed, 26 Aug 2009 11:46:14 -0400 Message-ID: From: "illoai@gmail.com" To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "Svein Skogen \(listmail account\)" , Nick Hilliard , freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 15:46:16 -0000 2009/8/26 Dimitry Andric : > On 2009-08-25 23:07, Nick Hilliard wrote: >> Someone will complain. =A0There's always someone. > > And of course, if you crank the default root fs size to 1 GiB, the > complaints will come that "FreeBSD wastes your disk space". ;) In addition to Novice, Standard, and Advanced, we must prepare for the future by adding a Foot-Shoot (default / size is 128M newfs -b 4096) and an Ubunutu option with one massive root partition with journaling and encryption and a swap file residing in /. --=20 -- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:04:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EFDC106568D for ; Wed, 26 Aug 2009 16:04:38 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id C96778FC1C for ; Wed, 26 Aug 2009 16:04:37 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1MgKzC-00034t-CV; Wed, 26 Aug 2009 19:04:34 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Thomas Backman In-reply-to: Your message of Wed, 26 Aug 2009 16:22:29 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Aug 2009 19:04:34 +0300 From: Danny Braniss Message-ID: Cc: FreeBSD current Subject: Re: Serial console trouble: loader and login works, but no kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:04:38 -0000 > On Aug 23, 2009, at 14:18, Thomas Backman wrote: > > > First off: Not subscribed to this list, please make sure to Cc me if > > you don't reply directly. :) > > > > Anyway, I finally got my null modem cable, and plugged in in between > > a machine running 8.0-BETA2 and one running WinXP using Hyperterminal. > > > > My settings: > > > > /boot/loader.conf: > > boot_multicons="YES" > > boot_serial="YES" > > comconsole_speed="115200" > > console="comconsole,vidconsole" > > > > /etc/ttys: > > # Serial terminals > > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > > ttyu0 "/usr/libexec/getty std.115200" vt100 on secure > > > > /boot.config (which is read properly): > > -Dh -S115200 > > > > Anything wrong in the above? > > Hyperterminal is set to 115200 bps, 8 bits, no parity, 1 stop bit, > > and no flow control (if that's the correct translation to English). > > > > On the serial console, I go from the screen with the FreeBSD logo, > > with single-user options etc. (which works fine), and then nothing, > > until a login tty pops up (which also works fine). The main, if not > > only, reason I want a serial console is to be able to use it for > > single user mode, DDB, and so on. > > All kernel messages, and all rc messages are seen only on the > > graphics card; the serial console receives nothing but the "/ > > boot.config: -Dh ...", the logo screen, and then the login screen, > > during startup and *nothing* at all during shutdown. Also, I'm able > > to login and use the system both via the serial console and via the > > graphics card/keyboard... Is this supposed to be? I'm not > > complaining, I just got the impression it was one or the other. > > > > Any advice on how to get the kernel/rc messages etc. to the serial > > console (only or as well)? > > > > Regards, > > Thomas > OK, so to rule out any installation-related problems, I booted from a > bootonly install CD (a May ~5th snapshot of 8.0-CURRENT), with "boot - > h -S115200". Same thing: bootloader stuff on the serial console, > kernel messages on the local computer only - and very slowly, at that, > I'd say about one line a second. You could very easily see the > characters being written to the screen. > > Am I the only one having these problems? It'd suck to buy a rather > expensive (probably because they're pretty rare these days, plus I had > to order from abroad) null modem cable and have it be completely > useless. > > Regards, > Thomas you need to set hint.uart.0.flags="0x10" danny From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:05:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9AF10656ED for ; Wed, 26 Aug 2009 16:05:01 +0000 (UTC) (envelope-from nick-lists@netability.ie) Received: from mail.acquirer.com (mail.acquirer.com [87.198.142.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED788FC2E for ; Wed, 26 Aug 2009 16:05:00 +0000 (UTC) X-Envelope-To: freebsd-current@freebsd.org Received: from sw05.inex.ie (sw05.inex.ie [193.242.111.185] (may be forged)) (authenticated bits=0) by mail.acquirer.com (8.14.3/8.14.3) with ESMTP id n7QG4rAS041371 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 26 Aug 2009 17:04:53 +0100 (IST) (envelope-from nick-lists@netability.ie) Message-ID: <4A955D24.1020803@netability.ie> Date: Wed, 26 Aug 2009 17:04:52 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: "illoai@gmail.com" References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muffin.acquirer.com Cc: "Svein Skogen \(listmail account\)" , Dimitry Andric , freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:05:01 -0000 On 26/08/2009 16:46, illoai@gmail.com wrote: > In addition to Novice, Standard, and Advanced, we must > prepare for the future by adding a Foot-Shoot (default / > size is 128M newfs -b 4096) and an Ubunutu option with > one massive root partition with journaling and encryption > and a swap file residing in /. You're right. My local computer shop is selling 1Tb disks for the outrageous sum of 80, and as you infer, it's a ridiculous idea to default to squandering 8 cents worth of disk space for the root partition instead of 1 cent worth of space. It's important to keep these things in perspective: look after the pennies and the pounds look after themselves. On an related issue, as the freebsd8 amd64 default install is clearly aimed at tiny, ancient installations, I have suddenly developed a pressing need for ISDN and ATM support on a new amd64 server I bought last month with 4 megs of RAM and a 5 gig disk. Can someone please pull this code back out of the attic? thanks in advance, Seriously, though, is this worth arguing? Nick (off to paint his bikeshed) From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:11:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11133106568B; Wed, 26 Aug 2009 16:11:03 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id C12088FC2D; Wed, 26 Aug 2009 16:11:02 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:35689 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MgL5K-0005j5-5a; Wed, 26 Aug 2009 18:10:56 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id E3B20199AA; Wed, 26 Aug 2009 18:10:24 +0200 (CEST) Message-Id: From: Thomas Backman To: Danny Braniss In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 26 Aug 2009 18:10:22 +0200 References: X-Mailer: Apple Mail (2.936) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MgL5K-0005j5-5a. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MgL5K-0005j5-5a 66c568129775857e69e123fe272b9179 Cc: FreeBSD current , freebsd-questions@freebsd.org Subject: Re: Serial console trouble: loader and login works, but no kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:11:03 -0000 On Aug 26, 2009, at 18:04, Danny Braniss wrote: > you need to set > hint.uart.0.flags="0x10" > > danny I already tried that (in /boot/loader.conf); it shows up in dmesg (and didn't before), but still no luck. Regards/thanks, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:16:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF126106568E for ; Wed, 26 Aug 2009 16:16:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0A68FC2E for ; Wed, 26 Aug 2009 16:16:08 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n7QGCmjD063503; Wed, 26 Aug 2009 12:12:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200908261612.n7QGCmjD063503@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 26 Aug 2009 12:16:03 -0400 To: Thomas Backman From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD current , freebsd-questions@freebsd.org Subject: Re: Serial console trouble: loader and login works, but no kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:16:08 -0000 At 12:10 PM 8/26/2009, Thomas Backman wrote: >>danny >I already tried that (in /boot/loader.conf); it shows up in dmesg (and >didn't before), but still no luck. Try adding it to /boot/device.hints eg hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.0.irq="4" hint.uart.1.at="isa" hint.uart.1.port="0x2F8" Or, if you want to use loader.conf, try hw.uart.console="io:0x3f8" ---Mike >Regards/thanks, >Thomas >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:24:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A11BA106568D for ; Wed, 26 Aug 2009 16:24:37 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 262D08FC3B for ; Wed, 26 Aug 2009 16:24:36 +0000 (UTC) Received: from [192.168.4.17] (unknown [192.168.4.17]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 6209C21; Wed, 26 Aug 2009 18:24:34 +0200 (CEST) Message-ID: <4A9561C1.8020402@stillbilde.net> Date: Wed, 26 Aug 2009 18:24:33 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Nick Hilliard References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> <4A955D24.1020803@netability.ie> In-Reply-To: <4A955D24.1020803@netability.ie> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: Dimitry Andric , freebsd-current@freebsd.org, "illoai@gmail.com" Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:24:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nick Hilliard wrote: > On 26/08/2009 16:46, illoai@gmail.com wrote: >> In addition to Novice, Standard, and Advanced, we must >> prepare for the future by adding a Foot-Shoot (default / >> size is 128M newfs -b 4096) and an Ubunutu option with >> one massive root partition with journaling and encryption >> and a swap file residing in /. > > You're right. My local computer shop is selling 1Tb disks for the > outrageous sum of 80, and as you infer, it's a ridiculous idea to > default to squandering 8 cents worth of disk space for the root > partition instead of 1 cent worth of space. It's important to keep > these things in perspective: look after the pennies and the pounds look > after themselves. > > On an related issue, as the freebsd8 amd64 default install is clearly > aimed at tiny, ancient installations, I have suddenly developed a > pressing need for ISDN and ATM support on a new amd64 server I bought > last month with 4 megs of RAM and a 5 gig disk. Can someone please pull > this code back out of the attic? thanks in advance, > > Seriously, though, is this worth arguing? Actually, I can see a scenario where an increased root fs size may be problematic. That's when you're setting up FreeBSD on a smallish 4GB CF-card, which is relevant when people are using FreeBSD to build a no-movable-parts router and so on. But, in real life, when you're setting up such a specialized machine, you basically need to set up your FS'es manually anyways. I think a lot more of us set up "real" freebsd-boxes, and a lot of us hit the "express" install, "a" in fdisk, "a" in disklabel, "minimal" and "ok", because we have our own local ncvs anyways, and are impatient just to get the new installation going. I know I did this. For most of the now 20 and increasing FreeBSD installations just here at home. (19 of them in vmware guests spread over two ESXi 4 installations). A lot of the FreeBSD "end users" are used to it being "sysadmin-friendly" (as opposed to user-friendly) by having reasonably sane defaults allowing us to actually leave stuff at its default value. I see no reason whatsoever for FreeBSD to grow any less sysadmin-friendly, in fact I consider the sysadmin-friendliness to be one of FreeBSD's major "selling-points". As a sidepoint, my reason for going 8.0 with the new box was "mfiutil". Brilliant work there! //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqVYcEACgkQODUnwSLUlKThGACfed2jxIhiLE3dhQhVh6x4Ij2K /v8AoJEpPXDmIwBnq8WUhbebbCOyFDtV =Esdq -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:28:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1666F106568B for ; Wed, 26 Aug 2009 16:28:28 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5D3B68FC22 for ; Wed, 26 Aug 2009 16:28:27 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 2DD8136D1D; Wed, 26 Aug 2009 18:28:24 +0200 (CEST) Date: Wed, 26 Aug 2009 18:28:23 +0200 From: cpghost To: Dimitry Andric Message-ID: <20090826162823.GF11739@phenom.cordula.ws> References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A950054.4080104@andric.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:28:28 -0000 On Wed, Aug 26, 2009 at 11:28:52AM +0200, Dimitry Andric wrote: > On 2009-08-25 23:07, Nick Hilliard wrote: > > Someone will complain. There's always someone. > > And of course, if you crank the default root fs size to 1 GiB, the > complaints will come that "FreeBSD wastes your disk space". ;) Kids theres days... ;-) But seriously now: as someone using FreeBSD on embedded devices, I'll definitely complain. There's absolutely NO reason a root partition should be that big (in the default install)! Where's the bloat coming from anyway? From debug symbols of *two* kernels (/boot/kernel, and /boot/kernel.old)! Nothing prevents us from moving those debug symbols outside that tree into another partition (e.g. /var). Please keep / minimalistic. Everything else can be worked around nicely; an ever growing root fs (a la Linux?) being the notable exception. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:30:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C151106568C for ; Wed, 26 Aug 2009 16:30:57 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id DBDF58FC20 for ; Wed, 26 Aug 2009 16:30:56 +0000 (UTC) Received: from [192.168.4.17] (unknown [192.168.4.17]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id C383821; Wed, 26 Aug 2009 18:30:55 +0200 (CEST) Message-ID: <4A956340.7050600@stillbilde.net> Date: Wed, 26 Aug 2009 18:30:56 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: cpghost References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> <20090826162823.GF11739@phenom.cordula.ws> In-Reply-To: <20090826162823.GF11739@phenom.cordula.ws> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Dimitry Andric , freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:30:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 cpghost wrote: > On Wed, Aug 26, 2009 at 11:28:52AM +0200, Dimitry Andric wrote: >> On 2009-08-25 23:07, Nick Hilliard wrote: >>> Someone will complain. There's always someone. >> And of course, if you crank the default root fs size to 1 GiB, the >> complaints will come that "FreeBSD wastes your disk space". ;) > > Kids theres days... ;-) > > But seriously now: as someone using FreeBSD on embedded devices, I'll > definitely complain. There's absolutely NO reason a root partition > should be that big (in the default install)! > > Where's the bloat coming from anyway? From debug symbols of *two* > kernels (/boot/kernel, and /boot/kernel.old)! Nothing prevents us > from moving those debug symbols outside that tree into another > partition (e.g. /var). > > Please keep / minimalistic. Everything else can be worked around > nicely; an ever growing root fs (a la Linux?) being the notable > exception. I agree to the "keep / minimalistic" train of thought. How about being able to move /boot to a separate FS? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqVY0AACgkQODUnwSLUlKR19gCfXAEKXvqY64tGZqL0acgUci0I scIAn0t++g+aInkWEpJ/YTMzNYSfaBni =vEkO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:35:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A46B106568B for ; Wed, 26 Aug 2009 16:35:16 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0AD8FC24 for ; Wed, 26 Aug 2009 16:35:15 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id C625C36D1D; Wed, 26 Aug 2009 18:35:13 +0200 (CEST) Date: Wed, 26 Aug 2009 18:35:13 +0200 From: cpghost To: "Svein Skogen (listmail account)" Message-ID: <20090826163513.GG11739@phenom.cordula.ws> References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> <4A955D24.1020803@netability.ie> <4A9561C1.8020402@stillbilde.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A9561C1.8020402@stillbilde.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:35:16 -0000 On Wed, Aug 26, 2009 at 06:24:33PM +0200, Svein Skogen (listmail account) wrote: > Actually, I can see a scenario where an increased root fs size may be > problematic. That's when you're setting up FreeBSD on a smallish 4GB > CF-card, which is relevant when people are using FreeBSD to build a > no-movable-parts router and so on. But, in real life, when you're > setting up such a specialized machine, you basically need to set up your > FS'es manually anyways. In real life, you may want to update those routers too, and that's when it becomes problematic, depending on your work flow. Of course, one could always build a kernel without symbols so it fits in the smallish root-fs, but those were just too useful not to build them. My wish would be a change to the buildkernel/installkernel target, so that it puts the symbols (or kernel+symbols) somewhere outside root, and put a stripped version of the kernel in /boot instead. This would immediately free up a lot of space in /, and would be much more preferable than growing / once again. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:41:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC9DC1065741 for ; Wed, 26 Aug 2009 16:41:21 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2318FC19 for ; Wed, 26 Aug 2009 16:41:20 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 4AE2336D1D; Wed, 26 Aug 2009 18:41:16 +0200 (CEST) Date: Wed, 26 Aug 2009 18:41:15 +0200 From: cpghost To: "Svein Skogen (listmail account)" Message-ID: <20090826164115.GH11739@phenom.cordula.ws> References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> <20090826162823.GF11739@phenom.cordula.ws> <4A956340.7050600@stillbilde.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A956340.7050600@stillbilde.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:41:21 -0000 On Wed, Aug 26, 2009 at 06:30:56PM +0200, Svein Skogen (listmail account) wrote: > How about being able to move /boot to a separate FS? Wouldn't that require the initial loader(s) to become GEOM/GPART-aware, so that they can find the kernel (or even /boot/loader if that is not relocated to the root-fs)? Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:42:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C97101065698 for ; Wed, 26 Aug 2009 16:42:32 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 84DB98FC25 for ; Wed, 26 Aug 2009 16:42:32 +0000 (UTC) Received: from [192.168.4.17] (unknown [192.168.4.17]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id E099122; Wed, 26 Aug 2009 18:42:30 +0200 (CEST) Message-ID: <4A9565F7.8050206@stillbilde.net> Date: Wed, 26 Aug 2009 18:42:31 +0200 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: cpghost References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> <20090826162823.GF11739@phenom.cordula.ws> <4A956340.7050600@stillbilde.net> <20090826164115.GH11739@phenom.cordula.ws> In-Reply-To: <20090826164115.GH11739@phenom.cordula.ws> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:42:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 cpghost wrote: > On Wed, Aug 26, 2009 at 06:30:56PM +0200, Svein Skogen (listmail account) wrote: >> How about being able to move /boot to a separate FS? > > Wouldn't that require the initial loader(s) to become GEOM/GPART-aware, > so that they can find the kernel (or even /boot/loader if that is not > relocated to the root-fs)? > > Thanks, > -cpghost. > Unless we add a "placeholder" file in the root fs that points to the int13 sector number for the active and spare kernels, and read that? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqVZfcACgkQODUnwSLUlKQctQCgn6CSMcMgHT3sU9pVg8iohgkd j7kAn1SLFn0LdndYHzKKOGMBwiSriRLc =gVGG -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:55:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 161A1106564A for ; Wed, 26 Aug 2009 16:55:24 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id C4AD38FC27 for ; Wed, 26 Aug 2009 16:55:23 +0000 (UTC) Received: from [89.178.145.170] (port=36898 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MgLmL-0002js-Iq; Wed, 26 Aug 2009 20:55:21 +0400 Message-ID: <4A9568EE.1080704@lissyara.su> Date: Wed, 26 Aug 2009 20:55:10 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: cpghost References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> <20090826162823.GF11739@phenom.cordula.ws> In-Reply-To: <20090826162823.GF11739@phenom.cordula.ws> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Dimitry Andric , freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:55:24 -0000 cpghost пишет: > On Wed, Aug 26, 2009 at 11:28:52AM +0200, Dimitry Andric wrote: >> On 2009-08-25 23:07, Nick Hilliard wrote: >>> Someone will complain. There's always someone. >> And of course, if you crank the default root fs size to 1 GiB, the >> complaints will come that "FreeBSD wastes your disk space". ;) > > Kids theres days... ;-) > > But seriously now: as someone using FreeBSD on embedded devices, I'll > definitely complain. There's absolutely NO reason a root partition > should be that big (in the default install)! > > Where's the bloat coming from anyway? From debug symbols of *two* > kernels (/boot/kernel, and /boot/kernel.old)! Nothing prevents us > from moving those debug symbols outside that tree into another > partition (e.g. /var). > > Please keep / minimalistic. Everything else can be worked around > nicely; an ever growing root fs (a la Linux?) being the notable > exception. +1 From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 16:56:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8903A1065734 for ; Wed, 26 Aug 2009 16:56:01 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id EAE438FC22 for ; Wed, 26 Aug 2009 16:56:00 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id E456B3711F; Wed, 26 Aug 2009 18:55:57 +0200 (CEST) Date: Wed, 26 Aug 2009 18:55:57 +0200 From: cpghost To: "Svein Skogen (listmail account)" Message-ID: <20090826165557.GI11739@phenom.cordula.ws> References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> <20090826162823.GF11739@phenom.cordula.ws> <4A956340.7050600@stillbilde.net> <20090826164115.GH11739@phenom.cordula.ws> <4A9565F7.8050206@stillbilde.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A9565F7.8050206@stillbilde.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 16:56:01 -0000 On Wed, Aug 26, 2009 at 06:42:31PM +0200, Svein Skogen (listmail account) wrote: > >> How about being able to move /boot to a separate FS? > > > > Wouldn't that require the initial loader(s) to become GEOM/GPART-aware, > > so that they can find the kernel (or even /boot/loader if that is not > > relocated to the root-fs)? > > Unless we add a "placeholder" file in the root fs that points to the > int13 sector number for the active and spare kernels, and read that? You mean like LILO? That has its own set of drawbacks: it can be all too easily forgotten, and then you've hosed your system and need to boot from an emergency partition... If at all, the loader would need more intelligence than that: that's why GRUB is so superior to LILO, at least for the FS-types it supports. ;-) -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:06:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2CDC106568B for ; Wed, 26 Aug 2009 17:06:09 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id AD0138FC27 for ; Wed, 26 Aug 2009 17:06:09 +0000 (UTC) Received: from localhost (pool-70-20-219-71.phil.east.verizon.net [70.20.219.71]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id F1A897B265 for ; Thu, 27 Aug 2009 02:06:07 +0900 (JST) Date: Wed, 26 Aug 2009 13:05:57 -0400 From: Yoshihiro Ota To: freebsd-current@freebsd.org Message-Id: <20090826130557.4b80cb1f.ota@j.email.ne.jp> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: USB Card Reader not detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:06:09 -0000 Hi. I have a 9-in-1 card reader that works fine on 7.1-RELEASE. I tested on 8-BETA2 or 3, updated with CVS this Monday but devices like daX didn't come up. dmesg from 7.2-RELEASE is pased below. No dmesg output was generated from 8-BETA. Thanks, Hiro umass0: on uhub0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: 15MB (31488 512 byte sectors: 64H 32S/T 15C) da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present GEOM_LABEL: Label for provider da1s1 is msdosfs/_. From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:11:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E58A7106564A for ; Wed, 26 Aug 2009 17:11:20 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id AD68F8FC28 for ; Wed, 26 Aug 2009 17:11:20 +0000 (UTC) Received: (qmail 9939 invoked by uid 89); 26 Aug 2009 15:33:46 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 26 Aug 2009 15:33:46 -0000 Message-Id: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> From: Dan Allen To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 26 Aug 2009 10:44:37 -0600 X-Mailer: Apple Mail (2.936) X-Mailman-Approved-At: Wed, 26 Aug 2009 17:16:04 +0000 Subject: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:11:21 -0000 I just downloaded the 8.0 Beta 3 CD, the regular Intel version. I tried to install it on my Mac using the Q/Qemu emulator. All previous versions of FreeBSD since 6.0 and later have worked just fine on this emulator. FreeBSD 7.2 installs and works fine on it, for example. FreeBSD 8.0 Beta 3 dies in the install. The resulting installation does not boot and cannot find a kernel. I do not know anything more than what I have said, and yes, I know that this is not very helpful. I did a standard install, answered the questions, said "yes I really want to do all of this", the install began, and the next thing I know everything was toasted - the emulator had shut down the process. When I try and boot it up from the resulting hard disk image, it cannot find a kernel. Is this really Beta software? It feels incredibly fragile compared to previous releases of BSD. I found major problems with 8.0 Beta 2 on a Dell laptop a few weeks ago as well. I think 8.0 should be held up and not shipped like this. It will give FreeBSD a bad image. Just one guy's opinion... (who has shipped a lot of software at Apple and at Microsoft in years past...) Dan Allen Independent SW Developer From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:17:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCBD81065672; Wed, 26 Aug 2009 17:17:48 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward13.yandex.ru (forward13.yandex.ru [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB158FC22; Wed, 26 Aug 2009 17:17:48 +0000 (UTC) Received: from smtp13.yandex.ru (smtp13.yandex.ru [95.108.130.68]) by forward13.yandex.ru (Yandex) with ESMTP id 7C581A786B3; Wed, 26 Aug 2009 21:17:46 +0400 (MSD) Received: from btr.properlan.net (vpn.heavennet.ru [77.72.136.194]) by smtp13.yandex.ru (Yandex) with ESMTPSA id 18833322018E; Wed, 26 Aug 2009 21:17:46 +0400 (MSD) Message-ID: <4A956E33.3060900@yandex.ru> Date: Wed, 26 Aug 2009 21:17:39 +0400 From: "Andrey V. Elsukov" User-Agent: Thunderbird 2.0.0.22 (X11/20090821) MIME-Version: 1.0 To: Oliver Lehmann References: <20090822114802.df02b57d.lehmann@ans-netz.de> <20090822120809.b749c7e8.lehmann@ans-netz.de> <4A900234.1030202@yandex.ru> <20090822172250.3eaa80fe.lehmann@ans-netz.de> In-Reply-To: <20090822172250.3eaa80fe.lehmann@ans-netz.de> Content-Type: multipart/mixed; boundary="------------070302090704000704000200" X-Yandex-TimeMark: 1251307066 X-Yandex-Spam: 1 X-Yandex-Front: smtp13.yandex.ru Cc: freebsd-current@freebsd.org, marcel@freebsd.org Subject: Re: no /sbin/gpt on 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:17:48 -0000 This is a multi-part message in MIME format. --------------070302090704000704000200 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Oliver Lehmann wrote: > Are you sure it is the same error? Why is it working with a full path > when working with a gmirror object? > > # gpart add -b 1572864 -s 262144 -t freebsd-swap -i 2 /dev/mirror/gm0s1 > mirror/gm0s1b added > > Why isn't it segfaulting here? > I already opend a PR... > > http://www.freebsd.org/cgi/query-pr.cgi?pr=138065 Can you try BETA3 with attached patch? -- WBR, Andrey V. Elsukov --------------070302090704000704000200 Content-Type: text/plain; name="geom_part.patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="geom_part.patch.txt" Index: geom_part.c =================================================================== --- sbin/geom/class/part/geom_part.c (revision 196511) +++ sbin/geom/class/part/geom_part.c (working copy) @@ -153,6 +153,9 @@ { struct ggeom *gp; + if (strncmp(name, _PATH_DEV, strlen(_PATH_DEV)) == 0) + name += strlen(_PATH_DEV); + LIST_FOREACH(gp, &classp->lg_geom, lg_geom) { if (strcmp(gp->lg_name, name) == 0) return (gp); --------------070302090704000704000200-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:25:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23BEB106568F for ; Wed, 26 Aug 2009 17:25:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outu.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 067AB8FC22 for ; Wed, 26 Aug 2009 17:25:39 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 62F15B98AA; Wed, 26 Aug 2009 10:25:39 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id B5B952D6015; Wed, 26 Aug 2009 10:25:38 -0700 (PDT) Message-ID: <4A957012.8080400@elischer.org> Date: Wed, 26 Aug 2009 10:25:38 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: subbsd References: <200908261500.50132.subbsd@gmail.com> In-Reply-To: <200908261500.50132.subbsd@gmail.com> Content-Type: multipart/mixed; boundary="------------090506070809090402090109" Cc: freebsd-current@freebsd.org, Marko Zec Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:25:40 -0000 This is a multi-part message in MIME format. --------------090506070809090402090109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit subbsd wrote: > Julian Elischer wrote: >>> subbsd wrote: >>>> Hello maillist >>>> >>>> ive got sililar problem like http://lists.freebsd.org/pipermail/freebsd- >>>> virtualization/2008-May/000010.html >>>> >>> is this -current or 8-beta3? and if current, how new? >>> _______________________________________________ >>> 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" >> sorry should have read hte subject line! >> >> any chance you can try a -current kernel? >> >> there are some fixes there that will go in to 8.x soon. > > Yes, jumping to > > kern.osrelease: 9.0-CURRENT > kern.osrevision: 199506 > > fix problem with lockd. > > But net/skype (running without root privileges) application make kernel panic > anyway with VIMAGE options. > ... > ah intersting.. yes I can see what the problem is.. thanks.. try the attached patch and get back to me.. --------------090506070809090402090109 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="linux.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="linux.diff" Index: compat/linux/linux_ioctl.c =================================================================== --- compat/linux/linux_ioctl.c (revision 196425) +++ compat/linux/linux_ioctl.c (working copy) @@ -2067,16 +2067,20 @@ /* Determine the (relative) unit number for ethernet interfaces */ ethno = 0; + + CURVNET_SET(TD_TO_VNET(curthread)); IFNET_RLOCK(); TAILQ_FOREACH(ifscan, &V_ifnet, if_link) { if (ifscan == ifp) { IFNET_RUNLOCK(); + CURVNET_RESTORE(); return (snprintf(buffer, buflen, "eth%d", ethno)); } if (IFP_IS_ETH(ifscan)) ethno++; } IFNET_RUNLOCK(); + CURVNET_RESTORE(); return (0); } @@ -2106,6 +2110,7 @@ return (NULL); index = 0; is_eth = (len == 3 && !strncmp(lxname, "eth", len)) ? 1 : 0; + CURVNET_SET(TD_TO_VNET(curthread)); IFNET_RLOCK(); TAILQ_FOREACH(ifp, &V_ifnet, if_link) { /* @@ -2119,6 +2124,7 @@ break; } IFNET_RUNLOCK(); + CURVNET_RESTORE(); if (ifp != NULL) strlcpy(bsdname, ifp->if_xname, IFNAMSIZ); return (ifp); @@ -2151,6 +2157,8 @@ /* handle the 'request buffer size' case */ if (ifc.ifc_buf == PTROUT(NULL)) { ifc.ifc_len = 0; + CURVNET_SET(TD_TO_VNET(curthread)); + IFNET_RLOCK(); TAILQ_FOREACH(ifp, &V_ifnet, if_link) { TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { struct sockaddr *sa = ifa->ifa_addr; @@ -2158,6 +2166,8 @@ ifc.ifc_len += sizeof(ifr); } } + IFNET_RUNLOCK(); + CURVNET_RESTORE(); error = copyout(&ifc, uifc, sizeof(ifc)); return (error); } @@ -2177,6 +2187,7 @@ valid_len = 0; /* Return all AF_INET addresses of all interfaces */ + CURVNET_SET(TD_TO_VNET(curthread)); IFNET_RLOCK(); /* could sleep XXX */ TAILQ_FOREACH(ifp, &V_ifnet, if_link) { int addrs = 0; @@ -2214,6 +2225,7 @@ } } IFNET_RUNLOCK(); + CURVNET_RESTORE(); if (valid_len != max_len && !full) { sbuf_delete(sb); --------------090506070809090402090109-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:29:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A541B1065694 for ; Wed, 26 Aug 2009 17:29:55 +0000 (UTC) (envelope-from noc@hdk5.net) Received: from guam10.hdk5.net (guam10.hdk5.net [66.180.132.235]) by mx1.freebsd.org (Postfix) with ESMTP id 786938FC22 for ; Wed, 26 Aug 2009 17:29:55 +0000 (UTC) Received: from mohawk7.intra.net (unknown [66.180.149.18]) by guam10.hdk5.net (Postfix) with ESMTP id 9DDF31CC1B; Wed, 26 Aug 2009 07:29:54 -1000 (HST) Message-ID: <4A957111.6040201@hdk5.net> Date: Wed, 26 Aug 2009 07:29:53 -1000 From: Al Plant User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071128 FreeBSD/i386 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Kamigishi Rei References: <4A94B9AD.6090602@hdk5.net> <4A94C8FD.20401@haruhiism.net> In-Reply-To: <4A94C8FD.20401@haruhiism.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 26 Aug 2009 17:31:38 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Root history not saving over reboot 8* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:29:55 -0000 Kamigishi Rei wrote: > Al Plant wrote: >> Several of us on the questions list have not been able to find out if >> the problem of history not being saved in the root or usr command >> lines has been corrected. >> I have tried 8* on both i386 and amd64 and it doesnt save across a >> reboot on either box. FreeBSD 7.2 does as do the earlier current >> versions before approximately June of 8* > I guess you use 'reboot' to reboot. As this forces a reboot immediately > (and closes all terminals), the shell has no chance to terminate > 'normally' (i.e., by exit/ctrl-d/logout/etc) - therefore history is not > saved. > > Check if the command history is saved if you do "shutdown -r now" and > hit ctrl-d immediately. I'd assume it does. > > -- > Kamigishi Rei > KREI-RIPE > Aloha, Thanks for the response. To be more precise... (amd64 and i386 act the same) I have tried both a reboot -r and shutdown -h now command on the two test boxes with 8* and in both cases no mepory of the command lines is saved. If you just exit the shell and then sign back on the memory stays. Under the early versions of 8* and 7.2 exit, shutdown -r or -h retains the memory. Thanks... ~Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 + http://hawaiidakine.com + http://freebsdinfo.org + + http://aloha50.net - Supporting - FreeBSD 6.* - 7.* - 8.* + < email: noc@hdk5.net > "All that's really worth doing is what we do for others."- Lewis Carrol From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:35:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB5051065708 for ; Wed, 26 Aug 2009 17:35:33 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 21DD08FC20 for ; Wed, 26 Aug 2009 17:35:31 +0000 (UTC) Received: by ewy5 with SMTP id 5so426829ewy.36 for ; Wed, 26 Aug 2009 10:35:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:message-id :content-type:content-transfer-encoding; bh=Wa+9BAVKCsfo/krCYm8G3LDchik/DlgCUhFvzCJvKgA=; b=fsslCNYfa2JaM5wIOvyI+5FBJLjRmeW7F0Iy9zh+lgfOOXeWotOGw6s7Qekr400+r7 iWKxUX173ulTAtRqoIVebuhCCgxjNpLBLcGSkjqRuL3EKxiTTzifG+UZtYJjvPJ7P9x6 UGg79sfHlYOXwmnvV8yiaB+HtCOaoGPKr4jX0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:message-id:content-type:content-transfer-encoding; b=dhsDE0NRINAP1d5+tnDZmbG0hd1aCdYRncXqc19bLdET/l1KZtfw84yUfxTf8nC0/M X+McvosUCV4PESTBaqQ22vcoR1sXNv/7W8fR8mhwx3g51nbP2YUioQ+degFQOOfxqqHV 1m1OpU/Ddp223lhzLbTOC/lnVfgQpnIaLNKLc= Received: by 10.211.168.3 with SMTP id v3mr4875581ebo.97.1251308131194; Wed, 26 Aug 2009 10:35:31 -0700 (PDT) Received: from localhost.my.domain ([95.55.118.181]) by mx.google.com with ESMTPS id 7sm64140eyg.8.2009.08.26.10.35.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 26 Aug 2009 10:35:30 -0700 (PDT) From: subbsd To: Julian Elischer Date: Wed, 26 Aug 2009 21:35:29 +0400 User-Agent: KMail/1.12.0 (FreeBSD/8.0-BETA3; KDE/4.3.0; amd64; ; ) References: <200908261500.50132.subbsd@gmail.com> <4A957012.8080400@elischer.org> In-Reply-To: <4A957012.8080400@elischer.org> MIME-Version: 1.0 Message-Id: <200908262135.30010.subbsd@gmail.com> Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Marko Zec Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:35:33 -0000 Hello On Wednesday 26 August 2009 21:25:38 Julian Elischer wrote: > subbsd wrote: > > Julian Elischer wrote: > >>> subbsd wrote: > >>>> Hello maillist > >>>> > >>>> ive got sililar problem like > >>>> http://lists.freebsd.org/pipermail/freebsd- > >>>> virtualization/2008-May/000010.html > >>> > >>> is this -current or 8-beta3? and if current, how new? > >>> _______________________________________________ > >>> 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" > >> > >> sorry should have read hte subject line! > >> > >> any chance you can try a -current kernel? > >> > >> there are some fixes there that will go in to 8.x soon. > > > > Yes, jumping to > > > > kern.osrelease: 9.0-CURRENT > > kern.osrevision: 199506 > > > > fix problem with lockd. > > > > But net/skype (running without root privileges) application make kernel > > panic anyway with VIMAGE options. > > ... > > ah intersting.. > yes I can see what the problem is.. > thanks.. > > try the attached patch and get back to me.. This patch fix problem with skype. Any chance to commit this patch in 8.0- RELEASE ? From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:37:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 901C5106568B for ; Wed, 26 Aug 2009 17:37:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outn.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 78E428FC25 for ; Wed, 26 Aug 2009 17:37:56 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 4ACC7B98BB; Wed, 26 Aug 2009 10:37:56 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id CFA282D6011; Wed, 26 Aug 2009 10:37:55 -0700 (PDT) Message-ID: <4A9572F3.3040003@elischer.org> Date: Wed, 26 Aug 2009 10:37:55 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Marko Zec References: <200908261500.50132.subbsd@gmail.com> <200908261408.23051.zec@icir.org> In-Reply-To: <200908261408.23051.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, subbsd Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:37:56 -0000 Marko Zec wrote: > On Wednesday 26 August 2009 13:00:50 subbsd wrote: >> fix problem with lockd. > > Great, thanks for testing this! > >> But net/skype (running without root privileges) application make kernel >> panic anyway with VIMAGE options. >> ... > > Could you try manually applying the following patch: > > http://perforce.freebsd.org/chv.cgi?CH=167830 > > and report whether this makes things any different? I sent a similar but slightly different patch.. looking at them I think we both missed things a merged patch might be in order. > > Thanks, > > Marko From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:39:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D1E106568B for ; Wed, 26 Aug 2009 17:39:39 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outv.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9478FC27 for ; Wed, 26 Aug 2009 17:39:38 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 92045B98BB; Wed, 26 Aug 2009 10:39:38 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 6DD872D601B; Wed, 26 Aug 2009 10:39:37 -0700 (PDT) Message-ID: <4A957358.5050505@elischer.org> Date: Wed, 26 Aug 2009 10:39:36 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Bartosz Stec References: <4A9523B1.9080303@kkip.pl> In-Reply-To: <4A9523B1.9080303@kkip.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Panic: double panic and "IPv4 address: "a.b.c.d" is not on the network" flood in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:39:39 -0000 Bartosz Stec wrote: > I've just been forced to rollback from 9-CURRENT kernel to 8-BETA2 > kernel due to panics like this: > > Fatal double fault: > eip = 0x808ddcec > esp = 0xc7977fc0 > ebp = 0xc7978038 yeah we found this yesterday if a fix is forthcoming. > > Dump header from device /dev/ad0s1b > > Architecture: i386 > Architecture Version: 2 > Dump Length: 446615552B (425 MB) > Blocksize: 512 > Dumptime: Wed Aug 26 12:13:22 2009 > Hostname: serwer.obsysa.net > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 9.0-CURRENT #0: Mon Aug 24 10:45:04 CEST 2009 > ncpnc@serwer.obsysa.net:/usr/obj/usr/src/sys/ATHLON9 > Panic String: double fault > Dump Parity: 4040556634 > Bounds: 11 > Dump Status: good > > Panic seems to be ZFS (or general FS) related, as it happens with heavy > IO, like during scrub or csup. > My kernel was built without debugging options so here's what I could > provide: > > dmesg.boot (from 8-BETA2): > http://obsysa.net/bsd/dmesg.boot > > kernel config: > http://obsysa.net/bsd/ATHLON9 > > vmcore (111MB!): > http://obsysa.net/bsd/vmcore.11.bz2 > > I also noticed dmesg flood with messages like this: > > IPv4 address: "78.8.144.1" is not on the network > > I have tun device which is used to connect to ADSL line via PPPoE: > > tun0: flags=8051 metric 0 mtu 1492 > inet 78.8.144.74 --> 78.8.144.1 netmask 0xffffffff > Opened by PID 443 > > So I guess it's PPP issue, and seems to be harmless for now... > From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:41:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11D21106568B; Wed, 26 Aug 2009 17:41:57 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id C09D58FC37; Wed, 26 Aug 2009 17:41:56 +0000 (UTC) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:53863 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MgMUz-00081P-42; Wed, 26 Aug 2009 19:41:31 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id AB03429613; Wed, 26 Aug 2009 19:41:26 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=us-ascii; format=flowed From: Thomas Backman In-Reply-To: <200908261612.n7QGCmjD063503@lava.sentex.ca> Date: Wed, 26 Aug 2009 19:41:23 +0200 Content-Transfer-Encoding: 7bit Message-Id: <18DDB859-7AA2-469F-ABC8-0556B94FCBE1@exscape.org> References: <200908261612.n7QGCmjD063503@lava.sentex.ca> To: Mike Tancsa X-Mailer: Apple Mail (2.1075.2) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MgMUz-00081P-42. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MgMUz-00081P-42 cb1b2621c4ec59c1486d89094d4f6296 Cc: FreeBSD current , freebsd-questions@freebsd.org Subject: Re: Serial console trouble: loader and login works, but no kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:41:57 -0000 On Aug 26, 2009, at 18:16, Mike Tancsa wrote: > Or, if you want to use loader.conf, try > > hw.uart.console="io:0x3f8" > > ---Mike That solved it! Thanks a lot!! :) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:42:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5561710656C1 for ; Wed, 26 Aug 2009 17:42:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outk.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3078FC33 for ; Wed, 26 Aug 2009 17:42:04 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id BFC7DA1049; Wed, 26 Aug 2009 10:42:03 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 4C3B52D6012; Wed, 26 Aug 2009 10:42:03 -0700 (PDT) Message-ID: <4A9573EA.4020007@elischer.org> Date: Wed, 26 Aug 2009 10:42:02 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: subbsd References: <200908261500.50132.subbsd@gmail.com> <200908261408.23051.zec@icir.org> <200908261652.02177.subbsd@gmail.com> In-Reply-To: <200908261652.02177.subbsd@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marko Zec , freebsd-current@freebsd.org Subject: Re: 8.0-BETA3 panic with vimage & lockd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:42:04 -0000 subbsd wrote: > Hello, > > On Wednesday 26 August 2009 16:08:22 Marko Zec wrote: >> On Wednesday 26 August 2009 13:00:50 subbsd wrote: >>> Julian Elischer wrote: >>>>> subbsd wrote: >>>>>> Hello maillist >>>>>> >>>>>> ive got sililar problem like >>>>>> http://lists.freebsd.org/pipermail/freebsd- >>>>>> virtualization/2008-May/000010.html >>>>> is this -current or 8-beta3? and if current, how new? >>>>> _______________________________________________ >>>>> 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" >>>> sorry should have read hte subject line! >>>> >>>> any chance you can try a -current kernel? >>>> >>>> there are some fixes there that will go in to 8.x soon. >>> Yes, jumping to >>> >>> kern.osrelease: 9.0-CURRENT >>> kern.osrevision: 199506 >>> >>> fix problem with lockd. >> Great, thanks for testing this! >> >>> But net/skype (running without root privileges) application make kernel >>> panic anyway with VIMAGE options. >>> ... >> Could you try manually applying the following patch: >> >> http://perforce.freebsd.org/chv.cgi?CH=167830 >> >> and report whether this makes things any different? > > I apply this patch and report - difference only positive - all work fine now. > This fix will be present in 8.0-RELEASE? Thanks! "we hope so" > > //skipped// From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 17:58:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB92E106568C for ; Wed, 26 Aug 2009 17:58:56 +0000 (UTC) (envelope-from nlay@fsu.edu) Received: from ms13.ucs.fsu.edu (ms13.ucs.fsu.edu [146.201.3.243]) by mx1.freebsd.org (Postfix) with ESMTP id 75E698FC20 for ; Wed, 26 Aug 2009 17:58:56 +0000 (UTC) Received: from mailrelay2.fsu.edu (mailrelay2.fsu.edu [128.186.6.39]) by ms13.ucs.fsu.edu (8.13.1/8.13.1) with ESMTP id n7QHwscs001001 for ; Wed, 26 Aug 2009 13:58:55 -0400 Received: from smtp1.fsu.edu (smtp1.fsu.edu [128.186.6.57]) by mailrelay2.fsu.edu (8.13.8/8.13.8) with ESMTP id n7QHwsmh008253 for ; Wed, 26 Aug 2009 13:58:54 -0400 Received: from [144.174.6.42] (winscs14.sc.fsu.edu [144.174.6.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp1.fsu.edu (Postfix) with ESMTP id BC7A2138314 for ; Wed, 26 Aug 2009 13:58:54 -0400 (EDT) Message-ID: <4A957673.1040704@fsu.edu> Date: Wed, 26 Aug 2009 13:52:51 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A9571EB.7090209@fsu.edu> In-Reply-To: <4A9571EB.7090209@fsu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-26_08:2009-08-11, 2009-08-26, 2009-08-26 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0907200000 definitions=main-0908260134 X-Mailman-Approved-At: Wed, 26 Aug 2009 18:09:20 +0000 Subject: Re: FreeBSD 8 BETA3 unusable (kbd/syscons?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 17:58:56 -0000 Nathan Lay wrote: > Hi list, > I can't seem to do anything with FreeBSD 8 BETA3. Whenever I try to > do anything from a syscons terminal (ttyv#) the system freezes and > requires a hard reboot. The longest run I got was last night for > about 10 hours while doing a portupgrade (X is not an option until > then) before it froze. Today, I saw it panic for the first time. It > stopped at kbd_enter and kbd_why, but I didn't have savecore turned on > to provide more detail. I've also seen it freeze in what appeared to > be due to mouse movement and syscons savers but I can't verify this > because the system does not panic, it freezes hard. I'll try to > reproduce this but it almost always freezes rather than panic. I had > another laptop do this to me in earlier -CURRENT revisions and > disregarded it as possible failing hardware. But both laptops ran > FreeBSD 7 and very early -CURRENT without these instabilities. I've > attached uname, dmesg, my kernel config and rc.conf for any clues. I > will try my best to reproduce the panic and post my findings. > > Nate > > Oh yes, I forgot to mention, I seem to have no problems in single-user-mode. The freeze-up always occurs in multi-user-mode. I might just run portupgrade in single user mode. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 18:14:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE76106564A for ; Wed, 26 Aug 2009 18:14:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.swip.net [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id 977D98FC1C for ; Wed, 26 Aug 2009 18:14:55 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=j7IS-TA4QJqAs8v4O2UA:9 a=jmITTcePzT0SVDMr040fEF9YXEkA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe09.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 950940941; Wed, 26 Aug 2009 20:14:53 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 26 Aug 2009 20:15:09 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090826130557.4b80cb1f.ota@j.email.ne.jp> In-Reply-To: <20090826130557.4b80cb1f.ota@j.email.ne.jp> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908262015.10733.hselasky@c2i.net> Cc: Yoshihiro Ota Subject: Re: USB Card Reader not detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 18:14:56 -0000 On Wednesday 26 August 2009 19:05:57 Yoshihiro Ota wrote: > Hi. > > I have a 9-in-1 card reader that works fine on 7.1-RELEASE. > I tested on 8-BETA2 or 3, updated with CVS this Monday but devices like daX > didn't come up. Hi, If there are no messages printed at all in dmesg, then you can try enabling USB debugging for the HUB: sysctl hw.usb.uhub.debug=15 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 18:30:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5206C106568F for ; Wed, 26 Aug 2009 18:30:37 +0000 (UTC) (envelope-from r.kalakutsky@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id C752E8FC22 for ; Wed, 26 Aug 2009 18:30:36 +0000 (UTC) Received: by bwz2 with SMTP id 2so327448bwz.43 for ; Wed, 26 Aug 2009 11:30:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type:content-transfer-encoding; bh=5LRjLngwd/uwYbV5N3d26xQLU9DSWlGreorx7510xEI=; b=jFCBsHHLAMNDweIqXVlz3YdynRwI5baHMa5W5SsvAgLr8gIQ+AKSbyFOjpExjMPi4G QOWHVw1waWEvNGyppuVYDutHyzx4u6Epjvxuxo0WyaMezzqk8tEVB689iL/O3lcPQjv+ vr+mef2+lf+wkyRq8kWRtI40lCn1S237kY1ZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=eGr6P+tim1X5WwBU7ircAy34jEJlg9ru6kcU9POjwq3sZUiblQ+AgzZdSht3m7mC1I T9/mbxWB3w2qoifhs10xHhxZJxT9yID8HWruBJwd65f78FMgyf0jwzqTQFcghT31S2Wv bEYrMvCbljQC0XOryPsKbmefZ6i47d+7fh+h0= MIME-Version: 1.0 Received: by 10.103.122.37 with SMTP id z37mr3800084mum.86.1251309533087; Wed, 26 Aug 2009 10:58:53 -0700 (PDT) From: Ruslan Kalakutsky Date: Wed, 26 Aug 2009 21:58:33 +0400 Message-ID: <8e4f3d0f0908261058u3d4d35c4x48297ed3561d6757@mail.gmail.com> To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: can't install 8.0-BETA3 [amd64] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 18:30:37 -0000 Hello. I've tried to install FreeBSD 8.0-beta3, but after installation system doesn't boot. System configuration: * Tyan 2932-E (NVIDIA NFP3600), * 1 x AMD Opteron 2352, * 4GB, * 2x WD VelociRaptor (WD1500HLFS) on internal SATA RAID (MCP55), * Qlogic 2560 - fibre HBA to Xyratex RS-1220-F4-5412E-2048-DL2 via SAN Switch Qlogic 5600 Install media - USB disk (I've tried two different disks, MD5 and SHA - right). I've tried different install configuration with the same result. There is no difference where to install - on internal array or on SAN disk. When I've use minimal distribution set, system installation completed successfully, but doesn't boot with error message: Episode 1: ------------------- If I've used internal array (device arX): 'No boot loader' or 'Invalid format' FreeBSD/i386 boot Default: 0:ad(0,a)/boot/kernel/kernel boot: No /boot/kernel/kernel Episode 2: ------------------- In case of SAN (device daX): [... kernel messages - all hardware detected, disk - clean...] ip6addrctl: not found .... logger: no found ... find: not found mktemp: not found [... and so on until message: ] init: can't exec getty 'usr/libexec/getty' for port /dev/ttyv1: No such file or directory init: can't exec getty 'usr/libexec/getty' for port /dev/ttyv5: No such file or directory init: can't exec getty 'usr/libexec/getty' for port /dev/ttyv3: No such file or directory [... and so on ] I've tried to boot in single mode and run # fsck -y -f A HUGE amount of errors, but after repair system doesn't boot with the same errors Episode 3: ------------------- If i add some other packets to distribution set - install fail with error like this: panic: ufs_dirbad: /mnt/usr: bad dir ino 73504 at offset 0: mangled entry cpuid = 2 KDB: enter: panic [thread pid 109 tid 100088] Stopped at kdb_enter+0x3d: movq $0,0x68c5b0(%rip) db> Episode 4: ------------------- I've install FreeBSD 7.2 amd64. Everything fine, except it doesn't see SAN disk at all (isp driver doesn't know about Qlogic 2560) After it I've perform freebsd-update (like this: http://lists.freebsd.org/pipermail/freebsd-stable/2009-August/051628.html) Everything fine!! but the kernel has lot's of stuff i don't need, so i rebuild the kernel and the world: # csup -h .... /root/stable-8 (RELENG_8) # echo 'HISTORICAL_MAKE_WORLD=YES' > /etc/make.conf # echo 'CPUTYPE?=opteron' >> /etc/make.conf # cp /usr/src/sys/amd64/conf/GENERIC /root/G1 # vi G1 (remove only debuging options, and STOP_NMI, wlan and so on - accordingly UPDATING file, and add COMPAT_FREEBSD7) # cd /usr/src && make world clean && reboot and have the situation like in Episode 1. Note (I suppose the procedure is correct because of minor updates between BETA3 and current RELENG_8, and I don't need to do make builworld buildkernel installkernel and so on) I've tried almost all of this on 3 different servers (with the same config) with the same result. And all of this because of newer isp driver for QLogic %\ Can anyone explain me what I've done wrong? (Or maybe this message just help to make FreeBSD better :)) Thanks in advance. -------------------------- Ruslan. Office3k admin team. From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 19:23:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D2D106568E for ; Wed, 26 Aug 2009 19:23:58 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward11.yandex.ru (forward11.yandex.ru [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id 70C0C8FC29 for ; Wed, 26 Aug 2009 19:23:58 +0000 (UTC) Received: from smtp15.yandex.ru (smtp15.yandex.ru [95.108.130.69]) by forward11.yandex.ru (Yandex) with ESMTP id 97900F492B1 for ; Wed, 26 Aug 2009 23:23:56 +0400 (MSD) Received: from btr.properlan.net (vpn.heavennet.ru [77.72.136.194]) by smtp15.yandex.ru (Yandex) with ESMTPSA id 60BE64E28077 for ; Wed, 26 Aug 2009 23:23:56 +0400 (MSD) Message-ID: <4A958BC6.1070406@yandex.ru> Date: Wed, 26 Aug 2009 23:23:50 +0400 From: "Andrey V. Elsukov" User-Agent: Thunderbird 2.0.0.22 (X11/20090821) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1251314636 X-Yandex-Spam: 1 X-Yandex-Front: smtp15.yandex.ru Subject: problems with XFCE on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 19:23:58 -0000 Hi, All. Some processes doesn't die after quitting from X on my 9.0-CURREN i386. They eating CPU and can't be killed with TERM signal (only with KILL). I updated from BETA1 where all worked good (also i rebuild all ports). So, i got backtrace in gdb. All processes are in pool(): #0 0x28df034f in poll () from /lib/libc.so.7 #1 0x28d52c42 in poll () from /lib/libthr.so.3 #2 0x28d2941f in _xcb_conn_wait () from /usr/local/lib/libxcb.so.2 #3 0x28d29a0b in _xcb_out_send () from /usr/local/lib/libxcb.so.2 #4 0x28d29db7 in xcb_writev () from /usr/local/lib/libxcb.so.2 #5 0x28c4c3b2 in _XSend () from /usr/local/lib/libX11.so.6 #6 0x28c4c514 in _XReply () from /usr/local/lib/libX11.so.6 #7 0x28c4084a in XSync () from /usr/local/lib/libX11.so.6 #8 0x284f41c5 in gdk_error_trap_push () from /usr/local/lib/libgdk-x11-2.0.so.0 #9 0x284e8be1 in gdk_event_send_client_message_for_display () from /usr/local/lib/libgdk-x11-2.0.so.0 .... ----- #0 0x2884a34f in poll () from /lib/libc.so.7 #1 0x287acc42 in poll () from /lib/libthr.so.3 #2 0x28eb241f in _xcb_conn_wait () from /usr/local/lib/libxcb.so.2 #3 0x28eb46fa in xcb_wait_for_reply () from /usr/local/lib/libxcb.so.2 #4 0x286c559d in _XReply () from /usr/local/lib/libX11.so.6 #5 0x286b984a in XSync () from /usr/local/lib/libX11.so.6 #6 0x28545875 in gdk_flush () from /usr/local/lib/libgdk-x11-2.0.so.0 #7 0x2809e7f3 in xfce_shortcuts_grabber_new () from /usr/local/lib/libxfce4kbd-private.so.5 #8 0x2809e9a3 in xfce_shortcuts_grabber_remove () from /usr/local/lib/libxfce4kbd-private.so.5 #9 0x285f7174 in g_hash_table_foreach () from /usr/local/lib/libglib-2.0.so.0 .... Where is the problem? Is it in libc or in libxcb? And what i can do to resolove it? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 18:49:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF1C1065693 for ; Wed, 26 Aug 2009 18:49:14 +0000 (UTC) (envelope-from nlay@fsu.edu) Received: from ms7.ucs.fsu.edu (ms7.ucs.fsu.edu [146.201.3.237]) by mx1.freebsd.org (Postfix) with ESMTP id 83C6F8FC29 for ; Wed, 26 Aug 2009 18:49:14 +0000 (UTC) Received: from mailrelay1.fsu.edu (mailrelay1.fsu.edu [128.186.6.69]) by ms7.ucs.fsu.edu (8.13.8/8.13.8) with ESMTP id n7QHdYG8023782 for ; Wed, 26 Aug 2009 13:39:35 -0400 Received: from smtp1.fsu.edu (smtp1.fsu.edu [128.186.6.57]) by mailrelay1.fsu.edu (8.13.8/8.13.8) with ESMTP id n7QHdYZg026998 for ; Wed, 26 Aug 2009 13:39:34 -0400 Received: from [144.174.6.42] (winscs14.sc.fsu.edu [144.174.6.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp1.fsu.edu (Postfix) with ESMTP id A0F0A138314 for ; Wed, 26 Aug 2009 13:39:34 -0400 (EDT) Message-ID: <4A9571EB.7090209@fsu.edu> Date: Wed, 26 Aug 2009 13:33:31 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------020909030202060202090306" X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-26_08:2009-08-11, 2009-08-26, 2009-08-26 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0907200000 definitions=main-0908260131 X-Mailman-Approved-At: Wed, 26 Aug 2009 19:42:08 +0000 Subject: FreeBSD 8 BETA3 unusable (kbd/syscons?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 18:49:15 -0000 This is a multi-part message in MIME format. --------------020909030202060202090306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi list, I can't seem to do anything with FreeBSD 8 BETA3. Whenever I try to do anything from a syscons terminal (ttyv#) the system freezes and requires a hard reboot. The longest run I got was last night for about 10 hours while doing a portupgrade (X is not an option until then) before it froze. Today, I saw it panic for the first time. It stopped at kbd_enter and kbd_why, but I didn't have savecore turned on to provide more detail. I've also seen it freeze in what appeared to be due to mouse movement and syscons savers but I can't verify this because the system does not panic, it freezes hard. I'll try to reproduce this but it almost always freezes rather than panic. I had another laptop do this to me in earlier -CURRENT revisions and disregarded it as possible failing hardware. But both laptops ran FreeBSD 7 and very early -CURRENT without these instabilities. I've attached uname, dmesg, my kernel config and rc.conf for any clues. I will try my best to reproduce the panic and post my findings. Nate --------------020909030202060202090306 Content-Type: text/plain; name="uname.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="uname.txt" FreeBSD 8.0-BETA3 FreeBSD 8.0-BETA3 #0: Tue Aug 25 20:45:06 EDT 2009 root@LIGHTBULB.LOCAL:/usr/obj/usr/src/sys/LIGHTBULB i386 --------------020909030202060202090306 Content-Type: text/plain; name="LIGHTBULB" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="LIGHTBULB" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the config(5) manual page, # and/or 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.519.2.2 2009/08/13 17:54:11 attilio Exp $ #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident LIGHTBULB # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager 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_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options GEOM_JOURNAL # Provides journaling options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ device pf device pflog device pfsync device if_bridge # To make an SMP kernel, the next two lines are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device acpi 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 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) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # 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 uart # Generic UART driver # 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 sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgb # Intel PRO/10GbE Ethernet Card #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #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 ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device 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 sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s D3.0 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm #device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. #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 random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device rum # Ralink Technology RT2501USB wireless NICs device ural # Ralink Technology RT2500USB wireless NICs #device uath # Atheros AR5523 wireless NICs #device zyd # ZyDAS zb1211/zb1211b wireless NICs #device urio # Diamond Rio 500 MP3 player # USB Serial devices device ucom # Generic com ttys #device u3g # USB-based 3G modems (Option, Huawei, Sierra) #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons --------------020909030202060202090306 Content-Type: text/plain; name="rc.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rc.conf" # -- sysinstall generated deltas -- # Mon Feb 18 17:25:32 2008 # Created: Mon Feb 18 17:25:32 2008 # 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. hostname="LIGHTBULB.LOCAL" moused_enable="NO" moused_flags="-3" saver="NO" sshd_enable="YES" powerd_enable="NO" powerd_flags="-n adaptive -a adaptive -b adaptive" cupsd_enable="NO" cloned_interfaces="bridge0" ifconfig_bridge0="inet 172.20.0.1 netmask 0xffff0000 up" #ifconfig_iwi0="WPA DHCP" noip_enable="NO" dbus_enable="NO" hald_enable="NO" ipv6_enable="NO" nfs_client_enable="YES" nfs_client_flags="-n 4" #nfs_server_enable="YES" rpc_lockd_enable="YES" rpc_statd_enable="YES" pf_enable="YES" pf_rules="/etc/pf.conf" pf_flags="" pflog_enable="YES" pflog_logfile="/var/log/pflog" pflog_flags="" gateway_enable="YES" named_enable="NO" dhcpd_enable="NO" # -- sysinstall generated deltas -- # Sun Mar 9 21:29:39 2008 ntpdate_flags="us.pool.ntp.org" ntpdate_enable="YES" nfs_server_flags="-u -t -n 4" mountd_flags="-r" --------------020909030202060202090306 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA3 #0: Tue Aug 25 20:45:06 EDT 2009 root@LIGHTBULB.LOCAL:/usr/obj/usr/src/sys/LIGHTBULB WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.86GHz (1862.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1610612736 (1536 MB) avail memory = 1563512832 (1491 MB) kbd1 at kbdmux0 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 20090521 tbfadt-625 ACPI Warning: Optional field Gpe1Block has zero address or length: 0 102C/0 20090521 tbfadt-655 acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 11 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xc0000000-0xc7ffffff,0xb0100000-0xb010ffff irq 11 at device 0.0 on pci1 pcib2: irq 11 at device 28.0 on pci0 pci2: on pcib2 bge0: mem 0xb0200000-0xb020ffff irq 11 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:15:58:09:1b:e7 bge0: [ITHREAD] pcib3: irq 11 at device 28.2 on pci0 pci3: on pcib3 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 uhci3: port 0x1860-0x187f irq 11 at device 29.3 on pci0 uhci3: [ITHREAD] usbus3: on uhci3 ehci0: mem 0xb0000000-0xb00003ff irq 11 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib4: at device 30.0 on pci0 pci11: on pcib4 cbb0: mem 0xb4000000-0xb4000fff irq 11 at device 0.0 on pci11 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] pci11: at device 2.0 (no driver attached) pci0: at device 30.2 (no driver attached) pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x278-0x27f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 battery0: on acpi0 acpi_acad0: on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd1800-0xd27ff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 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 1862134244 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ad0: 57231MB at ata0-master UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 acd0: CDRW at ata1-master UDMA33 WARNING: WITNESS option enabled, expect reduced performance. GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). GEOM_JOURNAL: Journal 273940673: ad0s1e contains data. GEOM_JOURNAL: Journal 273940673: ad0s1e contains journal. GEOM_JOURNAL: Journal ad0s1e consistent. uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Root mount waiting for: usbus4 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted ugen2.2: at usbus2 ugen4.2: at usbus4 umass0: on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3751MB (7683072 512 byte sectors: 255H 63S/T 478C) --------------020909030202060202090306-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 19:54:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4182106568E for ; Wed, 26 Aug 2009 19:54:08 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD168FC28 for ; Wed, 26 Aug 2009 19:54:08 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8D6831CD9F; Wed, 26 Aug 2009 21:54:07 +0200 (CEST) Date: Wed, 26 Aug 2009 21:54:07 +0200 From: Ed Schouten To: Nathan Lay Message-ID: <20090826195407.GW2829@hoeg.nl> References: <4A9571EB.7090209@fsu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MqIM5Iaa8ROQPHlo" Content-Disposition: inline In-Reply-To: <4A9571EB.7090209@fsu.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8 BETA3 unusable (kbd/syscons?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 19:54:08 -0000 --MqIM5Iaa8ROQPHlo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Nathan, Would it be a lot of work to figure out which SVN revision of HEAD introduced this regression? Even if you can't get a specific revision number, reducing it to a week's span in revision numbers would be very helpful. People also reported issues to me where the first keypresses after the system has booted are discarded. I have yet to be convinced this is a TTY issue, not the keyboard code, interrupt handling, etc. --=20 Ed Schouten WWW: http://80386.nl/ --MqIM5Iaa8ROQPHlo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqVkt8ACgkQ52SDGA2eCwXdewCffWazAxPJRvD+n+Ywbk11lVyC 5lYAnA9rR9TqKwsgW8o6i/q/LMM7E+qB =y/ft -----END PGP SIGNATURE----- --MqIM5Iaa8ROQPHlo-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 20:17:56 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFD46106568C for ; Wed, 26 Aug 2009 20:17:56 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 48D548FC27 for ; Wed, 26 Aug 2009 20:17:56 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MgOwM-000B0d-NA for freebsd-current@FreeBSD.org; Thu, 27 Aug 2009 00:17:54 +0400 From: Boris Samorodov To: freebsd-current@FreeBSD.org Date: Thu, 27 Aug 2009 00:17:55 +0400 Message-ID: <42984716@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: 8-BETA, gmirror+gjournal: CANNOT READ BLK, CANNOT FIGURE OUT FILE SYSTEM PARTITION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 20:17:56 -0000 Hello List, The system installed from 8.0-BETA3-i386-memstick.img. Journal file systems can not be mounted at boot but are mounted while at single user. Here is a log with creating and rebooting: ----- ns# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad4s1a 496M 161M 295M 35% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad4s1e 496M 12K 456M 0% /tmp /dev/ad4s1f 174G 1.1G 159G 1% /usr /dev/ad4s1d 48G 9.2M 45G 0% /var ns# cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ad4s1b none swap sw 0 0 /dev/ad4s1a / ufs rw 1 1 /dev/ad4s1e /tmp ufs rw 2 2 /dev/ad4s1f /usr ufs rw 2 2 /dev/ad4s1d /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 ns# disklabel ad4s1 # /dev/ad4s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 0 4.2BSD 0 0 0 b: 4102784 1048576 swap c: 488392002 0 unused 0 0 # "raw" part, don't edit d: 104857600 5151360 4.2BSD 0 0 0 e: 1048576 110008960 4.2BSD 0 0 0 f: 377334466 111057536 4.2BSD 0 0 0 ns# dmesg | grep \^ad ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ns# ls -l /dev/ad4* crw-r----- 1 root operator 0, 85 Aug 26 23:19 /dev/ad4 crw-r----- 1 root operator 0, 87 Aug 26 23:05 /dev/ad4s1 crw-r----- 1 root operator 0, 92 Aug 26 23:05 /dev/ad4s1a crw-r----- 1 root operator 0, 93 Aug 26 23:05 /dev/ad4s1b crw-r----- 1 root operator 0, 94 Aug 26 23:05 /dev/ad4s1d crw-r----- 1 root operator 0, 95 Aug 26 23:05 /dev/ad4s1e crw-r----- 1 root operator 0, 96 Aug 26 23:05 /dev/ad4s1f ns# sysctl kern.geom.debugflags=16 kern.geom.debugflags: 0 -> 16 ns# gmirror label -vb round-robin gm0 /dev/ad4 Metadata value stored on /dev/ad4. Done. ns# gmirror load GEOM_MIRROR: Device mirror/gm0 launched (1/1). ns# ls -l /dev/mirror/ total 0 crw-r----- 1 root operator 0, 115 Aug 26 23:20 gm0 crw-r----- 1 root operator 0, 133 Aug 26 23:20 gm0s1 crw-r----- 1 root operator 0, 134 Aug 26 23:20 gm0s1a crw-r----- 1 root operator 0, 135 Aug 26 23:20 gm0s1b crw-r----- 1 root operator 0, 136 Aug 26 23:20 gm0s1d crw-r----- 1 root operator 0, 137 Aug 26 23:20 gm0s1e crw-r----- 1 root operator 0, 138 Aug 26 23:20 gm0s1f ns# gjournal label -f /dev/mirror/gm0s1d ns# gjournal label -f /dev/mirror/gm0s1f ns# tunefs -J enable -n disable /dev/mirror/gm0s1d tunefs: gjournal set tunefs: soft updates cleared ns# tunefs -J enable -n disable /dev/mirror/gm0s1f tunefs: gjournal set tunefs: soft updates cleared ns# gjournal load GEOM_JOURNAL: Journal 2772918591: ufsid/4a957af36265b32b contains data. GEOM_JOURNAL: Journal 2772918591: ufsid/4a957af36265b32b contains journal. GEOM_JOURNAL: Journal ufsid/4a957af36265b32b clean. GEOM_JOURNAL: Journal 929048462: ufsid/4a957afc88eec7bc contains data. GEOM_JOURNAL: Journal 929048462: ufsid/4a957afc88eec7bc contains journal. GEOM_JOURNAL: Journal ufsid/4a957afc88eec7bc clean. ns# cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/mirror/gm0s1b none swap sw 0 0 /dev/mirror/gm0s1a / ufs rw 1 1 /dev/mirror/gm0s1e /tmp ufs rw 2 2 /dev/mirror/gm0s1f.journal /usr ufs rw 2 2 /dev/mirror/gm0s1d.journal /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 ns# cat loadader.conf # serial console boot_multicons="YES" console="comconsole,vidconsole" comconsole_speed="115200" # gmirror and gjournal geom_mirror_load="YES" geom_journal_load="YES" ns# shutdown -r now Shutdown NOW! shutdown: [pid 1182] ns# *** FINAL System shutdown message from root@ns.bsam.ru *** System going down IMMEDIATELY Aug 26 23:31:19 ns shutdown: reboot by root: System shutdown time has arrivedStopping cron. Stopping sshd. Stopping devd. Writing entropy file:. Terminated . Aug 26 23:31:22 ns syslogd: exiting on signal 15 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 1 0 0 done All buffers synced. Uptime: 26m25s GEOM_JOURNAL: Shutting down geom gjournal 929048462. GEOM_JOURNAL: Shutting down geom gjournal 2772918591. ... ... GEOM_MIRROR: Device mirror/gm0 launched (1/1). GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). GEOM_JOURNAL: Journal 929048462: ad4s1d contains data. GEOM_JOURNAL: Journal 929048462: ad4s1d contains journal. GEOM_JOURNAL: Cannot access ad4s1d (error=1). GEOM_JOURNAL: Journal 2772918591: ad4s1f contains data. GEOM_JOURNAL: Journal 2772918591: ad4s1f contains journal. GEOM_JOURNAL: Cannot access ad4s1f (error=1). GEOM_JOURNAL: Journal 929048462: mirror/gm0s1d contains data. GEOM_JOURNAL: Journal 929048462: mirror/gm0s1d contains journal. GEOM_JOURNAL: Journal mirror/gm0s1d clean. GEOM_JOURNAL: Journal 2772918591: mirror/gm0s1f contains data. GEOM_JOURNAL: Journal 2772918591: mirror/gm0s1f contains journal. GEOM_JOURNAL: Journal mirror/gm0s1f clean. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/mirror/gm0s1a Entropy harvesting: interrupts ethernet point_to_point kickstart. /dev/mirror/gm0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0s1a: clean, 171565 free (3389 frags, 21022 blocks, 1.3% fragmentation) /dev/mirror/gm0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0s1e: clean, 253809 free (41 frags, 31721 blocks, 0.0% fragmentation) /dev/mirror/gm0s1f.journal: CANNOT READ BLK: 377104864 /dev/mirror/gm0s1f.journal: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. /dev/mirror/gm0s1d.journal: CANNOT READ BLK: 104626016 /dev/mirror/gm0s1d.journal: UNEXPECTED INCONSISTENCY; Aug 26 23:33:07 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: # fsck -y /dev/mirror/gm0s1f.journal ** /dev/mirror/gm0s1f.journal CANNOT READ BLK: 377104864 CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 377104864, 377104865, 377104866, 377104867, /dev/mirror/gm0s1f.journal: CANNOT FIGURE OUT FILE SYSTEM PARTITION # fsck -y /dev/mirror/gm0s1d.journal ** /dev/mirror/gm0s1d.journal CANNOT READ BLK: 104626016 CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 104626016, 104626017, 104626018, 104626019, /dev/mirror/gm0s1d.journal: CANNOT FIGURE OUT FILE SYSTEM PARTITION # mount /dev/mirror/gm0s1f.journal /var # mount /dev/mirror/gm0s1d.journal /usr # mount /dev/mirror/gm0s1a on / (ufs, local, read-only) devfs on /dev (devfs, local, multilabel) /dev/mirror/gm0s1f.journal on /var (ufs, local, soft-updates) /dev/mirror/gm0s1d.journal on /usr (ufs, local, soft-updates) # ----- -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 20:26:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F90106564A for ; Wed, 26 Aug 2009 20:26:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id DFF458FC20 for ; Wed, 26 Aug 2009 20:26:39 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n7QKQYCf089567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Aug 2009 23:26:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n7QKQYRL069557; Wed, 26 Aug 2009 23:26:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n7QKQX1J069556; Wed, 26 Aug 2009 23:26:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 26 Aug 2009 23:26:33 +0300 From: Kostik Belousov To: Rick Macklem Message-ID: <20090826202633.GF9623@deviant.kiev.zoral.com.ua> References: <20090819161817.GA89704@keira.kiwi-computer.com> <20090819175029.GA90205@keira.kiwi-computer.com> <20090821200957.GC9623@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xcdXf2pmdJ8FA+Zb" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "Rick C. Petty" , bzeeb+freebsd+lor@zabbadoz.net, current@freebsd.org Subject: Re: various vfs LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 20:26:40 -0000 --xcdXf2pmdJ8FA+Zb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 26, 2009 at 10:48:13AM -0400, Rick Macklem wrote: >=20 >=20 > On Fri, 21 Aug 2009, Kostik Belousov wrote: >=20 > >> > >>Since the 3rd one is locking a newly allocated nfs vnode (that isn't yet > >>in the mount point list, etc), I don't think this will cause a problem > >>and I don't see an easy way to avoid it. > > > >We could add LK_NOWITNESS to nfsclient/nfs_subr.c:161. > > > Ok, I had thought LK_NOWITNESS was used for lockinit() and applied to > the lock "forever" so it didn't seem like a good idea, but I just > looked and it appears that LK_NOWITNESS can be used for > vn_lock()/lockmgr() to apply to that lock call only? >=20 > If so, this seems reasonable, so long as my analysis that it doesn't > matter because it is a new nfs vnode (guaranteed to not yet be locked) > and, as such, can't cause a deadlock. (I'm assuming that LORs are checked > to try and avoid deadlocks or other nasties like sleeping for a sleep lock > when a mutex is held.) Sound right? Yes, sounds right. You could see similar workaround in devfs, fs/devfs/devfs_vnops.c:404, also in the place where new vnode is instantiated. --xcdXf2pmdJ8FA+Zb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqVmnkACgkQC3+MBN1Mb4gNhACgqehA5vgHKQVBmFl0u0Pg2x0y 6bsAoLjCJeGSOXRjvdWBaSlF5JNwUQj6 =a+Sc -----END PGP SIGNATURE----- --xcdXf2pmdJ8FA+Zb-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 20:36:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90EAB106568C for ; Wed, 26 Aug 2009 20:36:47 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0288FC1C for ; Wed, 26 Aug 2009 20:36:47 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MgPEc-000BFm-CK for freebsd-current@FreeBSD.org; Thu, 27 Aug 2009 00:36:46 +0400 From: Boris Samorodov To: freebsd-current@FreeBSD.org References: <42984716@bb.ipt.ru> Date: Thu, 27 Aug 2009 00:36:46 +0400 In-Reply-To: <42984716@bb.ipt.ru> (Boris Samorodov's message of "Thu, 27 Aug 2009 00:17:55 +0400") Message-ID: <66183585@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: 8-BETA, gmirror+gjournal: CANNOT READ BLK, CANNOT FIGURE OUT FILE SYSTEM PARTITION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 20:36:47 -0000 On Thu, 27 Aug 2009 00:17:55 +0400 Boris Samorodov wrote: [...] > ns# gjournal label -f /dev/mirror/gm0s1d > ns# gjournal label -f /dev/mirror/gm0s1f > ns# tunefs -J enable -n disable /dev/mirror/gm0s1d ns# tunefs -J enable -n disable /dev/mirror/gm0s1d.journal > tunefs: gjournal set > tunefs: soft updates cleared > ns# tunefs -J enable -n disable /dev/mirror/gm0s1f ns# tunefs -J enable -n disable /dev/mirror/gm0s1f.journal > tunefs: gjournal set > tunefs: soft updates cleared [...] > /dev/mirror/gm0s1f.journal on /var (ufs, local, soft-updates) > /dev/mirror/gm0s1d.journal on /usr (ufs, local, soft-updates) Those two commands changed only the file system for mount (after mounting at single user mode) soft-updates->gjournal: /dev/mirror/gm0s1f.journal on /usr (ufs, local, gjournal) /dev/mirror/gm0s1d.journal on /var (ufs, local, gjournal) Other than that did not change: the systen is not bootable. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 20:44:20 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B6241065694 for ; Wed, 26 Aug 2009 20:44:20 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id B85A58FC27 for ; Wed, 26 Aug 2009 20:44:19 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B8F1F45E35; Wed, 26 Aug 2009 22:44:17 +0200 (CEST) Received: from localhost (chello087206049004.chello.pl [87.206.49.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CC5E445DD8; Wed, 26 Aug 2009 22:44:12 +0200 (CEST) Date: Wed, 26 Aug 2009 22:44:15 +0200 From: Pawel Jakub Dawidek To: Boris Samorodov Message-ID: <20090826204415.GC1763@garage.freebsd.pl> References: <42984716@bb.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ncSAzJYg3Aa9+CRW" Content-Disposition: inline In-Reply-To: <42984716@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: 8-BETA, gmirror+gjournal: CANNOT READ BLK, CANNOT FIGURE OUT FILE SYSTEM PARTITION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 20:44:20 -0000 --ncSAzJYg3Aa9+CRW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 27, 2009 at 12:17:55AM +0400, Boris Samorodov wrote: > Hello List, >=20 > The system installed from 8.0-BETA3-i386-memstick.img. Journal file > systems can not be mounted at boot but are mounted while at single > user. Here is a log with creating and rebooting: [...] > ns# gjournal label -f /dev/mirror/gm0s1d > ns# gjournal label -f /dev/mirror/gm0s1f Have you tried without -f (FORCE) option? You would see something along the lines: gjournal: File system exists on /dev/mirror/gm0s1d and this operation woul= d destroy it. Use -f if you really want to do it. So I guess you have what you asked for... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ncSAzJYg3Aa9+CRW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKlZ6fForvXbEpPzQRAksVAKDs3XGdiZIa2Gk6vk88333QLC7uMwCdHmbG y4RADsyg+O87Sfou9QV5KiE= =1Z5Z -----END PGP SIGNATURE----- --ncSAzJYg3Aa9+CRW-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 21:02:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D819106568E for ; Wed, 26 Aug 2009 21:02:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id DEE9E8FC2E for ; Wed, 26 Aug 2009 21:02:13 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-255-167.belrs3.nsw.optusnet.com.au [122.106.255.167]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n7QL2Ajh027346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 27 Aug 2009 07:02:11 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n7QL2AW4028286 for ; Thu, 27 Aug 2009 07:02:10 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n7QL2APt028285 for freebsd-current@freebsd.org; Thu, 27 Aug 2009 07:02:10 +1000 (EST) (envelope-from peter) Date: Thu, 27 Aug 2009 07:02:10 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20090826210210.GA28203@server.vk2pj.dyndns.org> References: <20090824193344.GA34949@server.vk2pj.dyndns.org> <2CDE9A31-C924-439F-8394-6325F821F9C2@lassitu.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <2CDE9A31-C924-439F-8394-6325F821F9C2@lassitu.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: sshd failing in jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 21:02:14 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Aug-25 10:07:12 +0200, Stefan Bethke wrote: >Am 24.08.2009 um 21:33 schrieb Peter Jeremy: > >> I am attempting to build an i386 jail on an amd64 box to build >> packages for my netbook. The host is running -current from just over =2E.. >I had similar symptoms during a recent make world. Finishing =20 >installworld in the jails and rebooting made it all work again, so I =20 >did not investigate further. In this case, userland is a straight dump off my netbook - where it all works. The differences are in the configuration and that it's running against a kernel that is slightly newer and a different architecture. Changing userland would render the whole jail useless. One further datapoint (based on an off-list suggestion): It's i386- rather than jail- related. Running the same sshd outside the jail breaks in exactly the same way so it is something related to running an i386 sshd on an amd64 kernel - unfortunately, I haven't yet located the incompatibility. Actually debugging this is not made easier by gdb's refusal to trace into the child process and the inability of the child to produce a core dump. --=20 Peter Jeremy --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqVotIACgkQ/opHv/APuIcUIwCgqIDV++uMRCPMDUWJAKCPeqfV wMgAn1bJ0xig5K+NvYQFKSPuzuNBB6q9 =SEGN -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 21:09:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E29921065694 for ; Wed, 26 Aug 2009 21:09:13 +0000 (UTC) (envelope-from michael@rancid.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [IPv6:2607:f140:ffff:ffff::239]) by mx1.freebsd.org (Postfix) with ESMTP id C7B798FC20 for ; Wed, 26 Aug 2009 21:09:13 +0000 (UTC) Received: from michaels-macbook-pro.local (reccev-wism-wlan-188-39.AirBears.Berkeley.EDU [136.152.188.39]) (authenticated bits=0) by malcolm.berkeley.edu (8.14.3/8.13.8m1) with ESMTP id n7QL9DOa038780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 26 Aug 2009 14:09:13 -0700 (PDT) (envelope-from michael@rancid.berkeley.edu) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.2 at malcolm.berkeley.edu Message-ID: <4A95A479.10008@rancid.berkeley.edu> Date: Wed, 26 Aug 2009 14:09:13 -0700 From: Michael Sinatra User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 8.0-BETA3/amd64 issues with Tyan S2882 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 21:09:14 -0000 Hi, I am using FreeBSD 8.0-BETA3 on an AMD64 Tyan S2882 system, and I am currently having issues with 8.0-BETA3. The system was installed from an 8.0-BETA2 ISO and then csup'ed and rebuilt from source to get it to 8.0-BETA3. Note that the problems I describe below were the same for BETA2 and BETA3. I have received the same results when using the mobo with 8G of RAM AND 16G. The dmesg output below shows the 16G system. On both systems, I have flashed the BIOS with the latest version from Tyan (3.09). FreeBSD 7.2-RELEASE works beautifully on both. None of the problems below occur with that version. Two big problems with this mobo and 8.0-BETA3: 1. LOR 'n' hang on halt/reboot: Whenever rebooting or halting the system, I get an LOR and the system just hangs. (See LOR output below.) The system must be hard-reset or power-cycled, and then it boots fine (disks are properly sync'd so the filesystems are clean). This looks similar to other umount-related LORs that have been reported on this list. 2. bge interface problems: This mobo has three ethernet interfaces: one fxp and two bge (see dmesg output below for details). Any one of these can be used for the SMDC management interface; this is selectable in the BIOS. Regardless of the BIOS settings, the following occurs: fxp0 appears to work properly bge1 appears to work properly bge0 hangs the system hard immediately on bringing the interface up Note that I also removed the SMDC card and the results were the same. The bge0 hang occurs regardless of whether one attempts to assign an address to the interface. A simple "ifconfig bge0 up" will cause the system to hang. (Note that ipv6 is enabled on this system and works properly on the other interfaces--stateless autoconfig works fine.) Unfortunately, there's no LOR or panic, and no output is generated whatsoever when the interface is brought up. Here's the dmesg for the system: Note that the same symptoms occur even when using a GENERIC kernel; the custom kernel below is a GENERIC, minus the firewire stack, plus the following: device pf device pflog options GEOM_MIRROR (The problems occur in the absence of any gmirror configuration, BTW.) Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA3 #0: Tue Aug 25 00:33:17 PDT 2009 michael@sie1.net.berkeley.edu:/usr/obj/usr/src/sys/SIE1 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 252 (2591.05-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 17179869184 (16384 MB) avail memory = 16510205952 (15745 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, fbf00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 ohci1: [ITHREAD] usbus1: on ohci1 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xac00-0xac03,0xa880-0xa88f mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] vgapci0: port 0xb000-0xb0ff mem 0xfd000000-0xfdffffff,0xfeaff000-0xfeafffff irq 18 at device 6.0 on pci3 fxp0: port 0xa800-0xa83f mem 0xfeafb000-0xfeafbfff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:30:16:37 fxp0: [ITHREAD] isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 ahd0: port 0x8000-0x80ff,0x7800-0x78ff mem 0xfc8fc000-0xfc8fdfff irq 24 at device 6.0 on pci2 ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x8800-0x88ff,0x8400-0x84ff mem 0xfc8fe000-0xfc8fffff irq 25 at device 6.1 on pci2 ahd1: [ITHREAD] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs bge0: mem 0xfc8b0000-0xfc8bffff,0xfc8a0000-0xfc8affff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: PHY 1 on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:e0:81:30:16:6e bge0: [ITHREAD] bge1: mem 0xfc8e0000-0xfc8effff,0xfc8d0000-0xfc8dffff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: PHY 1 on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:e0:81:30:16:6f bge1: [ITHREAD] pcib3: at device 11.0 on pci0 pci1: on pcib3 acpi_button0: on acpi0 atrtc1: port 0x70-0x71 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ACPI Warning: \\_SB_.PCI0.SBRG.FDC_._FDE: Return type mismatch - found Package, expected Buffer 20090521 nspredef-1051 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] 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 ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_hpet0: iomem 0xfec01000-0xfec013ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 orm0: at iomem 0xc0000-0xc7fff 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 atrtc0: at port 0x70 irq 8 on isa0 atrtc0: Warning: Couldn't map I/O. atrtc0: Warning: Couldn't map Interrupt. Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 acd0: CDROM at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz DT, offset 80, 16bit) da0: Command Queueing enabled da0: 70007MB (143374805 512 byte sectors: 255H 63S/T 8924C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz DT, offset 80, 16bit) da1: Command Queueing enabled da1: 70007MB (143374805 512 byte sectors: 255H 63S/T 8924C) SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Here's the LOR from Problem #1 above: Aug 26 13:49:55 sie1 reboot: rebooted by michael Aug 26 13:49:56 sie1 syslogd: exiting on signal 15 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 1 0 0 done All buffers synced. lock order reversal: 1st 0xffffff0006544448 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1200 2nd 0xffffff00066faba8 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1194 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xcf3 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 ffs_flushfiles() at ffs_flushfiles+0xb5 softdep_flushfiles() at softdep_flushfiles+0x63 ffs_unmount() at ffs_unmount+0x2e1 dounmount() at dounmount+0x2e6 vfs_unmountall() at vfs_unmountall+0x54 boot() at boot+0x7af reboot() at reboot+0x68 syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (55, FreeBSD ELF64, reboot), rip = 0x80078f85c, rsp = 0x7fffffffeae8, rbp = 0 --- Uptime: 18h56m56s [Hangs after this and does not actually reboot or halt.] thanks, michael From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 21:10:29 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84A74106568F for ; Wed, 26 Aug 2009 21:10:29 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 428358FC3C for ; Wed, 26 Aug 2009 21:10:29 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n7QKb8Xu063123; Wed, 26 Aug 2009 14:37:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n7QKb8KS063120; Wed, 26 Aug 2009 14:37:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 26 Aug 2009 14:37:08 -0600 (MDT) From: Warren Block To: cpghost In-Reply-To: <20090826162823.GF11739@phenom.cordula.ws> Message-ID: References: <4A94382A.5080708@stillbilde.net> <4A944612.6010107@netability.ie> <4A945216.4040603@stillbilde.net> <4A94528A.5030609@netability.ie> <4A950054.4080104@andric.com> <20090826162823.GF11739@phenom.cordula.ws> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Wed, 26 Aug 2009 14:37:08 -0600 (MDT) Cc: freebsd-current@FreeBSD.org Subject: Re: Our old friend, the small default layout is back... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 21:10:29 -0000 On Wed, 26 Aug 2009, cpghost wrote: > On Wed, Aug 26, 2009 at 11:28:52AM +0200, Dimitry Andric wrote: >> On 2009-08-25 23:07, Nick Hilliard wrote: >>> Someone will complain. There's always someone. >> >> And of course, if you crank the default root fs size to 1 GiB, the >> complaints will come that "FreeBSD wastes your disk space". ;) > > Kids theres days... ;-) > > But seriously now: as someone using FreeBSD on embedded devices, I'll > definitely complain. There's absolutely NO reason a root partition > should be that big (in the default install)! It's not so much that 128M is too little or 1G is too much. It's really that there's no such thing as one size fits all. What would be really nice would be if default sizes were calculated based on available disk space. If there's 200G of space, 1G for / is fine. If it's a 4G CF card, 128M is okay. For only 2G of available space, it could all go to / and nothing else. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 21:10:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FF571065693 for ; Wed, 26 Aug 2009 21:10:39 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id C70D58FC14 for ; Wed, 26 Aug 2009 21:10:38 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n7QLAbwx043439 for ; Wed, 26 Aug 2009 16:10:37 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject:content-type; b=jBL5apdKL+E82aW6pBscGFtoBffme3UcTZ6P7cHNtt/saT0JayG2LlUU5chDgsXBV M3dKp/hNtQoXVYvM0cXcxqnNVAzLeeFSRBEMQMede3QlpKHkg+Rwr7HlZ2Cm63Dn+da 6XYyxYb1Qoj/zAwh4XQ/I3MLUw4fvoXiKp76FS0= Message-ID: <4A95A4CD.1020600@jrv.org> Date: Wed, 26 Aug 2009 16:10:37 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------010108050102020003040005" Subject: [patch] FreeBSD/amd64 can't see all system memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 21:10:39 -0000 This is a multi-part message in MIME format. --------------010108050102020003040005 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This fixes two bugs on amd64 only: 1. FreeBSD erroneously assumes that the BIOS E820 system memory map data is non-descending. The Zotac GF9300-D-E is an example of a system where this is not true. 2. There is a typo in code that detects overlaps in regions reported by E820. No action is in fact taken right now on amd64. i386 may have bug #1 but not #2. With this patch "available memory" goes from 2689 MB to 7605 MB on the Zotac GF9300-D-E. --------------010108050102020003040005 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="smap.pat" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="smap.pat" Index: sys/amd64/amd64/machdep.c =================================================================== --- sys/amd64/amd64/machdep.c (revision 196500) +++ sys/amd64/amd64/machdep.c (working copy) @@ -1236,6 +1236,19 @@ smapend = (struct bios_smap *)((uintptr_t)smapbase + smapsize); for (smap = smapbase; smap < smapend; smap++) { + struct bios_smap *sp, *low = smap; + + for (sp = smap + 1; sp < smapend; sp++) + if (low->base > sp->base) + low = sp; + if (low != smap) { + struct bios_smap ts; + + ts = *smap; + *smap = *low; + *low = ts; + } + if (boothowto & RB_VERBOSE) printf("SMAP type=%02x base=%016lx len=%016lx\n", smap->type, smap->base, smap->length); @@ -1250,10 +1263,12 @@ if (smap->base < physmap[i + 1]) { if (boothowto & RB_VERBOSE) printf( - "Overlapping or non-monotonic memory region, ignoring second region\n"); - continue; + "Overlapping memory region, ignoring second region\n"); + break; } } + if (i <= physmap_idx) + continue; if (smap->base == physmap[physmap_idx + 1]) { physmap[physmap_idx + 1] += smap->length; --------------010108050102020003040005-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 21:35:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50437106564A; Wed, 26 Aug 2009 21:35:40 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 082C48FC27; Wed, 26 Aug 2009 21:35:39 +0000 (UTC) Received: from gluon.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id C0A348461; Wed, 26 Aug 2009 21:35:38 +0000 (UTC) Date: Wed, 26 Aug 2009 22:35:31 +0100 From: Bruce Cran To: John Baldwin Message-ID: <20090826223531.11364956@gluon.draftnet> In-Reply-To: <200908260844.16767.jhb@freebsd.org> References: <20090824230145.75824e5f@gluon.draftnet> <200908260844.16767.jhb@freebsd.org> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.4; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: brooks@freebsd.org, current@freebsd.org Subject: Re: patches to fix "ps -M" as used in crashinfo(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 21:35:40 -0000 On 26/08/2009 13:44, John Baldwin wrote: > On Monday 24 August 2009 6:01:45 pm Bruce Cran wrote: > >> I've recently been debugging a series of problems with running ps(1) >> on crash dumps, and now have a couple of patches: the bugs cause >> ps(1) to crash while crashinfo(8) is being run during boot, dumping a >> 1GB ps.core file in the root filesystem. >> >> The patches are at >> http://www.cran.org.uk/~brucec/freebsd/pr137890.kvm_proc.c.diff and >> http://www.cran.org.uk/~brucec/freebsd/pr137890.ps.c.diff >> >> The problem with ps.c is that like pkill(1) and w(1), they all >> initialize the execfile argument to kvm_open or kvm_openfiles to >> "/dev/null" instead of NULL, causing the default usage of "ps >> -M /var/crash/vmcore.x" to fail because libkvm fails to >> fstat /dev/null. They only work if "-N" is also specified. >> > Note that crashinfo specifies both -M and -N: > > echo > "------------------------------------------------------------------------" > echo "ps -axl" echo > ps -M $VMCORE -N $KERNEL -axl > echo > I realised that just after posting, when I checked how it runs ps. When I saw the segfault at bootup I think I just ran "-ax -M /var/crash/vmcore.x" and saw it segfault too, so jumped to the wrong conclusion. In the end there were a couple of ways to get it to crash, and I'm not convinced I've found them all yet. > I'm not sure that 'ps -M blah' without '-N' should really work. > Also, I'm not sure how fstat() of /dev/null could fail? > The documentation (for ps and the equivalent parameter for kvm_open) seems to say that if you don't specify "-N" then the currently running kernel is used, as specified by getbootfile(3). I don't know if that makes sense or not. The code which involved fstat was in __aout_fdnlist in lib/libc/gen/nlist.c: /* check that file is at least as large as struct exec! */ if ((_fstat(fd, &st) < 0) || (st.st_size < sizeof(struct exec))) return (-1); I guess it was the second check that was failing and causing the function to return, and not the fstat call. > The kvm_nlist() bug in libkvm should probably still be fixed, and the > ngroups one you might want to poke brooks@ about. > > -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 21:36:15 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 546951065692 for ; Wed, 26 Aug 2009 21:36:15 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 27FA88FC2C for ; Wed, 26 Aug 2009 21:36:14 +0000 (UTC) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n7QLaD4R091978; Wed, 26 Aug 2009 15:36:13 -0600 (MDT) Message-ID: <4A95AAC8.50005@FreeBSD.org> Date: Wed, 26 Aug 2009 15:36:08 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: Nikolai Nespor References: <20090826092805.4y0jakxw84c80wk0@webmail.tuwien.ac.at> In-Reply-To: <20090826092805.4y0jakxw84c80wk0@webmail.tuwien.ac.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bzeeb+freebsd+lor@zabbadoz.net, freebsd-current@FreeBSD.org Subject: Re: Three new LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 21:36:15 -0000 Nikolai Nespor wrote: > Hi list! > > The following three LORs are from BETA-3 as of three days ago. As far as > I know, they haven't been reported yet. > > lock order reversal: > 1st 0xc086dc58 allprison (allprison) @ /usr/src/sys/kern/kern_jail.c:2449 > 2nd 0xc3308058 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2188 > KDB: stack backtrace: > db_trace_self_wrapper(c07c8e78,c2ef8aac,c0569675,c055acab,c07cbb5c,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c055acab,c07cbb5c,c3028138,c302e590,c2ef8b08,...) at > kdb_backtrace+0x29 > _witness_debugger(c07cbb5c,c3308058,c07bee83,c302e590,c07d2e8d,...) at > _witness_debugger+0x25 > witness_checkorder(c3308058,9,c07d2e8d,88c,0,...) at > witness_checkorder+0x839 > __lockmgr_args(c3308058,80100,c3308074,0,0,...) at __lockmgr_args+0x7a7 > ffs_lock(c2ef8c24,c2ef8c18,c05694bc,c3028138,c07d2e8d,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c083d6a0,c2ef8c24,c3308074,c08530e0,c3308000,...) at > VOP_LOCK1_APV+0xf3 > _vn_lock(c3308000,80100,c07d2e8d,88c,991,...) at _vn_lock+0x5e > vrele(c3308000,c07c1905,998,991,0,...) at vrele+0x137 > prison_deref(c2ef8cd4,c0562823,c534d000,1,c07ca4e6,...) at > prison_deref+0x49d > prison_complete(c534d000,1,c07ca4e6,51,c30cda18,...) at > prison_complete+0x10 > taskqueue_run(c30cda00,c30cda18,0,c07ba2a8,0,...) at taskqueue_run+0x103 > taskqueue_thread_loop(c08746ac,c2ef8d38,c07c1448,33e,c086d300,...) at > taskqueue_thread_loop+0x68 > fork_exit(c0562910,c08746ac,c2ef8d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xc2ef8d70, ebp = 0 --- > lock order reversal: > 1st 0xc54c1df4 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1200 > 2nd 0xc3c198b8 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2188 > KDB: stack backtrace: > db_trace_self_wrapper(c07c8e78,d6225a54,c0569675,c055acab,c07cbb5c,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c055acab,c07cbb5c,c302e590,c302e660,d6225ab0,...) at > kdb_backtrace+0x29 > _witness_debugger(c07cbb5c,c3c198b8,c07d300c,c302e660,c07d2e8d,...) at > _witness_debugger+0x25 > witness_checkorder(c3c198b8,9,c07d2e8d,88c,0,...) at > witness_checkorder+0x839 > __lockmgr_args(c3c198b8,80100,c3c198d4,0,0,...) at __lockmgr_args+0x7a7 > vop_stdlock(d6225bc4,d6225bb8,c05694bc,c09a0af8,c07d2e8d,...) at > vop_stdlock+0x62 > VOP_LOCK1_APV(c081fae0,d6225bc4,c3c198d4,c08530e0,c3c19860,...) at > VOP_LOCK1_APV+0xf3 > _vn_lock(c3c19860,80100,c07d2e8d,88c,df,...) at _vn_lock+0x5e > vrele(c3c19860,0,c07d26a2,4f5,c08130c0,...) at vrele+0x137 > dounmount(c3272508,8080000,c32986c0,47a,3,...) at dounmount+0x3ce > unmount(c32986c0,d6225cf8,8,d6225d38,c080cc08,...) at unmount+0x2ff > syscall(d6225d38) at syscall+0x2d3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280d9c2f, esp = > 0xbfbfe56c, ebp = 0xbfbfe638 --- > > lock order reversal: > 1st 0xc4f07e00 so_snd_sx (so_snd_sx) @ /usr/src/sys/kern/uipc_sockbuf.c:145 > 2nd 0xc38d2058 ufs (ufs) @ /usr/src/sys/kern/uipc_syscalls.c:2090 > KDB: stack backtrace: > db_trace_self_wrapper(c07c8e78,d62eb9ac,c0569675,c055acab,c07cbb5c,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c055acab,c07cbb5c,c302e6c8,c302e590,d62eba08,...) at > kdb_backtrace+0x29 > _witness_debugger(c07cbb5c,c38d2058,c07bee83,c302e590,c07d01bd,...) at > _witness_debugger+0x25 > witness_checkorder(c38d2058,1,c07d01bd,82a,c38d2074,...) at > witness_checkorder+0x839 > __lockmgr_args(c38d2058,200400,c38d2074,0,0,...) at __lockmgr_args+0x237 > ffs_lock(d62ebb24,d62ebb18,c09a0720,c3939764,c09a0710,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c083d6a0,d62ebb24,c46e0ee0,c08530e0,c38d2000,...) at > VOP_LOCK1_APV+0xf3 > _vn_lock(c38d2000,200400,c07d01bd,82a,0,...) at _vn_lock+0x5e > kern_sendfile(c39396c0,d62ebcf8,c358dc40,0,0,...) at kern_sendfile+0x9a0 > sendfile(c39396c0,d62ebcf8,20,d62ebd38,c080f49c,...) at sendfile+0xa8 > syscall(d62ebd38) at syscall+0x2d3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (393, FreeBSD ELF32, sendfile), eip = 0x282f062b, esp = > 0xbfbfc52c, ebp = 0xbfbfc588 --- > > Sorry if the lines are messed up, I'm stuck with webmail here. > > Nikolai The first (allprison_lock) has been reported in a PR is a fix is forthcoming. - Jamie From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 22:09:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A90981065694 for ; Wed, 26 Aug 2009 22:09:09 +0000 (UTC) (envelope-from viktor@cisti.cz) Received: from mx0.estimese.net (super.estimese.net [194.149.99.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0AAC28FC20 for ; Wed, 26 Aug 2009 22:09:08 +0000 (UTC) Received: from [192.168.2.100] ([195.47.79.252]) (AUTH: LOGIN viktor, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by mx0.estimese.net with esmtp; Thu, 27 Aug 2009 00:09:07 +0200 id 000BDC50.000000004A95B283.00006A56 Message-ID: <4A95B27E.40409@cisti.cz> Date: Thu, 27 Aug 2009 00:09:02 +0200 From: Viktor CISTICZ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) 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: Wed, 26 Aug 2009 22:14:15 +0000 Subject: 8.0-BETA3 kernel panic caused by regular user using UDP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 22:09:09 -0000 Hello, week ago, I've posted a problem while testing net performance on FreeBSD 8.0-BETA2 via netio software http://freshmeat.net/projects/netio/ http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010740.html Basically I have 2 machines running FreeBSD 8.0 and do netio UDP test. The client machine dies after short time. TCP test doesn't provoke it. The procedure: - on server run netio -s - on client run netio -u addres_to_server (as regular user, not root) After a minute, the client machine ends up in kernel panic. Also posibility of non working ethernet interfaces may happen. ifconfig igb0 down & ifconfig igb0 up may fix it for a short time This was displayed while testing: 8.0-BETA2 shell twin1# GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 8.0-BETA2 /var/log/messages Aug 17 21:13:32 twin1 kernel: igb0: link state changed to DOWN Aug 17 21:13:33 twin1 kernel: igb0: link state changed to UP Aug 17 21:21:58 twin1 kernel: GET BUF: dmamap load failure - 12 Aug 17 21:22:02 twin1 last message repeated 8 times Aug 17 21:22:13 twin1 kernel: interrupt storm detected on "irq260:"; throttling interrupt source Aug 17 21:22:28 twin1 kernel: GET BUF: dmamap load failure - 12 Aug 17 21:22:59 twin1 last message repeated 37 times Aug 17 21:24:24 twin1 last message repeated 134 times Aug 17 21:24:24 twin1 login: ROOT LOGIN (root) ON ttyv0 Aug 17 21:24:26 twin1 kernel: GET BUF: dmamap load failure - 12 Aug 17 21:24:57 twin1 last message repeated 21 times Aug 17 21:25:39 twin1 last message repeated 40 times Aug 17 21:25:39 twin1 kernel: Aug 17 21:25:39 twin1 kernel: GET BUF: dmamap load failure - 12 Aug 17 21:25:39 twin1 last message repeated 4 times Aug 17 21:25:39 twin1 kernel: Aug 17 21:25:39 twin1 kernel: Aug 17 21:25:39 twin1 kernel: Fatal trap 9: general protection fault while in kernel mode Aug 17 21:25:39 twin1 kernel: cpuid = 2; apic id = 12 Aug 17 21:25:39 twin1 kernel: instruction pointer = 0x20:0xffffffff805d6755 Aug 17 21:25:39 twin1 kernel: stack pointer = 0x28:0xffffff80af029a30 Aug 17 21:25:39 twin1 kernel: frame pointer = 0x28:0xffffff80af029a50 Aug 17 21:25:39 twin1 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Aug 17 21:25:39 twin1 kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 I've upgraded the machine to 8.0-BETA3 and redo the test. It is failing in the same way. 8.0-BETA3 /var/log/messages (parts of the file) Aug 25 15:26:07 twin1 kernel: The Regents of the University of California. All rights reserved. Aug 25 15:26:07 twin1 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Aug 25 15:26:07 twin1 kernel: FreeBSD 8.0-BETA3 #0: Sat Aug 22 02:00:45 UTC 2009 Aug 25 15:26:07 twin1 kernel: root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Aug 25 15:38:17 twin1 kernel: Memory modified after free 0xffffff000d36a300(256) val=a8 @ 0xffffff000d36a318 Aug 25 15:38:17 twin1 kernel: Memory modified after free 0xffffff000d36a100(256) val=a8 @ 0xffffff000d36a118 Aug 25 15:38:17 twin1 kernel: Memory modified after free 0xffffff000d369e00(256) val=a8 @ 0xffffff000d369e18 Aug 25 15:38:17 twin1 kernel: Memory modified after free 0xffffff000d39a900(256) val=a8 @ 0xffffff000d39a918 Aug 25 15:38:17 twin1 kernel: Memory modified after free 0xffffff000d39ab00(256) val=a8 @ 0xffffff000d39ab18 Aug 25 15:38:17 twin1 kernel: Memory modified after free 0xffffff000d369c00(256) val=a8 @ 0xffffff000d369c18 Aug 25 15:38:17 twin1 kernel: Memory modified after free 0xffffff000d39ad00(256) val=a8 @ 0xffffff000d39ad18 Aug 25 15:38:17 twin1 kernel: Memory modified after free 0xffffff000d39b000(256) val=a8 @ 0xffffff000d39b018 Aug 25 15:38:18 twin1 kernel: Memory modified after free 0xffffff000d3c2e00(256) val=a8 @ 0xffffff000d3c2e18 Aug 25 15:38:18 twin1 kernel: Memory modified after free 0xffffff000d3c4600(256) val=a8 @ 0xffffff000d3c4618 Aug 25 15:38:18 twin1 kernel: Memory modified after free 0xffffff000d3c3100(256) val=a8 @ 0xffffff000d3c3118GET BUF: dmamap load failure - 12 Aug 25 15:38:18 twin1 kernel: Memory modified after free 0xffffff000d369e00(256) val=a8 @ 0xffffff000d369e18 Aug 25 15:38:18 twin1 kernel: Aug 25 15:38:18 twin1 kernel: Memory modified after free 0xffffff000d3c3300(256) val=a8 @ 0xffffff000d3c3318 Aug 25 15:38:18 twin1 kernel: Memory modified after free 0xffffff000d3c4400(256) val=a8 @ 0xffffff000d3c4418 Before the network traffic was cutoff, I've got netstat -m message: 67688/1957/69645 mbufs in use (current/cache/total) 24804/796/25600/25600 mbuf clusters in use (current/cache/total/max) 24290/542 mbuf+clusters out of packet secondary zone in use (current/cache) 12787/13/12800/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 117678K/2133K/119811K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines The transcription of kernel panic message captured screen(might be with some mispelling): GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 15 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805db435 stack pointer = 0x28:0xffffff80afc33a30 frame pointer = 0x28:0xffffff80afc33a50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq260: igb1) trap number = 12 panic: page fault cpuid = 5 Uptime: 10m59s Physical memory: 6121MB Dumping 1532 MB:GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 GET BUF: dmamap load failure - 12 It is very serious problem if user can cause kernel panic in this easy way and because 7.2-RELEASE works fine in this test. VC. -- /--------------------\ | Viktor CISTICZ | | viktor at cisti.cz | | icq : 11152285 | \--------------------/ ___ / \ / | |oO / YUM-YUM /|| \/\ // // VV\ m . m | ; _, _,> '" '" "cthulhu greetz and eetz" From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 22:29:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D23106568D for ; Wed, 26 Aug 2009 22:29:50 +0000 (UTC) (envelope-from lists@mawer.org) Received: from mail-px0-f180.google.com (mail-px0-f180.google.com [209.85.216.180]) by mx1.freebsd.org (Postfix) with ESMTP id 273EF8FC2C for ; Wed, 26 Aug 2009 22:29:50 +0000 (UTC) Received: by pxi10 with SMTP id 10so616677pxi.28 for ; Wed, 26 Aug 2009 15:29:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.143.14 with SMTP id q14mr4023223rvd.15.1251325789834; Wed, 26 Aug 2009 15:29:49 -0700 (PDT) In-Reply-To: <20090826195407.GW2829@hoeg.nl> References: <4A9571EB.7090209@fsu.edu> <20090826195407.GW2829@hoeg.nl> Date: Thu, 27 Aug 2009 08:29:49 +1000 Message-ID: From: Antony Mawer To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Nathan Lay Subject: Re: FreeBSD 8 BETA3 unusable (kbd/syscons?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 22:29:50 -0000 On Thu, Aug 27, 2009 at 5:54 AM, Ed Schouten wrote: > Hi Nathan, > > Would it be a lot of work to figure out which SVN revision of HEAD > introduced this regression? Even if you can't get a specific revision > number, reducing it to a week's span in revision numbers would be very > helpful. > > People also reported issues to me where the first keypresses after the > system has booted are discarded. I have yet to be convinced this is a > TTY issue, not the keyboard code, interrupt handling, etc. I saw an issue yesterday with 8.0-BETA3/i386 where a new install on a system used as a router would "hang" when attempting to go to multi-user mode. When I say hang -- the system appeared to be passing packets OK, but the console was non responsive. Breaking into kgdb showed that it appeared to be somewhere in the kbdmux/usb keyboard code. That particular system was an IBM xSeries 300 with a PS2 keyboard (no USB devices attached, though it has 2 USB ports). I rebooted into the BIOS and checked what USB options were configured ... I had the following (from memory): USB Support ................... Enabled USB Keyboard Support .... Disabled USB Mouse Support ........ Disabled I changed USB Keyboard Support to Enabled, rebooted, and the system then booted into multi-user fine. Not sure if this was related but thought I'd mention it in case it was relevant. If it would be beneficial I can disable the option again and get a full backtrace ... --Antony From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 22:37:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 132A5106568D for ; Wed, 26 Aug 2009 22:37:57 +0000 (UTC) (envelope-from brampton@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 90E368FC25 for ; Wed, 26 Aug 2009 22:37:56 +0000 (UTC) Received: by ewy5 with SMTP id 5so690631ewy.36 for ; Wed, 26 Aug 2009 15:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=KuurXyo++0V983nbwgOzqRspcJiabhDYZf+2dHVzcyU=; b=GVso4UkTY9F3wwxIXJILksfSqkzx45CaF0BzJGxDpXMgF423JYEBnmIInda2SFqJI1 cra7rGYxiVmo1TcADmIVA3Mmk1L6y4BaRoGxFEVd82TrFDLzWrr+3I+ipO5spNIAbqjy 9gZNJ7ihCWTjz1LIHRhePDlT+5L8i0vJEDwZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=O3s9NNwvNXiLu20e+tiD7QjkCwnOLZEwrwzs0qGc+jWh43yxiKp/L4SnYLknsakl2E 6sPoAnjRfbIlukjNq0ubmAj5jBgGfxWpFxfFGPqr41TpXTcAWBL2EOioP6sjjiNKwwXx c30o0YUXoow0rKBm1prBlywX97g/pQjd0QSTo= MIME-Version: 1.0 Sender: brampton@gmail.com Received: by 10.216.7.141 with SMTP id 13mr1635859wep.24.1251326275355; Wed, 26 Aug 2009 15:37:55 -0700 (PDT) Date: Wed, 26 Aug 2009 23:37:55 +0100 X-Google-Sender-Auth: 6503dd0a11d29c55 Message-ID: From: Andrew Brampton To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=0016364c7b992403cd0472131ac0 Subject: [patch] rw_try_wlock does not set recursive bit when recursing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 22:37:57 -0000 --0016364c7b992403cd0472131ac0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, The following sequence of commands fails on line 4 with an assertion that the lock is not currently held: 1: rw_wlock(&rw); 2: if ( rw_try_wlock(&rw) ) 3: rw_wunlock(&rw); 4: rw_wunlock(&rw); This is because after line 3 is executed the rw lock is no longer held. I tracked this bug down to _rw_try_wlock which correctly increments rw_recurse, but does not set the RW_LOCK_RECURSED bit. Without this bit the third line unlocks the lock and leaves it in a unlocked state (when it should still be locked). Adding a line to set this bit makes _rw_try_wlock match the code in _rw_wlock_hard. I have attached a one line patch which fixes this problem on my 7.2 system, and looking over the CURRENT source it should also apply cleanly (but I have not tested it on CURRENT). I have also attached another (slightly longer) patch which fixes the problem as well as adding an a extra assert. It is up to the FreeBSD developer to decide which patch they prefer. thanks Andrew --0016364c7b992403cd0472131ac0 Content-Type: text/plain; charset=US-ASCII; name="rw_try_wlock.simple-assert.diff.txt" Content-Disposition: attachment; filename="rw_try_wlock.simple-assert.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fyumbnii0 SW5kZXg6IGtlcm5fcndsb2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0ga2Vybl9yd2xvY2suYwkocmV2aXNp b24gMTkxNzY1KQorKysga2Vybl9yd2xvY2suYwkod29ya2luZyBjb3B5KQpAQCAtMjAyLDggKzIw MiwxMiBAQCBfcndfdHJ5X3dsb2NrKHN0cnVjdCByd2xvY2sgKnJ3LCBjb25zdCBjaGFyICpmaWxl LAogCUtBU1NFUlQocnctPnJ3X2xvY2sgIT0gUldfREVTVFJPWUVELAogCSAgICAoInJ3X3RyeV93 bG9jaygpIG9mIGRlc3Ryb3llZCByd2xvY2sgQCAlczolZCIsIGZpbGUsIGxpbmUpKTsKIAotCWlm IChyd193bG9ja2VkKHJ3KSAmJiAocnctPmxvY2tfb2JqZWN0LmxvX2ZsYWdzICYgUldfUkVDVVJT RSkgIT0gMCkgeworCWlmIChyd193bG9ja2VkKHJ3KSkgeworCQlLQVNTRVJUKHJ3LT5sb2NrX29i amVjdC5sb19mbGFncyAmIFJXX1JFQ1VSU0UsCisJCSAgICAoIiVzOiByZWN1cnNpbmcgYnV0IG5v bi1yZWN1cnNpdmUgcncgJXMgQCAlczolZFxuIiwKKwkJICAgIF9fZnVuY19fLCBydy0+bG9ja19v YmplY3QubG9fbmFtZSwgZmlsZSwgbGluZSkpOwogCQlydy0+cndfcmVjdXJzZSsrOworCQlhdG9t aWNfc2V0X3B0cigmcnctPnJ3X2xvY2ssIFJXX0xPQ0tfUkVDVVJTRUQpOwogCQlydmFsID0gMTsK IAl9IGVsc2UKIAkJcnZhbCA9IGF0b21pY19jbXBzZXRfYWNxX3B0cigmcnctPnJ3X2xvY2ssIFJX X1VOTE9DS0VELAo= --0016364c7b992403cd0472131ac0 Content-Type: text/plain; charset=US-ASCII; name="rw_try_wlock.simple.diff.txt" Content-Disposition: attachment; filename="rw_try_wlock.simple.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fyumbnim1 SW5kZXg6IGtlcm5fcndsb2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0ga2Vybl9yd2xvY2suYwkocmV2aXNp b24gMTkxNzY1KQorKysga2Vybl9yd2xvY2suYwkod29ya2luZyBjb3B5KQpAQCAtMjA0LDYgKzIw NCw3IEBAIF9yd190cnlfd2xvY2soc3RydWN0IHJ3bG9jayAqcncsIGNvbnN0IGNoYXIgKmZpbGUs CiAKIAlpZiAocndfd2xvY2tlZChydykgJiYgKHJ3LT5sb2NrX29iamVjdC5sb19mbGFncyAmIFJX X1JFQ1VSU0UpICE9IDApIHsKIAkJcnctPnJ3X3JlY3Vyc2UrKzsKKwkJYXRvbWljX3NldF9wdHIo JnJ3LT5yd19sb2NrLCBSV19MT0NLX1JFQ1VSU0VEKTsKIAkJcnZhbCA9IDE7CiAJfSBlbHNlCiAJ CXJ2YWwgPSBhdG9taWNfY21wc2V0X2FjcV9wdHIoJnJ3LT5yd19sb2NrLCBSV19VTkxPQ0tFRCwK --0016364c7b992403cd0472131ac0-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 22:57:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073A1106568E for ; Wed, 26 Aug 2009 22:57:05 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF048FC20 for ; Wed, 26 Aug 2009 22:57:04 +0000 (UTC) Received: by fxm6 with SMTP id 6so486783fxm.43 for ; Wed, 26 Aug 2009 15:57:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=RghxObV8CCqHc3ZuqG5OW4lm2PSNqqnmcr//n/92vW8=; b=gYguEAZlfCnrhNxOoOXbeSBsZAQ4Zbag52xROdncYoNtpBLnl16c/g3qSf7Os4xp2c AX1yoDm9TcpCX3l4vik7D3kWf/DHXbJtLDzAWzUuSQbklZRGGAxQaWYz0LMQos2Ka74C fy62+n7RUy4WqNoHb6fNktLDIqRctinWqxoSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=xszEHDVFnxlSsqsl/3euVQR5yFawYZ7QBXPyaamWxjCbMhvI5jDiwOUxY3fKVk64M8 C/zZt3ulZo/3n9ti4QcvGDCbsRHUbwnDV3zma1yy58vu6rbAKSGTcGViD0B2pb/2Xj1c MiO4FX8vqO3Oiw1h1SN0QhFbZSygXUEgicHf8= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.24.87 with SMTP id u23mr6364037fab.81.1251327423674; Wed, 26 Aug 2009 15:57:03 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Aug 2009 00:57:03 +0200 X-Google-Sender-Auth: fca42a3cda7dd847 Message-ID: <3bbf2fe10908261557i286f5ec5q58eb4fec1abbfc7b@mail.gmail.com> From: Attilio Rao To: Andrew Brampton Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [patch] rw_try_wlock does not set recursive bit when recursing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 22:57:05 -0000 2009/8/27 Andrew Brampton : > Hi, > The following sequence of commands fails on line 4 with an assertion > that the lock is not currently held: > > 1: rw_wlock(&rw); > 2: if ( rw_try_wlock(&rw) ) > 3: rw_wunlock(&rw); > 4: rw_wunlock(&rw); > > This is because after line 3 is executed the rw lock is no longer > held. I tracked this bug down to _rw_try_wlock which correctly > increments rw_recurse, but does not set the RW_LOCK_RECURSED bit. > Without this bit the third line unlocks the lock and leaves it in a > unlocked state (when it should still be locked). Adding a line to set > this bit makes _rw_try_wlock match the code in _rw_wlock_hard. Sorry, but I really don't understand how that can be a bug. On STABLE_7, RW_LOCK_RECURSED is not used for checking if the lock is recursed or not. it just got set for improving debugging and eventually we decided to drop it for 8.0. However, for deciding if a lock is recursed or not in both STABLE_7 and HEAD we used just checking against the recursion count which is correctly handled by the function. What you describe can't be the problem. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 23:38:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C0E61065690 for ; Wed, 26 Aug 2009 23:38:14 +0000 (UTC) (envelope-from brampton@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id A82178FC19 for ; Wed, 26 Aug 2009 23:38:13 +0000 (UTC) Received: by ewy5 with SMTP id 5so722065ewy.36 for ; Wed, 26 Aug 2009 16:38:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=tYsyhy6NlxTWOGA21FDewlG+s8sgsWhHCbTwY6dKHeE=; b=sLkTbgmhiqBe6Q2E7SL6mgJMXkP5HNnwbjB//zOd5TeOjEhVueoTYO4R55pvZctjbN 7xeiEzN86c98H2bgWQZ1tbZhuE9TbCTjsjcNoWuXWwbmulGOLilPbn+EKIhY/sePrEnL 4AxZ2GAe1xYuka/Qh25K3NM8qWPi3sbXHSPd8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Rde7R0MAxGfkxfy7xcXtVKqQ7CFDjc7ELhfSVekCh5L3iWeDiBZRPkm5k7HZ68rkph jR3nJpglbcckLUkPacLCAvkmLiXRr/aCyFBbGJNs3dNvnE4W/24MDmOK96Kb9a+j6Ap5 8eHM1IMvA2ra16wO3tEQ7B7nvUXBHajlk7QuI= MIME-Version: 1.0 Sender: brampton@gmail.com Received: by 10.216.88.195 with SMTP id a45mr1773409wef.63.1251329892177; Wed, 26 Aug 2009 16:38:12 -0700 (PDT) In-Reply-To: <3bbf2fe10908261557i286f5ec5q58eb4fec1abbfc7b@mail.gmail.com> References: <3bbf2fe10908261557i286f5ec5q58eb4fec1abbfc7b@mail.gmail.com> Date: Thu, 27 Aug 2009 00:38:12 +0100 X-Google-Sender-Auth: df6b118631b6d975 Message-ID: From: Andrew Brampton To: Attilio Rao Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [patch] rw_try_wlock does not set recursive bit when recursing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 23:38:14 -0000 2009/8/26 Attilio Rao : > 2009/8/27 Andrew Brampton : >> Hi, >> The following sequence of commands fails on line 4 with an assertion >> that the lock is not currently held: >> >> 1: rw_wlock(&rw); >> 2: if ( rw_try_wlock(&rw) ) >> 3: =C2=A0 =C2=A0rw_wunlock(&rw); >> 4: rw_wunlock(&rw); >> >> This is because after line 3 is executed the rw lock is no longer >> held. I tracked this bug down to _rw_try_wlock which correctly >> increments rw_recurse, but does not set the RW_LOCK_RECURSED bit. >> Without this bit the third line unlocks the lock and leaves it in a >> unlocked state (when it should still be locked). Adding a line to set >> this bit makes _rw_try_wlock match the code in _rw_wlock_hard. > > Sorry, but I really don't understand how that can be a bug. > On STABLE_7, RW_LOCK_RECURSED is not used for checking if the lock is > recursed or not. > it just got set for improving debugging and eventually we decided to > drop it for 8.0. > > However, for deciding if a lock is recursed or not in both STABLE_7 > and HEAD we used just checking against the recursion count which is > correctly handled by the function. > > What you describe can't be the problem. > > Attilio > Ok, so I have had a better look at the code in CURRENT, and compared it to the code in STABLE_7. I apologise but I think I mixed up my sources somewhere and the problem does not appear in CURRENT. The problem does however occur in STABLE_7, and I can explain that below. 1: rw_wlock(&rw); 2: if ( rw_try_wlock(&rw) ) 3: rw_wunlock(&rw); 4: rw_wunlock(&rw); Line 1, _rw_wlock gets called which calls __rw_wlock. This in turn calls _rw_write_lock which changes rw->rw_lock to tid Line 2, _rw_try_wlock gets called, which check if the lock is already held (which it is), if so it then rw->rw_recurse++ Line 3, _rw_wunlock gets called which calls __rw_wunlock, which then calls _rw_write_unlock. Now _rw_write_unlock trys to unlock the lock by checking if rw->rw_lock is tid, if so it sets the lock to RW_UNLOCKED. This is where the problem occurs, there is no check on rx->rw_recurse. Now, if we used this code instead: 1: rw_wlock(&rw); 2: if ( rw_try_wlock(&rw) ) 3: rw_wunlock(&rw); 4: rw_wunlock(&rw); The order goes: Line 1, _rw_wlock gets called which calls __rw_wlock. This in turn calls _rw_write_lock which changes rw->rw_lock to tid Line 2, _rw_wlock gets called which calls __rw_wlock. __rw_wlock checks if rw->rw_lock is RW_UNLOCKED, otherwise it ends up calling _rw_wlock_hard. Inside _rw_wlock_hard it checks if the lock is already held, if so it increments rw_recurse, and changes rw->rw_lock to (rw->rw_lock | RW_LOCK_RECURSED) by calling atomic_set_ptr. Line 3, _rw_wunlock gets called which calls __rw_wunlock, which then calls _rw_write_unlock. Now _rw_write_unlock trys to unlock the lock by checking if rw->rw_lock is tid. This is where things differ from the previous code, rw->rw_lock is NOT tid, it is now (tid | RW_LOCK_RECURSED), and thus the code drops into _rw_wunlock_hard which decrements rx->rw_recurse and removes the RW_LOCK_RECURSED flag if rw_recurse equals zero. Hopefully you see how not setting the RW_LOCK_RECURSED flag causes a problem in rw_wunlock. So this can be fixed by either back porting the CURRENT code to STABLE_7, or using the one line fix in my patch. As I already stated, I am using my patch and the sample code I have given no longer panics. Sorry for the confusion Andrew From owner-freebsd-current@FreeBSD.ORG Wed Aug 26 23:57:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0B41106568B for ; Wed, 26 Aug 2009 23:57:50 +0000 (UTC) (envelope-from michael@rancid.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [IPv6:2607:f140:ffff:ffff::239]) by mx1.freebsd.org (Postfix) with ESMTP id D649D8FC19 for ; Wed, 26 Aug 2009 23:57:50 +0000 (UTC) Received: from cns-evans3.LIPS.Berkeley.EDU ([IPv6:2607:f140:1:4800:21f:5bff:feeb:81c6]) (authenticated bits=0) by malcolm.berkeley.edu (8.14.3/8.13.8m1) with ESMTP id n7QNvoNx042205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 26 Aug 2009 16:57:50 -0700 (PDT) (envelope-from michael@rancid.berkeley.edu) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.2 at malcolm.berkeley.edu Message-ID: <4A95CBFE.1030809@rancid.berkeley.edu> Date: Wed, 26 Aug 2009 16:57:50 -0700 From: Michael Sinatra User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A95A479.10008@rancid.berkeley.edu> In-Reply-To: <4A95A479.10008@rancid.berkeley.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 8.0-BETA3/amd64 issues with Tyan S2882 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 23:57:51 -0000 On 8/26/09 2:09 PM, Michael Sinatra wrote: > Hi, > > I am using FreeBSD 8.0-BETA3 on an AMD64 Tyan S2882 system, and I am > currently having issues with 8.0-BETA3. The system was installed from > an 8.0-BETA2 ISO and then csup'ed and rebuilt from source to get it to > 8.0-BETA3. Note that the problems I describe below were the same for > BETA2 and BETA3. I have received the same results when using the mobo > with 8G of RAM AND 16G. The dmesg output below shows the 16G system. On > both systems, I have flashed the BIOS with the latest version from Tyan > (3.09). > > FreeBSD 7.2-RELEASE works beautifully on both. None of the problems > below occur with that version. > > Two big problems with this mobo and 8.0-BETA3: > > 1. LOR 'n' hang on halt/reboot: > > Whenever rebooting or halting the system, I get an LOR and the system > just hangs. (See LOR output below.) The system must be hard-reset or > power-cycled, and then it boots fine (disks are properly sync'd so the > filesystems are clean). This looks similar to other umount-related LORs > that have been reported on this list. > > 2. bge interface problems: Argh, it was the ASF problem. Setting hw.bge.allow_asf=0 fixed the hangs (both on reboot and on raising the bge0 interface), although the LOR is still there. I had thought that ASF was enabled in 7.x by default, but I see from my 7.2 machine that it is not. Thanks to Andrzej Tobola for pointing that out for me. michael From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 00:34:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F8A1065695 for ; Thu, 27 Aug 2009 00:34:12 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id A5CB48FC22 for ; Thu, 27 Aug 2009 00:34:11 +0000 (UTC) Received: by fxm6 with SMTP id 6so519746fxm.43 for ; Wed, 26 Aug 2009 17:34:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Binoo4qDTDnDRLVhUL7gc34nX383/rE5zD6YjXCMtaM=; b=GiwP5nL7xN6EqUzJFUzusFUsjkh7x+OCOpM2sL+PwiYMYii3dBMIPmdi6w/3lZBR6N WWpezfixz8mvktkmCMtShMJt5uPfhJbHLHTyDHGU9/UyzZZPqZkzOkIWAXNUQwpZib8v ObTBteGTz+jSbUkwB4N/70/r/M5Xu+75JhcmA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=i/V8tVKhAwLW8it5FnzQrwyC7ItMH2AK2xcDE3Z6EVojU9dHnIEMaSOQXaITMgOaP5 K1vle4cE7ayTC79NfSD+p22GHofR1EEGygTDKJ8PPgWcg3TG5R8t6dDhHF/XqH+d+ebF vKXah6M7TQRlnc9mmyvcE04Lh47tq91KKm/bc= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.97.132 with SMTP id l4mr6314445fan.100.1251333250508; Wed, 26 Aug 2009 17:34:10 -0700 (PDT) In-Reply-To: References: <3bbf2fe10908261557i286f5ec5q58eb4fec1abbfc7b@mail.gmail.com> Date: Thu, 27 Aug 2009 02:34:10 +0200 X-Google-Sender-Auth: d6934012693dda5a Message-ID: <3bbf2fe10908261734k541cc5f1kc13ffd1e581d3f13@mail.gmail.com> From: Attilio Rao To: Andrew Brampton Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [patch] rw_try_wlock does not set recursive bit when recursing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 00:34:12 -0000 2009/8/27 Andrew Brampton : > 2009/8/26 Attilio Rao : >> 2009/8/27 Andrew Brampton : >>> Hi, >>> The following sequence of commands fails on line 4 with an assertion >>> that the lock is not currently held: >>> >>> 1: rw_wlock(&rw); >>> 2: if ( rw_try_wlock(&rw) ) >>> 3: rw_wunlock(&rw); >>> 4: rw_wunlock(&rw); >>> >>> This is because after line 3 is executed the rw lock is no longer >>> held. I tracked this bug down to _rw_try_wlock which correctly >>> increments rw_recurse, but does not set the RW_LOCK_RECURSED bit. >>> Without this bit the third line unlocks the lock and leaves it in a >>> unlocked state (when it should still be locked). Adding a line to set >>> this bit makes _rw_try_wlock match the code in _rw_wlock_hard. >> >> Sorry, but I really don't understand how that can be a bug. >> On STABLE_7, RW_LOCK_RECURSED is not used for checking if the lock is >> recursed or not. >> it just got set for improving debugging and eventually we decided to >> drop it for 8.0. >> >> However, for deciding if a lock is recursed or not in both STABLE_7 >> and HEAD we used just checking against the recursion count which is >> correctly handled by the function. >> >> What you describe can't be the problem. >> >> Attilio >> > > Ok, so I have had a better look at the code in CURRENT, and compared > it to the code in STABLE_7. I apologise but I think I mixed up my > sources somewhere and the problem does not appear in CURRENT. The > problem does however occur in STABLE_7, and I can explain that below. > > 1: rw_wlock(&rw); > 2: if ( rw_try_wlock(&rw) ) > 3: rw_wunlock(&rw); > 4: rw_wunlock(&rw); > > Line 1, _rw_wlock gets called which calls __rw_wlock. This in turn > calls _rw_write_lock which changes rw->rw_lock to tid > Line 2, _rw_try_wlock gets called, which check if the lock is already > held (which it is), if so it then rw->rw_recurse++ > Line 3, _rw_wunlock gets called which calls __rw_wunlock, which then > calls _rw_write_unlock. Now _rw_write_unlock trys to unlock the lock > by checking if rw->rw_lock is tid, if so it sets the lock to > RW_UNLOCKED. This is where the problem occurs, there is no check on > rx->rw_recurse. > > Now, if we used this code instead: > 1: rw_wlock(&rw); > 2: if ( rw_try_wlock(&rw) ) > 3: rw_wunlock(&rw); > 4: rw_wunlock(&rw); > > The order goes: > Line 1, _rw_wlock gets called which calls __rw_wlock. This in turn > calls _rw_write_lock which changes rw->rw_lock to tid > Line 2, _rw_wlock gets called which calls __rw_wlock. __rw_wlock > checks if rw->rw_lock is RW_UNLOCKED, otherwise it ends up calling > _rw_wlock_hard. Inside _rw_wlock_hard it checks if the lock is already > held, if so it increments rw_recurse, and changes rw->rw_lock to > (rw->rw_lock | RW_LOCK_RECURSED) by calling atomic_set_ptr. > Line 3, _rw_wunlock gets called which calls __rw_wunlock, which then > calls _rw_write_unlock. Now _rw_write_unlock trys to unlock the lock > by checking if rw->rw_lock is tid. This is where things differ from > the previous code, rw->rw_lock is NOT tid, it is now (tid | > RW_LOCK_RECURSED), and thus the code drops into _rw_wunlock_hard which > decrements rx->rw_recurse and removes the RW_LOCK_RECURSED flag if > rw_recurse equals zero. > > Hopefully you see how not setting the RW_LOCK_RECURSED flag causes a > problem in rw_wunlock. So this can be fixed by either back porting the > CURRENT code to STABLE_7, or using the one line fix in my patch. As I > already stated, I am using my patch and the sample code I have given > no longer panics. I see the problem now. I think the simple patch of your is good and I will commit it. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 03:37:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1430B106568D for ; Thu, 27 Aug 2009 03:37:44 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id DFC1E8FC39 for ; Thu, 27 Aug 2009 03:37:43 +0000 (UTC) Received: from localhost (pool-70-20-219-71.phil.east.verizon.net [70.20.219.71]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 39A067801C; Thu, 27 Aug 2009 12:37:41 +0900 (JST) Date: Wed, 26 Aug 2009 23:37:32 -0400 From: Yoshihiro Ota To: Hans Petter Selasky Message-Id: <20090826233732.0ec36732.ota@j.email.ne.jp> In-Reply-To: <200908262015.10733.hselasky@c2i.net> References: <20090826130557.4b80cb1f.ota@j.email.ne.jp> <200908262015.10733.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: USB Card Reader not detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 03:37:44 -0000 On Wed, 26 Aug 2009 20:15:09 +0200 Hans Petter Selasky wrote: > On Wednesday 26 August 2009 19:05:57 Yoshihiro Ota wrote: > > Hi. > > > > I have a 9-in-1 card reader that works fine on 7.1-RELEASE. > > I tested on 8-BETA2 or 3, updated with CVS this Monday but devices like daX > > didn't come up. > > Hi, > > If there are no messages printed at all in dmesg, then you can try enabling > USB debugging for the HUB: > > sysctl hw.usb.uhub.debug=15 > > --HPS It was 8-BETA3. I just realized that the following dmesg keeps coming every second. It is pasted at the bottom. I also realized anther problem. I have HP Pavilion dv6425us. Release 7.x with this hardware cannot write correct msdos fs. It can read and write files of its own with FreeBSD on dv6425us. However, when I take this CF card, others, MaxOS X, FreeBSD on other hardwares, and Windows with even this hardware, cannot read or write the file written by FreeBSD on dv6425us. FreeBSD dv6425us cannot read files written by others as well. I have UFS on external drives; they don't have same kinds of issues. Thanks, Hiro uhub_read_port_status:279: port 8, wPortStatus=0x0500, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION usb_needs_explore:1407: usb_bus_powerd:1594: bus=0xc4f1daa0 usb_bus_powerd:1677: Recomputing power masks uhub_explore:559: udev=0xc507dc00 addr=1 uhub_read_port_status:279: port 1, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 2, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 3, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 4, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 5, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 6, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 7, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 8, wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 04:32:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4773C106564A for ; Thu, 27 Aug 2009 04:32:31 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward10.yandex.ru (forward10.yandex.ru [77.88.61.49]) by mx1.freebsd.org (Postfix) with ESMTP id F42058FC25 for ; Thu, 27 Aug 2009 04:32:30 +0000 (UTC) Received: from smtp9.yandex.ru (smtp9.yandex.ru [77.88.61.35]) by forward10.yandex.ru (Yandex) with ESMTP id 7F22D13219E5 for ; Thu, 27 Aug 2009 08:32:29 +0400 (MSD) Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp9.yandex.ru (Yandex) with ESMTPSA id 48648158804A for ; Thu, 27 Aug 2009 08:32:29 +0400 (MSD) Message-ID: <4A960C5B.5090602@yandex.ru> Date: Thu, 27 Aug 2009 08:32:27 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A958BC6.1070406@yandex.ru> In-Reply-To: <4A958BC6.1070406@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1251347549 X-Yandex-Spam: 1 X-Yandex-Front: smtp9.yandex.ru Subject: Re: problems with XFCE on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 04:32:31 -0000 Andrey V. Elsukov wrote: > Hi, All. > > Some processes doesn't die after quitting from X on > my 9.0-CURREN i386. They eating CPU and can't be killed > with TERM signal (only with KILL). > I updated from BETA1 where all worked good (also i rebuild > all ports). So, i got backtrace in gdb. All processes are in > pool(): > > #0 0x28df034f in poll () from /lib/libc.so.7 > #1 0x28d52c42 in poll () from /lib/libthr.so.3 Since my system on ZFS root I cloned several FS from older snapshots and rebooted into 8.0-BETA1. The problem isn't present in 8.0-BETA1. Also I tried downgrade x11/libxcb to version 1.3 which is in 8.0-BETA1, but it doesn't help. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 05:03:59 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CAAE106564A for ; Thu, 27 Aug 2009 05:03:59 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id C98378FC27 for ; Thu, 27 Aug 2009 05:03:58 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so196862eyf.9 for ; Wed, 26 Aug 2009 22:03:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=O+KWlxvCRCODt8k26b/Zv02WXT5nB1ZVaF1lAECTBvo=; b=ddnkK3fNJVpnqbl8k5pHXd01W+m2OjJNC4r4bxVpPMcAbwEL8RSDFp50moOBpGVgZg Fs3pB5CctvReCpsHE0Qleq5aNvkcc/lHSJDmJ2W752Bt9ls/vYNiXg9PTP8w919DFgJV PRuUs+M7tIU6fn2gY0k7IHqt5nk7E3AFnUnxM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Y7m+UwIjPmOZdEIQ3FIEnAyQjAheAd9ok0a0gcGpf1GhGYPoctDtGcLPjpM4orzZGP h0yX0LwhWNQhZdrhu0urcHBRIVGx0iFkw2y8GYbjdO+1UZ9HBRGYt4TH9OgtAQlTd77X oL26o/bY43djANEvc/f5byq1d3U0xL3GG5Gus= MIME-Version: 1.0 Received: by 10.239.144.100 with SMTP id n36mr833968hba.19.1251349437070; Wed, 26 Aug 2009 22:03:57 -0700 (PDT) Date: Thu, 27 Aug 2009 05:03:57 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Andrey V. Elsukov" Subject: Re: problems with XFCE on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 05:03:59 -0000 > Some processes doesn't die after quitting from X on > my 9.0-CURREN i386. They eating CPU and can't be killed > with TERM signal (only with KILL). > I updated from BETA1 where all worked good (also i rebuild > all ports). So, i got backtrace in gdb. All processes are in > pool(): > > #0 0x28df034f in poll () from /lib/libc.so.7 > #1 0x28d52c42 in poll () from /lib/libthr.so.3 I'm guessing that this is due to the recent polling revisions: http://svn.freebsd.org/changeset/base/195423 http://svn.freebsd.org/changeset/base/196460 For more information, see the related discussion on svn-src-all@ . It looks like additional changes will be made when the committers reach a consensus on what to do, and these additional changes may solve your problem. In the meantime, if you have a kernel more recent than r196460 and your problem exists when using it, you could try reverting one or both of these revisions. You should probably bring this to the attention of the committers involved in this discussion if they don't respond to your original post: kib@ , bde@, jilles@ Regards, b. From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 07:22:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 169B3106568E for ; Thu, 27 Aug 2009 07:22:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 70B9D8FC2C for ; Thu, 27 Aug 2009 07:22:11 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=8kQB0OdkAAAA:8 a=DbX2xbffQwVEVSfVjY4A:9 a=RXNYY-P59NrMa9e7wQcA:7 a=jQdkyz_aL8PVzFUOuwIA8Ei8h4wA:4 a=9aOQ2cSd83gA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1297667199; Thu, 27 Aug 2009 09:22:10 +0200 From: Hans Petter Selasky To: Yoshihiro Ota Date: Thu, 27 Aug 2009 09:22:26 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090826130557.4b80cb1f.ota@j.email.ne.jp> <200908262015.10733.hselasky@c2i.net> <20090826233732.0ec36732.ota@j.email.ne.jp> In-Reply-To: <20090826233732.0ec36732.ota@j.email.ne.jp> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908270922.27696.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB Card Reader not detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 07:22:13 -0000 On Thursday 27 August 2009 05:37:32 Yoshihiro Ota wrote: > On Wed, 26 Aug 2009 20:15:09 +0200 > > Hans Petter Selasky wrote: > > On Wednesday 26 August 2009 19:05:57 Yoshihiro Ota wrote: > > > Hi. > > > > > > I have a 9-in-1 card reader that works fine on 7.1-RELEASE. > > > I tested on 8-BETA2 or 3, updated with CVS this Monday but devices like > > > daX didn't come up. > > > > Hi, > > > > If there are no messages printed at all in dmesg, then you can try > > enabling USB debugging for the HUB: > > > > sysctl hw.usb.uhub.debug=15 > > > > --HPS > > It was 8-BETA3. > I just realized that the following dmesg keeps coming every second. > It is pasted at the bottom. > > I also realized anther problem. > I have HP Pavilion dv6425us. > Release 7.x with this hardware cannot write correct msdos fs. > It can read and write files of its own with FreeBSD on dv6425us. > However, when I take this CF card, others, MaxOS X, FreeBSD on > other hardwares, and Windows with even this hardware, cannot > read or write the file written by FreeBSD on dv6425us. > FreeBSD dv6425us cannot read files written by others as well. > I have UFS on external drives; they don't have same kinds of issues. > > Thanks, > Hiro > > > uhub_read_port_status:279: port 8, wPortStatus=0x0500, wPortChange=0x0000, > err=USB_ERR_NORMAL_COMPLETION usb_needs_explore:1407: > usb_bus_powerd:1594: bus=0xc4f1daa0 > usb_bus_powerd:1677: Recomputing power masks > uhub_explore:559: udev=0xc507dc00 addr=1 > uhub_read_port_status:279: port 1, wPortStatus=0x0100, wPortChange=0x0000, > err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 2, > wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION > uhub_read_port_status:279: port 3, wPortStatus=0x0100, wPortChange=0x0000, > err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 4, > wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION > uhub_read_port_status:279: port 5, wPortStatus=0x0100, wPortChange=0x0000, > err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 6, > wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION > uhub_read_port_status:279: port 7, wPortStatus=0x0100, wPortChange=0x0000, > err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 8, > wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION Hi, If no devices are detected by uhub, then maybe it is due to the new Power Save support, which is not supported by your Host Controller. Try plugging in a USB HUB before booting. You should look for wPortChange != 0. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 08:58:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0AB106568C for ; Thu, 27 Aug 2009 08:58:43 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB078FC36 for ; Thu, 27 Aug 2009 08:58:42 +0000 (UTC) Received: by fxm6 with SMTP id 6so752279fxm.43 for ; Thu, 27 Aug 2009 01:58:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=gfTfbqr4jigcGEnZKoVSx11paEgQiVCY26fShj7iQ/E=; b=CvNNrlNbrOfJC4OysI+WXfBhMK9dKJehimHbNF/WWSJKQKansho4Q2/CJIlpyb+uYm DvFcGPYliWDAw7fKBBIVWTScT4LLB1AdlFZDr8ns9y9G0HiLarPu1xIOFxzVITHmMmTH OdAYKnTiuNGrZdh8OsQebVyCpKyDMG8ysJ6oU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=IbCbJpkbOpRBsUGdo0gbrHRt+ObryjmuVzPnwweRBeQEbEqtL2tOihSW2Z3JwsGNDv 588KpUkZVvJQ0KS8Q5WGbaEW40HfEVC/hs5X7Vl5D8sbA6fQnHXaGuYwIYtXweP7v4eL GofdEFWzxGb0o/jFMAuHzG/KFcWjnDlwZfoQ8= MIME-Version: 1.0 Received: by 10.204.48.131 with SMTP id r3mr4576907bkf.195.1251363522203; Thu, 27 Aug 2009 01:58:42 -0700 (PDT) Date: Thu, 27 Aug 2009 12:58:42 +0400 Message-ID: From: pluknet To: FreeBSD Current , dchagin@freebsd.org, freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: acquiring duplicate lock of same type: "ftlk" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 08:58:43 -0000 Hi. Got it on FreeBSD 9.0-CURRENT while been running in Xorg, don't know where exactly. Acquiring duplicate lock of same type: "ftlk" 1st ftlk @ /usr/src/sys/modules/linux/../../compat/linux/linux_futex.c:177 2nd ftlk @ /usr/src/sys/modules/linux/../../compat/linux/linux_futex.c:203 KDB: stack backtrace: db_trace_self_wrapper(c07fd8ea,ea393b58,c060a145,c05fac1b,c08007b2,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c05fac1b,c08007b2,c0b49757,c58ead20,ea393bb4,...) at kdb_backtrace+0x29 _witness_debugger(c08007b2,c0b49793,c0b49757,cb,0,...) at _witness_debugger+0x25 witness_checkorder(c9bba780,9,c0b49757,cb,0,...) at witness_checkorder+0x469 _sx_xlock(c9bba780,0,c0b49757,cb,0,...) at _sx_xlock+0x85 futex_get0(c0609f8c,c09cc7a8,c9ac7764,c09cc7a8,c084df3c,...) at futex_get0+0x116 linux_sys_futex(c9ac76c0,ea393cf8,ea393d18,ea393d1c,c0b4cf40,...) at linux_sys_futex+0x6f syscall(ea393d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, Linux ELF, linux_sys_futex), eip = 0x28799533, esp = 0xbfbfc0cc, ebp = 0x4000001 --- -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 09:51:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AB5C106568B for ; Thu, 27 Aug 2009 09:51:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4585D8FC36 for ; Thu, 27 Aug 2009 09:51:57 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id BCBC446B29; Thu, 27 Aug 2009 05:51:56 -0400 (EDT) Date: Thu, 27 Aug 2009 10:51:56 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dan Allen In-Reply-To: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> Message-ID: References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 09:51:57 -0000 On Wed, 26 Aug 2009, Dan Allen wrote: > I just downloaded the 8.0 Beta 3 CD, the regular Intel version. I tried to > install it on my Mac using the Q/Qemu emulator. All previous versions of > FreeBSD since 6.0 and later have worked just fine on this emulator. > FreeBSD 7.2 installs and works fine on it, for example. > > FreeBSD 8.0 Beta 3 dies in the install. The resulting installation does not > boot and cannot find a kernel. I do not know anything more than what I have > said, and yes, I know that this is not very helpful. I did a standard > install, answered the questions, said "yes I really want to do all of this", > the install began, and the next thing I know everything was toasted - the > emulator had shut down the process. When I try and boot it up from the > resulting hard disk image, it cannot find a kernel. > > Is this really Beta software? It feels incredibly fragile compared to > previous releases of BSD. I found major problems with 8.0 Beta 2 on a Dell > laptop a few weeks ago as well. > > I think 8.0 should be held up and not shipped like this. It will give > FreeBSD a bad image. Just one guy's opinion... (who has shipped a lot of > software at Apple and at Microsoft in years past...) Hi Dan-- This is pretty normal for beta cuts of .0 releases of operating systems. The key observation here is that while you are running into lots of problems, not everyone is (or we'd have lots more unhappy developers and users), so we need to identify what it is about your setup that's triggering these problems, and (a) fix them as well as (b) make sure those conditions are covered as part of more general testing so it's not just you finding them. When you say "the emulator had shut down the process", could you say a bit more about that? Did QEMU crash, or did it report a fatal OS bug and exit cleanly? In either case, did it provide more details about what went wrong? It could be that we're dealing with a QEMU bug, or a bug in FreeBSD triggering an edge case in QEMU. If the emulator shuts down, there's not much FreeBSD can do, but I guess what's important is whether FreeBSD is behaving incorrectly and causing the emulator to fail. (I'm not sure if QEMU provides trace data when an emulated environment keels over, but if it does, that might be quite helpful to have) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 11:02:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C5AF106568F for ; Thu, 27 Aug 2009 11:02:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 15E808FC1C for ; Thu, 27 Aug 2009 11:02:46 +0000 (UTC) Received: by fxm6 with SMTP id 6so808629fxm.43 for ; Thu, 27 Aug 2009 04:02:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Nwq3wbaYZrYfHNkEoosN81FCjAjvMaq7PjbDXMCZ1f0=; b=Eso2Ax8YDofyuZNybDHySdDoD/rl6x2px3m/qYqT/RDlHCLOyfTnl8J8imrV+cVt8Z 7VpTTUisaHYOKL/muHJtyYRtJSupleV8xVGCFbk2MLFbbJaUOPjxiaqnQziUlJQz7Ovg jC/jisxJd9KsDNVKHquQmRAXFUe2nmLks6UYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=jmDmzyEOlJ3AXx/pn0ftW2x4Jd4bBw8ih1OZVL3ETRv+M9gZYRE0CG9nU0ANzLPoTE a0N6KsgRykvlvbawAOnLo6nm4xv55tld1uHrSNU7h5hiqK2YE3Hns8i9fNSS6z6B5xk+ OR/3JdZOH3gqzx06FUmLRJTiV5r1W1ubEyFDg= MIME-Version: 1.0 Received: by 10.204.7.88 with SMTP id c24mr3353174bkc.176.1251370966046; Thu, 27 Aug 2009 04:02:46 -0700 (PDT) Date: Thu, 27 Aug 2009 15:02:46 +0400 Message-ID: From: pluknet To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: LOR: so_snd_sx vs bufwait X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 11:02:47 -0000 Hi. This is a FreeBSD 9.0-CURRENT i386. The LOR was caught via stress2 suite. I guess sblock() (uipc_sockbuf.c:148 here) was called from sosend_generic() (which is at line uipc_socket.c:1436). lock order reversal: 1st 0xc836d5f4 so_snd_sx (so_snd_sx) @ /usr/src/sys/kern/uipc_sockbuf.c:148 2nd 0xd98e80dc bufwait (bufwait) @ /usr/src/sys/vm/vm_pager.c:311 KDB: stack backtrace: db_trace_self_wrapper(c07fd8ea,e88376a8,c060a145,c05fac1b,c08008bf,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c05fac1b,c08008bf,c58ea8a8,c58e6ef8,e8837704,...) at kdb_backtrace +0x29 _witness_debugger(c08008bf,d98e80dc,c0806261,c58e6ef8,c081a6b1,...) at _witness_ debugger+0x25 witness_checkorder(d98e80dc,9,c081a6b1,137,0,...) at witness_checkorder+0x839 __lockmgr_args(d98e80dc,80000,0,0,0,...) at __lockmgr_args+0x7b7 initpbuf(c0a046c0,0,c081a6b1,162,2,...) at initpbuf+0xe0 getpbuf(c0a03f10,0,c0817667,47d,c07f8d78,...) at getpbuf+0x12f swap_pager_getpages(c65f5000,e8837914,2,1,e8837998,...) at swap_pager_getpages+0 x201 vm_fault(c64d1e80,28229000,1,0,28229090,...) at vm_fault+0xf7f trap_pfault(5,0,c0824a58,c0609eeb,c7885aa0,...) at trap_pfault+0xf9 trap(e8837a90) at trap+0x473 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc079f412, esp = 0xe8837ad0, ebp = 0xe8837b08 --- generic_copyin(c83c7018,10,e8837c58,1,0,...) at generic_copyin+0x32 m_uiotombuf(e8837c58,2,37a0,0,0,...) at m_uiotombuf+0xf6 sosend_generic(c836d4d4,0,e8837c58,0,0,...) at sosend_generic+0x432 sosend(c836d4d4,0,e8837c58,0,0,...) at sosend+0x3f soo_write(c643d7e0,e8837c58,c5e62700,0,c716c480,...) at soo_write+0x63 dofilewrite(e8837c58,ffffffff,ffffffff,0,c643d7e0,...) at dofilewrite+0x95 kern_writev(c716c480,3,e8837c58,e8837c78,1,...) at kern_writev+0x58 write(c716c480,e8837cf8,c,e8837cc8,c0846190,...) at write+0x4f syscall(e8837d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (4, FreeBSD ELF32, write), eip = 0x2818d2c3, esp = 0xbfbfe8bc, ebp = 0xbfbfe908 --- -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 11:34:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BD19106568F for ; Thu, 27 Aug 2009 11:34:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EA9028FC43 for ; Thu, 27 Aug 2009 11:34:03 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 7AD1746B06; Thu, 27 Aug 2009 07:34:03 -0400 (EDT) Date: Thu, 27 Aug 2009 12:34:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: pluknet In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: LOR: so_snd_sx vs bufwait X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 11:34:04 -0000 On Thu, 27 Aug 2009, pluknet wrote: > This is a FreeBSD 9.0-CURRENT i386. The LOR was caught via stress2 suite. I > guess sblock() (uipc_sockbuf.c:148 here) was called from sosend_generic() > (which is at line uipc_socket.c:1436). This is probably the "right" order, as opposed to the wrong one. Could you look at witness's dynamic order information in DDB or via sysctl and see what the "other" order is? Alternatively, hard-code this harder in subr_witness and then the other order will be reported instead. Robert N M Watson Computer Laboratory University of Cambridge > > lock order reversal: > 1st 0xc836d5f4 so_snd_sx (so_snd_sx) @ /usr/src/sys/kern/uipc_sockbuf.c:148 > 2nd 0xd98e80dc bufwait (bufwait) @ /usr/src/sys/vm/vm_pager.c:311 > KDB: stack backtrace: > db_trace_self_wrapper(c07fd8ea,e88376a8,c060a145,c05fac1b,c08008bf,...) at db_tr > ace_self_wrapper+0x26 > kdb_backtrace(c05fac1b,c08008bf,c58ea8a8,c58e6ef8,e8837704,...) at kdb_backtrace > +0x29 > _witness_debugger(c08008bf,d98e80dc,c0806261,c58e6ef8,c081a6b1,...) at _witness_ > debugger+0x25 > witness_checkorder(d98e80dc,9,c081a6b1,137,0,...) at witness_checkorder+0x839 > __lockmgr_args(d98e80dc,80000,0,0,0,...) at __lockmgr_args+0x7b7 > initpbuf(c0a046c0,0,c081a6b1,162,2,...) at initpbuf+0xe0 > getpbuf(c0a03f10,0,c0817667,47d,c07f8d78,...) at getpbuf+0x12f > swap_pager_getpages(c65f5000,e8837914,2,1,e8837998,...) at swap_pager_getpages+0 > x201 > vm_fault(c64d1e80,28229000,1,0,28229090,...) at vm_fault+0xf7f > trap_pfault(5,0,c0824a58,c0609eeb,c7885aa0,...) at trap_pfault+0xf9 > trap(e8837a90) at trap+0x473 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc079f412, esp = 0xe8837ad0, ebp = 0xe8837b08 --- > generic_copyin(c83c7018,10,e8837c58,1,0,...) at generic_copyin+0x32 > m_uiotombuf(e8837c58,2,37a0,0,0,...) at m_uiotombuf+0xf6 > sosend_generic(c836d4d4,0,e8837c58,0,0,...) at sosend_generic+0x432 > sosend(c836d4d4,0,e8837c58,0,0,...) at sosend+0x3f > soo_write(c643d7e0,e8837c58,c5e62700,0,c716c480,...) at soo_write+0x63 > dofilewrite(e8837c58,ffffffff,ffffffff,0,c643d7e0,...) at dofilewrite+0x95 > kern_writev(c716c480,3,e8837c58,e8837c78,1,...) at kern_writev+0x58 > write(c716c480,e8837cf8,c,e8837cc8,c0846190,...) at write+0x4f > syscall(e8837d38) at syscall+0x2b4 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (4, FreeBSD ELF32, write), eip = 0x2818d2c3, esp = 0xbfbfe8bc, ebp = > 0xbfbfe908 --- > > -- > wbr, > pluknet > _______________________________________________ > 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 Aug 27 11:58:54 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94624106568B for ; Thu, 27 Aug 2009 11:58:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.yandex.ru (forward1.yandex.ru [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF5F8FC3A for ; Thu, 27 Aug 2009 11:58:54 +0000 (UTC) Received: from smtp5.yandex.ru (smtp5.yandex.ru [77.88.47.12]) by forward1.yandex.ru (Yandex) with ESMTP id BDBA9146829B; Thu, 27 Aug 2009 15:58:52 +0400 (MSD) Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp5.yandex.ru (Yandex) with ESMTPSA id 8C1927980F3; Thu, 27 Aug 2009 15:56:07 +0400 (MSD) Message-ID: <4A9674F8.10605@yandex.ru> Date: Thu, 27 Aug 2009 15:58:48 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "b. f." References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1251374167 X-Yandex-Spam: 1 X-Yandex-Front: smtp5.yandex.ru Cc: freebsd-current@FreeBSD.org Subject: Re: problems with XFCE on 9.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 11:58:54 -0000 b. f. wrote: >> #0 0x28df034f in poll () from /lib/libc.so.7 >> #1 0x28d52c42 in poll () from /lib/libthr.so.3 > > I'm guessing that this is due to the recent polling revisions: > > http://svn.freebsd.org/changeset/base/195423 > http://svn.freebsd.org/changeset/base/196460 > > For more information, see the related discussion on svn-src-all@ . It > looks like additional changes will be made when the committers reach a > consensus on what to do, and these additional changes may solve your > problem. In the meantime, if you have a kernel more recent than > r196460 and your problem exists when using it, you could try reverting > one or both of these revisions. You should probably bring this to the Thank you. I updated my kernel and it seems it is fixed in r196556. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 12:40:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C86B1065690 for ; Thu, 27 Aug 2009 12:40:44 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id E78828FC2C for ; Thu, 27 Aug 2009 12:40:43 +0000 (UTC) Received: by yxe2 with SMTP id 2so59910yxe.3 for ; Thu, 27 Aug 2009 05:40:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=D58AAIPqZMI3rlHh2/qziisg1KN2UJNtH2YmLcPxzTs=; b=OQNe4d/HYcJH2v5G6a/FBukS8KzabfUeivaDHyuTXkq+cDAbbHEytWTkOPDHRFyn2z dgwVfK3EfGZE6yx/+4mXely9WvdXqZ/xU9YFexESHmH1lM72fc3EUSbz6x9AfVk/WPYo cD5OL7vsnRc/lVnLo/0+DqFZO755Cwdc0UAUM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=K45pdM3q9I6o8JaslEXOp635uw0fUIHSNWpHAr46v0FL4HvlkHC7v0N9dw6U4YBCYX KIQPljSae5BluyatdSEqBRFUoOExUO9144NVwFfCtUjSzakbGFzmXC6fPLWiXTzvDXMI xWT64xfMBVmMhvxZPoaVSzgILgc3VMDLmswFk= MIME-Version: 1.0 Received: by 10.101.56.13 with SMTP id i13mr9468998ank.194.1251376423527; Thu, 27 Aug 2009 05:33:43 -0700 (PDT) In-Reply-To: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> Date: Thu, 27 Aug 2009 09:33:43 -0300 Message-ID: <19e9a5dc0908270533r1c000f5dp16201eb8a81079dd@mail.gmail.com> From: Gonzalo Nemmi To: Dan Allen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 12:40:44 -0000 On Wed, Aug 26, 2009 at 1:44 PM, Dan Allen wrote: > I just downloaded the 8.0 Beta 3 CD, the regular Intel version. I tried = to > install it on my Mac using the Q/Qemu emulator. All previous versions of > FreeBSD since 6.0 and later have worked just fine on this emulator. Free= BSD > 7.2 installs and works fine on it, for example. > > FreeBSD 8.0 Beta 3 dies in the install. The resulting installation does > not boot and cannot find a kernel. I do not know anything more than what= I > have said, and yes, I know that this is not very helpful. I did a standa= rd > install, answered the questions, said "yes I really want to do all of > this", the install began, and the next thing I know everything was toaste= d - > the emulator had shut down the process. When I try and boot it up from t= he > resulting hard disk image, it cannot find a kernel. > > Is this really Beta software? It feels incredibly fragile compared to > previous releases of BSD. I found major problems with 8.0 Beta 2 on a De= ll > laptop a few weeks ago as well. > > I think 8.0 should be held up and not shipped like this. It will give > FreeBSD a bad image. Just one guy's opinion... (who has shipped a lot of > software at Apple and at Microsoft in years past...) > > Dan Allen > Independent SW Developer +10 I=B4ve been having the same "it=B4s fragile" feeling (you just hit the nail= in the head with those words) since 7.2 and the stack overflow you can get by simply copying /boot/defaults/loader.conf to /boot/loader.conf , which didn=B4t happen before. Problems with bge (does not resume from suspend in 7.2-REL, 8.0-BETA, 8.0-BETA2, 8.0-BETA3, PR 136876) and lack of wifi support for my harware (BCM4315 - chip=3D0x431514e4), problems with fwohci (PR 136946), with shutd= own (PR: 136008), with ext2fs ( http://lists.freebsd.org/pipermail/freebsd-questions/2009-August/204407.htm= l), no display after resume using the vesa driver or getting a crash by simply kldloading atapicam (at least from BETA2 in: http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009775.html an= d BETA3: http://lists.freebsd.org/pipermail/freebsd-current/2009-August/010937.html)= , and opinions as "I say good riddence, if someone wants thier hardware not t= o melt then each machine should be personally responsible and enroll in a private monitoring service we don't need project sponsored health monitoring." don=B4t do any help ... And that=B4s just to name some of the simple issues .. those more related to desktop usage I guess. Now , with all due respect, I=B4ve bought 7.x all the way and have been following 8.x development since before -BETA got released (snapshots isos) but I don=B4t see me buying a copy of it anytime soon :s Just my view. Best Regards Gonzalo From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 13:14:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8655E106568D for ; Thu, 27 Aug 2009 13:14:57 +0000 (UTC) (envelope-from paul@kuntke.de) Received: from mo-p00-ob.rzone.de (mo-p00-ob.rzone.de [81.169.146.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB428FC43 for ; Thu, 27 Aug 2009 13:14:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1251378895; l=2928; s=domk; d=kuntke.de; h=In-Reply-To:Content-Type:MIME-Version:References:Subject:To:From: Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=rXuM2BBlKrH4VokIQArxs2GEynU=; b=l4DnBqff4lwcU/iTUfaa+s+80lbXn0oAa+dY77yNJoNQApzHpQxsbQddirWgE3K/6J4 Ha+mr2R3L91q9KP9BBGcjhc4LXYt9HMl3NAz1CnKD2Fn5vR/g8CRboACk2rErZSzW5U7o FvJLcItExxRPf8BFKA8SlZ24olYueYKZzFs= X-RZG-AUTH: :PG0ReWCjbvHNvhXDEs1LwQTdNUbKJINL7j3qVzE+K/i3VCaUbIr3UvBxdw== X-RZG-CLASS-ID: mo00 Received: from localhost (p54B35EF7.dip.t-dialin.net [84.179.94.247]) by post.strato.de (klopstock mo59) (RZmta 21.0) with (DHE-RSA-AES128-SHA encrypted) ESMTP id g06683l7RCmxoF for ; Thu, 27 Aug 2009 15:14:54 +0200 (MEST) Date: Thu, 27 Aug 2009 15:14:05 +0200 From: Paul Kuntke To: freebsd-current@freebsd.org Message-ID: <20090827131405.GA1436@beastie.smeiknet> References: <20090826080554.GA2664@beastie.smeiknet> <200908261059.49593.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <200908261059.49593.hselasky@c2i.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 13:14:57 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable When I plug in the mouse after booting dmesg says: ugen0.2: at usbus0 ums0: on = usbus0 ums0: 3 buttons and [XYZ] coordinates ID=3D0 The output of usbconfig is: ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen2.1: at usbus2, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen5.1: at usbus5, cfg=3D0 md=3DHOST spd=3DHIGH (480Mb= ps) pwr=3DON ugen5.2: at usbus5, cfg=3D0 md=3DHOST spd=3DHIGH (480M= bps) pwr=3DON ugen0.2: at usbus0, cfg=3D0 md=3DHOST spd= =3DLOW (1.5Mbps) pwr=3DON When the mouse is at boottime plugged in the output of dmesg is: usb_alloc_device:1588: set address 2 failed (USB_ERR_TIMEOUT, ignored) usb_alloc_device:1626: getting device descriptor at addr 2 failed, USB_ERR_= TIMEOUT! usbd_req_re_enumerate:1539: addr=3D2, set address failed! (USB_ERR_TIMEOUT,= ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB= _ERR_TIMEOUT! usbd_req_re_enumerate:1539: addr=3D2, set address failed! (USB_ERR_TIMEOUT,= ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB= _ERR_TIMEOUT! ugen2.2: <(null)> at usbus2 (disconnected) uhub_reattach_port:435: could not allocate new device! There is no device entry by usbconfig for the mouse: ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen2.1: at usbus2, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DFULL (12Mbp= s) pwr=3DON ugen5.1: at usbus5, cfg=3D0 md=3DHOST spd=3DHIGH (480Mb= ps) pwr=3DON ugen5.2: at usbus5, cfg=3D0 md=3DHOST spd=3DHIGH (480M= bps) pwr=3DON --=20 Paul Kuntke Jabber-ID: paul@42degreesoffreedom.com --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqWhpwACgkQEa4rd3MwZA7X3ACghH6+PNxu0C+gmSdzCskQdOxr zi0AoM9HAeXj5npetlA06LBN+b8Xmc3+ =dZeW -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 13:40:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A068106568C for ; Thu, 27 Aug 2009 13:40:52 +0000 (UTC) (envelope-from saifi.khan@datasynergy.org) Received: from s219.sureserver.com (s219.sureserver.com [203.194.200.31]) by mx1.freebsd.org (Postfix) with ESMTP id A1F5E8FC47 for ; Thu, 27 Aug 2009 13:40:51 +0000 (UTC) Received: (qmail 20392 invoked by uid 1002); 27 Aug 2009 13:40:48 -0000 Received: from unknown (HELO ?10.10.10.10?) (saifi.khan@datasynergy.org@59.92.135.190) by s219.sureserver.com with ESMTPA; 27 Aug 2009 13:40:48 -0000 Date: Thu, 27 Aug 2009 19:09:10 +0530 (IST) From: Saifi Khan X-X-Sender: saifi@freebsd To: freebsd-current@freebsd.org In-Reply-To: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> Message-ID: References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 13:40:52 -0000 On Wed, 26 Aug 2009, Dan Allen wrote: > I just downloaded the 8.0 Beta 3 CD, the regular Intel version. I tried to > install it on my Mac using the Q/Qemu emulator. All previous versions of > FreeBSD since 6.0 and later have worked just fine on this emulator. FreeBSD > 7.2 installs and works fine on it, for example. > > FreeBSD 8.0 Beta 3 dies in the install. The resulting installation does not > boot and cannot find a kernel. I do not know anything more than what I have > said, and yes, I know that this is not very helpful. I did a standard > install, answered the questions, said "yes I really want to do all of this", > the install began, and the next thing I know everything was toasted - the > emulator had shut down the process. When I try and boot it up from the > resulting hard disk image, it cannot find a kernel. > > Is this really Beta software? It feels incredibly fragile compared to > previous releases of BSD. I found major problems with 8.0 Beta 2 on a Dell > laptop a few weeks ago as well. > > I think 8.0 should be held up and not shipped like this. It will give FreeBSD > a bad image. Just one guy's opinion... (who has shipped a lot of software at > Apple and at Microsoft in years past...) > > Dan Allen > Independent SW Developer > 8.0 beta3 DVD does NOT boot up on my Compaq C301 TU laptop too ! On another identical Compaq C301 TU laptop, 8.0 beta2 DVD and CD boots up fine. In fact thats how i'm writing this mail. Boot loading is core to any system. i'd rather have the CD/DVD boot load and crash. But what is this, "no show" ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 13:45:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F7C4106568D for ; Thu, 27 Aug 2009 13:45:49 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 06A588FC2C for ; Thu, 27 Aug 2009 13:45:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:3855:75e:31a7:6c66] (unknown [IPv6:2001:7b8:3a7:0:3855:75e:31a7:6c66]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 164B95C43; Thu, 27 Aug 2009 15:45:48 +0200 (CEST) Message-ID: <4A968E10.1020603@andric.com> Date: Thu, 27 Aug 2009 15:45:52 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.3pre) Gecko/20090820 Shredder/3.0b4pre MIME-Version: 1.0 To: Saifi Khan References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 13:45:49 -0000 On 2009-08-27 15:39, Saifi Khan wrote: > 8.0 beta3 DVD does NOT boot up on my Compaq C301 TU laptop too ! > > On another identical Compaq C301 TU laptop, 8.0 beta2 DVD and CD > boots up fine. In fact thats how i'm writing this mail. Please supply error messages and/or any other relevant information, which might help to solve this issue. Just saying "it dies" or "it sucks" is not really constructive. From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 14:02:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D22D0106568C for ; Thu, 27 Aug 2009 14:02:30 +0000 (UTC) (envelope-from saifi.khan@datasynergy.org) Received: from s219.sureserver.com (s219.sureserver.com [203.194.200.31]) by mx1.freebsd.org (Postfix) with ESMTP id 3135F8FC2C for ; Thu, 27 Aug 2009 14:02:29 +0000 (UTC) Received: (qmail 10478 invoked by uid 1002); 27 Aug 2009 14:02:28 -0000 Received: from unknown (HELO ?10.10.10.10?) (saifi.khan@datasynergy.org@59.92.135.190) by s219.sureserver.com with ESMTPA; 27 Aug 2009 14:02:28 -0000 Date: Thu, 27 Aug 2009 19:30:51 +0530 (IST) From: Saifi Khan X-X-Sender: saifi@freebsd To: freebsd-current@freebsd.org In-Reply-To: <4A968E10.1020603@andric.com> Message-ID: References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> <4A968E10.1020603@andric.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Dimitry Andric Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 14:02:30 -0000 On Thu, 27 Aug 2009, Dimitry Andric wrote: > On 2009-08-27 15:39, Saifi Khan wrote: > > 8.0 beta3 DVD does NOT boot up on my Compaq C301 TU laptop too ! > > > > On another identical Compaq C301 TU laptop, 8.0 beta2 DVD and CD > > boots up fine. In fact thats how i'm writing this mail. > > Please supply error messages and/or any other relevant information, > which might help to solve this issue. Just saying "it dies" or "it > sucks" is not really constructive. > Here is the scenario: 1. Power cycle the laptop 2. Insert the DVD 8.0 beta-3 3. Press ESC key to select boot device 4. Select ATAPI CD/DVD device 5. DVD drive makes a little sound 6. One can see a (-) cursor blink in the top left screen. stays that way forever. If in step 2, i replaced with 8.0 beta-2 DVD and followed the same steps. The sysinstall familiar interface comes up fine. In fact, i've got identical hardware and the DVD issue was repro'd on both the Compaq C301 TU laptops. http://farm3.static.flickr.com/2228/3529225870_5a26e319e7.jpg thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 14:16:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56B3C106568E; Thu, 27 Aug 2009 14:16:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 284928FC3A; Thu, 27 Aug 2009 14:16:48 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CF35A46B2A; Thu, 27 Aug 2009 10:16:47 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id CE4F78A02D; Thu, 27 Aug 2009 10:16:46 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 27 Aug 2009 08:27:03 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908270827.03670.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 27 Aug 2009 10:16:47 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pluknet , Robert Watson Subject: Re: LOR: so_snd_sx vs bufwait X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 14:16:48 -0000 On Thursday 27 August 2009 7:34:03 am Robert Watson wrote: > > On Thu, 27 Aug 2009, pluknet wrote: > > > This is a FreeBSD 9.0-CURRENT i386. The LOR was caught via stress2 suite. I > > guess sblock() (uipc_sockbuf.c:148 here) was called from sosend_generic() > > (which is at line uipc_socket.c:1436). > > This is probably the "right" order, as opposed to the wrong one. Could you > look at witness's dynamic order information in DDB or via sysctl and see what > the "other" order is? Alternatively, hard-code this harder in subr_witness > and then the other order will be reported instead. I suspect the NFS client will perform socket I/O while holding a buffer which would give the other order. I'm not sure you can trigger a deadlock as a socket used for NFS is never read/written to directly by userland however. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 14:36:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9FFC106568D for ; Thu, 27 Aug 2009 14:36:02 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1817F8FC2E for ; Thu, 27 Aug 2009 14:36:01 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA05293; Thu, 27 Aug 2009 17:35:59 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A9699CE.9040807@freebsd.org> Date: Thu, 27 Aug 2009 17:35:58 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090826080554.GA2664@beastie.smeiknet> <200908261059.49593.hselasky@c2i.net> <4A955629.1010707@icyb.net.ua> In-Reply-To: <4A955629.1010707@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Paul Kuntke , freebsd-current@freebsd.org Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 14:36:02 -0000 on 26/08/2009 18:35 Andriy Gapon said the following: > on 26/08/2009 11:59 Hans Petter Selasky said the following: >> On Wednesday 26 August 2009 10:05:54 Paul Kuntke wrote: >>> Hi, >>> after installing BETA3 I'm experiencing a strange behaviour of the >>> usb-mouse driver. When the mouse is plugged in while booting it will not >>> work but when its plugged in later (e.g. after logging in) everything will >>> be fine. >>> >>> Even if I unplug the mouse _after_ booting and replug it, it will not be >>> found. If I plug in a second one the second one will be found. But not the >>> one which was plugged while booting. Is there any workaround? >>> >> What is the output from dmesg and usbconfig? > > Hans, > > I have a similar problem where sometimes my USB mouse won't get attached and > sometimes it will. For me it seems that the behavior depends on USB port that the > mouse is attached to. But maybe I have a different problem, maybe some ports are > indeed "bad". Just a note: no, this is not a bad hardware case, it's more random than that. Sometimes the mouse is properly detected during boot, sometimes not - in the same port. Sometimes replugging to the same port helps, sometimes I do it 3 times in a row and it doesn't help. > Here is how it looks when the mouse fails to attach: > usb_alloc_device:1588: set address 2 failed (USB_ERR_TIMEOUT, ignored) > usb_alloc_device:1626: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT! > usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, > USB_ERR_TIMEOUT! > usbd_req_re_enumerate:1539: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, > USB_ERR_TIMEOUT! > ugen0.2: <(null)> at usbus0 (disconnected) > uhub_reattach_port:435: could not allocate new device! > > > Here is success: > ums0: on usbus1 > ums0: 3 buttons and [XYZ] coordinates ID=0 > > Not sure what kind of usbconfig output would be useful. > $ usbconfig -u 1 -a 2 show_ifdrv > ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) > pwr=ON > ugen1.2.0: ums0: > > $ usbconfig -u 1 -a 2 dump_device_desc > ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) > pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0008 > idVendor = 0x046d > idProduct = 0xc018 > bcdDevice = 0x4301 > iManufacturer = 0x0001 > iProduct = 0x0002 > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > $ usbconfig -u 1 -a 2 dump_all_config_desc > ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) > pwr=ON > > > Configuration index 0 > > bLength = 0x0009 > bDescriptorType = 0x0002 > wTotalLength = 0x0022 > bNumInterfaces = 0x0001 > bConfigurationValue = 0x0001 > iConfiguration = 0x0000 > bmAttributes = 0x00a0 > bMaxPower = 0x0032 > > Interface 0 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0000 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0001 > bInterfaceClass = 0x0003 > bInterfaceSubClass = 0x0001 > bInterfaceProtocol = 0x0002 > iInterface = 0x0000 > > Additional Descriptor > > bLength = 0x09 > bDescriptorType = 0x21 > bDescriptorSubType = 0x11 > RAW dump: > 0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x34, > 0x08 | 0x00 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0081 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0005 > bInterval = 0x000a > bRefresh = 0x0000 > bSynchAddress = 0x0000 > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 14:37:22 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4237106568F; Thu, 27 Aug 2009 14:37:22 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 611148FC4A; Thu, 27 Aug 2009 14:37:22 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Mgg6L-000Ohg-5w; Thu, 27 Aug 2009 18:37:21 +0400 From: Boris Samorodov To: Pawel Jakub Dawidek References: <42984716@bb.ipt.ru> <20090826204415.GC1763@garage.freebsd.pl> Date: Thu, 27 Aug 2009 18:37:21 +0400 In-Reply-To: <20090826204415.GC1763@garage.freebsd.pl> (Pawel Jakub Dawidek's message of "Wed, 26 Aug 2009 22:44:15 +0200") Message-ID: <23294110_-_@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: [solved] Re: 8-BETA, gmirror+gjournal: CANNOT READ BLK, CANNOT FIGURE OUT FILE SYSTEM PARTITION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 14:37:22 -0000 On Wed, 26 Aug 2009 22:44:15 +0200 Pawel Jakub Dawidek wrote: > On Thu, Aug 27, 2009 at 12:17:55AM +0400, Boris Samorodov wrote: > > Hello List, > > > > The system installed from 8.0-BETA3-i386-memstick.img. Journal file > > systems can not be mounted at boot but are mounted while at single > > user. Here is a log with creating and rebooting: > [...] > > ns# gjournal label -f /dev/mirror/gm0s1d > > ns# gjournal label -f /dev/mirror/gm0s1f > Have you tried without -f (FORCE) option? You would see something along > the lines: > gjournal: File system exists on /dev/mirror/gm0s1d and this operation would destroy it. > Use -f if you really want to do it. > So I guess you have what you asked for... OK, I created a separate slice for journals at the beginning of disks (is it supposed to be a little bit faster for journalling as opposed to the end of disks?). The case is fixed: ----- ns# fdisk mirror/gm0 ******* Working on device /dev/mirror/gm0 ******* parameters extracted from in-core disklabel are: cylinders=30401 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=30401 heads=255 sectors/track=63 (16065 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 12578832 (6142 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 782/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 12578895, size 475813170 (232330 Meg), flag 80 (active) beg: cyl 783/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: ns# disklabel mirror/gm0s1 # /dev/mirror/gm0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 12578832 0 unused 0 0 # "raw" part, don't edit d: 4194304 16 4.2BSD 0 0 0 e: 4190208 4194320 unused 0 0 f: 4194304 8384528 4.2BSD 0 0 0 ns# disklabel mirror/gm0s2 # /dev/mirror/gm0s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 0 0 0 b: 4194304 2097152 swap c: 475813170 0 unused 0 0 # "raw" part, don't edit d: 209715200 6291456 4.2BSD 0 0 0 e: 41943040 216006656 4.2BSD 0 0 0 f: 217863474 257949696 4.2BSD 0 0 0 ns# gmirror list Geom name: gm0 State: DEGRADED Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 73912522 Providers: 1. Name: mirror/gm0 Mediasize: 250059349504 (233G) Sectorsize: 512 Mode: r8w7e20 Consumers: 1. Name: ad4 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 4009354276 2. Name: ad6 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r1w1e1 State: SYNCHRONIZING Priority: 0 Flags: DIRTY, SYNCHRONIZING GenID: 0 SyncID: 1 Synchronized: 8% ID: 3530186988 ns# gjournal status Name Status Components mirror/gm0s2d.journal N/A mirror/gm0s1d mirror/gm0s2d mirror/gm0s2f.journal N/A mirror/gm0s1f mirror/gm0s2f ns# mount /dev/mirror/gm0s2a on / (ufs, local) devfs on /dev (devfs, local, multilabel) /dev/mirror/gm0s2e on /tmp (ufs, local, soft-updates) /dev/mirror/gm0s2f.journal on /usr (ufs, asynchronous, local, gjournal) /dev/mirror/gm0s2d.journal on /var (ufs, asynchronous, local, gjournal) ----- Thanks! -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 14:50:53 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB37E106568D for ; Thu, 27 Aug 2009 14:50:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id 753A98FC43 for ; Thu, 27 Aug 2009 14:50:53 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2910A45CA0; Thu, 27 Aug 2009 16:50:52 +0200 (CEST) Received: from localhost (pdawidek.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3602F45C9C; Thu, 27 Aug 2009 16:50:47 +0200 (CEST) Date: Thu, 27 Aug 2009 16:50:50 +0200 From: Pawel Jakub Dawidek To: Boris Samorodov Message-ID: <20090827145050.GK1752@garage.freebsd.pl> References: <42984716@bb.ipt.ru> <20090826204415.GC1763@garage.freebsd.pl> <23294110_-_@bb.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2nTeH+t2PBomgucg" Content-Disposition: inline In-Reply-To: <23294110_-_@bb.ipt.ru> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: [solved] Re: 8-BETA, gmirror+gjournal: CANNOT READ BLK, CANNOT FIGURE OUT FILE SYSTEM PARTITION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 14:50:53 -0000 --2nTeH+t2PBomgucg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 27, 2009 at 06:37:21PM +0400, Boris Samorodov wrote: > OK, I created a separate slice for journals at the beginning of > disks (is it supposed to be a little bit faster for journalling > as opposed to the end of disks?). [...] Yes, this is good idea. [...] > ns# mount > /dev/mirror/gm0s2a on / (ufs, local) > devfs on /dev (devfs, local, multilabel) > /dev/mirror/gm0s2e on /tmp (ufs, local, soft-updates) > /dev/mirror/gm0s2f.journal on /usr (ufs, asynchronous, local, gjournal) > /dev/mirror/gm0s2d.journal on /var (ufs, asynchronous, local, gjournal) I always suggest mounting file systems with 'noatime'. Other than that looks good. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2nTeH+t2PBomgucg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKlp1KForvXbEpPzQRAqk1AKDFnU2+xxdIbdWjFlCVHJ1uLkGD6wCfVIu5 otVlQziSoZFuVT0zkuwfiEI= =R2nd -----END PGP SIGNATURE----- --2nTeH+t2PBomgucg-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 15:11:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 287ED10656A8 for ; Thu, 27 Aug 2009 15:11:33 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id EE3648FC33 for ; Thu, 27 Aug 2009 15:11:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 57E5FF7431 for ; Thu, 27 Aug 2009 10:54:05 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by localhost (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vNTX9HIaiVMc for ; Thu, 27 Aug 2009 10:54:04 -0400 (EDT) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP for ; Thu, 27 Aug 2009 10:54:04 -0400 (EDT) Date: Thu, 27 Aug 2009 10:54:04 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: 8.0-BETA3 reproducible panic under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 15:11:33 -0000 I'm testing FreeBSD 8.0-BETA3 on two machines, one of which is stable, one of which panics every couple of minutes when put under heavy HTTP load. It's usually this panic, though I've seen udpinp+snmpd get implicated too. I have a crash dump for this and four other panics -- though I'm not great with kgdb, so if someone can let me know (off-list if they want) what they need to debug this one... Kernel page fault with the following non-sleepable locks held: exclusive rw tcpinp (tcpinp) r = 0 (0xffffff00a74aabb0) locked @ /usr/src/sys/netinet/tcp_usrreq.c:758 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_warn() at witness_warn+0x2ba trap() at trap+0x2c2 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff80315166, rsp = 0xffffff80ecfd96f0, rbp = 0xffffff80ecfd9720 --- _rw_wlock() at _rw_wlock+0x24 ip_output() at ip_output+0x9a5 tcp_output() at tcp_output+0xa7b tcp_usr_send() at tcp_usr_send+0x2e0 sosend_generic() at sosend_generic+0x289 soo_write() at soo_write+0x50 dofilewrite() at dofilewrite+0x7a kern_writev() at kern_writev+0x52 writev() at writev+0x3a syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (121, FreeBSD ELF64, writev), rip = 0x80131efdc, rsp = 0x7fffffffc258, rbp = 0x80a3d90a8 --- Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x28 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80315166 stack pointer = 0x28:0xffffff80ecfd96f0 frame pointer = 0x28:0xffffff80ecfd9720 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1222 (httpd) trap number = 12 panic: page fault cpuid = 3 Uptime: 1m39s From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 15:33:37 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBBA1106568B; Thu, 27 Aug 2009 15:33:37 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 8853D8FC36; Thu, 27 Aug 2009 15:33:37 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Mggym-000PPZ-H3; Thu, 27 Aug 2009 19:33:36 +0400 From: Boris Samorodov To: Pawel Jakub Dawidek References: <42984716@bb.ipt.ru> <20090826204415.GC1763@garage.freebsd.pl> <23294110_-_@bb.ipt.ru> <20090827145050.GK1752@garage.freebsd.pl> Date: Thu, 27 Aug 2009 19:33:37 +0400 In-Reply-To: <20090827145050.GK1752@garage.freebsd.pl> (Pawel Jakub Dawidek's message of "Thu, 27 Aug 2009 16:50:50 +0200") Message-ID: <53695198@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: [solved] Re: 8-BETA, gmirror+gjournal: CANNOT READ BLK, CANNOT FIGURE OUT FILE SYSTEM PARTITION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 15:33:37 -0000 On Thu, 27 Aug 2009 16:50:50 +0200 Pawel Jakub Dawidek wrote: > > ns# mount > > /dev/mirror/gm0s2a on / (ufs, local) > > devfs on /dev (devfs, local, multilabel) > > /dev/mirror/gm0s2e on /tmp (ufs, local, soft-updates) > > /dev/mirror/gm0s2f.journal on /usr (ufs, asynchronous, local, gjournal) > > /dev/mirror/gm0s2d.journal on /var (ufs, asynchronous, local, gjournal) > I always suggest mounting file systems with 'noatime'. Other than that > looks good. OK, thanks for the tip and your help. Much appreciated. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 15:46:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B2FC106568D; Thu, 27 Aug 2009 15:46:13 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8AB8FC3A; Thu, 27 Aug 2009 15:46:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id D7E2878A98; Thu, 27 Aug 2009 11:27:46 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QUgF04oVmo3W; Thu, 27 Aug 2009 11:27:46 -0400 (EDT) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id B257D78A94; Thu, 27 Aug 2009 11:27:46 -0400 (EDT) Message-ID: <4A96A5F2.8050802@egr.msu.edu> Date: Thu, 27 Aug 2009 11:27:46 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Andriy Gapon References: <20090826080554.GA2664@beastie.smeiknet> <200908261059.49593.hselasky@c2i.net> <4A955629.1010707@icyb.net.ua> <4A9699CE.9040807@freebsd.org> In-Reply-To: <4A9699CE.9040807@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 15:46:13 -0000 Andriy Gapon wrote: > on 26/08/2009 18:35 Andriy Gapon said the following: > >> on 26/08/2009 11:59 Hans Petter Selasky said the following: >> >>> On Wednesday 26 August 2009 10:05:54 Paul Kuntke wrote: >>> >>>> Hi, >>>> after installing BETA3 I'm experiencing a strange behaviour of the >>>> usb-mouse driver. When the mouse is plugged in while booting it will not >>>> work but when its plugged in later (e.g. after logging in) everything will >>>> be fine. >>>> >>>> Even if I unplug the mouse _after_ booting and replug it, it will not be >>>> found. If I plug in a second one the second one will be found. But not the >>>> one which was plugged while booting. Is there any workaround? >>>> >>>> >>> What is the output from dmesg and usbconfig? >>> >> Hans, >> >> I have a similar problem where sometimes my USB mouse won't get attached and >> sometimes it will. For me it seems that the behavior depends on USB port that the >> mouse is attached to. But maybe I have a different problem, maybe some ports are >> indeed "bad". >> > > Just a note: no, this is not a bad hardware case, it's more random than that. > Sometimes the mouse is properly detected during boot, sometimes not - in the same > port. Sometimes replugging to the same port helps, sometimes I do it 3 times in a > row and it doesn't help. > > > This sounds familiar, I may have seen something similar but it may have been on 7.x. I recall either re-plugging the mouse about 6 times or restarting devd about 6 times and it pretty much always came up after enough tries. I think devd wasn't starting moused when the mouse was detected. Its been a long while so that may have gone away after upgrading to 8. I know you are running 8 but it might be worth checking if its devd and if its just from moused not running. From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 15:53:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C271106568D for ; Thu, 27 Aug 2009 15:53:03 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 824538FC2C for ; Thu, 27 Aug 2009 15:53:02 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA06852; Thu, 27 Aug 2009 18:52:59 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A96ABDA.8080405@freebsd.org> Date: Thu, 27 Aug 2009 18:52:58 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Adam McDougall References: <20090826080554.GA2664@beastie.smeiknet> <200908261059.49593.hselasky@c2i.net> <4A955629.1010707@icyb.net.ua> <4A9699CE.9040807@freebsd.org> <4A96A5F2.8050802@egr.msu.edu> In-Reply-To: <4A96A5F2.8050802@egr.msu.edu> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 15:53:04 -0000 on 27/08/2009 18:27 Adam McDougall said the following: > This sounds familiar, I may have seen something similar but it may have > been on 7.x. I recall either re-plugging the mouse about 6 times or > restarting devd about 6 times and it pretty much always came up after > enough tries. I think devd wasn't starting moused when the mouse was > detected. Its been a long while so that may have gone away after > upgrading to 8. I know you are running 8 but it might be worth checking > if its devd and if its just from moused not running. I think that in this case devd can not be relevant as the mouse is not detected at USB driver level. Even its light turns off after USB stack gives up on it. I think that this means that the port gets powered down. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 15:58:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BAB8106568C for ; Thu, 27 Aug 2009 15:58:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 85DDF8FC3F for ; Thu, 27 Aug 2009 15:58:53 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=c_7QcTb-9XpXYXR53PAA:9 a=sJ8K2yHCOSgp_3IxI-3HL02pHU8A:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 559750576; Thu, 27 Aug 2009 17:58:52 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 27 Aug 2009 17:59:06 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090826080554.GA2664@beastie.smeiknet> <4A955629.1010707@icyb.net.ua> <4A9699CE.9040807@freebsd.org> In-Reply-To: <4A9699CE.9040807@freebsd.org> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908271759.08044.hselasky@c2i.net> Cc: Paul Kuntke , Andriy Gapon Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 15:58:55 -0000 Hi, Have you tried using an external USB HUB. Maybe it is not correct to turn off port power on failures? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 15:21:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AACBD106568D for ; Thu, 27 Aug 2009 15:21:38 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 70A358FC3B for ; Thu, 27 Aug 2009 15:21:38 +0000 (UTC) Received: (qmail 28081 invoked by uid 89); 27 Aug 2009 14:10:25 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 27 Aug 2009 14:10:25 -0000 Message-Id: From: Dan Allen To: Robert Watson In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 27 Aug 2009 09:21:36 -0600 References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> X-Mailer: Apple Mail (2.936) X-Mailman-Approved-At: Thu, 27 Aug 2009 17:03:48 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 15:21:38 -0000 On 27 Aug 2009, at 3:51 AM, Robert Watson wrote: > When you say "the emulator had shut down the process", could you say > a bit more about that? Did QEMU crash, or did it report a fatal OS > bug and exit cleanly? In either case, did it provide more details > about what went wrong? It did neither. QEMU did not crash. It did not exit. The emulator continued to run but the virtual machine that was running the 8.0-BETA 3 install was shut down. No error messages. No more details. I hope to try a fresh install of 8.0 on a Dell laptop. Dan From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 17:07:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78055106568F for ; Thu, 27 Aug 2009 17:07:07 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A40C28FC2C for ; Thu, 27 Aug 2009 17:07:06 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA07994; Thu, 27 Aug 2009 20:07:04 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A96BD37.2080907@freebsd.org> Date: Thu, 27 Aug 2009 20:07:03 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090826080554.GA2664@beastie.smeiknet> <4A955629.1010707@icyb.net.ua> <4A9699CE.9040807@freebsd.org> <200908271759.08044.hselasky@c2i.net> In-Reply-To: <200908271759.08044.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Paul Kuntke , freebsd-current@freebsd.org Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 17:07:07 -0000 on 27/08/2009 18:59 Hans Petter Selasky said the following: > Hi, > > Have you tried using an external USB HUB. > > Maybe it is not correct to turn off port power on failures? I don't have any external usb hubs handy. Maybe you'd like to see any additional debug info? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 17:15:10 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDB861065695; Thu, 27 Aug 2009 17:15:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3368FC3D; Thu, 27 Aug 2009 17:15:09 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA08098; Thu, 27 Aug 2009 20:15:08 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A96BF1B.4020605@icyb.net.ua> Date: Thu, 27 Aug 2009 20:15:07 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexander Motin Subject: ata errors with sata dvd drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 17:15:10 -0000 Here are some errors from ATA driver that I see with head code that were not reported with stable/7 code: kernel: ata7: port is not ready (timeout 0ms) tfd = 00000180 kernel: ata7: software reset clear timeout kernel: acd0: FAILURE - unknown CMD (0xac) timed out kernel: ata7: port is not ready (timeout 0ms) tfd = 00000180 kernel: ata7: software reset clear timeout kernel: acd0: FAILURE - unknown CMD (0xac) timed out I mean ata7 lines specifically, acd0 lines were observed before. I suspect that the CMD in question is issued either by hal or by k3b. The drive is Optiarc DVD RW AD-7191S/1.02. SATA controller is that of SB700. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 17:27:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70D5E106568E for ; Thu, 27 Aug 2009 17:27:59 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id E21E08FC2F for ; Thu, 27 Aug 2009 17:27:58 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=9YwKeyfuyE1tzbyfW88A:9 a=AbDczQH8-eNCLzWXU-uANs8t1ZsA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 245751410; Thu, 27 Aug 2009 19:12:57 +0200 From: Hans Petter Selasky To: Andriy Gapon Date: Thu, 27 Aug 2009 19:13:11 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090826080554.GA2664@beastie.smeiknet> <200908271759.08044.hselasky@c2i.net> <4A96BD37.2080907@freebsd.org> In-Reply-To: <4A96BD37.2080907@freebsd.org> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908271913.13206.hselasky@c2i.net> Cc: Paul Kuntke , freebsd-current@freebsd.org Subject: Re: Problems with mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 17:27:59 -0000 On Thursday 27 August 2009 19:07:03 Andriy Gapon wrote: > on 27/08/2009 18:59 Hans Petter Selasky said the following: > > Hi, > > > > Have you tried using an external USB HUB. > > > > Maybe it is not correct to turn off port power on failures? > > I don't have any external usb hubs handy. > Maybe you'd like to see any additional debug info? You could try to run a reset command on the Root HUB which you think your device is connected to. usbconfig -u X -a Y reset --HPS From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 18:24:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21CF01065691 for ; Thu, 27 Aug 2009 18:24:44 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id A88F28FC4B for ; Thu, 27 Aug 2009 18:24:43 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 889AD608E for ; Thu, 27 Aug 2009 20:24:42 +0200 (CEST) Received: from avoriaz.restart.bel (avoriaz.restart.be [IPv6:2001:41d0:2:2d29:1:1::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n7RIOZJW002162 for ; Thu, 27 Aug 2009 20:24:36 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1251397480; bh=heQRgICTh7CqqRgMCcPtzcALdup+onQBb0m2eJgKUsA=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=lymv5C5hfhLcQ1Z9F6WmCF/sKCh50+oVFAZcXg55KIGxhKmdvC032I4Vw2jyYi+fV OTk2tzGvhh6Q3Odx7Up+A== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding:x-scanned-by; b=Wq3yjWqswOu33GUll18Z5QxVzKbSGPkTfVF2JtmetifUETS+9jw0buZDThuppango nrkSXtedv51Qf6lDXjZWg== Message-ID: <4A96CF63.2080201@restart.be> Date: Thu, 27 Aug 2009 20:24:35 +0200 From: Henri Hennebert User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Subject: 8.0-BETA3 r196426M - trap 12 at shutdown in zfsctl_snapshot_inactive() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 18:24:44 -0000 Hello, I encounter a Fatal trap 12 at shutdown during zfs forced unmount. The core.txt is available at http://verbier.restart.be/xfer/core.txt.2 Otherwise all is looking great! Henri From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 18:42:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02399106568C for ; Thu, 27 Aug 2009 18:42:05 +0000 (UTC) (envelope-from lab@gta.com) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with SMTP id 8BB7B8FC33 for ; Thu, 27 Aug 2009 18:42:04 +0000 (UTC) Received: (qmail 81971 invoked by uid 1000); 27 Aug 2009 18:15:22 -0000 Date: 27 Aug 2009 18:15:22 -0000 Message-ID: <20090827181522.81970.qmail@mailgate.gta.com> From: Larry Baird To: freebsd-current@freebsd.org Organization: Global Technology Associates In-Reply-To: <109727.111234.43119@localhost> User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.3-PRERELEASE (i386)) Cc: Mike Andrews Subject: Re: 8.0-BETA3 reproducible panic under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 18:42:05 -0000 In article <109727.111234.43119@localhost> you wrote: > I'm testing FreeBSD 8.0-BETA3 on two machines, one of which is stable, one > of which panics every couple of minutes when put under heavy HTTP load. > It's usually this panic, though I've seen udpinp+snmpd get implicated too. > > I have a crash dump for this and four other panics -- though I'm not great > with kgdb, so if someone can let me know (off-list if they want) what they > need to debug this one... Not sure if this is what you hit or not. I once saw something similar. The call to LLE_FREE() in ip_output doesn't expect NULL. Adding if (ro->ro_lle != NULL) just before the call to LLE_FREE() may fix your crashes. Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gta.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 19:01:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA661106568C for ; Thu, 27 Aug 2009 19:01:38 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vw0-f189.google.com (mail-vw0-f189.google.com [209.85.212.189]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5CB8FC3F for ; Thu, 27 Aug 2009 19:01:38 +0000 (UTC) Received: by vws27 with SMTP id 27so1057492vws.3 for ; Thu, 27 Aug 2009 12:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to :content-type:content-transfer-encoding; bh=PYJm8wYrCSR+J+W2dObDJd9CbE4aU7MpQR38SjytX0M=; b=g8vlTohioYqN+N3UXT1cgANl3duZvNRj9/ybr54bGaJr0kBOSGNzv3tdRvMtQqBjgl lXT0pvzxG2lUKLnRHaAUPYKzfR7UzVTe7/Gj86WTg3XCyaPpwl6mr24XZuI8LdLmWWcv ZlX1bjRUv4equOPLicne/R355fB2u1MrLKSpg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=NOWOf16pA6uccNnRFSPFybQLidyjinaMrCKis3OSWsl8c6L9wVb2xqX/0UFNe0Pd6L KE5ieF1xro54/dppIPoOFTeutLdX7+Fnqp3WH47VS1UXyXwTs9W/KV4iwP3xQYveq6AV nKAmE7iyFLx/16cMlGNd7kpdJ6eZ+v7iWP+5k= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.220.111.70 with SMTP id r6mr195850vcp.66.1251399697410; Thu, 27 Aug 2009 12:01:37 -0700 (PDT) In-Reply-To: <3131aa530907101349tac49804n86243e1c2bd055f6@mail.gmail.com> References: <3131aa530907101349tac49804n86243e1c2bd055f6@mail.gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Thu, 27 Aug 2009 21:01:16 +0200 X-Google-Sender-Auth: b09f594f946c277d Message-ID: <3131aa530908271201q7845e3cbuc30511d8af9cc9a8@mail.gmail.com> To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [8.0 Beta 1] Hang after loading USB ehci drivers on Asus K8N4-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 19:01:38 -0000 Hi, 2009/7/10 Olivier Cochard-Labb=E9 : > Hi, > > I meet a problem with the 8.0 Beta1 (amd64 and i386) on an Asus K8N4-E > motherboard: > During the kernel load, my system hang (no dump, no error message). > The last messages are (hand copy): > ohci0: irq 21 at device 2.0 on pci0 > ohci0: [ITHREAD] > usbus0: SMM does not respond, resetting > usbus0: reset timeout > ohci0: USB init failed > device_attach: ohci0 attach returned 6 > ehci0: irq 22 at device 2.1 on pci0 > ehci0: [ITHREAD] > I meet the same regression under FreeBSD 8.0-beta3 (I'm using the official memstick release): system hang when loading ehci drivers (NVIDIA nForce4 USB 2.0 controller). Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Thu Aug 27 20:13:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69749106568B for ; Thu, 27 Aug 2009 20:13:13 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4C3B18FC36 for ; Thu, 27 Aug 2009 20:13:12 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7RKCx5G011202; Thu, 27 Aug 2009 13:12:59 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 13:12:26 -0700 Message-ID: In-Reply-To: <20090827181522.81970.qmail@mailgate.gta.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-BETA3 reproducible panic under load Thread-Index: AconRiirkGJtTDanRTyLTqrl4SeU+QADEbPQ References: <109727.111234.43119@localhost> <20090827181522.81970.qmail@mailgate.gta.com> From: "Li, Qing" To: "Larry Baird" , Cc: Mike Andrews Subject: RE: 8.0-BETA3 reproducible panic under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2009 20:13:13 -0000 > > Not sure if this is what you hit or not. I once saw something similar. > The call to LLE_FREE() in ip_output doesn't expect NULL. Adding > if (ro->ro_lle !=3D NULL) > just before the call to LLE_FREE() may fix your crashes. >=20 Actually, LLE_FREE() should not be called at all here because the=20 "if (!nortfree)" block test applies to route entries that are not=20 from the flow-table. And if the route entry is not from the flow-table, then the rt_lle field is invalid. I will commit the fix. Thanks, -- Qing From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 07:29:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAE2E1067AE5; Fri, 28 Aug 2009 07:29:46 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id EF336914C9; Fri, 28 Aug 2009 02:20:36 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7S2KGsm023596; Thu, 27 Aug 2009 19:20:19 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 19:17:39 -0700 Message-ID: In-Reply-To: <18104823-CB3F-42DA-9DE8-E6692D81E96B@h3q.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: a few fixes for network problems Thread-Index: AcogwCZMOPzTie0KQdef4pCG9rleQQGv1N6Q References: <18104823-CB3F-42DA-9DE8-E6692D81E96B@h3q.com> From: "Li, Qing" To: "Denis Ahrens" Cc: qingli@freebsd.org, freebsd-current@freebsd.org, re@freebsd.org, net@freebsd.org Subject: a few fixes for network problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 07:29:52 -0000 Please apply the patch at http://people.freebsd.org/~qingli/patch-8-27-net.diff This patch fixes the following issue=20 (some referenced in http://wiki.freebsd.org/8.0TODO) 1. RTM_CHANGE in net/rtsock.c can incorrectly set RTF_GATEWAY I went through the implementation for the various utilities (route, arp, ndp, ppp etc.) on how the routing commands and the associated parameters are packaged and issued. In addition, having reviewed the discussion thread that took place a couple of months on this subject, I decided the best way to address this category of problems is to fix the routing socket command handler in rtsock.c. So this patch should address the if_tun interface route issue, where the route entry for the tunnel end points has the "G" (gateway)=20 flag bit set. Joe Marcus helped me verify the patch for ppp. I performed unit=20 testing for the if_tun case as described in the recent bug report. I also performed the tests where I issued various "route"=20 command, specifically, I issued=20 "route change 192.168.1.2 192.168.1.1 -mtu 1400"=20 on a tunnel route (192.168.1.2 is the remote end, and 192.168.1.1 is the local end of the tunnel), and the patch produces the expected=20 result. 2. flowtable mishandles gateway (G) routes on POINT2POINT interfaces This problem was reported last Wednesday, which I responded to on the=20 mailing list before my trip. The flow-table code should not try to cache L2/L3 info if the interface type is of IFF_POINTOPOINT or IFF_LOOPBACK=20 type. The code can be optimized to reduce the number of calls to rtalloc(),=20 but I will postpone those changes to post 8.0 release. Excessive message of "IPv4 address: \"%s\" is not on the network" was triggered by the above bug and should be fixed by this patch. Also, the panic seen in if_tun output function should also be fixed. 3. reproducible panic under load on BETA-3 ip_output() should not try to free a LLE entry from the route cache if that route cache was not initialized by the flow-table. ro_lle field in the LLE entry is valid only if it came from the flow-table. Please apply the patch and let me know if these issues have been=20 Addressed. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Denis Ahrens > Sent: Wednesday, August 19, 2009 12:59 AM > To: freebsd-current@freebsd.org > Subject: network problems >=20 > Hi >=20 > After installing the latest CURRENT from today I see strange network > problems. >=20 > The problems are similar to http://lists.freebsd.org/pipermail/freebsd- > current/2009-August/010287.html >=20 > I see alot of this in the log: >=20 > Aug 19 09:33:39 monolith kernel: IPv4 address: "213.191.89.1" is not > on the network > Aug 19 09:33:57 monolith last message repeated 22 times > Aug 19 09:36:07 monolith last message repeated 6 times > Aug 19 09:38:19 monolith last message repeated 15 times >=20 > 213.191.89.1 is my ppp endpoint: >=20 > tun0: flags=3D8051 metric 0 mtu 1492 > inet 85.178.62.185 --> 213.191.89.1 netmask 0xffffffff > Opened by PID 1351 >=20 > When I try to ping the address the machine panics! > (something with sin_family and in_lltable_lookup) > http://denisy.dyndns.org/panic.jpg >=20 > While restarting the ppp daemon I see this in the logs: >=20 > Aug 19 09:33:33 monolith kernel: tun0: link state changed to UP > Aug 19 09:33:38 monolith ppp[1351]: tun0: Warning: 0.0.0.0: Change > route failed: errno: No such process >=20 > I don't know if it is related at all. >=20 > netstat -rn >=20 > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 213.191.89.1 UGS 0 12579 tun0 > 10.1.2.0/24 link#1 U 2 18778 re0 > 10.1.2.1 link#4 UHS 0 0 lo0 > 85.178.62.185 link#4 UHS 0 0 lo0 > 127.0.0.1 link#4 UH 0 87 lo0 > 213.191.89.1 link#5 UGHS 0 0 tun0 >=20 > Denis >=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" From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 07:29:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607B21067BCF; Fri, 28 Aug 2009 07:29:53 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id ED2938FD99; Fri, 28 Aug 2009 04:22:08 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7S4LqaM002000; Thu, 27 Aug 2009 21:21:52 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 21:20:42 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RE: IPv6 regression on 8.x Thread-Index: AcomctGG2+KuQIOdSmGgU9L06vz72ABCmHZgAAY1wiA= From: "Li, Qing" To: "Hiroki Sato" , Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: IPv6 regression on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 07:29:56 -0000 Hi, The problems you raised: > > 1) Scope violation in a simple global unicast address: > > 2) Issue of subnet-router anycast address with a global address on > another I/F: > The above two issues should be fixed by r196569. Please confirm. > > 3) Manually-configured subnet routes disapper on receiving RA: > I've found the problem and have a fix. I will do some more investigation.=20 Please try the patch at=20 http://people.freebsd.org/~qingli/patch-8-27-ipv6.diff I have done unit testing and RA no longer removes the statically configured prefixes. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Hiroki Sato > Sent: Wednesday, August 26, 2009 10:27 AM > To: net@freebsd.org; re@freebsd.org > Cc: qingli@freebsd.org > Subject: IPv6 regression on 8.x >=20 > Hi, >=20 > I found there are serious regressions in IPv6 routing on 8.x (and > 7.1R and later) after ARP/NDP changes in the last December. What I > noticed are the following: >=20 > 1) Scope violation in a simple global unicast address: >=20 > # ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > # ping6 2001:db8:1::1 > PING6(56=3D40+8+8 bytes) 2001:db8:1::1 --> 2001:db8:1::1 > 16 bytes from ::1, icmp_seq=3D0 hlim=3D64 time=3D0.195 ms >=20 > --> 2001:db8:1::1 has a routing entry with lo0, but ::1 should not be > used in the reply packet. On 7.x, 2001:db8:1::1 is used as > expected. >=20 > 2) Issue of subnet-router anycast address with a global address on > another I/F: >=20 > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > box-1# ifconfig em0 inet6 2001:db8:1:: prefixlen 64 anycast > box-2# ifconfig re0 inet6 2001:db8:1::6 prefixlen 64 > box-2# ping6 2001:db8:1:: > PING6(56=3D40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: > 16 bytes from 2001:db8:1::1, icmp_seq=3D0 hlim=3D64 time=3D0.439 ms > ^C > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 -alias > box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 > box-2# ping6 2001:db8:1:: > PING6(56=3D40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: > 16 bytes from fe80::213:a9ff:feff:63e6%re0, icmp_seq=3D0 hlim=3D64 > time=3D0.405 ms > ^C >=20 > --> The em0 and re0 are on the same link with each other. In 7.x, > replies are from 2001:db8:2::1, not fe80::/64. >=20 > 3) Manually-configured subnet routes disapper on receiving RA: >=20 > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 > box-1# netstat -nrf inet6 | grep ^2001:db8 > 2001:db8:1::/64 link#1 U > em0 > 2001:db8:1::1 link#5 UHS > lo0 > 2001:db8:2::/64 link#6 U > em1 > 2001:db8:2::1 link#5 UHS > lo0 > box-1# sysctl net.inet6.ip6.accept_rtadv=3D1 > box-1# rtsol em0 > box-1# netstat -nrf inet6 | grep ^2001:db8 > 2001:db8:1::1 link#5 UHS > lo0 > 2001:db8:2::1 link#5 UHS > lo0 >=20 > --> This symptom occurs on 7.1R and later, including 8.x and > 9-current, not 7.0R. Even by doing a manual configuration, the > routes on the RA-receiving I/F can not be added. >=20 > I am very concerned that these bugs would disappoint IPv6 users in > production environments if we ship 8.0R without fixing them. >=20 > -- Hiroki From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 07:30:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 939551067EA4 for ; Fri, 28 Aug 2009 07:30:36 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vw0-f189.google.com (mail-vw0-f189.google.com [209.85.212.189]) by mx1.freebsd.org (Postfix) with ESMTP id 201EA92282 for ; Fri, 28 Aug 2009 06:05:25 +0000 (UTC) Received: by vws27 with SMTP id 27so1331503vws.3 for ; Thu, 27 Aug 2009 23:05:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=aIWdrAsU7ry1PNtDri4T8gkJMEhqvznMX5Tu+dOFaMw=; b=arvST1o/z+jAseX+NJIIBN6cu+g0TH9UsHiXo7Ohm4wZPV+ZGsXhFmLsnVS4ltj8aL oeyI3qXG8BiIQqzAvjXdK0SMxi8uvnXAsadHq3mzOY6qS+HEXnlwljoGBxhyEAuoykxz h8KhnioFeBHDG4wOQIx6p2TjWAxG54Wv/ya2U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=vQoLFIOLjJ29bS0UXIxFjiWGq3HqJeM9Bt+zJPAMyKBDAlPfw9ZpB1VfY/i1pnnxGI +kpTwmSEEVXpvuqTAnoi2g/Hf9nyzFT4C6d6xruDYhGZsiQ//EOkskz2saxkbgNH+Sxd P1x1Vgi1eNtQ5PVEjUGYDxyPeEhg1Fttp9hbk= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.220.42.80 with SMTP id r16mr300116vce.52.1251439509535; Thu, 27 Aug 2009 23:05:09 -0700 (PDT) In-Reply-To: <1251420299.2700.3.camel@Lappy> References: <3131aa530907101349tac49804n86243e1c2bd055f6@mail.gmail.com> <3131aa530908271201q7845e3cbuc30511d8af9cc9a8@mail.gmail.com> <1251420299.2700.3.camel@Lappy> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 28 Aug 2009 08:04:49 +0200 X-Google-Sender-Auth: df78783667066079 Message-ID: <3131aa530908272304v413b2a42o508f4250ffe1aa09@mail.gmail.com> To: sbruno@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [8.0 Beta 1] Hang after loading USB ehci drivers on Asus K8N4-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 07:30:41 -0000 Hi Sean, > > Can you disable the firewire (ieee1394) adapter on your motherboard via > the BIOS please and see if it 8.0 Beta works for you? > I've disabled the firewire and this didn't solve the 2 regressions observed with FreeBSD 8.0: - hang when loading ehci drivers - can't use my PATA hard drive thanks for your help. Olivier From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 07:31:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B319610685C8 for ; Fri, 28 Aug 2009 07:31:57 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7B01891C7B for ; Fri, 28 Aug 2009 04:21:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 1674CF7431; Fri, 28 Aug 2009 00:21:37 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by localhost (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sLRmi8q0Guls; Fri, 28 Aug 2009 00:21:27 -0400 (EDT) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP; Fri, 28 Aug 2009 00:21:27 -0400 (EDT) Date: Fri, 28 Aug 2009 00:21:26 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: "Li, Qing" In-Reply-To: Message-ID: References: <109727.111234.43119@localhost> <20090827181522.81970.qmail@mailgate.gta.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Larry Baird Subject: RE: 8.0-BETA3 reproducible panic under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 07:32:01 -0000 On Thu, 27 Aug 2009, Li, Qing wrote: >> >> Not sure if this is what you hit or not. I once saw something > similar. >> The call to LLE_FREE() in ip_output doesn't expect NULL. Adding >> if (ro->ro_lle != NULL) >> just before the call to LLE_FREE() may fix your crashes. >> > > Actually, LLE_FREE() should not be called at all here because the > "if (!nortfree)" block test applies to route entries that are not > from the flow-table. And if the route entry is not from the > flow-table, then the rt_lle field is invalid. > > I will commit the fix. I commented the LLE_FREE() call out over here, and it seems to have stabilized the machine -- no panics in over 5 hours, where previously i could get one within 5 minutes. Thanks! Any ETA on when the commit will hit RELENG_8? From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 07:33:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 720971068789; Fri, 28 Aug 2009 07:33:09 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 31F858FD9F; Fri, 28 Aug 2009 04:22:08 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7S4LqaO002000; Thu, 27 Aug 2009 21:21:52 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 21:20:54 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: a few fixes for network problems Thread-Index: AcogwCZMOPzTie0KQdef4pCG9rleQQGv1N6QAAWv14A= From: "Li, Qing" To: , Cc: qingli@freebsd.org Subject: a few fixes for network problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 07:33:15 -0000 Please apply the patch at http://people.freebsd.org/~qingli/patch-8-27-net.diff This patch fixes the following issue=20 (some referenced in http://wiki.freebsd.org/8.0TODO) 1. RTM_CHANGE in net/rtsock.c can incorrectly set RTF_GATEWAY I went through the implementation for the various utilities (route, arp, ndp, ppp etc.) on how the routing commands and the associated parameters are packaged and issued. In addition, having reviewed the discussion thread that took place a couple of months on this subject, I decided the best way to address this category of problems is to fix the routing socket command handler in rtsock.c. So this patch should address the if_tun interface route issue, where the route entry for the tunnel end points has the "G" (gateway)=20 flag bit set. Joe Marcus helped me verify the patch for ppp. I performed unit=20 testing for the if_tun case as described in the recent bug report. I also performed the tests where I issued various "route"=20 command, specifically, I issued=20 "route change 192.168.1.2 192.168.1.1 -mtu 1400"=20 on a tunnel route (192.168.1.2 is the remote end, and 192.168.1.1 is the local end of the tunnel), and the patch produces the expected=20 result. 2. flowtable mishandles gateway (G) routes on POINT2POINT interfaces This problem was reported last Wednesday, which I responded to on the=20 mailing list before my trip. The flow-table code should not try to cache L2/L3 info if the interface type is of IFF_POINTOPOINT or IFF_LOOPBACK=20 type. The code can be optimized to reduce the number of calls to rtalloc(),=20 but I will postpone those changes to post 8.0 release. Excessive message of "IPv4 address: \"%s\" is not on the network" was triggered by the above bug and should be fixed by this patch. Also, the panic seen in if_tun output function should also be fixed. 3. reproducible panic under load on BETA-3 ip_output() should not try to free a LLE entry from the route cache if that route cache was not initialized by the flow-table. ro_lle field in the LLE entry is valid only if it came from the flow-table. Please apply the patch and let me know if these issues have been=20 Addressed. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Denis Ahrens > Sent: Wednesday, August 19, 2009 12:59 AM > To: freebsd-current@freebsd.org > Subject: network problems >=20 > Hi >=20 > After installing the latest CURRENT from today I see strange network > problems. >=20 > The problems are similar to http://lists.freebsd.org/pipermail/freebsd- > current/2009-August/010287.html >=20 > I see alot of this in the log: >=20 > Aug 19 09:33:39 monolith kernel: IPv4 address: "213.191.89.1" is not > on the network > Aug 19 09:33:57 monolith last message repeated 22 times > Aug 19 09:36:07 monolith last message repeated 6 times > Aug 19 09:38:19 monolith last message repeated 15 times >=20 > 213.191.89.1 is my ppp endpoint: >=20 > tun0: flags=3D8051 metric 0 mtu 1492 > inet 85.178.62.185 --> 213.191.89.1 netmask 0xffffffff > Opened by PID 1351 >=20 > When I try to ping the address the machine panics! > (something with sin_family and in_lltable_lookup) > http://denisy.dyndns.org/panic.jpg >=20 > While restarting the ppp daemon I see this in the logs: >=20 > Aug 19 09:33:33 monolith kernel: tun0: link state changed to UP > Aug 19 09:33:38 monolith ppp[1351]: tun0: Warning: 0.0.0.0: Change > route failed: errno: No such process >=20 > I don't know if it is related at all. >=20 > netstat -rn >=20 > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 213.191.89.1 UGS 0 12579 tun0 > 10.1.2.0/24 link#1 U 2 18778 re0 > 10.1.2.1 link#4 UHS 0 0 lo0 > 85.178.62.185 link#4 UHS 0 0 lo0 > 127.0.0.1 link#4 UH 0 87 lo0 > 213.191.89.1 link#5 UGHS 0 0 tun0 >=20 > Denis >=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" From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 07:33:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B5C51066A15 for ; Fri, 28 Aug 2009 07:33:40 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id 97D7090BC9 for ; Fri, 28 Aug 2009 00:45:16 +0000 (UTC) Received: (qmail 25429 invoked from network); 27 Aug 2009 17:44:57 -0700 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.214?) (69.64.235.60) by iron2.pdx.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Aug 2009 17:44:57 -0700 From: Sean Bruno To: Olivier =?ISO-8859-1?Q?Cochard-Labb=E9?= In-Reply-To: <3131aa530908271201q7845e3cbuc30511d8af9cc9a8@mail.gmail.com> References: <3131aa530907101349tac49804n86243e1c2bd055f6@mail.gmail.com> <3131aa530908271201q7845e3cbuc30511d8af9cc9a8@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 27 Aug 2009 17:44:59 -0700 Message-Id: <1251420299.2700.3.camel@Lappy> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 (2.26.3-1.fc11) Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: [8.0 Beta 1] Hang after loading USB ehci drivers on Asus K8N4-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@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, 28 Aug 2009 07:33:41 -0000 On Thu, 2009-08-27 at 21:01 +0200, Olivier Cochard-Labbé wrote: > K8N4-E Oliver: Can you disable the firewire (ieee1394) adapter on your motherboard via the BIOS please and see if it 8.0 Beta works for you? Sean From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 07:34:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE5921065B4D; Fri, 28 Aug 2009 07:34:06 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id F2EAB90F85; Fri, 28 Aug 2009 01:38:51 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7S1cZtn020884; Thu, 27 Aug 2009 18:38:35 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 18:30:29 -0700 Message-ID: In-Reply-To: <20090827.022654.83897589.hrs@allbsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IPv6 regression on 8.x Thread-Index: AcomctGG2+KuQIOdSmGgU9L06vz72ABCmHZg References: <20090827.022654.83897589.hrs@allbsd.org> From: "Li, Qing" To: "Hiroki Sato" Cc: qingli@freebsd.org, re@freebsd.org, FreeBSD Current , net@freebsd.org Subject: RE: IPv6 regression on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 07:34:08 -0000 Hi, The problems you raised: > > 1) Scope violation in a simple global unicast address: > > 2) Issue of subnet-router anycast address with a global address on > another I/F: > The above two issues should be fixed by r196569. Please confirm. > > 3) Manually-configured subnet routes disapper on receiving RA: > I've found the problem and have a fix. I will do some more investigation.=20 Please try the patch at=20 http://people.freebsd.org/~qingli/patch-8-27-ipv6.diff I have done unit testing and RA no longer removes the statically configured prefixes. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Hiroki Sato > Sent: Wednesday, August 26, 2009 10:27 AM > To: net@freebsd.org; re@freebsd.org > Cc: qingli@freebsd.org > Subject: IPv6 regression on 8.x >=20 > Hi, >=20 > I found there are serious regressions in IPv6 routing on 8.x (and > 7.1R and later) after ARP/NDP changes in the last December. What I > noticed are the following: >=20 > 1) Scope violation in a simple global unicast address: >=20 > # ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > # ping6 2001:db8:1::1 > PING6(56=3D40+8+8 bytes) 2001:db8:1::1 --> 2001:db8:1::1 > 16 bytes from ::1, icmp_seq=3D0 hlim=3D64 time=3D0.195 ms >=20 > --> 2001:db8:1::1 has a routing entry with lo0, but ::1 should not be > used in the reply packet. On 7.x, 2001:db8:1::1 is used as > expected. >=20 > 2) Issue of subnet-router anycast address with a global address on > another I/F: >=20 > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > box-1# ifconfig em0 inet6 2001:db8:1:: prefixlen 64 anycast > box-2# ifconfig re0 inet6 2001:db8:1::6 prefixlen 64 > box-2# ping6 2001:db8:1:: > PING6(56=3D40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: > 16 bytes from 2001:db8:1::1, icmp_seq=3D0 hlim=3D64 time=3D0.439 ms > ^C > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 -alias > box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 > box-2# ping6 2001:db8:1:: > PING6(56=3D40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: > 16 bytes from fe80::213:a9ff:feff:63e6%re0, icmp_seq=3D0 hlim=3D64 > time=3D0.405 ms > ^C >=20 > --> The em0 and re0 are on the same link with each other. In 7.x, > replies are from 2001:db8:2::1, not fe80::/64. >=20 > 3) Manually-configured subnet routes disapper on receiving RA: >=20 > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 > box-1# netstat -nrf inet6 | grep ^2001:db8 > 2001:db8:1::/64 link#1 U > em0 > 2001:db8:1::1 link#5 UHS > lo0 > 2001:db8:2::/64 link#6 U > em1 > 2001:db8:2::1 link#5 UHS > lo0 > box-1# sysctl net.inet6.ip6.accept_rtadv=3D1 > box-1# rtsol em0 > box-1# netstat -nrf inet6 | grep ^2001:db8 > 2001:db8:1::1 link#5 UHS > lo0 > 2001:db8:2::1 link#5 UHS > lo0 >=20 > --> This symptom occurs on 7.1R and later, including 8.x and > 9-current, not 7.0R. Even by doing a manual configuration, the > routes on the RA-receiving I/F can not be added. >=20 > I am very concerned that these bugs would disappoint IPv6 users in > production environments if we ship 8.0R without fixing them. >=20 > -- Hiroki From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 08:43:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39229106564A for ; Fri, 28 Aug 2009 08:43:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 941A48FC14 for ; Fri, 28 Aug 2009 08:43:08 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bE4xNkVESV0A:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=TWtbNaN3Reu4C6teTOUA:9 a=fNsdbjD2PcBskVCDugAqw-wbgjUA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1199178164; Fri, 28 Aug 2009 10:43:03 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 28 Aug 2009 10:43:18 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <3131aa530907101349tac49804n86243e1c2bd055f6@mail.gmail.com> <1251420299.2700.3.camel@Lappy> <3131aa530908272304v413b2a42o508f4250ffe1aa09@mail.gmail.com> In-Reply-To: <3131aa530908272304v413b2a42o508f4250ffe1aa09@mail.gmail.com> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpO< =?iso-8859-1?q?Q0yAl=7E=3F=60=27F=3FjDVb=5DE6TQ7=27=23h-VlLs=7Dk/=0A=09?=(yxg(p!IL.`#ng"%`BMrham7%UK,}VH\wUOm=^>wEEQ+KWt[{J#x6ow~JO:,zwp.(t; @ =?iso-8859-1?q?Aq=0A=09=3A4=3A=26nFCgDb8=5B3oIeTb=5E=27?=",; u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200908281043.19850.hselasky@c2i.net> Cc: sbruno@freebsd.org, Olivier =?iso-8859-1?q?Cochard-Labb=E9?= Subject: Re: [8.0 Beta 1] Hang after loading USB ehci drivers on Asus K8N4-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 08:43:09 -0000 On Friday 28 August 2009 08:04:49 Olivier Cochard-Labb=E9 wrote: > Hi Sean, > > > Can you disable the firewire (ieee1394) adapter on your motherboard via > > the BIOS please and see if it 8.0 Beta works for you? > > I've disabled the firewire and this didn't solve the 2 regressions > observed with FreeBSD 8.0: > - hang when loading ehci drivers > - can't use my PATA hard drive > Is this related to "Recent PAT changes hanging latest Intel processors" ? =2D-HPS From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 08:49:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69436106566C; Fri, 28 Aug 2009 08:49:38 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vw0-f189.google.com (mail-vw0-f189.google.com [209.85.212.189]) by mx1.freebsd.org (Postfix) with ESMTP id 096F48FC12; Fri, 28 Aug 2009 08:49:37 +0000 (UTC) Received: by vws27 with SMTP id 27so1371806vws.3 for ; Fri, 28 Aug 2009 01:49:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type; bh=ZkNgFegSglBISZ3RAdnkgly4fDSG7SkUbciU5klg8/4=; b=gGYfL1+6cfIwci/6w7W66VxIkHHh0s1AMF1LT0gVhZ2lOHOnvZ5CVlk7Xt6v0S809v 4ViVL6fFS+5y/iQTsHWUF+E2v0TRXK+Kiu+1z4CYGEDLN3CE61IS7BIS8Bb+lGYz7S1F 18DnUrrg6yHH3Q9Qg5WLTFk8560+3DPy4HIxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=wrWGRJietrVQn3FZGCRuwTRpyTplBi1usJm4juNZcAQEDSm5CnVIOXU8WLb37SodC5 kh50ZNSyx+9g+zPgsbGiFlNRDn06F2W08UDo8JTzbGQVWEl9SLLtp+dS3XpHSCjnPZ7i l67myl4NztfG8yjo3WitPa0oSOCRdT/UxkFnk= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.220.89.67 with SMTP id d3mr495053vcm.97.1251449377227; Fri, 28 Aug 2009 01:49:37 -0700 (PDT) In-Reply-To: <200908281043.19850.hselasky@c2i.net> References: <3131aa530907101349tac49804n86243e1c2bd055f6@mail.gmail.com> <1251420299.2700.3.camel@Lappy> <3131aa530908272304v413b2a42o508f4250ffe1aa09@mail.gmail.com> <200908281043.19850.hselasky@c2i.net> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 28 Aug 2009 10:49:16 +0200 X-Google-Sender-Auth: 6f11f432525450a0 Message-ID: <3131aa530908280149x3f752867u2cca165eadaf81e3@mail.gmail.com> To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: sbruno@freebsd.org, freebsd-current@freebsd.org Subject: Re: [8.0 Beta 1] Hang after loading USB ehci drivers on Asus K8N4-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 08:49:38 -0000 Hi Hans, > Is this related to "Recent PAT changes hanging latest Intel processors" ? > I don't know, but my system use an AMD processor: CPU: AMD Athlon(tm) 64 Processor 3000+ (2010.31-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 regards, Olivier From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 06:05:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33234106568B for ; Fri, 28 Aug 2009 06:05:45 +0000 (UTC) (envelope-from mandrews@fark.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9925690475 for ; Thu, 27 Aug 2009 22:36:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id C79B9F7431; Thu, 27 Aug 2009 18:26:27 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by localhost (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oCiN1mLzaAX8; Thu, 27 Aug 2009 18:26:17 -0400 (EDT) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP; Thu, 27 Aug 2009 18:26:17 -0400 (EDT) Date: Thu, 27 Aug 2009 18:26:17 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com To: "Li, Qing" In-Reply-To: Message-ID: References: <109727.111234.43119@localhost> <20090827181522.81970.qmail@mailgate.gta.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 28 Aug 2009 11:32:44 +0000 Cc: freebsd-current@freebsd.org, Larry Baird Subject: RE: 8.0-BETA3 reproducible panic under load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 06:05:45 -0000 On Thu, 27 Aug 2009, Li, Qing wrote: >> >> Not sure if this is what you hit or not. I once saw something > similar. >> The call to LLE_FREE() in ip_output doesn't expect NULL. Adding >> if (ro->ro_lle != NULL) >> just before the call to LLE_FREE() may fix your crashes. >> > > Actually, LLE_FREE() should not be called at all here because the > "if (!nortfree)" block test applies to route entries that are not > from the flow-table. And if the route entry is not from the > flow-table, then the rt_lle field is invalid. > > I will commit the fix. I'll try commenting out the LLE_FREE() line while I wait for the commit/MFC, thanks :) From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 11:44:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4E561065676 for ; Fri, 28 Aug 2009 11:44:56 +0000 (UTC) (envelope-from saifi.khan@datasynergy.org) Received: from s219.sureserver.com (s219.sureserver.com [203.194.200.31]) by mx1.freebsd.org (Postfix) with ESMTP id 248168FC15 for ; Fri, 28 Aug 2009 11:44:55 +0000 (UTC) Received: (qmail 18366 invoked by uid 1002); 28 Aug 2009 11:44:51 -0000 Received: from unknown (HELO ?10.10.10.10?) (saifi.khan@datasynergy.org@59.96.58.87) by s219.sureserver.com with ESMTPA; 28 Aug 2009 11:44:51 -0000 Date: Fri, 28 Aug 2009 17:13:02 +0530 (IST) From: Saifi Khan X-X-Sender: saifi@freebsd To: Dimitry Andric In-Reply-To: <4A968E10.1020603@andric.com> Message-ID: References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> <4A968E10.1020603@andric.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 11:44:56 -0000 On Thu, 27 Aug 2009, Dimitry Andric wrote: > On 2009-08-27 15:39, Saifi Khan wrote: > > 8.0 beta3 DVD does NOT boot up on my Compaq C301 TU laptop too ! > > > > On another identical Compaq C301 TU laptop, 8.0 beta2 DVD and CD > > boots up fine. In fact thats how i'm writing this mail. > > Please supply error messages and/or any other relevant information, > which might help to solve this issue. > Further to my previous mail, here is some more information for the same Compaq laptop hardware: CD 7.0 i386 - boots - YES CD 7.2 i386 - boots - YES DVD 8.0-CURRENT 200902 - boots - YES DVD 8.0-CURRENT 200903 - boots - YES DVD 8.0-CURRENT 200905 - boots - YES DVD 8.0-CURRENT 200906 - boots - YES DVD 8.0-CURRENT beta2 - boots - YES 8.0-CURRENT beta3 CD - boots - NO - boot loader not found prints relocating the boot loader 8.0-CURRENT beta3 DVD - boots - NO - hangs right in beginning 8.0-CURRENT beta3 DVD - boots - NO - another DVD burnt - same obs. 8.0-CURRENT beta3 disc1 - boots - ?? - download in progress OpenBSD 4.4 disc - boots - YES OpenBSD 4.5 disc - boots - YES DragonflyBSD 2.2.1 - boots - YES Gentoo Linux 2007.0 - boots - YES Gentoo Linux 2008.0 - boots - YES Gentoo Linux 2008.0r1 - boots - YES Gentoo Linux 20090i623 - boots - YES OpenSolaris 10 x86 - boots - YES OpenSolaris 0906 x86 - boots - YES Let me know in case this was not helpful. thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 12:27:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839DD106564A for ; Fri, 28 Aug 2009 12:27:31 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5268FC1C for ; Fri, 28 Aug 2009 12:27:31 +0000 (UTC) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id ZoJl1c0011GXsucA1oTPTc; Fri, 28 Aug 2009 12:27:23 +0000 Received: from LIGHTBULB.LOCAL ([69.244.210.117]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id ZoTW1c0072YXfpR8ToTX8i; Fri, 28 Aug 2009 12:27:32 +0000 Message-ID: <4A97CCD3.3020003@comcast.net> Date: Fri, 28 Aug 2009 08:25:55 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.23 (X11/20090827) MIME-Version: 1.0 To: Nathan Lay References: <4A9571EB.7090209@fsu.edu> In-Reply-To: <4A9571EB.7090209@fsu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8 BETA3 unusable (kbd/syscons?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 12:27:31 -0000 Nathan Lay wrote: > Hi list, > I can't seem to do anything with FreeBSD 8 BETA3. Whenever I try to > do anything from a syscons terminal (ttyv#) the system freezes and > requires a hard reboot. The longest run I got was last night for > about 10 hours while doing a portupgrade (X is not an option until > then) before it froze. Today, I saw it panic for the first time. It > stopped at kbd_enter and kbd_why, but I didn't have savecore turned on > to provide more detail. I've also seen it freeze in what appeared to > be due to mouse movement and syscons savers but I can't verify this > because the system does not panic, it freezes hard. I'll try to > reproduce this but it almost always freezes rather than panic. I had > another laptop do this to me in earlier -CURRENT revisions and > disregarded it as possible failing hardware. But both laptops ran > FreeBSD 7 and very early -CURRENT without these instabilities. I've > attached uname, dmesg, my kernel config and rc.conf for any clues. I > will try my best to reproduce the panic and post my findings. > > Nate > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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" My system hangs appear to be ACPI related. When I disabled passive cooling (and reduced my frequency to prevent overheating), the system was stable. I've since read the handbook about ACPI and added the mentioned hint to disable APIC (though I don't even have apic in the kernel?). Hopefully that fixes these mysterious hangs. The panic I saw may have just been a coincidence. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 12:43:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0B51065670; Fri, 28 Aug 2009 12:43:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E811B8FC08; Fri, 28 Aug 2009 12:43:16 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA23876; Fri, 28 Aug 2009 15:43:14 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A97D0E1.6050001@icyb.net.ua> Date: Fri, 28 Aug 2009 15:43:13 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexander Motin Subject: ada/ahci and smartmontools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 12:43:19 -0000 Do smartmontools work with ada/ahci disks? Any tweaks/hacks to make it possible? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 12:53:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BFCA106566B for ; Fri, 28 Aug 2009 12:53:25 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E02998FC18 for ; Fri, 28 Aug 2009 12:53:24 +0000 (UTC) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 252789359; Fri, 28 Aug 2009 15:53:04 +0300 Message-ID: <4A97D32F.6070707@FreeBSD.org> Date: Fri, 28 Aug 2009 15:53:03 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Andriy Gapon References: <4A97D0E1.6050001@icyb.net.ua> In-Reply-To: <4A97D0E1.6050001@icyb.net.ua> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: ada/ahci and smartmontools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 12:53:25 -0000 Andriy Gapon wrote: > Do smartmontools work with ada/ahci disks? > Any tweaks/hacks to make it possible? It needs new interface module. Somebody have to combine CAM API smartmontools interface module used for SCSI devices and ATA SMART commands. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 13:02:31 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CD311065673; Fri, 28 Aug 2009 13:02:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E15768FC30; Fri, 28 Aug 2009 13:02:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA24396; Fri, 28 Aug 2009 16:02:28 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A97D563.7010803@icyb.net.ua> Date: Fri, 28 Aug 2009 16:02:27 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090724) MIME-Version: 1.0 To: Alexander Motin References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> In-Reply-To: <4A97D32F.6070707@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: ada/ahci and smartmontools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 13:02:31 -0000 on 28/08/2009 15:53 Alexander Motin said the following: > Andriy Gapon wrote: >> Do smartmontools work with ada/ahci disks? >> Any tweaks/hacks to make it possible? > > It needs new interface module. Somebody have to combine CAM API > smartmontools interface module used for SCSI devices and ATA SMART commands. > So you mean it should practically be the same as existing ATA module, but instead of ATA ioctl it should use cam(3)? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 13:38:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AF3B106564A for ; Fri, 28 Aug 2009 13:38:20 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CCF5B8FC15 for ; Fri, 28 Aug 2009 13:38:17 +0000 (UTC) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 252795631; Fri, 28 Aug 2009 16:38:10 +0300 Message-ID: <4A97DDC1.3030400@FreeBSD.org> Date: Fri, 28 Aug 2009 16:38:09 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.22 (X11/20090805) MIME-Version: 1.0 To: Andriy Gapon References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> <4A97D563.7010803@icyb.net.ua> In-Reply-To: <4A97D563.7010803@icyb.net.ua> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: ada/ahci and smartmontools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 13:38:20 -0000 Andriy Gapon wrote: > on 28/08/2009 15:53 Alexander Motin said the following: >> Andriy Gapon wrote: >>> Do smartmontools work with ada/ahci disks? >>> Any tweaks/hacks to make it possible? >> It needs new interface module. Somebody have to combine CAM API >> smartmontools interface module used for SCSI devices and ATA SMART commands. > > So you mean it should practically be the same as existing ATA module, but instead > of ATA ioctl it should use cam(3)? Yes. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 13:44:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F9891065673 for ; Fri, 28 Aug 2009 13:44:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4004F8FC1D for ; Fri, 28 Aug 2009 13:44:27 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DFF3546B1A; Fri, 28 Aug 2009 09:44:26 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 212828A02E; Fri, 28 Aug 2009 09:44:26 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 28 Aug 2009 08:23:16 -0400 User-Agent: KMail/1.9.7 References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> <4A968E10.1020603@andric.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908280823.17078.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 28 Aug 2009 09:44:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Saifi Khan , Dimitry Andric Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 13:44:27 -0000 On Friday 28 August 2009 7:43:02 am Saifi Khan wrote: > On Thu, 27 Aug 2009, Dimitry Andric wrote: > > > On 2009-08-27 15:39, Saifi Khan wrote: > > > 8.0 beta3 DVD does NOT boot up on my Compaq C301 TU laptop too ! > > > > > > On another identical Compaq C301 TU laptop, 8.0 beta2 DVD and CD > > > boots up fine. In fact thats how i'm writing this mail. > > > > Please supply error messages and/or any other relevant information, > > which might help to solve this issue. > > > > Further to my previous mail, here is some more information > for the same Compaq laptop hardware: I suspect the ISO image might be corrupted actually. None of the boot code has changed since BETA2. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 13:56:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FF4F106564A for ; Fri, 28 Aug 2009 13:56:08 +0000 (UTC) (envelope-from saifi.khan@datasynergy.org) Received: from s219.sureserver.com (s219.sureserver.com [203.194.200.31]) by mx1.freebsd.org (Postfix) with ESMTP id 53C948FC19 for ; Fri, 28 Aug 2009 13:56:06 +0000 (UTC) Received: (qmail 32118 invoked by uid 1002); 28 Aug 2009 13:56:04 -0000 Received: from unknown (HELO ?10.10.10.10?) (saifi.khan@datasynergy.org@59.96.58.87) by s219.sureserver.com with ESMTPA; 28 Aug 2009 13:56:04 -0000 Date: Fri, 28 Aug 2009 19:24:15 +0530 (IST) From: Saifi Khan X-X-Sender: saifi@freebsd To: John Baldwin In-Reply-To: <200908280823.17078.jhb@freebsd.org> Message-ID: References: <3116B23F-D534-46F5-A808-EF9D7232B8C5@airwired.net> <4A968E10.1020603@andric.com> <200908280823.17078.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA 3 has problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 13:56:08 -0000 On Fri, 28 Aug 2009, John Baldwin wrote: > On Friday 28 August 2009 7:43:02 am Saifi Khan wrote: > > On Thu, 27 Aug 2009, Dimitry Andric wrote: > > > > > On 2009-08-27 15:39, Saifi Khan wrote: > > > > 8.0 beta3 DVD does NOT boot up on my Compaq C301 TU laptop too ! > > > > > > > > On another identical Compaq C301 TU laptop, 8.0 beta2 DVD and CD > > > > boots up fine. In fact thats how i'm writing this mail. > > > > > > Please supply error messages and/or any other relevant information, > > > which might help to solve this issue. > > > > > > > Further to my previous mail, here is some more information > > for the same Compaq laptop hardware: > > I suspect the ISO image might be corrupted actually. None of the boot code > has changed since BETA2. > The checksum shows up fine. Just to be doubly sure on the media side, i wrote another DVD as well. Why the boot loader is not found, is surprising. On the Beta 3, boot only disk, the response is 'relocating the boot loader' What is this supposed to mean ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 15:58:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9D4106564A; Fri, 28 Aug 2009 15:58:40 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 738A58FC13; Fri, 28 Aug 2009 15:58:40 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id n7SFwMQm095839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Aug 2009 00:58:23 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 29 Aug 2009 00:58:22 +0900 Message-ID: From: Hajimu UMEMOTO To: "Li, Qing" In-Reply-To: References: User-Agent: xcite1.58> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd7.2) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 7.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 29 Aug 2009 00:58:23 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: qingli@freebsd.org, freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPv6 regression on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 15:58:40 -0000 Hi, >>>>> On Thu, 27 Aug 2009 21:20:42 -0700 >>>>> "Li, Qing" said: > 1) Scope violation in a simple global unicast address: > > 2) Issue of subnet-router anycast address with a global address on > another I/F: qing.li> The above two issues should be fixed by r196569. Please confirm. I confirmed that 1) is fixed on my RELENG_8 box with r196569 applied. I don't have an environment to test 2), though. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 16:13:15 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 851621065673; Fri, 28 Aug 2009 16:13:15 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0448FC19; Fri, 28 Aug 2009 16:13:15 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id n7SGD9UB059109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Aug 2009 01:13:09 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 29 Aug 2009 01:13:09 +0900 Message-ID: From: Hajimu UMEMOTO To: dougb@FreeBSD.org User-Agent: SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd7.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 29 Aug 2009 01:13:09 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL, BAYES_00, MISSING_SUBJECT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: (no subject) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 16:13:15 -0000 Subject r196566 broke to assign IPv6 address on bridge0 User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd7.2) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 7.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA Hi, r196566 broke to assign an IPv6 address on bridge0 on my RELENG_8 box with following configuration: ifconfig_bridge0="inet6 fe80::XXXX addm bge0 up" ipv6_enable="YES" ipv6_network_interfaces="bridge0" And, I changed is_wired_interface() to following fixed my problem for workaround: is_wired_interface() { local media if [ $i = bridge0 ]; then return 0 fi case `ifconfig $1 2>/dev/null` in *media:?Ethernet*) media=Ethernet ;; esac test "$media" = "Ethernet" } I think media should be checked with `IEEE 802.11 Wireless Ethernet'. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 19:48:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 134CA106564A for ; Fri, 28 Aug 2009 19:48:48 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id C8BD58FC16 for ; Fri, 28 Aug 2009 19:48:47 +0000 (UTC) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id 979255CC8 for ; Fri, 28 Aug 2009 20:23:34 +0100 (BST) Message-Id: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> From: Doug Rabson To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 28 Aug 2009 20:23:34 +0100 X-Mailer: Apple Mail (2.935.3) Subject: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 19:48:48 -0000 As one or two of you know, I've been working recently on writing a new debugger, primarily for the FreeBSD platform. For various reasons, I've been writing it in a relatively obscure C-like language called D (see http://www.digitalmars.com/d/1.0/index.html for more details including a free download of a FreeBSD D compiler. So far, I have a pretty useful (if a little raw at the edges) command line debugger which supports ELF, Dwarf debugging information and (currently) 32 bit FreeBSD and Linux. The engine includes parsing and evaluation of arbitrary C expressions along with the usual debugging tools such as breakpoints, source code listing, single-step etc. All the code is new and BSD licensed. Currently, the thing supports userland debugging of i386 targets via ptrace and post-mortem core file debugging of same. I'll be adding amd64 support real soon (TM) and maybe support for GDB's remote debugging protocol later. If anyone is interested in taking a look at a 'Technology Preview', I've put up a git repository at http://people.freebsd.org/~dfr/ ngdb.git. To build it you need to install 'omake' from /usr/ports/ devel/omake and you will need a D compiler. There are three options there - DMD which you can download from http://www.digitalmars.com/d/download.html is free, closed source and works pretty well. GDC is a D front end to GCC and you can find it in ports - it works well enough but hasn't been updated for ages. Personally, I use LDC which is a D front end to LLVM but that doesn't build out-of-the box (I have a private hacked version of LDC and some associated libraries). Have fun with it and don't complain too much if it doesn't build/ breaks/eats your homework etc. From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 19:11:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6DBA106564A for ; Fri, 28 Aug 2009 19:11:03 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 070108FC18 for ; Fri, 28 Aug 2009 19:11:02 +0000 (UTC) Received: (qmail 27898 invoked by uid 89); 28 Aug 2009 19:11:00 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 28 Aug 2009 19:11:00 -0000 Date: Fri, 28 Aug 2009 21:11:02 +0200 From: Oliver Lehmann To: "Andrey V. Elsukov" Message-Id: <20090828211102.77ccd957.lehmann@ans-netz.de> In-Reply-To: <4A956E33.3060900@yandex.ru> References: <20090822114802.df02b57d.lehmann@ans-netz.de> <20090822120809.b749c7e8.lehmann@ans-netz.de> <4A900234.1030202@yandex.ru> <20090822172250.3eaa80fe.lehmann@ans-netz.de> <4A956E33.3060900@yandex.ru> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.5; amd64-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 28 Aug 2009 20:29:17 +0000 Cc: freebsd-current@freebsd.org, marcel@freebsd.org Subject: Re: no /sbin/gpt on 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 19:11:04 -0000 Andrey V. Elsukov wrote: > Can you try BETA3 with attached patch? On BETA3 I don't get a coredump any longer. gpart responds now with "gpart: No such geom: /dev/da2" With your patch I can use "/dev/da2" or "da2" which is imho one more improvement which could be added. Maybe not for 8 because it is to close and at least it does not coredump any longer but what about head with mfc? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 21:05:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F7FF1065670 for ; Fri, 28 Aug 2009 21:05:48 +0000 (UTC) (envelope-from kimelto@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 269B28FC16 for ; Fri, 28 Aug 2009 21:05:47 +0000 (UTC) Received: by fxm6 with SMTP id 6so1710571fxm.43 for ; Fri, 28 Aug 2009 14:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=eahUg300pZDEla/bMi4docBMWLpWdrmieecRzFW/w2w=; b=hWkgiPHxIS0auFZg79dPrtmsle0MhuZlaY7zrP8arSKssHf7gd2wi5fp0L83d09789 zevn9aiLCXUtedf1FBBMlrAmIAF/CBtrsLpriG30Vauo1GDSeH1AhQBzfHV8+gs01/ie w9vFjhmwScP46NPex63HOZ4caT4zsWtLlCZG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=j3PWGcbTXBGidVvqXAjsSoH6Riwl9OHWWjLj8hugGE/n7wTUe7NcQ3T6ONicJfy+Jl K4NsAXVvpjcy1TJtfDaYeg+WUqBJWiq6N/3gXpdfRDsWI4ociEssYZO7GlgzLDigIv3P ACd+uUwM+2Wf2A65zaMOEtLpNRoNigPFhxJhs= MIME-Version: 1.0 Received: by 10.204.10.131 with SMTP id p3mr1309090bkp.49.1251491671830; Fri, 28 Aug 2009 13:34:31 -0700 (PDT) In-Reply-To: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> References: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> Date: Fri, 28 Aug 2009 22:34:31 +0200 Message-ID: From: Julien Laffaye To: Doug Rabson Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 21:05:48 -0000 Hi, On Fri, Aug 28, 2009 at 9:23 PM, Doug Rabson wrote: > Personally, I use LDC > which is a D front end to LLVM but that doesn't build out-of-the box (I have > a private hacked version of LDC and some associated libraries). Can you put the patchs somewhere ? Im also interested in compiling/using LDC on FreeBSD. Have you considered to submit them upstream? Your debugger looks promising, I'll test it when I can use a decent D compiler (LDC) Regards, Julien From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 21:15:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3EDD1065675 for ; Fri, 28 Aug 2009 21:15:08 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 97E3D8FC17 for ; Fri, 28 Aug 2009 21:15:08 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7SLF5T8005978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 28 Aug 2009 14:15:07 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 71A9F1CC09 for ; Fri, 28 Aug 2009 14:15:05 -0700 (PDT) To: current@freebsd.org Date: Fri, 28 Aug 2009 14:15:05 -0700 From: "Kevin Oberman" Message-Id: <20090828211505.71A9F1CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-27_08:2009-08-26, 2009-08-27, 2009-08-28 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0907200000 definitions=main-0908280182 Cc: Subject: usbconfig documentation? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 21:15:09 -0000 Any hope of getting a more complete man page or other doc for the usbconfig command? I miss some of the capabilities I had with the old usbdevs command and I regularly see mentions of other commands it accepts, but the man page lists none of them. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 22:23:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAEDB106564A for ; Fri, 28 Aug 2009 22:23:19 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8D08FC08 for ; Fri, 28 Aug 2009 22:23:19 +0000 (UTC) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id CB69C5DF6; Fri, 28 Aug 2009 23:22:48 +0100 (BST) Message-Id: <1F28170B-BA01-4988-8BB8-9875B9D00DD5@rabson.org> From: Doug Rabson To: Julien Laffaye In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 28 Aug 2009 23:22:48 +0100 References: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 22:23:19 -0000 On 28 Aug 2009, at 21:34, Julien Laffaye wrote: > Hi, > > On Fri, Aug 28, 2009 at 9:23 PM, Doug Rabson wrote: >> Personally, I use LDC >> which is a D front end to LLVM but that doesn't build out-of-the >> box (I have >> a private hacked version of LDC and some associated libraries). > > Can you put the patchs somewhere ? Im also interested in > compiling/using LDC on FreeBSD. > Have you considered to submit them upstream? I will certainly submit patches to the LDC guys in due course. This really is my preferred compiler - its free, open source and actively maintained. Having said that DMD will work for anyone that just wants to play with the debugger. > Your debugger looks promising, I'll test it when I can use a decent D > compiler (LDC) D support in the debugger is fair - I have good support for D dynamic arrays and some for associative arrays. From owner-freebsd-current@FreeBSD.ORG Fri Aug 28 22:27:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174EE106564A for ; Fri, 28 Aug 2009 22:27:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outt.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id F0F8E8FC0A for ; Fri, 28 Aug 2009 22:27:23 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id E80BACF9F; Fri, 28 Aug 2009 15:27:23 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 419E22D6010; Fri, 28 Aug 2009 15:27:23 -0700 (PDT) Message-ID: <4A9859CA.9080606@elischer.org> Date: Fri, 28 Aug 2009 15:27:22 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Doug Rabson References: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> <1F28170B-BA01-4988-8BB8-9875B9D00DD5@rabson.org> In-Reply-To: <1F28170B-BA01-4988-8BB8-9875B9D00DD5@rabson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julien Laffaye , FreeBSD Current Subject: Re: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 22:27:24 -0000 Doug Rabson wrote: > > On 28 Aug 2009, at 21:34, Julien Laffaye wrote: > >> Hi, >> >> On Fri, Aug 28, 2009 at 9:23 PM, Doug Rabson wrote: >>> Personally, I use LDC >>> which is a D front end to LLVM but that doesn't build out-of-the box >>> (I have >>> a private hacked version of LDC and some associated libraries). >> >> Can you put the patchs somewhere ? Im also interested in >> compiling/using LDC on FreeBSD. >> Have you considered to submit them upstream? > > I will certainly submit patches to the LDC guys in due course. This > really is my preferred compiler - its free, open source and actively > maintained. Having said that DMD will work for anyone that just wants to > play with the debugger. > >> Your debugger looks promising, I'll test it when I can use a decent D >> compiler (LDC) > > D support in the debugger is fair - I have good support for D dynamic > arrays and some for associative arrays. > > _______________________________________________ > 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" so can one link 'D' stuff easily with current C code? I'm guessing yes but I've learned to not take things for granted. For example can one link with the X libs or qt or whatever to do graphical stuff? From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 02:55:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A35C106566C for ; Sat, 29 Aug 2009 02:55:52 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id D3DCE8FC15 for ; Sat, 29 Aug 2009 02:55:51 +0000 (UTC) Received: from pavillion-dv6425us.advok.com (pool-70-20-219-71.phil.east.verizon.net [70.20.219.71]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 6A859780DB; Sat, 29 Aug 2009 11:55:49 +0900 (JST) Date: Fri, 28 Aug 2009 22:55:39 -0400 From: Yoshihiro Ota To: Hans Petter Selasky Message-Id: <20090828225539.ad4f9403.ota@j.email.ne.jp> In-Reply-To: <200908181806.29140.hselasky@c2i.net> References: <20090213204112.7b982402.ota@j.email.ne.jp> <200908180706.30202.hselasky@c2i.net> <20090818091104.28cda3be.ota@j.email.ne.jp> <200908181806.29140.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ota@j.email.ne.jp, freebsd-current@freebsd.org Subject: Re: USB2 - keyboard error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 02:55:52 -0000 Hi. I saw this patch came to HEAD saying MFC 3 days but havn't seen it on RELENG-8. So, I patched it local and tested. Now it avoids with the sysctl enabled. Let me know when you get time so that we can find the cause of the problem. Thanks, Hiro On Tue, 18 Aug 2009 18:06:28 +0200 Hans Petter Selasky wrote: > On Tuesday 18 August 2009 15:11:04 Yoshihiro Ota wrote: > > On Tue, 18 Aug 2009 07:06:29 +0200 > > > > > > > Below is the change you suggested. > > It doesn't look good for other keyboards. > > We have to debug this later. I'm out of time :-) > > http://perforce.freebsd.org/chv.cgi?CH=167481 > > --HPS > > _______________________________________________ > 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 Aug 29 03:04:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C236D106564A for ; Sat, 29 Aug 2009 03:04:06 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 975AE8FC0A for ; Sat, 29 Aug 2009 03:04:06 +0000 (UTC) Received: from pavillion-dv6425us.advok.com (pool-70-20-219-71.phil.east.verizon.net [70.20.219.71]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 26F008252E; Sat, 29 Aug 2009 12:04:03 +0900 (JST) Date: Fri, 28 Aug 2009 23:03:54 -0400 From: Yoshihiro Ota To: Hans Petter Selasky Message-Id: <20090828230354.5c6ff314.ota@j.email.ne.jp> In-Reply-To: <200908270922.27696.hselasky@c2i.net> References: <20090826130557.4b80cb1f.ota@j.email.ne.jp> <200908262015.10733.hselasky@c2i.net> <20090826233732.0ec36732.ota@j.email.ne.jp> <200908270922.27696.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: USB Card Reader not detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 03:04:06 -0000 Hi, It worked yeasterday and today without a problem. I don't know what was the problem but seems okay now. Thanks, Hiro On Thu, 27 Aug 2009 09:22:26 +0200 Hans Petter Selasky wrote: > On Thursday 27 August 2009 05:37:32 Yoshihiro Ota wrote: > > On Wed, 26 Aug 2009 20:15:09 +0200 > > > > Hans Petter Selasky wrote: > > > On Wednesday 26 August 2009 19:05:57 Yoshihiro Ota wrote: > > > > Hi. > > > > > > > > I have a 9-in-1 card reader that works fine on 7.1-RELEASE. > > > > I tested on 8-BETA2 or 3, updated with CVS this Monday but devices like > > > > daX didn't come up. > > > > > > Hi, > > > > > > If there are no messages printed at all in dmesg, then you can try > > > enabling USB debugging for the HUB: > > > > > > sysctl hw.usb.uhub.debug=15 > > > > > > --HPS > > > > It was 8-BETA3. > > I just realized that the following dmesg keeps coming every second. > > It is pasted at the bottom. > > > > I also realized anther problem. > > I have HP Pavilion dv6425us. > > Release 7.x with this hardware cannot write correct msdos fs. > > It can read and write files of its own with FreeBSD on dv6425us. > > However, when I take this CF card, others, MaxOS X, FreeBSD on > > other hardwares, and Windows with even this hardware, cannot > > read or write the file written by FreeBSD on dv6425us. > > FreeBSD dv6425us cannot read files written by others as well. > > I have UFS on external drives; they don't have same kinds of issues. > > > > Thanks, > > Hiro > > > > > > uhub_read_port_status:279: port 8, wPortStatus=0x0500, wPortChange=0x0000, > > err=USB_ERR_NORMAL_COMPLETION usb_needs_explore:1407: > > usb_bus_powerd:1594: bus=0xc4f1daa0 > > usb_bus_powerd:1677: Recomputing power masks > > uhub_explore:559: udev=0xc507dc00 addr=1 > > uhub_read_port_status:279: port 1, wPortStatus=0x0100, wPortChange=0x0000, > > err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 2, > > wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION > > uhub_read_port_status:279: port 3, wPortStatus=0x0100, wPortChange=0x0000, > > err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 4, > > wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION > > uhub_read_port_status:279: port 5, wPortStatus=0x0100, wPortChange=0x0000, > > err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 6, > > wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION > > uhub_read_port_status:279: port 7, wPortStatus=0x0100, wPortChange=0x0000, > > err=USB_ERR_NORMAL_COMPLETION uhub_read_port_status:279: port 8, > > wPortStatus=0x0100, wPortChange=0x0000, err=USB_ERR_NORMAL_COMPLETION > > Hi, > > If no devices are detected by uhub, then maybe it is due to the new Power Save > support, which is not supported by your Host Controller. Try plugging in a USB > HUB before booting. > > You should look for wPortChange != 0. > > --HPS From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 07:23:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B3D7106564A for ; Sat, 29 Aug 2009 07:23:51 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 189098FC0A for ; Sat, 29 Aug 2009 07:23:50 +0000 (UTC) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id B443C5CBD; Sat, 29 Aug 2009 08:23:19 +0100 (BST) Message-Id: From: Doug Rabson To: Julian Elischer In-Reply-To: <4A9859CA.9080606@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 29 Aug 2009 08:23:19 +0100 References: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> <1F28170B-BA01-4988-8BB8-9875B9D00DD5@rabson.org> <4A9859CA.9080606@elischer.org> X-Mailer: Apple Mail (2.935.3) Cc: Julien Laffaye , FreeBSD Current Subject: Re: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 07:23:51 -0000 On 28 Aug 2009, at 23:27, Julian Elischer wrote: > Doug Rabson wrote: >> On 28 Aug 2009, at 21:34, Julien Laffaye wrote: >>> Hi, >>> >>> On Fri, Aug 28, 2009 at 9:23 PM, Doug Rabson wrote: >>>> Personally, I use LDC >>>> which is a D front end to LLVM but that doesn't build out-of-the >>>> box (I have >>>> a private hacked version of LDC and some associated libraries). >>> >>> Can you put the patchs somewhere ? Im also interested in >>> compiling/using LDC on FreeBSD. >>> Have you considered to submit them upstream? >> I will certainly submit patches to the LDC guys in due course. This >> really is my preferred compiler - its free, open source and >> actively maintained. Having said that DMD will work for anyone that >> just wants to play with the debugger. >>> Your debugger looks promising, I'll test it when I can use a >>> decent D >>> compiler (LDC) >> D support in the debugger is fair - I have good support for D >> dynamic arrays and some for associative arrays. >> _______________________________________________ >> 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 >> " > > > so can one link 'D' stuff easily with current C code? I'm guessing > yes but I've learned to not take things for granted. > > For example can one link with the X libs or qt or whatever > to do graphical stuff? Yes - interfacing with C is just a case of declaring stuff as 'extern (C)'. I do this in several places to get to things like editline and ptrace. There are projects that interface to graphical libs such as GTK etc. From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 07:45:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94AED1065670 for ; Sat, 29 Aug 2009 07:45:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 2C05E8FC13 for ; Sat, 29 Aug 2009 07:45:27 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=V9mD_qpPjhfMD6DsSKoA:9 a=Cs1a2bd0RcnK1CPfLkjvv-CFWOEA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1295942887; Sat, 29 Aug 2009 09:45:26 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 29 Aug 2009 09:45:44 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090828211505.71A9F1CC09@ptavv.es.net> In-Reply-To: <20090828211505.71A9F1CC09@ptavv.es.net> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpOwEEQ+KWt[{J#x6ow~JO:,zwp.(t; @Aq :4:&nFCgDb8[3oIeTb^'",;u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908290945.44984.hselasky@c2i.net> Cc: Subject: Re: usbconfig documentation? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 07:45:29 -0000 On Friday 28 August 2009 23:15:05 Kevin Oberman wrote: > Any hope of getting a more complete man page or other doc for the > usbconfig command? I miss some of the capabilities I had with the old > usbdevs command and I regularly see mentions of other commands it > accepts, but the man page lists none of them. Yes, that manual page could have more in it. Maybe file a PR about it. Until further there is: usbconfig -h --HPS From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 08:12:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21CDF106566C for ; Sat, 29 Aug 2009 08:12:12 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from mail.prgmr.com (mail.prgmr.com [64.62.173.114]) by mx1.freebsd.org (Postfix) with ESMTP id 0DEDF8FC08 for ; Sat, 29 Aug 2009 08:12:11 +0000 (UTC) Received: from frylock.local (c-71-202-68-54.hsd1.ca.comcast.net [71.202.68.54]) by mail.prgmr.com (Postfix) with ESMTP id 1CF0468B5B for ; Sat, 29 Aug 2009 00:51:39 -0700 (PDT) Message-ID: <4A98DD97.1050505@prgmr.com> Date: Sat, 29 Aug 2009 00:49:43 -0700 From: Michael David Crawford Organization: Prgmr.com User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 CC: FreeBSD Current References: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> <1F28170B-BA01-4988-8BB8-9875B9D00DD5@rabson.org> <4A9859CA.9080606@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 08:12:12 -0000 I am curious - not wanting to start a pissing contest or anything - but why do you prefer D over other languages? Is D the wave of the future? Back when Microsoft shipped the very first version of Visual Studio that supported C++, advertisements started appearing everywhere, seeking coders with "5 years of Visual C++ experience". This despite Visual C++ having been on the market for only a few months. So next year, are all the recruiters going to be looking for coders with five years of Visual D experience? :-D Mike -- Michael David Crawford mdc@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 08:50:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DAFD106566C for ; Sat, 29 Aug 2009 08:50:27 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD948FC08 for ; Sat, 29 Aug 2009 08:50:27 +0000 (UTC) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id 7A2B55EAD; Sat, 29 Aug 2009 09:49:56 +0100 (BST) Message-Id: <53AE4E9C-733C-41F6-9F0D-9DBD80D01089@rabson.org> From: Doug Rabson To: Michael David Crawford In-Reply-To: <4A98DD97.1050505@prgmr.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 29 Aug 2009 09:49:56 +0100 References: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> <1F28170B-BA01-4988-8BB8-9875B9D00DD5@rabson.org> <4A9859CA.9080606@elischer.org> <4A98DD97.1050505@prgmr.com> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 08:50:27 -0000 On 29 Aug 2009, at 08:49, Michael David Crawford wrote: > I am curious - not wanting to start a pissing contest or anything - > but why do you prefer D over other languages? > > Is D the wave of the future? > > Back when Microsoft shipped the very first version of Visual Studio > that supported C++, advertisements started appearing everywhere, > seeking coders with "5 years of Visual C++ experience". This > despite Visual C++ having been on the market for only a few months. > > So next year, are all the recruiters going to be looking for coders > with five years of Visual D experience? :-D It seems unlikely :). I got interested in D a couple of years ago and it seemed to be a nice attempt at a modern C-like language that didn't have all the baggage of C++. This project at least partly is my 'learn the language' project. D language features (garbage collection, dynamic arrays, associative arrays) have certainly made writing this a much more pleasant experience than trying to do the same thing in C++. From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 09:47:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA2F3106566C for ; Sat, 29 Aug 2009 09:47:26 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 767C98FC19 for ; Sat, 29 Aug 2009 09:47:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5CFB49CB0D8; Sat, 29 Aug 2009 11:26:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kLjo+PhaK7cB; Sat, 29 Aug 2009 11:25:58 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id EC8D79CB127; Sat, 29 Aug 2009 11:25:57 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n7T9PvFS001149; Sat, 29 Aug 2009 11:25:57 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 29 Aug 2009 11:25:57 +0200 From: Roman Divacky To: Doug Rabson Message-ID: <20090829092557.GA475@freebsd.org> References: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 09:47:26 -0000 On Fri, Aug 28, 2009 at 08:23:34PM +0100, Doug Rabson wrote: > As one or two of you know, I've been working recently on writing a new > debugger, primarily for the FreeBSD platform. For various reasons, > I've been writing it in a relatively obscure C-like language called D > (see http://www.digitalmars.com/d/1.0/index.html for more details > including a free download of a FreeBSD D compiler. > > So far, I have a pretty useful (if a little raw at the edges) command > line debugger which supports ELF, Dwarf debugging information and > (currently) 32 bit FreeBSD and Linux. The engine includes parsing and > evaluation of arbitrary C expressions along with the usual debugging > tools such as breakpoints, source code listing, single-step etc. All > the code is new and BSD licensed. Currently, the thing supports > userland debugging of i386 targets via ptrace and post-mortem core > file debugging of same. I'll be adding amd64 support real soon (TM) > and maybe support for GDB's remote debugging protocol later. nice :) > If anyone is interested in taking a look at a 'Technology Preview', > I've put up a git repository at http://people.freebsd.org/~dfr/ > ngdb.git. To build it you need to install 'omake' from /usr/ports/ > devel/omake and you will need a D compiler. There are three options > there - DMD which you can download from > http://www.digitalmars.com/d/download.html is free, closed source and > works pretty well. GDC is a D front end to GCC and you can find it in > ports - it works well enough but hasn't been updated for ages. Personally, > I use LDC which is a D front end to LLVM but that doesn't build out-of-the > box (I have a private hacked version of LDC and some associated libraries). cool to see more LLVM usage in freebsd ;) fwiw there's also http://wiki.freebsd.org/TheBsdDebugger From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 10:33:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BA98106566B for ; Sat, 29 Aug 2009 10:33:22 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id DAD6C8FC0C for ; Sat, 29 Aug 2009 10:33:21 +0000 (UTC) Received: from [IPv6:2001:470:909f:1:225:ff:feed:9426] (unknown [IPv6:2001:470:909f:1:225:ff:feed:9426]) by itchy.rabson.org (Postfix) with ESMTP id D91585DF6; Sat, 29 Aug 2009 11:32:50 +0100 (BST) Message-Id: From: Doug Rabson To: Roman Divacky In-Reply-To: <20090829092557.GA475@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 29 Aug 2009 11:32:50 +0100 References: <8819E53E-9F96-43E2-B7F5-F5393F5AE126@rabson.org> <20090829092557.GA475@freebsd.org> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: New BSD licensed debugger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 10:33:22 -0000 On 29 Aug 2009, at 10:25, Roman Divacky wrote: > On Fri, Aug 28, 2009 at 08:23:34PM +0100, Doug Rabson wrote: >> As one or two of you know, I've been working recently on writing a >> new >> debugger, primarily for the FreeBSD platform. For various reasons, >> I've been writing it in a relatively obscure C-like language called D >> (see http://www.digitalmars.com/d/1.0/index.html for more details >> including a free download of a FreeBSD D compiler. >> >> So far, I have a pretty useful (if a little raw at the edges) command >> line debugger which supports ELF, Dwarf debugging information and >> (currently) 32 bit FreeBSD and Linux. The engine includes parsing and >> evaluation of arbitrary C expressions along with the usual debugging >> tools such as breakpoints, source code listing, single-step etc. All >> the code is new and BSD licensed. Currently, the thing supports >> userland debugging of i386 targets via ptrace and post-mortem core >> file debugging of same. I'll be adding amd64 support real soon (TM) >> and maybe support for GDB's remote debugging protocol later. > > nice :) > >> If anyone is interested in taking a look at a 'Technology Preview', >> I've put up a git repository at http://people.freebsd.org/~dfr/ >> ngdb.git. To build it you need to install 'omake' from /usr/ports/ >> devel/omake and you will need a D compiler. There are three options >> there - DMD which you can download from >> http://www.digitalmars.com/d/download.html is free, closed source and >> works pretty well. GDC is a D front end to GCC and you can find it >> in >> ports - it works well enough but hasn't been updated for ages. >> Personally, >> I use LDC which is a D front end to LLVM but that doesn't build >> out-of-the >> box (I have a private hacked version of LDC and some associated >> libraries). > > cool to see more LLVM usage in freebsd ;) LLVM is cool. GCC generates better debugging information though :) > > fwiw there's also http://wiki.freebsd.org/TheBsdDebugger I'm aware of it - not sure how active that project is. The web page hasn't changed in ages. From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 10:53:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96D0C106566B for ; Sat, 29 Aug 2009 10:53:04 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1F97B8FC17 for ; Sat, 29 Aug 2009 10:53:03 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n7TAr1AW077408 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 29 Aug 2009 12:53:02 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: FreeBSD current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sat, 29 Aug 2009 12:53:01 +0200 X-Mailer: Apple Mail (2.936) Subject: atapicd triggers panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 10:53:04 -0000 Sorry if this has been discussed before; I didn't pay attention since I thought the problem only was annoying messages. This happens about a minute or two after I load atapicd, irrespective whether I load it from loader.conf or the command line. This is on VMware Fusion 2. I'll try with GENERIC now. # uname -a FreeBSD freebsd-current.lassitu.de 9.0-CURRENT FreeBSD 9.0-CURRENT #6 r196632: Sat Aug 29 01:02:04 CEST 2009 root@freebsd-current.lassitu.de :/usr/obj/usr/src/sys/MINIMAL amd64 root@freebsd-current:/usr/obj/usr/src/sys/MINIMAL# kgdb kernel.debug / var/crash/vmcore.0 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: acd0: acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directlyWARNING - PREVENT_ALLOW taskqueue timeout - completing request directly acd0: acd0: WARNING - PREVENT_ALLOW freeing taskqueue zombie requestWARNING - PREVENT_ALLOW freeing taskqueue zombie request Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x288 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8021f02e stack pointer = 0x28:0xffffff800006fab0 frame pointer = 0x28:0xffffff800006fad0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi6: task queue) Physical memory: 2037 MB Dumping 1176 MB: 1161 1145 1129 1113 1097 1081 1065 1049 1033 1017 1001 985 969 953 937 921 905 889 873 857 841 825 809 793 777 761 745 729 713 697 681 665 649 633 617 601 585 569 553 537 521 505 489 473 457 441 425 409 393 377 361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57 41 25 9 Reading symbols from /boot/kernel/vesa.ko...done. Loaded symbols for /boot/kernel/vesa.ko Reading symbols from /boot/kernel/if_em.ko...Reading symbols from / boot/kernel/if_em.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_em.ko Reading symbols from /boot/kernel/snd_es137x.ko...Reading symbols from /boot/kernel/snd_es137x.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_es137x.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from / boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/umass.ko...Reading symbols from / boot/kernel/umass.ko.symbols...done. done. Loaded symbols for /boot/kernel/umass.ko Reading symbols from /boot/kernel/usb.ko...Reading symbols from /boot/ kernel/usb.ko.symbols...done. done. Loaded symbols for /boot/kernel/usb.ko Reading symbols from /boot/kernel/random.ko...Reading symbols from / boot/kernel/random.ko.symbols...done. done. Loaded symbols for /boot/kernel/random.ko Reading symbols from /boot/kernel/mpt.ko...Reading symbols from /boot/ kernel/mpt.ko.symbols...done. done. Loaded symbols for /boot/kernel/mpt.ko Reading symbols from /boot/kernel/ata.ko...Reading symbols from /boot/ kernel/ata.ko.symbols...done. done. Loaded symbols for /boot/kernel/ata.ko Reading symbols from /boot/kernel/atadisk.ko...Reading symbols from / boot/kernel/atadisk.ko.symbols...done. done. Loaded symbols for /boot/kernel/atadisk.ko Reading symbols from /boot/kernel/atapci.ko...Reading symbols from / boot/kernel/atapci.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapci.ko Reading symbols from /boot/kernel/uhci.ko...Reading symbols from /boot/ kernel/uhci.ko.symbols...done. done. Loaded symbols for /boot/kernel/uhci.ko Reading symbols from /boot/kernel/ehci.ko...Reading symbols from /boot/ kernel/ehci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ehci.ko Reading symbols from /boot/kernel/uplcom.ko...Reading symbols from / boot/kernel/uplcom.ko.symbols...done. done. Loaded symbols for /boot/kernel/uplcom.ko Reading symbols from /boot/kernel/ucom.ko...Reading symbols from /boot/ kernel/ucom.ko.symbols...done. done. Loaded symbols for /boot/kernel/ucom.ko Reading symbols from /boot/kernel/uftdi.ko...Reading symbols from / boot/kernel/uftdi.ko.symbols...done. done. Loaded symbols for /boot/kernel/uftdi.ko Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/ kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/atapicd.ko...Reading symbols from / boot/kernel/atapicd.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicd.ko #0 doadump () at pcpu.h:223 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) (kgdb) bt #0 doadump () at pcpu.h:223 #1 0xffffffff80197d2c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff80198061 in db_command (last_cmdp=0xffffffff805d9ba0, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801982b0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff8019a1f9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff80257005 in kdb_trap (type=12, code=0, tf=0xffffff800006fa00) at /usr/src/sys/kern/subr_kdb.c:535 #6 0xffffffff803e6f0d in trap_fatal (frame=0xffffff800006fa00, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:847 #7 0xffffffff803e727d in trap_pfault (frame=0xffffff800006fa00, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 #8 0xffffffff803e7c3f in trap (frame=0xffffff800006fa00) at /usr/src/sys/amd64/amd64/trap.c:494 #9 0xffffffff803ced53 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #10 0xffffffff8021f02e in _mtx_lock_sleep (m=0xffffff00015d32e0, tid=18446742974218290064, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:369 #11 0xffffffff8021f189 in _mtx_lock_flags (m=0xffffff00015d32e0, opts=0, file=0xffffffff804370d6 "/usr/src/sys/kern/kern_sema.c", line=79) at /usr/src/sys/kern/kern_mutex.c:203 #12 0xffffffff8022b4ef in _sema_post (sema=Variable "sema" is not available. ) ---Type to continue, or q to quit--- at /usr/src/sys/kern/kern_sema.c:79 #13 0xffffffff80a684f6 in ata_completed (context=Variable "context" is not available. ) at /usr/src/sys/modules/ata/atacore/../../../dev/ata/ata-queue.c: 487 #14 0xffffffff80262151 in taskqueue_run (queue=0xffffff0001334600) at /usr/src/sys/kern/subr_taskqueue.c:239 #15 0xffffffff80209f27 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1165 #16 0xffffffff8020a9ae in ithread_loop (arg=0xffffff00012dcaa0) at /usr/src/sys/kern/kern_intr.c:1178 #17 0xffffffff80208132 in fork_exit ( callout=0xffffffff8020a920 , arg=0xffffff00012dcaa0, frame=0xffffff800006fc80) at /usr/src/sys/kern/kern_fork.c:838 #18 0xffffffff803cf22e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:561 #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000001 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000ae7000 in ?? () #44 0x0000000000000000 in ?? () #45 0xffffffff805f8e40 in affinity () #46 0xffffffff805f8e40 in affinity () #47 0xffffff00012f1720 in ?? () #48 0xffffff800006f4f0 in ?? () #49 0xffffff800006f4a8 in ?? () #50 0xffffff000136c390 in ?? () #51 0xffffffff8024b87e in sched_switch (td=0xffffff00012dcaa0, newtd=0xffffffff8020a920, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1858 Previous frame inner to this frame (corrupt stack?) -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 10:59:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B7C41065670 for ; Sat, 29 Aug 2009 10:59:18 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id DF72D8FC15 for ; Sat, 29 Aug 2009 10:59:17 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n7TAttff086997; Sat, 29 Aug 2009 06:55:55 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200908291055.n7TAttff086997@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 29 Aug 2009 06:59:17 -0400 To: "Kevin Oberman" , current@freebsd.org From: Mike Tancsa In-Reply-To: <20090828211505.71A9F1CC09@ptavv.es.net> References: <20090828211505.71A9F1CC09@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: usbconfig documentation? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 10:59:18 -0000 At 05:15 PM 8/28/2009, Kevin Oberman wrote: >Any hope of getting a more complete man page or other doc for the >usbconfig command? I miss some of the capabilities I had with the old >usbdevs command and I regularly see mentions of other commands it >accepts, but the man page lists none of them. Hi Kevin, What commands do you not have from the old one ? usbdevs didnt do much compared to usbconfig apart from formatting and limiting output usbdevs -d vs usbconfig show_ifdrv usbdevs -v vs usbconfig dump_device_desc ---Mike >-- >R. Kevin Oberman, Network Engineer >Energy Sciences Network (ESnet) >Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) >E-mail: oberman@es.net Phone: +1 510 486-8634 >Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 17:44:52 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 310E9106564A; Sat, 29 Aug 2009 17:44:52 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id ADCD58FC1E; Sat, 29 Aug 2009 17:44:51 +0000 (UTC) Received: from delta.allbsd.org (p4121-ipbf1805funabasi.chiba.ocn.ne.jp [114.146.83.121]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n7THiZVN031355; Sun, 30 Aug 2009 02:44:46 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n7THiPpf065656; Sun, 30 Aug 2009 02:44:29 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 30 Aug 2009 02:44:20 +0900 (JST) Message-Id: <20090830.024420.174808572.hrs@allbsd.org> To: qing.li@bluecoat.com From: Hiroki Sato In-Reply-To: References: X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Aug_30_02_44_20_2009_429)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.2 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (mail.allbsd.org [133.31.130.32]); Sun, 30 Aug 2009 02:44:46 +0900 (JST) Cc: qingli@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: IPv6 regression on 8.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 17:44:52 -0000 ----Security_Multipart(Sun_Aug_30_02_44_20_2009_429)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Li, Qing" wrote in : qi> Hi, qi> qi> The problems you raised: qi> qi> > qi> > 1) Scope violation in a simple global unicast address: qi> > qi> > 2) Issue of subnet-router anycast address with a global address on qi> > another I/F: qi> > qi> qi> The above two issues should be fixed by r196569. Please confirm. qi> qi> > 3) Manually-configured subnet routes disapper on receiving RA: qi> > qi> qi> I've found the problem and have a fix. I will do some more qi> investigation. qi> Please try the patch at qi> qi> http://people.freebsd.org/~qingli/patch-8-27-ipv6.diff Thanks for the fixes! With the two patches 1) and 3) are gone, but 2) still remains. Is there something I can help to narrow down it? -- Hiroki ----Security_Multipart(Sun_Aug_30_02_44_20_2009_429)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkqZaPQACgkQTyzT2CeTzy3cowCff1fd4JgA4azGTy+hoknpWD1L xG4AoLetW2KlhuxQLF3sTP0GshuQ2NML =E4Ey -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Aug_30_02_44_20_2009_429)---- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 18:15:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50E96106566C for ; Sat, 29 Aug 2009 18:15:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5078FC13 for ; Sat, 29 Aug 2009 18:15:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1MhSS8-0005lD-BV for freebsd-current@freebsd.org; Sat, 29 Aug 2009 20:15:04 +0200 Received: from elehack.net ([216.243.177.100]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Aug 2009 20:15:04 +0200 Received: from michael by elehack.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Aug 2009 20:15:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Michael Ekstrand Date: Sat, 29 Aug 2009 12:49:44 -0500 Lines: 33 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig751A4B84C81CFB7308E36048" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: elehack.net User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) X-Enigmail-Version: 0.95.0 Sender: news Subject: 8.0-BETA3: Cannot use iwn on Thinkpad R61 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 18:15:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig751A4B84C81CFB7308E36048 I was trying today to get 8.0-BETA3 amd64 usable on my laptop (Thinkpad R61, Intel 4965 wireless chipset) and so far have had no success. iwnfw and if_iwn load without errors, but when I do # ifconfig iwn0 list caps it fails with "invalid argument." Similarly, wpa_supplicant cannot initialize the interface (again reporting invalid argument). `ifconfig iwn0 up scan` also fails, complaining that it cannot get the scan results= =2E Any suggestions? - Michael --------------enig751A4B84C81CFB7308E36048 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqZakIACgkQJMBfXHjb5YXz9QCghmezFwieXDr0Ahrx0DvRflIc 8UoAoIoUsNco7FXPjAA4Et4p6M49SZVm =A2sM -----END PGP SIGNATURE----- --------------enig751A4B84C81CFB7308E36048-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 18:24:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D780A106564A for ; Sat, 29 Aug 2009 18:24:42 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 63C8A8FC13 for ; Sat, 29 Aug 2009 18:24:42 +0000 (UTC) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id n7TIOeHA083930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 29 Aug 2009 20:24:40 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id n7TIOccX034208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Aug 2009 20:24:38 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id n7TIOcih044231; Sat, 29 Aug 2009 20:24:38 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id n7TIObeX044230; Sat, 29 Aug 2009 20:24:37 +0200 (CEST) (envelope-from ticso) Date: Sat, 29 Aug 2009 20:24:37 +0200 From: Bernd Walter To: freebsd-current@freebsd.org Message-ID: <20090829182437.GV37252@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Bernd Walter Subject: ELF interpreter /libexec/ld-elf.so.1 not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 18:24:44 -0000 I've recently updated one of my amd64 machines. Now I notice that (at least some) 32bit binaries won't run anymore. [56]devel> which arm-elf-gcc /usr/local/arm-elf/bin/arm-elf-gcc [57]devel> ldd /usr/local/arm-elf/bin/arm-elf-gcc /usr/local/arm-elf/bin/arm-elf-gcc: ELF interpreter /libexec/ld-elf.so.1 not found /usr/local/arm-elf/bin/arm-elf-gcc: signal 6 Exit 1 [58]devel> file /usr/local/arm-elf/bin/arm-elf-gcc /usr/local/arm-elf/bin/arm-elf-gcc: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped [59]devel> ls -la /libexec total 749 drwxr-xr-x 2 root wheel 6 Aug 28 01:01 . drwxr-xr-x 20 root wheel 24 Aug 28 01:10 .. -r-xr-xr-x 1 root wheel 248720 Aug 28 00:57 ld-elf.so.1 -r-xr-xr-x 1 root wheel 221056 Jul 5 2008 ld-elf.so.1.old -r-xr-xr-x 1 root wheel 219496 Aug 28 01:01 ld-elf32.so.1 -r-xr-xr-x 1 root wheel 193936 Jul 5 2008 ld-elf32.so.1.old This is within a jail. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 18:32:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90B1F106564A for ; Sat, 29 Aug 2009 18:32:37 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 327A18FC08 for ; Sat, 29 Aug 2009 18:32:36 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7TIWYgK058018 for ; Sat, 29 Aug 2009 20:32:35 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A997442.1060200@fgznet.ch> Date: Sat, 29 Aug 2009 20:32:34 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Subject: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 18:32:37 -0000 Hello, I synced the sources today to #196643. And built a kernel with WITNESS etc. off. My boot partition sits on zfs. I get the below panic. Unfortunately I can't bt since the usb keyboard ist not functional at this moment. --- Trying to mount root from zfs:zroot spin lock 0x80dccc00 (sched lock 1) held by 0x8595baf0 (tid 100003) too long panic: spin lock held too long cpuid = 0 KDB: enter: panic [thread pid 1 tid 100002 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why --- Unfortunately I can't say exactly which version the previous, working, kernel has. The svn nbr has gone. (I have this subversion: subversion-freebsd-1.6.5) Here the top of the dmesg: FreeBSD 9.0-CURRENT #0: Fri Aug 28 21:05:42 CEST 2009 andreast@tc.andreas.nets:/usr/obj/export/devel/fbsd/head/src/sys/TC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2075926528 (1979 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ... I start now with a WITNESS build. Btw, on which irc channel, (bsdcode, bsddev) could such an issue be discussed? Thanks for any hint on how to track this down. Andreas From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 18:39:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13DD9106564A for ; Sat, 29 Aug 2009 18:39:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id A15E28FC13 for ; Sat, 29 Aug 2009 18:39:27 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n7TId63W043631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Aug 2009 21:39:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n7TId6pY080365; Sat, 29 Aug 2009 21:39:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n7TId6lX080364; Sat, 29 Aug 2009 21:39:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Aug 2009 21:39:06 +0300 From: Kostik Belousov To: Andreas Tobler Message-ID: <20090829183906.GS1881@deviant.kiev.zoral.com.ua> References: <4A997442.1060200@fgznet.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vEk28Nl/eckWL8CC" Content-Disposition: inline In-Reply-To: <4A997442.1060200@fgznet.ch> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 18:39:28 -0000 --vEk28Nl/eckWL8CC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2009 at 08:32:34PM +0200, Andreas Tobler wrote: > Hello, >=20 > I synced the sources today to #196643. Try 196644. > And built a kernel with WITNESS etc. off. >=20 > My boot partition sits on zfs. >=20 > I get the below panic. Unfortunately I can't bt since the usb keyboard=20 > ist not functional at this moment. >=20 > --- > Trying to mount root from zfs:zroot > spin lock 0x80dccc00 (sched lock 1) held by 0x8595baf0 (tid 100003) too l= ong > panic: spin lock held too long > cpuid =3D 0 > KDB: enter: panic > [thread pid 1 tid 100002 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > --- >=20 > Unfortunately I can't say exactly which version the previous, working,=20 > kernel has. The svn nbr has gone. (I have this subversion: > subversion-freebsd-1.6.5) >=20 > Here the top of the dmesg: >=20 > FreeBSD 9.0-CURRENT #0: Fri Aug 28 21:05:42 CEST 2009 > andreast@tc.andreas.nets:/usr/obj/export/devel/fbsd/head/src/sys/TC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 >=20 > Features=3D0xbfebfbff > Features2=3D0x441d > TSC: P-state invariant > real memory =3D 2147483648 (2048 MB) > avail memory =3D 2075926528 (1979 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP/HT): APIC ID: 1 > ... >=20 >=20 >=20 > I start now with a WITNESS build. >=20 > Btw, on which irc channel, (bsdcode, bsddev) could such an issue be=20 > discussed? >=20 > Thanks for any hint on how to track this down. >=20 > Andreas > _______________________________________________ > 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" --vEk28Nl/eckWL8CC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqZdckACgkQC3+MBN1Mb4jfFQCglwHhHjAlw6IYaMFfDYDpLnqR INoAnRg6ttzpk4I0zZqwjjE7UqynHzjw =iLEE -----END PGP SIGNATURE----- --vEk28Nl/eckWL8CC-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 19:45:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47B28106566C for ; Sat, 29 Aug 2009 19:45:24 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id D27178FC08 for ; Sat, 29 Aug 2009 19:45:23 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n7TJjKNg049313 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 29 Aug 2009 21:45:22 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <033809BD-D5AF-4A2E-B8A0-1EF09A41A25F@lassitu.de> From: Stefan Bethke To: FreeBSD current In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sat, 29 Aug 2009 21:45:20 +0200 References: X-Mailer: Apple Mail (2.936) Subject: Re: atapicd triggers panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 19:45:24 -0000 Am 29.08.2009 um 12:53 schrieb Stefan Bethke: > Sorry if this has been discussed before; I didn't pay attention > since I thought the problem only was annoying messages. > > This happens about a minute or two after I load atapicd, > irrespective whether I load it from loader.conf or the command > line. This is on VMware Fusion 2. > > I'll try with GENERIC now. With GENERIC, I do get a different one: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex ATA state lock (ATA state lock) r = 0 (0xffffff0002494988) locked @ /usr/src/sys/dev/ata/ata-queue.c:201 exclusive sleep mutex ATA queue lock (ATA queue lock) r = 0 (0xffffff00024949b0) locked @ /usr/src/sys/dev/ata/ata-queue.c:184 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 trap() at trap+0x2f5 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff805a9161, rsp = 0xffffff800005aa80, rbp = 0xffffff800005aad0 --- device_get_softc() at device_get_softc+0x1 ata_start() at ata_start+0x1d3 ata_queue_request() at ata_queue_request+0x12c taskqueue_run() at taskqueue_run+0x91 intr_event_execute_handlers() at intr_event_execute_handlers+0x68 ithread_loop() at ithread_loop+0xb2 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800005ad30, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x80 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805a9161 stack pointer = 0x28:0xffffff800005aa80 frame pointer = 0x28:0xffffff800005aad0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi6: task queue) #8 0xffffffff80849ee3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #9 0xffffffff805a9161 in device_get_softc (dev=0x0) at /usr/src/sys/kern/subr_bus.c:2294 #10 0xffffffff8026e0e4 in ata_begin_transaction (request=0xffffff0002ec63a8) at /usr/src/sys/dev/ata/ata-lowlevel.c:79 #11 0xffffffff80270173 in ata_start (dev=0xffffff0002560700) at /usr/src/sys/dev/ata/ata-queue.c:212 #12 0xffffffff8027039c in ata_queue_request (request=0xffffff0002ec63a8) at /usr/src/sys/dev/ata/ata-queue.c:95 ---Type to continue, or q to quit--- #13 0xffffffff805be691 in taskqueue_run (queue=0xffffff000244ee00) at /usr/src/sys/kern/subr_taskqueue.c:239 #14 0xffffffff8055c7d8 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1165 #15 0xffffffff8055d432 in ithread_loop (arg=0xffffff0002321160) at /usr/src/sys/kern/kern_intr.c:1178 #16 0xffffffff8055a72a in fork_exit ( callout=0xffffffff8055d380 , arg=0xffffff0002321160, frame=0xffffff800005ac80) at /usr/src/sys/kern/kern_fork.c:838 #17 0xffffffff8084a3be in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:561 -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 20:00:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7A9F106564A for ; Sat, 29 Aug 2009 20:00:48 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 507128FC14 for ; Sat, 29 Aug 2009 20:00:47 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7TK0jmY096252; Sat, 29 Aug 2009 22:00:46 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A9988ED.2040403@fgznet.ch> Date: Sat, 29 Aug 2009 22:00:45 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Kostik Belousov References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> In-Reply-To: <20090829183906.GS1881@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 20:00:49 -0000 Kostik Belousov wrote: > On Sat, Aug 29, 2009 at 08:32:34PM +0200, Andreas Tobler wrote: >> Hello, >> >> I synced the sources today to #196643. > Try 196644. [tc:head/src/sys] andreast% svn info Path: . URL: svn://svn.freebsd.org/base/head/sys Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 196644 Node Kind: directory Schedule: normal Last Changed Author: kib Last Changed Rev: 196644 Last Changed Date: 2009-08-29 20:01:02 +0200 (Sat, 29 Aug 2009) Still the same, as below. But with WITNESS etc. on: I get this panic: --- Trying to mount root from zfs:zroot panic: thread_alloc got thread with kstack cpuid = 0 KDB: enter: panic [thread pid 1 tid 100002 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why --- > >> And built a kernel with WITNESS etc. off. >> >> My boot partition sits on zfs. >> >> I get the below panic. Unfortunately I can't bt since the usb keyboard >> ist not functional at this moment. >> >> --- >> Trying to mount root from zfs:zroot >> spin lock 0x80dccc00 (sched lock 1) held by 0x8595baf0 (tid 100003) too long >> panic: spin lock held too long >> cpuid = 0 >> KDB: enter: panic >> [thread pid 1 tid 100002 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> --- >> >> Unfortunately I can't say exactly which version the previous, working, >> kernel has. The svn nbr has gone. (I have this subversion: >> subversion-freebsd-1.6.5) This question is still open. Thanks, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 20:16:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B83CB1065670 for ; Sat, 29 Aug 2009 20:16:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 529E58FC1D for ; Sat, 29 Aug 2009 20:16:44 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n7TKGEWp048298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Aug 2009 23:16:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n7TKGEA5080846; Sat, 29 Aug 2009 23:16:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n7TKGE87080845; Sat, 29 Aug 2009 23:16:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Aug 2009 23:16:14 +0300 From: Kostik Belousov To: Andreas Tobler Message-ID: <20090829201614.GU1881@deviant.kiev.zoral.com.ua> References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XSEVMyPRvc8xgDhM" Content-Disposition: inline In-Reply-To: <4A9988ED.2040403@fgznet.ch> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 20:16:45 -0000 --XSEVMyPRvc8xgDhM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2009 at 10:00:45PM +0200, Andreas Tobler wrote: > Kostik Belousov wrote: > >On Sat, Aug 29, 2009 at 08:32:34PM +0200, Andreas Tobler wrote: > >>Hello, > >> > >>I synced the sources today to #196643. > >Try 196644. >=20 > [tc:head/src/sys] andreast% svn info > Path: . > URL: svn://svn.freebsd.org/base/head/sys > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 196644 > Node Kind: directory > Schedule: normal > Last Changed Author: kib > Last Changed Rev: 196644 > Last Changed Date: 2009-08-29 20:01:02 +0200 (Sat, 29 Aug 2009) >=20 > Still the same, as below. >=20 > But with WITNESS etc. on: >=20 > I get this panic: > --- > Trying to mount root from zfs:zroot > panic: thread_alloc got thread with kstack > cpuid =3D 0 > KDB: enter: panic > [thread pid 1 tid 100002 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why Can you show me the backtrace (from ddb) ? > --- >=20 > > > >>And built a kernel with WITNESS etc. off. > >> > >>My boot partition sits on zfs. > >> > >>I get the below panic. Unfortunately I can't bt since the usb keyboard= =20 > >>ist not functional at this moment. > >> > >>--- > >>Trying to mount root from zfs:zroot > >>spin lock 0x80dccc00 (sched lock 1) held by 0x8595baf0 (tid 100003) too= =20 > >>long > >>panic: spin lock held too long > >>cpuid =3D 0 > >>KDB: enter: panic > >>[thread pid 1 tid 100002 ] > >>Stopped at kdb_enter+0x3a: movl $0,kdb_why > >>--- > >> > >>Unfortunately I can't say exactly which version the previous, working,= =20 > >>kernel has. The svn nbr has gone. (I have this subversion: > >>subversion-freebsd-1.6.5) >=20 > This question is still open. r196639 will work for you. --XSEVMyPRvc8xgDhM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqZjI0ACgkQC3+MBN1Mb4h6NQCeMSOgpS8klCuItThaToBqdMqY lQUAn1kOJ6bh7m7CfVt+6sSmvxCbp8OK =OjEf -----END PGP SIGNATURE----- --XSEVMyPRvc8xgDhM-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 20:44:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D8F4106566C for ; Sat, 29 Aug 2009 20:44:55 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 2071A8FC0C for ; Sat, 29 Aug 2009 20:44:54 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7TKiqcX065747; Sat, 29 Aug 2009 22:44:52 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A999344.5000703@fgznet.ch> Date: Sat, 29 Aug 2009 22:44:52 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Kostik Belousov References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> In-Reply-To: <20090829201614.GU1881@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 20:44:55 -0000 Kostik Belousov wrote: > On Sat, Aug 29, 2009 at 10:00:45PM +0200, Andreas Tobler wrote: >> Kostik Belousov wrote: >>> On Sat, Aug 29, 2009 at 08:32:34PM +0200, Andreas Tobler wrote: >>>> Hello, >>>> >>>> I synced the sources today to #196643. >>> Try 196644. >> [tc:head/src/sys] andreast% svn info >> Path: . >> URL: svn://svn.freebsd.org/base/head/sys >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 196644 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: kib >> Last Changed Rev: 196644 >> Last Changed Date: 2009-08-29 20:01:02 +0200 (Sat, 29 Aug 2009) >> >> Still the same, as below. >> >> But with WITNESS etc. on: >> >> I get this panic: >> --- >> Trying to mount root from zfs:zroot >> panic: thread_alloc got thread with kstack >> cpuid = 0 >> KDB: enter: panic >> [thread pid 1 tid 100002 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why > Can you show me the backtrace (from ddb) ? I would like, yes, but as I said, the keyboard is not functional at this moment, it would be activated after this mount. Do I have other possibilties to get in connection with this machine? >>>> And built a kernel with WITNESS etc. off. >>>> >>>> My boot partition sits on zfs. >>>> >>>> I get the below panic. Unfortunately I can't bt since the usb keyboard >>>> ist not functional at this moment. >>>> >>>> --- >>>> Trying to mount root from zfs:zroot >>>> spin lock 0x80dccc00 (sched lock 1) held by 0x8595baf0 (tid 100003) too >>>> long >>>> panic: spin lock held too long >>>> cpuid = 0 >>>> KDB: enter: panic >>>> [thread pid 1 tid 100002 ] >>>> Stopped at kdb_enter+0x3a: movl $0,kdb_why >>>> --- >>>> >>>> Unfortunately I can't say exactly which version the previous, working, >>>> kernel has. The svn nbr has gone. (I have this subversion: >>>> subversion-freebsd-1.6.5) >> This question is still open. > > r196639 will work for you. :) I'll need a quick eye on it then. Thanks, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 20:48:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF6A1106566B for ; Sat, 29 Aug 2009 20:48:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 46CC48FC0A for ; Sat, 29 Aug 2009 20:48:15 +0000 (UTC) Received: (qmail 1001 invoked by uid 399); 29 Aug 2009 20:48:09 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Aug 2009 20:48:09 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A999403.9020009@FreeBSD.org> Date: Sat, 29 Aug 2009 13:48:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Panic on today's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 20:48:15 -0000 Some commit after r196636, up to and including 196644 caused my system to panic immediately upon loading wpi at boot time: (kgdb) #0 doadump () at pcpu.h:246 #1 0xc05f134e in boot (howto=260) at /usr/local/src/sys/kern/kern_shutdown.c:416 #2 0xc05f1622 in panic (fmt=Variable "fmt" is not available. ) at /usr/local/src/sys/kern/kern_shutdown.c:579 #3 0xc05ffe50 in thread_alloc (pages=0) at /usr/local/src/sys/kern/kern_thread.c:293 #4 0xc05fe89c in create_thread (td=0xc599c460, ctx=0x0, start_func=0x285dd680, arg=0x28763ec0, stack_base=0xbf7fe000
, stack_size=1048576, tls_base=0x281f8490
, child_tid=0x28763ec0, parent_tid=0x28763ec0, flags=2, rtp=0x0) at /usr/local/src/sys/kern/kern_thr.c:179 #5 0xc05fec67 in kern_thr_new (td=0xc599c460, param=0xe7c8dc44) at /usr/local/src/sys/kern/kern_thr.c:132 #6 0xc05fecc5 in thr_new (td=0xc599c460, uap=0xe7c8dcf8) at /usr/local/src/sys/kern/kern_thr.c:116 #7 0xc085b953 in syscall (frame=0xe7c8dd38) at /usr/local/src/sys/i386/i386/trap.c:1073 #8 0xc083f300 in Xint0x80_syscall () at /usr/local/src/sys/i386/i386/exception.s:261 #9 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) The complete core.txt.0 file is in my home directory on freefall. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 20:57:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44168106564A for ; Sat, 29 Aug 2009 20:57:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id D1AE98FC18 for ; Sat, 29 Aug 2009 20:57:47 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n7TKvOFW050272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Aug 2009 23:57:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n7TKvOwg081129; Sat, 29 Aug 2009 23:57:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n7TKvNWT081128; Sat, 29 Aug 2009 23:57:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 Aug 2009 23:57:23 +0300 From: Kostik Belousov To: Andreas Tobler Message-ID: <20090829205723.GW1881@deviant.kiev.zoral.com.ua> References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UTjKcilERHWBCdCp" Content-Disposition: inline In-Reply-To: <4A999344.5000703@fgznet.ch> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 20:57:48 -0000 --UTjKcilERHWBCdCp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2009 at 10:44:52PM +0200, Andreas Tobler wrote: > Kostik Belousov wrote: > >On Sat, Aug 29, 2009 at 10:00:45PM +0200, Andreas Tobler wrote: > >>Kostik Belousov wrote: > >>>On Sat, Aug 29, 2009 at 08:32:34PM +0200, Andreas Tobler wrote: > >>>>Hello, > >>>> > >>>>I synced the sources today to #196643. > >>>Try 196644. > >>[tc:head/src/sys] andreast% svn info > >>Path: . > >>URL: svn://svn.freebsd.org/base/head/sys > >>Repository Root: svn://svn.freebsd.org/base > >>Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > >>Revision: 196644 > >>Node Kind: directory > >>Schedule: normal > >>Last Changed Author: kib > >>Last Changed Rev: 196644 > >>Last Changed Date: 2009-08-29 20:01:02 +0200 (Sat, 29 Aug 2009) > >> > >>Still the same, as below. > >> > >>But with WITNESS etc. on: > >> > >>I get this panic: > >>--- > >>Trying to mount root from zfs:zroot > >>panic: thread_alloc got thread with kstack > >>cpuid =3D 0 > >>KDB: enter: panic > >>[thread pid 1 tid 100002 ] > >>Stopped at kdb_enter+0x3a: movl $0,kdb_why > >Can you show me the backtrace (from ddb) ? >=20 > I would like, yes, but as I said, the keyboard is not functional at this= =20 > moment, it would be activated after this mount. >=20 > Do I have other possibilties to get in connection with this machine? >=20 >=20 >=20 > >>>>And built a kernel with WITNESS etc. off. > >>>> > >>>>My boot partition sits on zfs. > >>>> > >>>>I get the below panic. Unfortunately I can't bt since the usb keyboar= d=20 > >>>>ist not functional at this moment. > >>>> > >>>>--- > >>>>Trying to mount root from zfs:zroot > >>>>spin lock 0x80dccc00 (sched lock 1) held by 0x8595baf0 (tid 100003) t= oo=20 > >>>>long > >>>>panic: spin lock held too long > >>>>cpuid =3D 0 > >>>>KDB: enter: panic > >>>>[thread pid 1 tid 100002 ] > >>>>Stopped at kdb_enter+0x3a: movl $0,kdb_why > >>>>--- > >>>> > >>>>Unfortunately I can't say exactly which version the previous, working= ,=20 > >>>>kernel has. The svn nbr has gone. (I have this subversion: > >>>>subversion-freebsd-1.6.5) > >>This question is still open. > > > >r196639 will work for you. >=20 > :) I'll need a quick eye on it then. Please, try this. diff --git a/sys/vm/vm_glue.c b/sys/vm/vm_glue.c index 234cde9..b0e8d3c 100644 --- a/sys/vm/vm_glue.c +++ b/sys/vm/vm_glue.c @@ -447,6 +447,8 @@ vm_thread_dispose(struct thread *td) pages =3D td->td_kstack_pages; ksobj =3D td->td_kstack_obj; ks =3D td->td_kstack; + td->td_kstack =3D 0; + td->td_kstack_pages =3D 0; if (pages =3D=3D KSTACK_PAGES && kstacks <=3D kstack_cache_size) { ks_ce =3D (struct kstack_cache_entry *)ks; ks_ce->ksobj =3D ksobj; @@ -457,8 +459,6 @@ vm_thread_dispose(struct thread *td) return; } vm_thread_stack_dispose(ksobj, ks, pages); - td->td_kstack =3D 0; - td->td_kstack_pages =3D 0; } =20 static void --UTjKcilERHWBCdCp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqZljMACgkQC3+MBN1Mb4ijTQCfRbU5tMk+RPNu0uEjGHyeoejn D9AAn0yeIwDxVmi/jUxHgJ3tSwHG2dsp =ThMF -----END PGP SIGNATURE----- --UTjKcilERHWBCdCp-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 21:13:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F8D106566B for ; Sat, 29 Aug 2009 21:13:47 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 0610F8FC08 for ; Sat, 29 Aug 2009 21:13:46 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7TLDhe3011841; Sat, 29 Aug 2009 23:13:44 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A999A07.9000204@fgznet.ch> Date: Sat, 29 Aug 2009 23:13:43 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Kostik Belousov References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> <20090829205723.GW1881@deviant.kiev.zoral.com.ua> In-Reply-To: <20090829205723.GW1881@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 21:13:47 -0000 Kostik Belousov wrote: > On Sat, Aug 29, 2009 at 10:44:52PM +0200, Andreas Tobler wrote: >> Kostik Belousov wrote: >>> On Sat, Aug 29, 2009 at 10:00:45PM +0200, Andreas Tobler wrote: >>>> Kostik Belousov wrote: >>>>> On Sat, Aug 29, 2009 at 08:32:34PM +0200, Andreas Tobler wrote: >>>>>> Hello, >>>>>> >>>>>> I synced the sources today to #196643. >>>>> Try 196644. >>>> [tc:head/src/sys] andreast% svn info >>>> Path: . >>>> URL: svn://svn.freebsd.org/base/head/sys >>>> Repository Root: svn://svn.freebsd.org/base >>>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>>> Revision: 196644 >>>> Node Kind: directory >>>> Schedule: normal >>>> Last Changed Author: kib >>>> Last Changed Rev: 196644 >>>> Last Changed Date: 2009-08-29 20:01:02 +0200 (Sat, 29 Aug 2009) >>>> >>>> Still the same, as below. >>>> >>>> But with WITNESS etc. on: >>>> >>>> I get this panic: >>>> --- >>>> Trying to mount root from zfs:zroot >>>> panic: thread_alloc got thread with kstack >>>> cpuid = 0 >>>> KDB: enter: panic >>>> [thread pid 1 tid 100002 ] >>>> Stopped at kdb_enter+0x3a: movl $0,kdb_why >>> Can you show me the backtrace (from ddb) ? >> I would like, yes, but as I said, the keyboard is not functional at this >> moment, it would be activated after this mount. >> >> Do I have other possibilties to get in connection with this machine? I tried "26.6.2 Serial Console Configuration, Terse Version" And now I can't boot at all. I have a second partition with 8.0BETA3 on this machine, this one I can boot. But how can I mount a zfs root ? tc# gpart show ad4s4 => 0 251371512 ad4s4 BSD (120G) 0 242982904 1 freebsd-zfs (116G) 242982904 8380811 2 freebsd-swap (4.0G) 251363715 7797 - free - (3.8M) I'd like to mount ad4s4a to /mnt with the following command: tc# mount -t zfs /dev/ad4s4a /mnt mount: /dev/ad4s4a : Invalid argument Any idea what I'm doing wrong? Or is it not possible? >> >> >> >>>>>> And built a kernel with WITNESS etc. off. >>>>>> >>>>>> My boot partition sits on zfs. >>>>>> >>>>>> I get the below panic. Unfortunately I can't bt since the usb keyboard >>>>>> ist not functional at this moment. >>>>>> >>>>>> --- >>>>>> Trying to mount root from zfs:zroot >>>>>> spin lock 0x80dccc00 (sched lock 1) held by 0x8595baf0 (tid 100003) too >>>>>> long >>>>>> panic: spin lock held too long >>>>>> cpuid = 0 >>>>>> KDB: enter: panic >>>>>> [thread pid 1 tid 100002 ] >>>>>> Stopped at kdb_enter+0x3a: movl $0,kdb_why >>>>>> --- >>>>>> >>>>>> Unfortunately I can't say exactly which version the previous, working, >>>>>> kernel has. The svn nbr has gone. (I have this subversion: >>>>>> subversion-freebsd-1.6.5) >>>> This question is still open. >>> r196639 will work for you. >> :) I'll need a quick eye on it then. > > Please, try this. I'll do so, asap I can boot again. Thanks, Andreas > > diff --git a/sys/vm/vm_glue.c b/sys/vm/vm_glue.c > index 234cde9..b0e8d3c 100644 > --- a/sys/vm/vm_glue.c > +++ b/sys/vm/vm_glue.c > @@ -447,6 +447,8 @@ vm_thread_dispose(struct thread *td) > pages = td->td_kstack_pages; > ksobj = td->td_kstack_obj; > ks = td->td_kstack; > + td->td_kstack = 0; > + td->td_kstack_pages = 0; > if (pages == KSTACK_PAGES && kstacks <= kstack_cache_size) { > ks_ce = (struct kstack_cache_entry *)ks; > ks_ce->ksobj = ksobj; > @@ -457,8 +459,6 @@ vm_thread_dispose(struct thread *td) > return; > } > vm_thread_stack_dispose(ksobj, ks, pages); > - td->td_kstack = 0; > - td->td_kstack_pages = 0; > } > > static void From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 21:43:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65BD81065670 for ; Sat, 29 Aug 2009 21:43:06 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2045E8FC14 for ; Sat, 29 Aug 2009 21:43:04 +0000 (UTC) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 8695479019; Sun, 30 Aug 2009 01:43:02 +0400 (MSD) Message-ID: <4A99A0F7.7000205@haruhiism.net> Date: Sun, 30 Aug 2009 01:43:19 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Andreas Tobler References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> <20090829205723.GW1881@deviant.kiev.zoral.com.ua> <4A999A07.9000204@fgznet.ch> In-Reply-To: <4A999A07.9000204@fgznet.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 21:43:06 -0000 Andreas Tobler wrote: > I'd like to mount ad4s4a to /mnt with the following command: > tc# mount -t zfs /dev/ad4s4a /mnt > mount: /dev/ad4s4a : Invalid argument > Any idea what I'm doing wrong? Or is it not possible? You cannot mount ZFS filesystems by using /sbin/mount. man zpool (see "zpool import") man zfs And don't forget to "/etc/rc.d/zfs start" before trying to import the pool. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 21:45:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F7BC106566C for ; Sat, 29 Aug 2009 21:45:26 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3C6B98FC1D for ; Sat, 29 Aug 2009 21:45:25 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7TLjNZ5059862; Sat, 29 Aug 2009 23:45:24 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A99A172.90009@fgznet.ch> Date: Sat, 29 Aug 2009 23:45:22 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Kostik Belousov References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> <20090829205723.GW1881@deviant.kiev.zoral.com.ua> In-Reply-To: <20090829205723.GW1881@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 21:45:26 -0000 Kostik Belousov wrote: > Please, try this. > > diff --git a/sys/vm/vm_glue.c b/sys/vm/vm_glue.c > index 234cde9..b0e8d3c 100644 > --- a/sys/vm/vm_glue.c > +++ b/sys/vm/vm_glue.c > @@ -447,6 +447,8 @@ vm_thread_dispose(struct thread *td) > pages = td->td_kstack_pages; > ksobj = td->td_kstack_obj; > ks = td->td_kstack; > + td->td_kstack = 0; > + td->td_kstack_pages = 0; > if (pages == KSTACK_PAGES && kstacks <= kstack_cache_size) { > ks_ce = (struct kstack_cache_entry *)ks; > ks_ce->ksobj = ksobj; > @@ -457,8 +459,6 @@ vm_thread_dispose(struct thread *td) > return; > } > vm_thread_stack_dispose(ksobj, ks, pages); > - td->td_kstack = 0; > - td->td_kstack_pages = 0; > } > > static void panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed ... sched_ule.c:1878 cpuid = 1 KDB: enter: panic [thread pid 0 tid 100073 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why As you see I managed to reboot my zfs root ;) Thanks, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 21:51:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8058E1065670 for ; Sat, 29 Aug 2009 21:51:04 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2B58FC08 for ; Sat, 29 Aug 2009 21:51:03 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7TLp1Ne068604; Sat, 29 Aug 2009 23:51:01 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A99A2C5.8020900@fgznet.ch> Date: Sat, 29 Aug 2009 23:51:01 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Kamigishi Rei References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> <20090829205723.GW1881@deviant.kiev.zoral.com.ua> <4A999A07.9000204@fgznet.ch> <4A99A0F7.7000205@haruhiism.net> In-Reply-To: <4A99A0F7.7000205@haruhiism.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Kostik Belousov , freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 21:51:04 -0000 Kamigishi Rei wrote: > Andreas Tobler wrote: >> I'd like to mount ad4s4a to /mnt with the following command: >> tc# mount -t zfs /dev/ad4s4a /mnt >> mount: /dev/ad4s4a : Invalid argument >> Any idea what I'm doing wrong? Or is it not possible? > You cannot mount ZFS filesystems by using /sbin/mount. Yup, I learned. > > man zpool (see "zpool import") > man zfs load the zfs stuff. 'mount -t zfs /dev/blah' loaded the module zfs.ko for me. tc# zpool export zroot tc# zpool import zroot tc# cd /zroot/ Then I was able to modify my faulty conf file. Thanks! Andreas From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 21:55:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC1FA1065674 for ; Sat, 29 Aug 2009 21:55:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 628718FC15 for ; Sat, 29 Aug 2009 21:55:50 +0000 (UTC) Received: (qmail 30857 invoked by uid 399); 29 Aug 2009 21:55:48 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Aug 2009 21:55:48 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A99A3DE.1020109@FreeBSD.org> Date: Sat, 29 Aug 2009 14:55:42 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A999403.9020009@FreeBSD.org> In-Reply-To: <4A999403.9020009@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Panic on today's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 21:55:50 -0000 Doug Barton wrote: > Some commit after r196636, up to and including 196644 caused my system > to panic immediately upon loading wpi at boot time: Turns out this was related to some changes that kib just reverted, so nothing to see here. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 21:56:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7671F1065742 for ; Sat, 29 Aug 2009 21:56:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id E1D598FC1E for ; Sat, 29 Aug 2009 21:56:10 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n7TLtnpM053134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Aug 2009 00:55:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n7TLtniJ081536; Sun, 30 Aug 2009 00:55:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n7TLtn2C081535; Sun, 30 Aug 2009 00:55:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 30 Aug 2009 00:55:49 +0300 From: Kostik Belousov To: Andreas Tobler Message-ID: <20090829215549.GY1881@deviant.kiev.zoral.com.ua> References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> <20090829205723.GW1881@deviant.kiev.zoral.com.ua> <4A99A172.90009@fgznet.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="apSYfA7d5AHMku3c" Content-Disposition: inline In-Reply-To: <4A99A172.90009@fgznet.ch> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 21:56:11 -0000 --apSYfA7d5AHMku3c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 29, 2009 at 11:45:22PM +0200, Andreas Tobler wrote: > Kostik Belousov wrote: >=20 > >Please, try this. > > > >diff --git a/sys/vm/vm_glue.c b/sys/vm/vm_glue.c > >index 234cde9..b0e8d3c 100644 > >--- a/sys/vm/vm_glue.c > >+++ b/sys/vm/vm_glue.c > >@@ -447,6 +447,8 @@ vm_thread_dispose(struct thread *td) > > pages =3D td->td_kstack_pages; > > ksobj =3D td->td_kstack_obj; > > ks =3D td->td_kstack; > >+ td->td_kstack =3D 0; > >+ td->td_kstack_pages =3D 0; > > if (pages =3D=3D KSTACK_PAGES && kstacks <=3D kstack_cache_size) { > > ks_ce =3D (struct kstack_cache_entry *)ks; > > ks_ce->ksobj =3D ksobj; > >@@ -457,8 +459,6 @@ vm_thread_dispose(struct thread *td) > > return; > > } > > vm_thread_stack_dispose(ksobj, ks, pages); > >- td->td_kstack =3D 0; > >- td->td_kstack_pages =3D 0; > > } > >=20 > > static void >=20 > panic: Assertion td->td_lock =3D=3D TDQ_LOCKPTR(tdq) failed ... sched_ule= .c:1878 > cpuid =3D 1 > KDB: enter: panic > [thread pid 0 tid 100073 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why >=20 > As you see I managed to reboot my zfs root ;) Fair enough. I reverted the change for now, HEAD must be kept in the working state, esp. during the release. My apologies for the breakage, r196648 should return the world to less broken state. --apSYfA7d5AHMku3c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqZo+UACgkQC3+MBN1Mb4iMtQCfRwYDhcy8VRi6M3BmvDOxr75Q pwUAniS+/HDisd2t6xHx7VUNEn9J0qOC =S75N -----END PGP SIGNATURE----- --apSYfA7d5AHMku3c-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 18:35:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7667106566C for ; Sat, 29 Aug 2009 18:35:45 +0000 (UTC) (envelope-from grosser@fim.uni-passau.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.40]) by mx1.freebsd.org (Postfix) with ESMTP id 991BD8FC14 for ; Sat, 29 Aug 2009 18:35:44 +0000 (UTC) Received: from [84.56.27.250] (helo=[192.168.178.29]) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MhSaz-0000JI-Lq for freebsd-current@freebsd.org; Sat, 29 Aug 2009 20:24:15 +0200 From: Tobias Grosser To: FreeBSD Current Content-Type: multipart/mixed; boundary="=-t+EPdYhRqA+OYwAiOjpu" Date: Sat, 29 Aug 2009 20:24:11 +0200 Message-Id: <1251570251.1238.21.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Df-Sender: imapboxtobias@web-wahnsinn.de X-Mailman-Approved-At: Sat, 29 Aug 2009 22:05:36 +0000 Subject: USB Harddrive not recognized (umass appears, da0 not) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 18:35:46 -0000 --=-t+EPdYhRqA+OYwAiOjpu Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I just bought two external USB hard drives and tried to use them on http://svn.freebsd.org/base/stable/8@196642 The drives are: Western Digital My Passport Essential (500 and 320 GB) After connecting them I get these log messages: ------------------------------------------------------------------------ ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 ------------------------------------------------------------------------ However there is never any 'ad' device created. So I am not able to use the harddisk. "camcontrol devlist" does not return anything. "camcontrol rescan all" blocks in: ------------------------------------------------------------------------ 1279 root 1 45 0 3472K 828K cbwait 0 0:00 0.00% camcontrol ------------------------------------------------------------------------ and returns after removing the usb disk. After removing the disk I always get: ------------------------------------------------------------------------ % sudo camcontrol rescan all camcontrol: CAMIOCOMMAND ioctl failed: Invalid argument ------------------------------------------------------------------------ /var/log/messages output is attached for hw.usb.debug=99999, hw.usb.umass.debug=99999 For this log first the drive was attached and afterwords it was detached again. Is there anything useful I can try to debug this problem? I have DTRACE and DDB/KDB installed. Thanks Tobi --=-t+EPdYhRqA+OYwAiOjpu Content-Disposition: attachment; filename="log" Content-Type: text/plain; name="log"; charset="us-ascii" Content-Transfer-Encoding: 7bit Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:40 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:42 tobilaptop wpa_supplicant[385]: Failed to initiate AP scan. Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:44 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:48 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0x23 bRequest=0x01 wValue=0x0010 wIndex=0x0002 wLength=0x0000 Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0x23 bRequest=0x03 wValue=0x0004 wIndex=0x0002 wLength=0x0000 Aug 29 20:13:50 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0x23 bRequest=0x01 wValue=0x0014 wIndex=0x0002 wLength=0x0000 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:51 tobilaptop kernel: usbd_req_reset_port:679: port 2 reset returning error=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:51 tobilaptop kernel: usb_alloc_device:1451: parent_dev=0x86771d00, bus=0x86718cf0, parent_hub=0x867a7c00, depth=1, port_index=1, port_no=2, speed=2, usb_mode=0 Aug 29 20:13:51 tobilaptop kernel: usb_set_device_state:2442: udev 0x8701ac00 state DETACHED -> POWERED Aug 29 20:13:51 tobilaptop kernel: usbd_req_set_address:1180: setting device address=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x00 bRequest=0x05 wValue=0x0002 wIndex=0x0000 wLength=0x0000 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop last message repeated 3 times Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9dcdf0b0, endpoint=0x8701ac78, nframes=1, dir=write Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1416: open Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9dcdf0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9dcdf0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9dcdf0b0 endpoint=0x8701ac78 sts=0 alen=8, slen=8, afrm=1, nfrm=1 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2586: xfer=0x9dcdf0b0: Control transfer active on endpoint=0x8701ac78 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9dcdf0b0, endpoint=0x8701ac78, nframes=1, dir=write Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=1 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9dcdf0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9dcdf0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9dcdf0b0 endpoint=0x8701ac78 sts=0 alen=0, slen=0, afrm=1, nfrm=1 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_set_device_state:2442: udev 0x8701ac00 state POWERED -> ADDRESSED Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_desc:719: id=0, type=1, index=0, max_len=8 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0100 wIndex=0x0000 wLength=0x0008 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_stop:1691: close Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_CANCELLED Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2192: not transferring Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop last message repeated 3 times Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9dcdf0b0, endpoint=0x8701ac78, nframes=2, dir=write Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1416: open Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9dcdf0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9dcdf0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9dcdf0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9dcdf0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9dcdf0b0 endpoint=0x8701ac78 sts=0 alen=16, slen=16, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_alloc_device:1641: adding unit addr=2, rev=200, class=0, subclass=0, protocol=0, maxpacket=64, len=8, speed=2 Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_device_desc:1043: Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_desc:719: id=0, type=1, index=0, max_len=18 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0100 wIndex=0x0000 wLength=0x0012 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_stop:1691: close Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_CANCELLED Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2192: not transferring Aug 29 20:13:51 tobilaptop root: Unknown USB device: vendor 0x1058 product 0x0704 bus uhub0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop last message repeated 3 times Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=write Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1416: open Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=26, slen=26, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_desc:719: id=128, type=3, index=0, max_len=4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0300 wIndex=0x0080 wLength=0x0002 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=10, slen=10, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0300 wIndex=0x0080 wLength=0x0004 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=12, slen=12, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_desc:719: id=1033, type=3, index=3, max_len=64 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0303 wIndex=0x0409 wLength=0x0002 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=10, slen=10, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0303 wIndex=0x0409 wLength=0x003e Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=70, slen=70, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_desc:719: id=1033, type=3, index=1, max_len=64 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0301 wIndex=0x0409 wLength=0x0002 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=10, slen=10, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0301 wIndex=0x0409 wLength=0x0022 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=42, slen=42, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_desc:719: id=1033, type=3, index=2, max_len=64 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0302 wIndex=0x0409 wLength=0x0002 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=10, slen=10, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0302 wIndex=0x0409 wLength=0x0022 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=42, slen=42, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_alloc_device:1730: setting config 0 Aug 29 20:13:51 tobilaptop kernel: usbd_set_config_index:472: udev=0x8701ac00 index=0 Aug 29 20:13:51 tobilaptop kernel: usb_detach_device:1054: udev=0x8701ac00 Aug 29 20:13:51 tobilaptop kernel: usb_cdev_free:1906: Freeing device nodes Aug 29 20:13:51 tobilaptop kernel: usb_config_parse:638: iface_index=255 cmd=1 Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_config_desc_full:1000: index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_config_desc:965: confidx=0 Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_desc:719: id=0, type=2, index=0, max_len=9 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0009 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=17, slen=17, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_req_get_desc:719: id=0, type=2, index=0, max_len=32 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x06 wValue=0x0200 wIndex=0x0000 wLength=0x0020 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=40, slen=40, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x80 bRequest=0x00 wValue=0x0000 wIndex=0x0000 wLength=0x0002 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=10, slen=10, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_set_config_index:529: status=0x0001 Aug 29 20:13:51 tobilaptop kernel: usbd_set_config_index:537: udev=0x8701ac00 cdesc=0x877953c0 (addr 2) cno=1 attr=0xc0, selfpowered=1, power=2 Aug 29 20:13:51 tobilaptop kernel: usb_set_device_state:2442: udev 0x8701ac00 state ADDRESSED -> CONFIGURED Aug 29 20:13:51 tobilaptop kernel: usbd_req_set_config:1456: setting config 1 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0x00 bRequest=0x09 wValue=0x0001 wIndex=0x0000 wLength=0x0000 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=1, dir=read Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=8, slen=8, afrm=1, nfrm=1 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_config_parse:638: iface_index=255 cmd=0 Aug 29 20:13:51 tobilaptop kernel: usb_config_parse:719: found idesc nendpt=2 Aug 29 20:13:51 tobilaptop kernel: usb_config_parse:638: iface_index=255 cmd=2 Aug 29 20:13:51 tobilaptop kernel: usb_config_parse:719: found idesc nendpt=2 Aug 29 20:13:51 tobilaptop kernel: usb_cdev_create:1854: Creating device nodes Aug 29 20:13:51 tobilaptop kernel: usbd_set_config_index:584: error=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_alloc_device:1789: new dev (addr 2), udev=0x8701ac00, parent_hub=0x867a7c00 Aug 29 20:13:51 tobilaptop kernel: ugen0.2: at usbus0 Aug 29 20:13:51 tobilaptop kernel: usb_probe_and_attach:1293: iclass=8/6/80 iindex=0/0 Aug 29 20:13:51 tobilaptop kernel: umass0: on usbus0 Aug 29 20:13:51 tobilaptop kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop last message repeated 2 times Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0xff type=0x2 dir=0x0 index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0xff type=0x2 dir=0x80 index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0xff type=0x2 dir=0x0 index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0xff type=0x2 dir=0x80 index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop last message repeated 2 times Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0xff type=0x2 dir=0x0 index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0xff type=0x2 dir=0x80 index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0xff type=0x2 dir=0x0 index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_get_endpoint:204: udev=0x8701ac00 iface_index=0 address=0xff type=0x2 dir=0x80 index=0 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_flags:292: udev=0x8701ac00 bmRequestType=0xa1 bRequest=0xfe wValue=0x0000 wIndex=0x0000 wLength=0x0001 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=0 Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x86e3e0b0, endpoint=0x8701ac78, nframes=2, dir=write Aug 29 20:13:51 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:13:51 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0x86e3e0b0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:51 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2661: cb 0x86e3e0b0 (enter) Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:51 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x86e3e0b0 endpoint=0x8701ac78 sts=0 alen=9, slen=9, afrm=2, nfrm=2 Aug 29 20:13:51 tobilaptop kernel: usbd_do_request_callback:95: st=1 Aug 29 20:13:51 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:52 tobilaptop wpa_supplicant[385]: Failed to initiate AP scan. Aug 29 20:13:52 tobilaptop kernel: umass0:0:0:-1: Attached to scbus0 Aug 29 20:13:52 tobilaptop kernel: umass0:umass_attach: Attach finishedusb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4usb_probe_and_attach:1267: end of interfaces at 1 Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9f50e2f0, endpoint=0x9d9336a4, nframes=1, dir=write Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:52 tobilaptop kernel: usb_dump_endpoint: endpoint=0x9d9336a4 Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set edesc=0x877953d9 isoc_next=0 toggle_next=0 Aug 29 20:13:52 tobilaptop kernel: bEndpointAddress=0x02 Aug 29 20:13:52 tobilaptop kernel: usb_dump_queue: endpoint=0x9d9336a4 xfer: Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_submit:1416: opuensbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e2f0 (leave) Aug 29 20:13:52 tobilaptop kernel: Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e2f0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9f50e2f0 endpoint=0x9d9336a4 sts=0 alen=31, slen=31, afrm=1, nfrm=1 Aug 29 20:13:52 tobilaptop kernel: umass0:umass_transfer_start: transfer index = 4 Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9f50e3c8, endpoint=0x9d933680, nframes=1, dir=read Aug 29 20:13:52 tobilaptop kernel: usb_dump_endpoint: endpoint=0x9d933680 edesc=0x877953d2 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 Aug 29 20:13:52 tobilaptop kernel: usb_dump_queue: endpoint=0x9d933680 xfer: Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_submit:1416: open Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e3c8 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e3c8 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9f50e3c8 endpoint=0x9d933680 sts=0 alen=36, slen=36, afrm=1, nfrm=1 Aug 29 20:13:52 tobilaptop kernel: umass0:umass_transfer_start: transfer index = 8 Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e6b8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9f50e6b8, endpoint=0x9d933680, nframes=1, dir=read Aug 29 20:13:52 tobilaptop kernel: usb_dump_endpoint: endpoint=0x9d933680 edesc=0x877953d2 isoc_next=0 toggle_next=1 bEndpointAddress=0x81 Aug 29 20:13:52 tobilaptop kernel: usb_dump_queue: endpoint=0x9d933680 xfer: Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_submit:1416: open Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e6b8 (enter) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e6b8 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e6b8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e6b8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e6b8 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e6b8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9f50e6b8 endpoint=0x9d933680 sts=0 alen=13, slen=13, afrm=1, nfrm=1 Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9f50e2f0, endpoint=0x9d9336a4, nframes=1, dir=write Aug 29 20:13:52 tobilaptop kernel: usb_dump_endpoint: endpoint=0x9d9336a4 edesc=0x877953d9 isoc_next=0 toggle_next=1 bEndpointAddress=0x02 Aug 29 20:13:52 tobilaptop kernel: usb_dump_queue: endpoint=0x9d9336a4 xfer: Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e2f0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e2f0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e2f0 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9f50e2f0 endpoint=0x9d9336a4 sts=0 alen=31, slen=31, afrm=1, nfrm=1 Aug 29 20:13:52 tobilaptop kernel: umass0:umass_transfer_start: transfer index = 4 Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:13:52 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9f50e3c8, endpoint=0x9d933680, nframes=1, dir=read Aug 29 20:13:52 tobilaptop kernel: usb_dump_endpoint: endpoint=0x9d933680 edesc=0x877953d2 isoc_next=0 toggle_next=0 bEndpointAddress=0x81 Aug 29 20:13:52 tobilaptop kernel: usb_dump_queue: endpoint=0x9d933680 xfer: Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e3c8 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:13:52 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e3c8 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:52 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:13:56 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:00 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:02 tobilaptop wpa_supplicant[385]: Failed to initiate AP scan. Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:04 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:08 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:12 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:12 tobilaptop wpa_supplicant[385]: Failed to initiate AP scan. Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:16 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_STALLED Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e3c8 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9f50e3c8 endpoint=0x9d933680 sts=22 alen=0, slen=74, afrm=1, nfrm=1 Aug 29 20:14:18 tobilaptop kernel: umass0:umass_transfer_start: transfer index = 5 Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e480 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:14:18 tobilaptop kernel: usbd_clear_data_toggle:2758: udev=0x8701ac00 endpoint=0x9d933680 Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9f50e480, endpoint=0x8701ac78, nframes=1, dir=write Aug 29 20:14:18 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=0 bEndpointAddress=0x00 Aug 29 20:14:18 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_submit:1416: open Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e480 (enter) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e480 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e480 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e480 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_pipe_start:2416: start Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e480 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_STALLED Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e480 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9f50e480 endpoint=0x8701ac78 sts=22 alen=8, slen=8, afrm=1, nfrm=1 Aug 29 20:14:18 tobilaptop kernel: umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9f50e0b0, endpoint=0x8701ac78, nframes=1, dir=write Aug 29 20:14:18 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=1 bEndpointAddress=0x00 Aug 29 20:14:18 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_submit:1416: open Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e0b0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e0b0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_start_cb:2253: start Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_STALLED Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9f50e0b0 endpoint=0x8701ac78 sts=22 alen=8, slen=8, afrm=1, nfrm=1 Aug 29 20:14:18 tobilaptop kernel: umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_submit:1397: xfer=0x9f50e0b0, endpoint=0x8701ac78, nframes=1, dir=write Aug 29 20:14:18 tobilaptop kernel: usb_dump_endpoint: endpoint=0x8701ac78 edesc=0x8701af2c isoc_next=0 toggle_next=1 bEndpointAddress=0x00 Aug 29 20:14:18 tobilaptop kernel: usb_dump_queue: endpoint=0x8701ac78 xfer: Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e0b0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_pipe_enter:1584: enter Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0x9f50e0b0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0x23 bRequest=0x01 wValue=0x0011 wIndex=0x0002 wLength=0x0000 Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0x23 bRequest=0x01 wValue=0x0010 wIndex=0x0002 wLength=0x0000 Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:18 tobilaptop kernel: usb_free_device:1939: udev=0x8701ac00 port=2 Aug 29 20:14:18 tobilaptop kernel: usb_set_device_state:2442: udev 0x8701ac00 state CONFIGURED -> DETACHED Aug 29 20:14:18 tobilaptop kernel: ugen0.2: at usbus0 (disconnected) Aug 29 20:14:18 tobilaptop kernel: usb_detach_device:1054: udev=0x8701ac00 Aug 29 20:14:18 tobilaptop kernel: umass0: at uhub0, port 2, addr 2 (disconnected) Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_stop:1691: close Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_CANCELLED Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2192: not transferring Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_stop:1691: close Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_CANCELLED Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2192: not transferring Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_stop:1691: close Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_CANCELLED Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2192: not transferring Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_stop:1691: close Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_CANCELLED Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2192: not transferring Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_stop:1679: close Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_CANCELLED Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper_sub:2500: DMA delay, 2 ms, on 0x9f50e0b0 Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_dma_delay_done_cb:2122: Completed 0x9f50e0b0 Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_NORMAL_COMPLETION Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2661: cb 0x9f50e0b0 (enter) Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper:2030: case 1-4 Aug 29 20:14:18 tobilaptop kernel: usbd_callback_wrapper_sub:2550: xfer=0x9f50e0b0 endpoint=0x8701ac78 sts=5 alen=0, slen=8, afrm=0, nfrm=1 Aug 29 20:14:18 tobilaptop kernel: usb_command_wrapper:2663: cb 0 (leave) Aug 29 20:14:18 tobilaptop kernel: usb_cdev_free:1906: Freeing device nodes Aug 29 20:14:18 tobilaptop kernel: usb_config_parse:638: iface_index=255 cmd=1 Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_stop:1691: close Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2185: err=USB_ERR_CANCELLED Aug 29 20:14:18 tobilaptop kernel: usbd_transfer_done:2192: not transferring Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:18 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:20 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:22 tobilaptop wpa_supplicant[385]: Failed to initiate AP scan. Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:24 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a7c00 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a5400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:292: udev=0x867a6800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:292: udev=0x86db7400 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0002 wLength=0x0004 Aug 29 20:14:28 tobilaptop kernel: usbd_do_request_flags:327: Handle Request function is set --=-t+EPdYhRqA+OYwAiOjpu-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 22:15:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 636E410656BB for ; Sat, 29 Aug 2009 22:15:02 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 18A0F8FC0C for ; Sat, 29 Aug 2009 22:15:01 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7TMExa3004821; Sun, 30 Aug 2009 00:14:59 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A99A863.1070806@fgznet.ch> Date: Sun, 30 Aug 2009 00:14:59 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Kostik Belousov References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> <20090829205723.GW1881@deviant.kiev.zoral.com.ua> <4A99A172.90009@fgznet.ch> <20090829215549.GY1881@deviant.kiev.zoral.com.ua> In-Reply-To: <20090829215549.GY1881@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 22:15:12 -0000 Kostik Belousov wrote: > On Sat, Aug 29, 2009 at 11:45:22PM +0200, Andreas Tobler wrote: >> Kostik Belousov wrote: >> >>> Please, try this. >>> >>> diff --git a/sys/vm/vm_glue.c b/sys/vm/vm_glue.c >>> index 234cde9..b0e8d3c 100644 >>> --- a/sys/vm/vm_glue.c >>> +++ b/sys/vm/vm_glue.c >>> @@ -447,6 +447,8 @@ vm_thread_dispose(struct thread *td) >>> pages = td->td_kstack_pages; >>> ksobj = td->td_kstack_obj; >>> ks = td->td_kstack; >>> + td->td_kstack = 0; >>> + td->td_kstack_pages = 0; >>> if (pages == KSTACK_PAGES && kstacks <= kstack_cache_size) { >>> ks_ce = (struct kstack_cache_entry *)ks; >>> ks_ce->ksobj = ksobj; >>> @@ -457,8 +459,6 @@ vm_thread_dispose(struct thread *td) >>> return; >>> } >>> vm_thread_stack_dispose(ksobj, ks, pages); >>> - td->td_kstack = 0; >>> - td->td_kstack_pages = 0; >>> } >>> >>> static void >> panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed ... sched_ule.c:1878 >> cpuid = 1 >> KDB: enter: panic >> [thread pid 0 tid 100073 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> >> As you see I managed to reboot my zfs root ;) > > Fair enough. > > I reverted the change for now, HEAD must be kept in the working state, > esp. during the release. > > My apologies for the breakage, r196648 should return the world > to less broken state. Np. Thank you for helping here! FreeBSD 9.0-CURRENT (TC) #3 r196648M: Sun Aug 30 00:02:14 CEST 2009 Boots again and the rev in the line above is back. Regards, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 22:19:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9190A106566B for ; Sat, 29 Aug 2009 22:19:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 1148A8FC17 for ; Sat, 29 Aug 2009 22:19:52 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n7TMJV62054131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Aug 2009 01:19:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n7TMJVrd081845; Sun, 30 Aug 2009 01:19:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n7TMJVVG081844; Sun, 30 Aug 2009 01:19:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 30 Aug 2009 01:19:31 +0300 From: Kostik Belousov To: Andreas Tobler Message-ID: <20090829221931.GZ1881@deviant.kiev.zoral.com.ua> References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> <20090829205723.GW1881@deviant.kiev.zoral.com.ua> <4A99A172.90009@fgznet.ch> <20090829215549.GY1881@deviant.kiev.zoral.com.ua> <4A99A863.1070806@fgznet.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8M+BMcg+0CmQ2H7L" Content-Disposition: inline In-Reply-To: <4A99A863.1070806@fgznet.ch> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 22:19:53 -0000 --8M+BMcg+0CmQ2H7L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 30, 2009 at 12:14:59AM +0200, Andreas Tobler wrote: > Kostik Belousov wrote: > >On Sat, Aug 29, 2009 at 11:45:22PM +0200, Andreas Tobler wrote: > >>Kostik Belousov wrote: > >> > >>>Please, try this. > >>> > >>>diff --git a/sys/vm/vm_glue.c b/sys/vm/vm_glue.c > >>>index 234cde9..b0e8d3c 100644 > >>>--- a/sys/vm/vm_glue.c > >>>+++ b/sys/vm/vm_glue.c > >>>@@ -447,6 +447,8 @@ vm_thread_dispose(struct thread *td) > >>> pages =3D td->td_kstack_pages; > >>> ksobj =3D td->td_kstack_obj; > >>> ks =3D td->td_kstack; > >>>+ td->td_kstack =3D 0; > >>>+ td->td_kstack_pages =3D 0; > >>> if (pages =3D=3D KSTACK_PAGES && kstacks <=3D kstack_cache_size) { > >>> ks_ce =3D (struct kstack_cache_entry *)ks; > >>> ks_ce->ksobj =3D ksobj; > >>>@@ -457,8 +459,6 @@ vm_thread_dispose(struct thread *td) > >>> return; > >>> } > >>> vm_thread_stack_dispose(ksobj, ks, pages); > >>>- td->td_kstack =3D 0; > >>>- td->td_kstack_pages =3D 0; > >>>} > >>> > >>>static void > >>panic: Assertion td->td_lock =3D=3D TDQ_LOCKPTR(tdq) failed ...=20 > >>sched_ule.c:1878 > >>cpuid =3D 1 > >>KDB: enter: panic > >>[thread pid 0 tid 100073 ] > >>Stopped at kdb_enter+0x3a: movl $0,kdb_why > >> > >>As you see I managed to reboot my zfs root ;) > > > >Fair enough. > > > >I reverted the change for now, HEAD must be kept in the working state, > >esp. during the release. > > > >My apologies for the breakage, r196648 should return the world > >to less broken state. >=20 >=20 > Np. Thank you for helping here! >=20 > FreeBSD 9.0-CURRENT (TC) #3 r196648M: Sun Aug 30 00:02:14 CEST 2009 >=20 > Boots again and the rev in the line above is back. The (hopefully) fixed version of the change is at http://people.freebsd.org/~kib/misc/altkstacks.3.patch --8M+BMcg+0CmQ2H7L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqZqXIACgkQC3+MBN1Mb4g97gCbBCahfPS2gHNtjAg39buqewct vYcAn3yma/2z/ZfM5O5RpC0yPzcDh8d4 =iAF2 -----END PGP SIGNATURE----- --8M+BMcg+0CmQ2H7L-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 23:06:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11C4B1065670 for ; Sat, 29 Aug 2009 23:06:53 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 80D688FC0C for ; Sat, 29 Aug 2009 23:06:52 +0000 (UTC) Received: by bwz2 with SMTP id 2so2047583bwz.43 for ; Sat, 29 Aug 2009 16:06:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=lONj+QdQPMdRrG1Ze786/fEyLL9QdLYq9nuwVTArNXk=; b=IfwSSjGxNJSNC33Gy/gDqKlMborNE2eb0d9hsB74HuJ2LxsitzySaOhTwOofsWtizf Ds3dDRv+zyO8kNTCh0UUbzdqWTLGSu07BdLNn0ckbIVZLknf2gmwPh03IF1ut9MXKyLb YzDXIGwc5nG20nHoRblHTlheiezphvTMsZsCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=e7nFyovQsFRGqgR1Cz/bCkvn1TtuGzmcYAKijjIrI/oI5vX9bGCePaqAeADdm33AQl 8+BzbcqwE9tpNl3dwIROSMUVz2ayaJv/ja99uD3EC5g2nIvDk/mmwMSSzeOIm/3kSJgW y6v/4uJinLHyRH7w+o4AUR+5Y8wUUrGtnS+7U= MIME-Version: 1.0 Received: by 10.103.126.3 with SMTP id d3mr1235555mun.101.1251587211141; Sat, 29 Aug 2009 16:06:51 -0700 (PDT) In-Reply-To: <1251570251.1238.21.camel@localhost> References: <1251570251.1238.21.camel@localhost> Date: Sun, 30 Aug 2009 00:06:51 +0100 Message-ID: From: krad To: Tobias Grosser Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: USB Harddrive not recognized (umass appears, da0 not) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 23:06:53 -0000 2009/8/29 Tobias Grosser > Hi, > > I just bought two external USB hard drives and tried to use them on > > http://svn.freebsd.org/base/stable/8@196642 > > The drives are: Western Digital My Passport Essential (500 and 320 GB) > > After connecting them I get these log messages: > ------------------------------------------------------------------------ > ugen0.2: at usbus0 > umass0: > on usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:0:0:-1: Attached to scbus0 > ------------------------------------------------------------------------ > > However there is never any 'ad' device created. So I am not able to use > the harddisk. > > > "camcontrol devlist" does not return anything. > > > "camcontrol rescan all" blocks in: > ------------------------------------------------------------------------ > 1279 root 1 45 0 3472K 828K cbwait 0 0:00 0.00% camcontrol > ------------------------------------------------------------------------ > and returns after removing the usb disk. > > > After removing the disk I always get: > ------------------------------------------------------------------------ > % sudo camcontrol rescan all > camcontrol: CAMIOCOMMAND ioctl failed: Invalid argument > ------------------------------------------------------------------------ > > > /var/log/messages output is attached for > hw.usb.debug=99999, hw.usb.umass.debug=99999 > > For this log first the drive was attached and afterwords it was detached > again. > > Is there anything useful I can try to debug this problem? I have DTRACE > and DDB/KDB installed. > > Thanks > > Tobi > > _______________________________________________ > 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" > do the drives work when you plug them in via a powered usb hub? From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 23:09:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6ECD1065672 for ; Sat, 29 Aug 2009 23:09:37 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id CDB308FC16 for ; Sat, 29 Aug 2009 23:09:37 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7TN9XFX006153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Aug 2009 16:09:34 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E09651CC09; Sat, 29 Aug 2009 16:09:33 -0700 (PDT) To: Hans Petter Selasky In-reply-to: Your message of "Sat, 29 Aug 2009 09:45:44 +0200." <200908290945.44984.hselasky@c2i.net> Date: Sat, 29 Aug 2009 16:09:33 -0700 From: "Kevin Oberman" Message-Id: <20090829230933.E09651CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-27_08:2009-08-26, 2009-08-27, 2009-08-29 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0907200000 definitions=main-0908290173 Cc: freebsd-current@freebsd.org Subject: Re: usbconfig documentation? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 23:09:38 -0000 > From: Hans Petter Selasky > Date: Sat, 29 Aug 2009 09:45:44 +0200 > > On Friday 28 August 2009 23:15:05 Kevin Oberman wrote: > > Any hope of getting a more complete man page or other doc for the > > usbconfig command? I miss some of the capabilities I had with the old > > usbdevs command and I regularly see mentions of other commands it > > accepts, but the man page lists none of them. > > Yes, that manual page could have more in it. Maybe file a PR about it. > > Until further there is: > > usbconfig -h True. I found this slightly halpful, but I'm not sure which commands are safe or how to use them. Clearly, several would impact service. The things I most often need are the manufacturer and device IDs so I can put the appropriate rules into devd.conf. Plain old 'usbdevs -v" gave me that. I am pretty sure that usbconfig can, too, but I have no idea how. I will put in a PR on this. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 23:18:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 750AA106567E for ; Sat, 29 Aug 2009 23:18:05 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D33E8FC1F for ; Sat, 29 Aug 2009 23:18:05 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7TNI4KL006400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 29 Aug 2009 16:18:04 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5A0681CC09; Sat, 29 Aug 2009 16:18:04 -0700 (PDT) To: Mike Tancsa In-reply-to: Your message of "Sat, 29 Aug 2009 06:59:17 EDT." <200908291055.n7TAttff086997@lava.sentex.ca> Date: Sat, 29 Aug 2009 16:18:04 -0700 From: "Kevin Oberman" Message-Id: <20090829231804.5A0681CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-27_08:2009-08-26, 2009-08-27, 2009-08-29 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0907200000 definitions=main-0908290174 Cc: current@freebsd.org Subject: Re: usbconfig documentation? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 23:18:05 -0000 > Date: Sat, 29 Aug 2009 06:59:17 -0400 > From: Mike Tancsa > > At 05:15 PM 8/28/2009, Kevin Oberman wrote: > >Any hope of getting a more complete man page or other doc for the > >usbconfig command? I miss some of the capabilities I had with the old > >usbdevs command and I regularly see mentions of other commands it > >accepts, but the man page lists none of them. > > Hi Kevin, > What commands do you not have from the old one ? usbdevs > didnt do much compared to usbconfig > apart from formatting and limiting output > > usbdevs -d vs usbconfig show_ifdrv > usbdevs -v vs usbconfig dump_device_desc Thanks, Mike! The latter command provides just what I need. By the way, my Aladdin eToken Pro 64K fobs running CardOS 4.3 and labeled as 4.2B work great with the new USB stack in 8.0! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 23:19:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25F0C1065679 for ; Sat, 29 Aug 2009 23:19:07 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id B41188FC1F for ; Sat, 29 Aug 2009 23:19:06 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7TNJ3IH000725; Sun, 30 Aug 2009 01:19:04 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A99B767.6090907@fgznet.ch> Date: Sun, 30 Aug 2009 01:19:03 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Kostik Belousov References: <4A997442.1060200@fgznet.ch> <20090829183906.GS1881@deviant.kiev.zoral.com.ua> <4A9988ED.2040403@fgznet.ch> <20090829201614.GU1881@deviant.kiev.zoral.com.ua> <4A999344.5000703@fgznet.ch> <20090829205723.GW1881@deviant.kiev.zoral.com.ua> <4A99A172.90009@fgznet.ch> <20090829215549.GY1881@deviant.kiev.zoral.com.ua> <4A99A863.1070806@fgznet.ch> <20090829221931.GZ1881@deviant.kiev.zoral.com.ua> In-Reply-To: <20090829221931.GZ1881@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current Subject: Re: Boot panic -CURRENT #196643 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 23:19:07 -0000 Kostik Belousov wrote: > On Sun, Aug 30, 2009 at 12:14:59AM +0200, Andreas Tobler wrote: >> Kostik Belousov wrote: >>> On Sat, Aug 29, 2009 at 11:45:22PM +0200, Andreas Tobler wrote: >>>> Kostik Belousov wrote: >>>> >>>>> Please, try this. >>>>> >>>>> diff --git a/sys/vm/vm_glue.c b/sys/vm/vm_glue.c >>>>> index 234cde9..b0e8d3c 100644 >>>>> --- a/sys/vm/vm_glue.c >>>>> +++ b/sys/vm/vm_glue.c >>>>> @@ -447,6 +447,8 @@ vm_thread_dispose(struct thread *td) >>>>> pages = td->td_kstack_pages; >>>>> ksobj = td->td_kstack_obj; >>>>> ks = td->td_kstack; >>>>> + td->td_kstack = 0; >>>>> + td->td_kstack_pages = 0; >>>>> if (pages == KSTACK_PAGES && kstacks <= kstack_cache_size) { >>>>> ks_ce = (struct kstack_cache_entry *)ks; >>>>> ks_ce->ksobj = ksobj; >>>>> @@ -457,8 +459,6 @@ vm_thread_dispose(struct thread *td) >>>>> return; >>>>> } >>>>> vm_thread_stack_dispose(ksobj, ks, pages); >>>>> - td->td_kstack = 0; >>>>> - td->td_kstack_pages = 0; >>>>> } >>>>> >>>>> static void >>>> panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed ... >>>> sched_ule.c:1878 >>>> cpuid = 1 >>>> KDB: enter: panic >>>> [thread pid 0 tid 100073 ] >>>> Stopped at kdb_enter+0x3a: movl $0,kdb_why >>>> >>>> As you see I managed to reboot my zfs root ;) >>> Fair enough. >>> >>> I reverted the change for now, HEAD must be kept in the working state, >>> esp. during the release. >>> >>> My apologies for the breakage, r196648 should return the world >>> to less broken state. >> >> Np. Thank you for helping here! >> >> FreeBSD 9.0-CURRENT (TC) #3 r196648M: Sun Aug 30 00:02:14 CEST 2009 >> >> Boots again and the rev in the line above is back. > > The (hopefully) fixed version of the change is at > http://people.freebsd.org/~kib/misc/altkstacks.3.patch Thanks! tc# uname -ra FreeBSD tc.andreas.nets 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r196648M: Sun Aug 30 00:45:26 CEST 2009 andreast@tc.andreas.nets:/usr/obj/export/devel/fbsd/head/src/sys/TC i386 With the above patch applied. Thx, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 23:21:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0CED106566B for ; Sat, 29 Aug 2009 23:21:03 +0000 (UTC) (envelope-from grosser@fim.uni-passau.de) Received: from smtprelay11.ispgateway.de (smtprelay11.ispgateway.de [80.67.29.28]) by mx1.freebsd.org (Postfix) with ESMTP id 60DEB8FC16 for ; Sat, 29 Aug 2009 23:21:03 +0000 (UTC) Received: from [84.56.27.250] (helo=[192.168.178.29]) by smtprelay11.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MhXED-0006oA-Ro; Sun, 30 Aug 2009 01:21:02 +0200 From: Tobias Grosser To: krad In-Reply-To: <5358_1251587213_4A99B48C_5358_145_1_d36406630908291606u7a4e2e89n43305b0c5e6e00e1@mail.gmail.com> References: <1251570251.1238.21.camel@localhost> <5358_1251587213_4A99B48C_5358_145_1_d36406630908291606u7a4e2e89n43305b0c5e6e00e1@mail.gmail.com> Content-Type: text/plain Date: Sun, 30 Aug 2009 01:20:59 +0200 Message-Id: <1251588059.1238.24.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Df-Sender: imapboxtobias@web-wahnsinn.de X-Mailman-Approved-At: Sat, 29 Aug 2009 23:26:04 +0000 Cc: FreeBSD Current Subject: Re: USB Harddrive not recognized (umass appears, da0 not) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 23:21:04 -0000 On Sun, 2009-08-30 at 00:06 +0100, krad wrote: > > > 2009/8/29 Tobias Grosser > Hi, > > I just bought two external USB hard drives and tried to use > them on > > http://svn.freebsd.org/base/stable/8@196642 > > The drives are: Western Digital My Passport Essential (500 and > 320 GB) > > After connecting them I get these log messages: > ------------------------------------------------------------------------ > ugen0.2: at usbus0 > umass0: 2.00/1.75, addr 2> > on usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:0:0:-1: Attached to scbus0 > ------------------------------------------------------------------------ > > However there is never any 'ad' device created. So I am not > able to use > the harddisk. > > > "camcontrol devlist" does not return anything. > > > "camcontrol rescan all" blocks in: > ------------------------------------------------------------------------ > 1279 root 1 45 0 3472K 828K cbwait 0 0:00 0.00% > camcontrol > ------------------------------------------------------------------------ > and returns after removing the usb disk. > > > After removing the disk I always get: > ------------------------------------------------------------------------ > % sudo camcontrol rescan all > camcontrol: CAMIOCOMMAND ioctl failed: Invalid argument > ------------------------------------------------------------------------ > > > /var/log/messages output is attached for > hw.usb.debug=99999, hw.usb.umass.debug=99999 > > For this log first the drive was attached and afterwords it > was detached > again. > > Is there anything useful I can try to debug this problem? I > have DTRACE > and DDB/KDB installed. > > Thanks > > Tobi > > _______________________________________________ > 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" > > do the drives work when you plug them in via a powered usb hub? > It is the same. Just this: ------------------------------------------------------------------------- ugen0.2: at usbus0 uhub4: on usbus0 uhub4: 2 ports with 2 removable, self powered ugen0.3: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 ------------------------------------------------------------------------- Thanks for your help Tobi From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 23:34:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AE621065670; Sat, 29 Aug 2009 23:34:58 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id EEF288FC13; Sat, 29 Aug 2009 23:34:57 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-217-45.belrs3.nsw.optusnet.com.au [122.106.217.45]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n7TNYsRV028324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Aug 2009 09:34:55 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n7TNYswP094601; Sun, 30 Aug 2009 09:34:54 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n7TNYsNA094600; Sun, 30 Aug 2009 09:34:54 +1000 (EST) (envelope-from peter) Date: Sun, 30 Aug 2009 09:34:54 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Message-ID: <20090829233454.GA13036@server.vk2pj.dyndns.org> References: <20090824193344.GA34949@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20090824193344.GA34949@server.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: sshd failing in jail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@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: Sat, 29 Aug 2009 23:34:58 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Redirected to amd64 because this is an amd64 kernel bug] On 2009-Aug-25 05:33:44 +1000, Peter Jeremy = wrote: >I am attempting to build an i386 jail on an amd64 box to build >packages for my netbook. The host is running -current from just over >two weeks ago and the jail is -current from early June. The jail was >built by doing a dump|restore of my netbook and then tweaking various >config files to give it a new identity. The jail's devfs is using >"devfsrules_jail" from /etc/default/devfs.rules. > >The jail starts OK but when I attempt to ssh into it, I just get >"Connection closed by ". Turns out this is a bug in the 32-bit select(2) wrapper on 64-bit kernels. The userland fd_set arguments are not wrapped but passed directly to kern_select(). Unfortunately, fd_set is (effectively) an array of longs which means kern_select() assumes fd_set is a multiple of 8-bytes whilst userland assumes it is a multiple of 4 bytes. As a result, the kernel can over-write an extra 4 bytes of user memory. In the case of sshd, this causes part of the RSA host key to be trashed when privilege separation mode is enabled. This bug also affects linux emulation on amd64 and potentially affects any other 64-bit kernels with 32-bit emulation modes. I have raised amd64/138318 to cover it. --=20 Peter Jeremy --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqZux4ACgkQ/opHv/APuIeYNgCcDkwu+czNYx1NpLgdYxPEcaSB IFsAnRdl65DvrBRiNZL7dK10VisqwEfL =kgvG -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 29 23:35:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4F0106564A for ; Sat, 29 Aug 2009 23:35:08 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 041248FC1F for ; Sat, 29 Aug 2009 23:35:07 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n7TNZ5s9001429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Aug 2009 16:35:05 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A99BB29.6000801@errno.com> Date: Sat, 29 Aug 2009 16:35:05 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Kevin Oberman References: <20090829230933.E09651CC09@ptavv.es.net> In-Reply-To: <20090829230933.E09651CC09@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: usbconfig documentation? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 23:35:08 -0000 Kevin Oberman wrote: >> From: Hans Petter Selasky >> Date: Sat, 29 Aug 2009 09:45:44 +0200 >> >> On Friday 28 August 2009 23:15:05 Kevin Oberman wrote: >>> Any hope of getting a more complete man page or other doc for the >>> usbconfig command? I miss some of the capabilities I had with the old >>> usbdevs command and I regularly see mentions of other commands it >>> accepts, but the man page lists none of them. >> Yes, that manual page could have more in it. Maybe file a PR about it. >> >> Until further there is: >> >> usbconfig -h > > True. I found this slightly halpful, but I'm not sure which commands are > safe or how to use them. Clearly, several would impact service. > > The things I most often need are the manufacturer and device IDs so I > can put the appropriate rules into devd.conf. Plain old 'usbdevs -v" > gave me that. I am pretty sure that usbconfig can, too, but I have no > idea how. > > I will put in a PR on this. I consider usbconfig's lack of backwards compatibility with usbdevs's status display a bug. I had code at one time to make usbconfig behave like usbdevs when invoked w/ the name but tossed it. Given time I hope to recreate it after 8.0. Sam