From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 00:05: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 305581065694 for ; Sun, 18 Oct 2009 00:05:43 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id B7A738FC12 for ; Sun, 18 Oct 2009 00:05:42 +0000 (UTC) Received: by ewy18 with SMTP id 18so2864451ewy.43 for ; Sat, 17 Oct 2009 17:05:41 -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=YJHfD7Td+35aJh0mWbyiFLePqmF8hX9feiDcOdXP4PQ=; b=kZy8CGJdeP6+j0wcrZDqXhaRiqUAn1peQz8hYt93vIl6eGxGl9RIV40ct4mvwRUZ8n mo9WRknLKlmsL/eXUVds+mHwNatC8E0eYU7Cs71z8DZUDLpzmpt2cgMrGnZqkpSZMjq5 +MLdbN989dI6NO8EksIcMsbuQZNo/xAIng+ic= 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=pZ9+vYOtDBltozVWrp5wiDcCen8mKlozaqwD3WqNUaLy33yi9kYc7IwpIyQ3ZmLbBa Um9dbfm1BrvcnqxwT2C9pqV8l5Lk0EVxo5tysIVg42voF0HVuUO5vJXDEYM12Nl69wgU 52ewZ5qMornTXkB0IjNBKTlYWZ0Q+Nv6tikeU= MIME-Version: 1.0 Received: by 10.216.88.80 with SMTP id z58mr1188988wee.116.1255824341722; Sat, 17 Oct 2009 17:05:41 -0700 (PDT) In-Reply-To: <86ljja3ud5.fsf@ds4.des.no> References: <4ACE6D84.3000209@gmail.com> <4ACE833A.3030506@uffner.com> <4ACE9DFD.3010207@gmail.com> <200910131644.04358.john@baldwin.cx> <86ljja3ud5.fsf@ds4.des.no> Date: Sun, 18 Oct 2009 02:05:41 +0200 Message-ID: From: Daniel Nebdal To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Antony Mawer , John Baldwin , David Ehrmann , freebsd-current@freebsd.org Subject: Re: 8.0rc1 not recognizing partitions on EPIA SN 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, 18 Oct 2009 00:05:43 -0000 2009/10/17 Dag-Erling Sm=F8rgrav : > Antony Mawer writes: >> Am I correct in reading this as saying that -any- system which was >> setup as dangerously dedicated will be unbootable under 8.0, and the >> only way to fix is to basically repartition and reinstall...? If so >> ... !!! > > You brought it upon yourself by setting it up that way in the first > place. =A0It's called *dangerously* dedicated for a reason. > Indeed, though I was under the impression that the reason was "nothing else will understand this", not "we might not support this in the future". The definition from the relevant handbook section seems relevant: > *(dangerously) dedicated mode: Formatting a disk with no slice table. > This makes the process of adding disks easier, however non-FreeBSD > operating systems may not accept the disk. > Oppose compatibility mode. Then again, the same handbook page (http://www.freebsd.org/doc/en/articles/formatting-media/index.html) does warn against "interoperability with future installations", which could be read as a warning against these problems. --=20 Daniel Nebdal From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 00:37:43 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 D91EE106568F for ; Sun, 18 Oct 2009 00:37:43 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f192.google.com (mail-qy0-f192.google.com [209.85.221.192]) by mx1.freebsd.org (Postfix) with ESMTP id 872E18FC0C for ; Sun, 18 Oct 2009 00:37:43 +0000 (UTC) Received: by qyk30 with SMTP id 30so2595984qyk.7 for ; Sat, 17 Oct 2009 17:37:42 -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:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=2TKNEZzUwVtA/npL8BoWd1nxd5cgVtdJ4EVtR09RtbY=; b=FSGqj2gvYMiwash7m5Z/+vByDsVvvWwwZyrhaYPhBHK9weIZBJI7uHgMW3HnNBhAVW OuR7R4NbNOmrTgjd7c+1+WvriQtwN+2016b1Y8liA4Rtmf3QxJeweomuHOfiF2mZ233Q lgMQAHMF6d27PYOHgzHSC8HF4QA0VFUPnbylk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=NvqXaUELSVGlyIvPJC94cdm0zDIbG2lYkVV1MQikzTT/uXPn6SC2iGNvv61qOwhPiy wSZEbfH121V8neytNpXkmUV+42jsgnqLb0a0XyFCnedI53/orXI5rE4pvazyVtOnKYfD HPgYdBJltrdvCaF/pbyURl/qLP+IixTn+G/h4= Received: by 10.224.91.10 with SMTP id k10mr1864293qam.298.1255826262774; Sat, 17 Oct 2009 17:37:42 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm2229991qyk.6.2009.10.17.17.37.40 (version=SSLv3 cipher=RC4-MD5); Sat, 17 Oct 2009 17:37:41 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sat, 17 Oct 2009 17:38:23 -0700 From: Weongyo Jeong Date: Sat, 17 Oct 2009 17:38:23 -0700 To: Ian Freislich Message-ID: <20091018003823.GH67082@weongyo> Mail-Followup-To: Ian Freislich , current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: urtw(4) feedback. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2009 00:37:43 -0000 On Wed, Oct 07, 2009 at 02:23:10PM +0200, Ian Freislich wrote: > Hi > > FWIW, the manual can be updated to include support for the Linksys > WG111v3 adapter. Mine detects as follows: > > ugen4.3: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON > > urtw0: on usbus4 > urtw0: rtl8187b rf rtl8225z2 hwrev e > > Opening it up confirms the presence of a RTL8187B. > > However throughput is very poor, I haven't been able to get more > than about 130kB/s and pings seem to be timed every 1.5 seconds. I'd committed a major change of urtw(4) for RTL8187B devices; r198194. Could you please test with it? I hope TX works than before. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 01:25: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 B2B2B1065679 for ; Sun, 18 Oct 2009 01:25:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outw.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 966FD8FC0A for ; Sun, 18 Oct 2009 01:25:11 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 5070CDAD3E; Sat, 17 Oct 2009 18:25:11 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 798902D6017; Sat, 17 Oct 2009 18:25:10 -0700 (PDT) Message-ID: <4ADA6E79.2080401@elischer.org> Date: Sat, 17 Oct 2009 18:25:13 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4ACE6D84.3000209@gmail.com> <4ACE833A.3030506@uffner.com> <4ACE9DFD.3010207@gmail.com> <200910131644.04358.john@baldwin.cx> <86ljja3ud5.fsf@ds4.des.no> In-Reply-To: <86ljja3ud5.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Antony Mawer , John Baldwin , David Ehrmann , freebsd-current@freebsd.org Subject: Re: 8.0rc1 not recognizing partitions on EPIA SN 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, 18 Oct 2009 01:25:11 -0000 Dag-Erling Smørgrav wrote: > Antony Mawer writes: >> Am I correct in reading this as saying that -any- system which was >> setup as dangerously dedicated will be unbootable under 8.0, and the >> only way to fix is to basically repartition and reinstall...? If so >> ... !!! > > You brought it upon yourself by setting it up that way in the first > place. It's called *dangerously* dedicated for a reason. I coined that expression back in 92 because it only worked because the bsdlabel also included a dummy fdisk block, which pointed to itself. > > DES From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 06:28: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 D4451106566B; Sun, 18 Oct 2009 06:28:38 +0000 (UTC) (envelope-from inpcb.harsha@gmail.com) Received: from mail-pz0-f134.google.com (mail-pz0-f134.google.com [209.85.222.134]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5458FC14; Sun, 18 Oct 2009 06:28:38 +0000 (UTC) Received: by pzk40 with SMTP id 40so107954pzk.7 for ; Sat, 17 Oct 2009 23:28:38 -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=jxncqV3dWrDemlA7zkHsXqkop1fqQv4dEUoS432AsMc=; b=bzEXAf7eUGgdG05tK0Y4BrzSU05hssdjas8lTJ5M76ts54jxIbcfYIeYgIWLkumeRb EArsekc/XjIqllLcjeLnqdeUFyg2movleE6ToR2idr0irRfHW0Hmry0QNGwYXG61WyvK m3uECLgz/pwp5mIJszRg4VcPkzU6k149wrZ88= 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=tH4uaYkk6nYR7CgLKTp9CTdszy9N027EXdH5YsTZ21STHLbXFPjJfp0hMIgNLwmSwa AJNJGgdNCn6/gG+uYkuP+q/H4jXwYJOvIzjhf8T9Pk3CzAJtyJcGlH0kqKlKKgp8th+N Zpt83cdvpB8Ua7RXyz3YQFXV6SM5yJd+WGHxU= MIME-Version: 1.0 Received: by 10.140.125.4 with SMTP id x4mr1484669rvc.203.1255847318138; Sat, 17 Oct 2009 23:28:38 -0700 (PDT) In-Reply-To: References: Date: Sat, 17 Oct 2009 23:28:38 -0700 Message-ID: From: Harsha To: "Robert N. M. Watson" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, net@freebsd.org Subject: Re: Page fault in IFNET_WLOCK_ASSERT [if.c and pccbb.c] 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, 18 Oct 2009 06:28:38 -0000 Hi Robert, Apologies for not getting earlier. On Mon, Oct 12, 2009 at 6:46 AM, Robert N. M. Watson wrote: > > Looks like a NULL pointer dereference, so perhaps a more traditional bug -- > could you convert ifindex_alloc_locked+0x71 to a line of code? You can do > this using kgdb on the kernel symbols file, perhaps "l > *ifindex_alloc_locked+0x71". It is the for loop in ifindex_alloc_locked() function- for (idx = 1; idx <= V_if_index; idx++) idx is a local variable, so I figured it is V_if_index is what is causing the page fault. It does look like a NULL pointer reference - I see that V_if_index comes from that vnet instance's value and uses the macro VNET_VNET_PTR() down the chain. Since the call chain is coming from a new thread cbb_event_thread, I believe that this thread's vnet context needs to be set using CURVNET_SET(). I'll try this tomorrow, but if think I'm not on the right track or want me to try something else please let me know. Many thanks, Harsha From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 06:42: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 AF2BA1065679 for ; Sun, 18 Oct 2009 06:42:42 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outc.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 936BE8FC08 for ; Sun, 18 Oct 2009 06:42:41 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 2937BB15FD; Sat, 17 Oct 2009 23:42:41 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id A16AC2D6012; Sat, 17 Oct 2009 23:42:40 -0700 (PDT) Message-ID: <4ADAB8E0.3090502@elischer.org> Date: Sat, 17 Oct 2009 23:42:40 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Harsha References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Robert N. M. Watson" , net@freebsd.org Subject: Re: Page fault in IFNET_WLOCK_ASSERT [if.c and pccbb.c] 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, 18 Oct 2009 06:42:42 -0000 Harsha wrote: > Hi Robert, > > Apologies for not getting earlier. > > On Mon, Oct 12, 2009 at 6:46 AM, Robert N. M. Watson > wrote: >> Looks like a NULL pointer dereference, so perhaps a more traditional bug -- >> could you convert ifindex_alloc_locked+0x71 to a line of code? You can do >> this using kgdb on the kernel symbols file, perhaps "l >> *ifindex_alloc_locked+0x71". > It is the for loop in ifindex_alloc_locked() function- > for (idx = 1; idx <= V_if_index; idx++) > > idx is a local variable, so I figured it is V_if_index is what is > causing the page fault. It does look like a NULL pointer reference - I > see that V_if_index comes from that vnet instance's value and uses > the macro VNET_VNET_PTR() down the chain. Since the call chain is > coming from a new thread cbb_event_thread, I believe that this > thread's vnet context needs to be set using CURVNET_SET(). but only if you have options VIMAGE defined. if not then CURVNET_SET() is a NOP > > I'll try this tomorrow, but if think I'm not on the right track or > want me to try something else please let me know. > > Many thanks, > Harsha > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 07: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 1C7EF1065676; Sun, 18 Oct 2009 07:02:54 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id CA18C8FC12; Sun, 18 Oct 2009 07:02:53 +0000 (UTC) Received: from current.Sisis.de (ppp-93-104-98-148.dynamic.mnet-online.de [93.104.98.148]) by dd12710.kasserver.com (Postfix) with ESMTP id 787AF18678946; Sun, 18 Oct 2009 09:02:53 +0200 (CEST) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id n9I72tRP002293; Sun, 18 Oct 2009 09:02:55 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Sun, 18 Oct 2009 09:02:55 +0200 From: Matthias Apitz To: Martin Wilke , kde-freebsd@kde.org, freebsd-current@freebsd.org Message-ID: <20091018070254.GA2256@current.Sisis.de> References: <20091011062419.GA2168@current.Sisis.de> <3a142e750910111214rb75f185k12b2cc7e1aba59d9@mail.gmail.com> <20091012130914.GA4180@current.Sisis.de> <20091013153815.GA88394@bsdcrew.de> <20091014063221.GA2301@current.Sisis.de> <20091015080034.GA2045@current.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20091015080034.GA2045@current.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Cc: Subject: Re: [kde-freebsd] 9-CURRENT (r197801) && artsd of kde-3.5.10_2 gives SIGSEGV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2009 07:02:54 -0000 El día Thursday, October 15, 2009 a las 10:00:35AM +0200, Matthias Apitz escribió: > esp. libtool-2.2.6a let me think that this procedure (i.e. building > subversion-freebsd before updating to 9-CURRENT) could cause the clash. > I will recompile the above ports and if this does not help re-install > all and remove /usr/local/* and /var/db/pkg/* before starting with > compiling the ports after the SVN and CVS parts are done. As I said, I removed all /usr/local/* and /var/db/pkg/* and compiled ports/x11/kde3 again ... the problem remains: aRts crashes with SIGSEGV; now I'm really clueless what can cause that :-( matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 07:38:29 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 9B5A51065692 for ; Sun, 18 Oct 2009 07:38:29 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2E68FC1A for ; Sun, 18 Oct 2009 07:38:28 +0000 (UTC) Received: from [41.154.0.10] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1MzQLR-0005bM-21 for current@freebsd.org; Sun, 18 Oct 2009 09:38:25 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MzQLP-0001lX-VS for current@freebsd.org; Sun, 18 Oct 2009 09:38:23 +0200 To: current@freebsd.org From: Ian FREISLICH In-Reply-To: <20091018003823.GH67082@weongyo> References: <20091018003823.GH67082@weongyo> X-Attribution: BOFH Date: Sun, 18 Oct 2009 09:38:23 +0200 Message-Id: Cc: Subject: Re: urtw(4) feedback. 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, 18 Oct 2009 07:38:29 -0000 Weongyo Jeong wrote: > On Wed, Oct 07, 2009 at 02:23:10PM +0200, Ian Freislich wrote: > > Hi > > > > FWIW, the manual can be updated to include support for the Linksys > > WG111v3 adapter. Mine detects as follows: > > > > ugen4.3: at usbus4, cfg=0 md=HOST spd=HIGH ( 480Mbps) pwr=ON > > > > urtw0: on usbus4 > > urtw0: rtl8187b rf rtl8225z2 hwrev e > > > > Opening it up confirms the presence of a RTL8187B. > > > > However throughput is very poor, I haven't been able to get more > > than about 130kB/s and pings seem to be timed every 1.5 seconds. > > I'd committed a major change of urtw(4) for RTL8187B devices; r198194. > Could you please test with it? I hope TX works than before. Thanks, I saw the commit. Should I back out Paulo's changes to test? It did merge cleanly with his code from P4. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 11:24: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 CF84810657C0 for ; Sun, 18 Oct 2009 11:24:18 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id 709938FC12 for ; Sun, 18 Oct 2009 11:24:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id 6F5A310748 for ; Sun, 18 Oct 2009 20:24:16 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost ([127.0.0.1]) by localhost (basalt.tackymt.homeip.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cOt+7HpjdCka for ; Sun, 18 Oct 2009 20:24:08 +0900 (JST) Received: from basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by basalt.tackymt.homeip.net (Postfix) with ESMTP for ; Sun, 18 Oct 2009 20:24:08 +0900 (JST) Date: Sun, 18 Oct 2009 20:24:07 +0900 From: Taku YAMAMOTO To: freebsd-current@freebsd.org Message-Id: <20091018202407.656c3863.taku@tackymt.homeip.net> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.16.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__18_Oct_2009_20_24_07_+0900_=nzbFP2nWWLmx7ap" Subject: softclock swis not bound to specific cpu 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, 18 Oct 2009 11:24:18 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__18_Oct_2009_20_24_07_+0900_=nzbFP2nWWLmx7ap Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I noticed that the softclock threads didn't seem to be bound to any cpu. I'm not sure whether it's the Right Thing (TM) to bind them to the corresponding cpus though: it might be good to give the scheduler a chance to rebalance callouts. I'm about to test the modification like the attached diff. Comments are welcome. -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - --Multipart=_Sun__18_Oct_2009_20_24_07_+0900_=nzbFP2nWWLmx7ap Content-Type: text/x-diff; name="softclock_bind.diff" Content-Disposition: attachment; filename="softclock_bind.diff" Content-Transfer-Encoding: 7bit --- sys/kern/kern_timeout.c.orig 2009-09-25 09:42:55.007102687 +0900 +++ sys/kern/kern_timeout.c 2009-10-18 19:47:15.537282684 +0900 @@ -201,6 +201,7 @@ start_softclock(void *dummy) { struct callout_cpu *cc; #ifdef SMP + struct intr_event *ie; /* This can be a member of callout_cpu. */ int cpu; #endif @@ -210,13 +211,15 @@ start_softclock(void *dummy) panic("died while creating standard software ithreads"); cc->cc_cookie = softclock_ih; #ifdef SMP + intr_event_bind(clk_intr_event, timeout_cpu); for (cpu = 0; cpu <= mp_maxid; cpu++) { if (cpu == timeout_cpu) continue; if (CPU_ABSENT(cpu)) continue; cc = CC_CPU(cpu); - if (swi_add(NULL, "clock", softclock, cc, SWI_CLOCK, + ie = NULL; + if (swi_add(&ie, "clock", softclock, cc, SWI_CLOCK, INTR_MPSAFE, &cc->cc_cookie)) panic("died while creating standard software ithreads"); cc->cc_callout = NULL; /* Only cpu0 handles timeout(). */ @@ -224,6 +227,7 @@ start_softclock(void *dummy) sizeof(struct callout_tailq) * callwheelsize, M_CALLOUT, M_WAITOK); callout_cpu_init(cc); + intr_event_bind(ie, cpu); } #endif } --Multipart=_Sun__18_Oct_2009_20_24_07_+0900_=nzbFP2nWWLmx7ap-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 07:29: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 835AC106566B for ; Sun, 18 Oct 2009 07:29:35 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2E0B18FC12 for ; Sun, 18 Oct 2009 07:29:34 +0000 (UTC) Received: from chiron.lan (206-248-151-69.dsl.ncf.ca [206.248.151.69]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id 15BC943A48 for ; Sun, 18 Oct 2009 03:04:12 -0400 (EDT) From: Dwayne MacKinnon To: freebsd-current@freebsd.org Date: Sun, 18 Oct 2009 03:04:12 -0400 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200910180304.12900.dmk@ncf.ca> X-Mailman-Approved-At: Sun, 18 Oct 2009 11:40:36 +0000 Subject: SATA DVD not found - FreeBSD 8.0-RC1 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, 18 Oct 2009 07:29:35 -0000 Hi guys, Gotta say, for the most part I'm thrilled with 8.0-RC1. Been very solid for me, no stability problems. The Linux "Emulation" works great... I have everything from Skype and Acrobat8 to UT2004 & Neverwinter Nights working. I just wanted to mention that my SATA DVD writer isn't seen when in AHCI mode. The SATA harddrive works great at UDMA150, but the CD drive isn't seen. It is seen by BIOS... I can boot off the DVD. But if I boot off the HD the DVD isn't seen. I have an ASUS M4N72-E motherboard and a LG GH22NS50 SATA DVD writer. I realize that this may be just something that will be worked out when 8.0- RELEASE hits the street. But I figured I ought to mention it regardless. Keep up the great work! Cheers, Dwayne From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 12:50: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 88EE7106568B for ; Sun, 18 Oct 2009 12:50:15 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id D07C08FC1F for ; Sun, 18 Oct 2009 12:50:14 +0000 (UTC) Received: (qmail invoked by alias); 18 Oct 2009 12:50:12 -0000 Received: from 85-127-18-220.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.18.220] by mail.gmx.net (mp061) with SMTP; 18 Oct 2009 14:50:12 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/gFw1vs7Xgx3ExnOXuG6rxq5EXTUlgpJ45QTXlaZ PG/3rAockB7idA From: Stefan Ehmann To: Ed Schouten Date: Sun, 18 Oct 2009 14:50:11 +0200 User-Agent: KMail/1.12.2 (FreeBSD/8.0-BETA4; KDE/4.3.2; i386; ; ) References: <200909051806.07692.hselasky@c2i.net> <20090905182929.GB2829@hoeg.nl> In-Reply-To: <20090905182929.GB2829@hoeg.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200910181450.11838.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: ukbd: short freeze when activating LEDs 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, 18 Oct 2009 12:50:15 -0000 On Saturday 05 September 2009 20:29:29 Ed Schouten wrote: > * Hans Petter Selasky wrote: > > On Saturday 05 September 2009 16:32:55 Stefan Ehmann wrote: > > > Whenever I press capslock/numlock, the system shortly (< 0.5 ms) > > > freezes. > > > > It might also be because the USB keyboard driver is using Giant, which > > can be congested. > > For half a second? I experience the same issue. I also have the same > issue with the Syscons VGA driver when switching windows. Some time ago > I talked about this with some other people and it may be possible it has > something to do with SMIs. Not sure... > Recently, I got an off-list response pointing me the "Other" section of http://wiki.freebsd.org/BugBusting/Commonly_reported_issues: "When switching consoles (e.g. Alt-F2 to switch to ttyv1), a 2-3 second delay is experienced" The suggested workaround (hint.kbdmux.0.disabled="1") also helps in my case. So it's not necessarily USB-related. From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 12:51:11 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 6F78A1065694 for ; Sun, 18 Oct 2009 12:51:11 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id F17DC8FC1F for ; Sun, 18 Oct 2009 12:51:10 +0000 (UTC) Received: by ewy18 with SMTP id 18so3088546ewy.43 for ; Sun, 18 Oct 2009 05:51:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=del3Pg0t+CYe6kQC9kUCH7wLCT0ug//cbqkoE+ZGl1E=; b=Y2kLE2FU6ViQE8klF75Q/4Skmqvz/hGHlhnIWOZPEJ+Mpx6w3tAFc77+2Wc2RS7v1k Jeew34+66Mn8rCnhB7UkXNe+RJzB0TIRzi4LZpQER2WAHGhLbJCaW3M8lUAs1K2h0CWB E/DMew6AamEa7Vu4MpRD+NSujdXxetUmdim0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=QfASJ8B2BqCg+HZq1xQS6dr9+W6V0qIt+7oQgXnPY5Kw9gZ3pKoebiXp41Dhc37dZ2 PWqwbhCeVJCHCR5pD8Pr9EPLUDLEjuP8/oVHLYZ1HuJzZfhl44Yj5qljVtZOTLzZu5CG 30OvvgmKE/MM7H+QAsWkXKpKTnEWaXexKStXU= Received: by 10.211.155.11 with SMTP id h11mr4212647ebo.62.1255870269882; Sun, 18 Oct 2009 05:51:09 -0700 (PDT) Received: from mac-mini.lan (bl6-159-136.dsl.telepac.pt [82.155.159.136]) by mx.google.com with ESMTPS id 7sm6510871eyg.0.2009.10.18.05.51.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Oct 2009 05:51:09 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Rui Paulo In-Reply-To: Date: Sun, 18 Oct 2009 13:51:07 +0100 Content-Transfer-Encoding: 7bit Message-Id: <933A2245-8097-472E-8C06-BE57A4AA05F5@freebsd.org> References: <20091018003823.GH67082@weongyo> To: Ian FREISLICH X-Mailer: Apple Mail (2.1076) Cc: current@freebsd.org Subject: Re: urtw(4) feedback. 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, 18 Oct 2009 12:51:11 -0000 On 18 Oct 2009, at 08:38, Ian FREISLICH wrote: > Weongyo Jeong wrote: >> On Wed, Oct 07, 2009 at 02:23:10PM +0200, Ian Freislich wrote: >>> Hi >>> >>> FWIW, the manual can be updated to include support for the Linksys >>> WG111v3 adapter. Mine detects as follows: >>> >>> ugen4.3: at usbus4, cfg=0 md=HOST >>> spd=HIGH ( > 480Mbps) pwr=ON >>> >>> urtw0: >> addr 3> on > usbus4 >>> urtw0: rtl8187b rf rtl8225z2 hwrev e >>> >>> Opening it up confirms the presence of a RTL8187B. >>> >>> However throughput is very poor, I haven't been able to get more >>> than about 130kB/s and pings seem to be timed every 1.5 seconds. >> >> I'd committed a major change of urtw(4) for RTL8187B devices; >> r198194. >> Could you please test with it? I hope TX works than before. > > Thanks, I saw the commit. Should I back out Paulo's changes to test? > It did merge cleanly with his code from P4. They weren't my changes, they were Weongyo's. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 15:30: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 69F93106566B for ; Sun, 18 Oct 2009 15:30:06 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id E49B78FC21 for ; Sun, 18 Oct 2009 15:30:01 +0000 (UTC) Received: from [41.154.0.10] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1MzXhn-0003Aw-2T; Sun, 18 Oct 2009 17:29:59 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MzXhh-0000Up-03; Sun, 18 Oct 2009 17:29:53 +0200 To: Rui Paulo From: Ian FREISLICH In-Reply-To: <933A2245-8097-472E-8C06-BE57A4AA05F5@freebsd.org> References: <933A2245-8097-472E-8C06-BE57A4AA05F5@freebsd.org> <20091018003823.GH67082@weongyo> X-Attribution: BOFH Date: Sun, 18 Oct 2009 17:29:51 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: urtw(4) feedback. 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, 18 Oct 2009 15:30:06 -0000 Rui Paulo wrote: > On 18 Oct 2009, at 08:38, Ian FREISLICH wrote: > > > Weongyo Jeong wrote: > >> On Wed, Oct 07, 2009 at 02:23:10PM +0200, Ian Freislich wrote: > >>> Hi > >>> > >>> FWIW, the manual can be updated to include support for the Linksys > >>> WG111v3 adapter. Mine detects as follows: > >>> > >>> ugen4.3: at usbus4, cfg=0 md=HOST > >>> spd=HIGH ( > > 480Mbps) pwr=ON > >>> > >>> urtw0: >>> addr 3> on > > usbus4 > >>> urtw0: rtl8187b rf rtl8225z2 hwrev e > >>> > >>> Opening it up confirms the presence of a RTL8187B. > >>> > >>> However throughput is very poor, I haven't been able to get more > >>> than about 130kB/s and pings seem to be timed every 1.5 seconds. > >> > >> I'd committed a major change of urtw(4) for RTL8187B devices; > >> r198194. > >> Could you please test with it? I hope TX works than before. > > > > Thanks, I saw the commit. Should I back out Paulo's changes to test? > > It did merge cleanly with his code from P4. > > They weren't my changes, they were Weongyo's. Right. Well, the committed changes with the files from P4 were a serious regression. I haven't been able to try stock -CURRENT yet. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 15:32: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 2D5B21065670 for ; Sun, 18 Oct 2009 15:32:54 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 95F7D8FC14 for ; Sun, 18 Oct 2009 15:32:53 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n9IFWLDo003644; Sun, 18 Oct 2009 16:32:22 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MzXk5-0006Fc-SU; Sun, 18 Oct 2009 16:32:21 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n9IFWLMH087523; Sun, 18 Oct 2009 16:32:21 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n9IFWIU9087495; Sun, 18 Oct 2009 16:32:18 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 18 Oct 2009 16:32:18 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Daniel Nebdal In-Reply-To: Message-ID: <20091018162750.E82400@ury.york.ac.uk> References: <4ACE6D84.3000209@gmail.com> <4ACE833A.3030506@uffner.com> <4ACE9DFD.3010207@gmail.com> <200910131644.04358.john@baldwin.cx> <86ljja3ud5.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-329387635-1255879938=:82400" X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Antony Mawer , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , David Ehrmann , freebsd-current@freebsd.org, John Baldwin Subject: Re: 8.0rc1 not recognizing partitions on EPIA SN 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, 18 Oct 2009 15:32:54 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-329387635-1255879938=:82400 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 18 Oct 2009, Daniel Nebdal wrote: > 2009/10/17 Dag-Erling Sm=F8rgrav : >> Antony Mawer writes: >>> Am I correct in reading this as saying that -any- system which was >>> setup as dangerously dedicated will be unbootable under 8.0, and the >>> only way to fix is to basically repartition and reinstall...? If so >>> ... !!! >> >> You brought it upon yourself by setting it up that way in the first >> place. =A0It's called *dangerously* dedicated for a reason. >> > > Indeed, though I was under the impression that the reason was "nothing > else will understand this", not "we might not support this in the > future". As I understand things, the problems are partially due to a bug in older=20 versions of sysinstall that created incorrect disklables in DD mode, and=20 partially due to the new GEOM partitioning modules, which now parse these= =20 ambiguous disk labels differently. You can get around this by compiling a custom kernel and using the old=20 partitioning modules (use GEOM_MBR and GEOM_BSD rather than GEOM_PART),=20 but you may well just be postponing the problem as I believe the old=20 modules were planned to be removed at some point. Gavin --0-329387635-1255879938=:82400-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 15:53: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 5EB7B106566B for ; Sun, 18 Oct 2009 15:53:07 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id E57008FC1D for ; Sun, 18 Oct 2009 15:53:06 +0000 (UTC) Received: by ewy18 with SMTP id 18so3165889ewy.43 for ; Sun, 18 Oct 2009 08:53:06 -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=aBJJrtz1C3QWxjNESdnNAd5/T/1O9C/jzxmRbyDeFd4=; b=uJq35cBf29IuU5Ty55/IFLw35HV5Cw9D9dmGckaGMwhPRUiMeeMLuRO+IiEjoI2QE2 qO5nhXWeBtN56Fk2T8xNelAsft52hNF28WN2VdKxJijJaW+D+0M8jiTodPjr+A6p9pki V7Pcu8Z35EnQ4Lb0e3BBrFq5uPQ8/zRpCIgEE= 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=l83Ti2J3KhnDTFbBvH7eHDC6gXt5h1sFXm6j2LzJom9ujZ0tIfePEwuV+SQGnlDEap 4bjPau6VQX4elCsgwxc/0fIh+sJbaOT4AH1edDdYz6dGX2986xTbVnZlSoiL2QriSZ09 wG0L9cieyLebTER4kQhU5K+h8q/rfLKNTTHXc= MIME-Version: 1.0 Received: by 10.216.88.10 with SMTP id z10mr1336495wee.108.1255881185951; Sun, 18 Oct 2009 08:53:05 -0700 (PDT) In-Reply-To: <20091018162750.E82400@ury.york.ac.uk> References: <4ACE6D84.3000209@gmail.com> <4ACE833A.3030506@uffner.com> <4ACE9DFD.3010207@gmail.com> <200910131644.04358.john@baldwin.cx> <86ljja3ud5.fsf@ds4.des.no> <20091018162750.E82400@ury.york.ac.uk> Date: Sun, 18 Oct 2009 17:53:05 +0200 Message-ID: From: Daniel Nebdal To: Gavin Atkinson Content-Type: text/plain; charset=ISO-8859-1 Cc: Antony Mawer , =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , David Ehrmann , freebsd-current@freebsd.org, John Baldwin Subject: Re: 8.0rc1 not recognizing partitions on EPIA SN 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, 18 Oct 2009 15:53:07 -0000 On Sun, Oct 18, 2009 at 5:32 PM, Gavin Atkinson wrote: > As I understand things, the problems are partially due to a bug in older > versions of sysinstall that created incorrect disklables in DD mode, and > partially due to the new GEOM partitioning modules, which now parse these > ambiguous disk labels differently. > > You can get around this by compiling a custom kernel and using the old > partitioning modules (use GEOM_MBR and GEOM_BSD rather than GEOM_PART), but > you may well just be postponing the problem as I believe the old modules > were planned to be removed at some point. > > Gavin Does that mean that it's possible to write a DD-style disklabel that GEOM_PART would be happy with? That would open up the possibility of correcting the old label in-place (somehow)... -- Daniel Nebdal From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 16:19: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 78E0610656A3 for ; Sun, 18 Oct 2009 16:19:49 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 1095C8FC1B for ; Sun, 18 Oct 2009 16:19:48 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n9IGJkQa007605; Sun, 18 Oct 2009 17:19:46 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MzYTy-0003mE-Hs; Sun, 18 Oct 2009 17:19:46 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n9IGJkMK007888; Sun, 18 Oct 2009 17:19:46 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n9IGJkm8007885; Sun, 18 Oct 2009 17:19:46 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 18 Oct 2009 17:19:46 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Dwayne MacKinnon In-Reply-To: <200910180304.12900.dmk@ncf.ca> Message-ID: <20091018171903.G82400@ury.york.ac.uk> References: <200910180304.12900.dmk@ncf.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: SATA DVD not found - FreeBSD 8.0-RC1 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, 18 Oct 2009 16:19:49 -0000 On Sun, 18 Oct 2009, Dwayne MacKinnon wrote: > Gotta say, for the most part I'm thrilled with 8.0-RC1. Been very solid for > me, no stability problems. The Linux "Emulation" works great... I have > everything from Skype and Acrobat8 to UT2004 & Neverwinter Nights working. > > I just wanted to mention that my SATA DVD writer isn't seen when in AHCI mode. > The SATA harddrive works great at UDMA150, but the CD drive isn't seen. It is > seen by BIOS... I can boot off the DVD. But if I boot off the HD the DVD isn't > seen. > > I have an ASUS M4N72-E motherboard and a LG GH22NS50 SATA DVD writer. > > I realize that this may be just something that will be worked out when 8.0- > RELEASE hits the street. But I figured I ought to mention it regardless. Can you upload a verbose dmesg somewhere and post a link to it to the mailing list? Gavin From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 17:14: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 CF541106568D for ; Sun, 18 Oct 2009 17:14:49 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 66A238FC18 for ; Sun, 18 Oct 2009 17:14:49 +0000 (UTC) Received: by ewy18 with SMTP id 18so3205833ewy.43 for ; Sun, 18 Oct 2009 10:14:48 -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=LJUZSoh3AIMkh56XfYnBS6X6NgT/ZN9qdpuCJklwO7A=; b=Uubh3z6ARik0RlG3vhck28YTX5nUp21FyxpjNO0b4jUwuxxj+6JhVJisb5mP0t8s+g FbzfnUDQC5FOX4rAgRwC/IGuztOU/wXMEqE/2VBr1Nyoo3k8FenlwYYI/InnupOaumjE Jv8wYxXpQXhN4zU28M+u/wQ7Vxrc4ERbkCoyI= 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=ZnHxnbBRlVOM7Ops62kIhTQNWtDqkVdSvIMFmzLxzPYTlovYYEaY0fH7ONguITjn9y /SS5zMLD2EzhAzBtiO9cNG2KuAZsusgUaU7qJaF9In2wBqgvERsfh0Dsq4G55VqLjPYq 01VTPTV/eB2LLi/8VEZl76q+dlmfxfteZr5m4= MIME-Version: 1.0 Received: by 10.211.146.18 with SMTP id y18mr3782068ebn.55.1255886088460; Sun, 18 Oct 2009 10:14:48 -0700 (PDT) In-Reply-To: <200910181450.11838.shoesoft@gmx.net> References: <200909051806.07692.hselasky@c2i.net> <20090905182929.GB2829@hoeg.nl> <200910181450.11838.shoesoft@gmx.net> Date: Sun, 18 Oct 2009 12:14:48 -0500 Message-ID: <58c737d70910181014u7c32ffd2s8c0732a707d40a2f@mail.gmail.com> From: Chris Ruiz To: Stefan Ehmann Content-Type: text/plain; charset=ISO-8859-1 Cc: Ed Schouten , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: ukbd: short freeze when activating LEDs 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, 18 Oct 2009 17:14:49 -0000 On Sun, Oct 18, 2009 at 7:50 AM, Stefan Ehmann wrote: > On Saturday 05 September 2009 20:29:29 Ed Schouten wrote: >> * Hans Petter Selasky wrote: >> > On Saturday 05 September 2009 16:32:55 Stefan Ehmann wrote: >> > > Whenever I press capslock/numlock, the system shortly (< 0.5 ms) >> > > freezes. >> > >> > It might also be because the USB keyboard driver is using Giant, which >> > can be congested. >> >> For half a second? I experience the same issue. I also have the same >> issue with the Syscons VGA driver when switching windows. Some time ago >> I talked about this with some other people and it may be possible it has >> something to do with SMIs. Not sure... >> > > Recently, I got an off-list response pointing me the "Other" section of > http://wiki.freebsd.org/BugBusting/Commonly_reported_issues: > "When switching consoles (e.g. Alt-F2 to switch to ttyv1), a 2-3 second delay > is experienced" > > The suggested workaround (hint.kbdmux.0.disabled="1") also helps in my case. > So it's not necessarily USB-related. I'm my experience the "switching consoles" delay goes away when you remove atkbd and related options from your kernel if you only have a usb keyboard. I don't have that delay with kbdmux left compiled in. The delay most likely has something to do with locking, re: GIANT. -- Chris ----------------------------------------- http://twitter.com/chrisattack http://chrisattack.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 17:18: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 B7603106566B for ; Sun, 18 Oct 2009 17:18:09 +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 5A2C28FC13 for ; Sun, 18 Oct 2009 17:18:09 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id BEAB21CF99; Sun, 18 Oct 2009 19:18:08 +0200 (CEST) Date: Sun, 18 Oct 2009 19:18:08 +0200 From: Ed Schouten To: Chris Ruiz Message-ID: <20091018171808.GN89475@hoeg.nl> References: <200909051806.07692.hselasky@c2i.net> <20090905182929.GB2829@hoeg.nl> <200910181450.11838.shoesoft@gmx.net> <58c737d70910181014u7c32ffd2s8c0732a707d40a2f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DH4/xewco2zMcht6" Content-Disposition: inline In-Reply-To: <58c737d70910181014u7c32ffd2s8c0732a707d40a2f@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Stefan Ehmann , Hans Petter Selasky Subject: Re: ukbd: short freeze when activating LEDs 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, 18 Oct 2009 17:18:09 -0000 --DH4/xewco2zMcht6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Chris Ruiz wrote: > The delay most likely has something to do with locking, re: GIANT. What makes you think that? I could give you dozens of other reasons. The most serious one being: http://en.wikipedia.org/wiki/System_Management_Mode --=20 Ed Schouten WWW: http://80386.nl/ --DH4/xewco2zMcht6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrbTdAACgkQ52SDGA2eCwX5awCdE7B6Ky4j+mWwTlULyvfF3E/C 9jkAnjrzHdDG8retxjSb1FUPFyD/vAU8 =XkTi -----END PGP SIGNATURE----- --DH4/xewco2zMcht6-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 17:26: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 00403106566B for ; Sun, 18 Oct 2009 17:26:54 +0000 (UTC) (envelope-from yr.retarded@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 8907A8FC0C for ; Sun, 18 Oct 2009 17:26:54 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so808946eyd.9 for ; Sun, 18 Oct 2009 10:26: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 :content-transfer-encoding; bh=pUmOE09uKvr3onKe++Wujg/lZMcFuu0JQsQ7wsTqj7A=; b=vgI9d+wEdfIb7iSExLVBmiWWosjXG3zntsyG7Rkf0KLbml+d1TgnWpxwgRimcWhx4E DJAwcXVt/dmUyQWT60WwbIrCBLK82t7J4kCum0IyJU2PoHhWHx3xvBXDVj0bvgpdtiBe Vyanv2sbPFG5TQxkgjfBH+Vs2OdXd3+To2GxE= 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=ss+jqs9LfuL4hx4i0IKJtcchKFh0ramIhGT+DnP43/y80kARlRheJC42AQY5lwHd8e 3xktdUbtEGRTxrxBrI0jkkDArYoK0Ca4sc+EbKcbmjx1Dh4tAwNETjBEDaaiUXCaajdu HnpNKN9Q0IYbD58Ndlb+E17fb4elH5OzFaxr8= MIME-Version: 1.0 Received: by 10.210.4.13 with SMTP id 13mr4330330ebd.45.1255886813454; Sun, 18 Oct 2009 10:26:53 -0700 (PDT) In-Reply-To: <20091018171808.GN89475@hoeg.nl> References: <200909051806.07692.hselasky@c2i.net> <20090905182929.GB2829@hoeg.nl> <200910181450.11838.shoesoft@gmx.net> <58c737d70910181014u7c32ffd2s8c0732a707d40a2f@mail.gmail.com> <20091018171808.GN89475@hoeg.nl> Date: Sun, 18 Oct 2009 12:26:53 -0500 Message-ID: <58c737d70910181026g2f9e1050ge5d8fb8dfc1a9a33@mail.gmail.com> From: Chris Ruiz To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Stefan Ehmann , Hans Petter Selasky Subject: Re: ukbd: short freeze when activating LEDs 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, 18 Oct 2009 17:26:55 -0000 On Sun, Oct 18, 2009 at 12:18 PM, Ed Schouten wrote: > * Chris Ruiz wrote: >> The delay most likely has something to do with locking, re: GIANT. > > What makes you think that? I could give you dozens of other reasons. The > most serious one being: > > =A0 =A0 =A0 =A0http://en.wikipedia.org/wiki/System_Management_Mode /me puts on a pointy hat and stands in corner. I made an assumption about the cause. -- Chris ----------------------------------------- http://twitter.com/chrisattack http://chrisattack.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 17:04: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 D100F106566B for ; Sun, 18 Oct 2009 17:04:36 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id 74CF18FC08 for ; Sun, 18 Oct 2009 17:04:36 +0000 (UTC) Received: from chiron.lan (206-248-151-69.dsl.ncf.ca [206.248.151.69]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id 2D9B043B19; Sun, 18 Oct 2009 13:04:19 -0400 (EDT) From: Dwayne MacKinnon To: Gavin Atkinson Date: Sun, 18 Oct 2009 13:04:19 -0400 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) References: <200910180304.12900.dmk@ncf.ca> <20091018171903.G82400@ury.york.ac.uk> In-Reply-To: <20091018171903.G82400@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910181304.20042.dmk@ncf.ca> X-Mailman-Approved-At: Sun, 18 Oct 2009 18:08:01 +0000 Cc: freebsd-current@freebsd.org Subject: Re: SATA DVD not found - FreeBSD 8.0-RC1 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, 18 Oct 2009 17:04:36 -0000 On October 18, 2009 12:19:46 pm Gavin Atkinson wrote: > On Sun, 18 Oct 2009, Dwayne MacKinnon wrote: > > Gotta say, for the most part I'm thrilled with 8.0-RC1. Been very solid > > for me, no stability problems. The Linux "Emulation" works great... I > > have everything from Skype and Acrobat8 to UT2004 & Neverwinter Nights > > working. > > > > I just wanted to mention that my SATA DVD writer isn't seen when in AHCI > > mode. The SATA harddrive works great at UDMA150, but the CD drive isn't > > seen. It is seen by BIOS... I can boot off the DVD. But if I boot off the > > HD the DVD isn't seen. > > > > I have an ASUS M4N72-E motherboard and a LG GH22NS50 SATA DVD writer. > > > > I realize that this may be just something that will be worked out when > > 8.0- RELEASE hits the street. But I figured I ought to mention it > > regardless. > > Can you upload a verbose dmesg somewhere and post a link to it to the > mailing list? > > Gavin > Hello, Done. Sorry, I should've thought of that myself. I've also posted the output from "atacontrol list" just for completeness. http://pastebin.com/m50035eb1 (Verbose dmesg) http://pastebin.com/m4a35199c (atacontrol list) Cheers, DMK From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 19:30: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 4E72A106566B for ; Sun, 18 Oct 2009 19:30:00 +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 D2EEE8FC13 for ; Sun, 18 Oct 2009 19:29:59 +0000 (UTC) Received: (qmail 23425 invoked by uid 399); 18 Oct 2009 19:29:59 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Oct 2009 19:29:59 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ADB6CB5.1020507@FreeBSD.org> Date: Sun, 18 Oct 2009 12:29:57 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Dwayne MacKinnon References: <200910180304.12900.dmk@ncf.ca> In-Reply-To: <200910180304.12900.dmk@ncf.ca> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SATA DVD not found - FreeBSD 8.0-RC1 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, 18 Oct 2009 19:30:00 -0000 Don't have an answer for your problem (sorry) but I did want to take a second and say thank you for doing this testing. It is critical to the success of a .0 release that we get as much testing from our user community as possible. I realize that running into a hardware bug is frustrating, but when this is resolved you will have the satisfaction of knowing that you helped every FreeBSD user with similar hardware. :) Regards, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 21:01: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 99DE4106568B; Sun, 18 Oct 2009 21:01:54 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE1E8FC0A; Sun, 18 Oct 2009 21:01:53 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n9IL1krj013544; Sun, 18 Oct 2009 22:01:46 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Mzcss-000053-6i; Sun, 18 Oct 2009 22:01:46 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n9IL1jir028529; Sun, 18 Oct 2009 22:01:45 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n9IL1jSg028526; Sun, 18 Oct 2009 22:01:45 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 18 Oct 2009 22:01:45 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Robert Watson In-Reply-To: Message-ID: <20091018210042.I82400@ury.york.ac.uk> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: current@FreeBSD.org Subject: Re: dtrace profile timers still unstable? 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, 18 Oct 2009 21:01:54 -0000 On Fri, 16 Oct 2009, Robert Watson wrote: > In the past, I've had little luck using the DTrace profile timers on FreeBSD > for much without crashes, and this morning was no different. I attempted to > use the following(ish) script: > > profile-1ms > { > > @data[stack()] = count(); > } > > The result was: > > spin lock 0x849747d8 (cyclic cpu) held by 0x85442b40 (tid 100539) too long > panic: spin lock held too long [...] > (I've seen panics with it pretty deterministically on i386 and amd64) Is there any particular technique to get this to panic? I've been trying to get a panic from the above script (using "dtrace -s prof.d") for a few hours now without success... Gavin From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 21:54: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 D6B2B106566C for ; Sun, 18 Oct 2009 21:54:53 +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 9721F8FC12 for ; Sun, 18 Oct 2009 21:54:53 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n9ILsqov094268 for ; Sun, 18 Oct 2009 15:54:52 -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 n9ILsqEr094265 for ; Sun, 18 Oct 2009 15:54:52 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 18 Oct 2009 15:54:52 -0600 (MDT) From: Warren Block To: current@freebsd.org 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Sun, 18 Oct 2009 15:54:52 -0600 (MDT) Cc: Subject: /etc/rc.d locking devd.pid (was Re: Restarting devd) 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, 18 Oct 2009 21:54:53 -0000 On Sat, 17 Oct 2009, Warren Block wrote: > Immediately after boot, devd restart fails: > > # /etc/rc.d/devd restart > Stopping devd. > Starting devd. > devd: devd already running, pid: 398 > /etc/rc.d/devd: WARNING: failed to start devd > > And it's right, devd is not running. Remove the stale pidfile > /var/run/devd.pid, and '/etc/rc.d/devd start' goes fine. ...and this is due to dhclient, run from /etc/rc.d at startup, locking /var/run/devd.pid: lightning% lsof /var/run/devd.pid COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME devd 400 root 6w VREG 0,101 3 47124 /var/run/devd.pid dhclient 865 root 6w VREG 0,101 3 47124 /var/run/devd.pid dhclient 1024 _dhcp 6w VREG 0,101 3 47124 /var/run/devd.pid This is a regression from 7-STABLE, where devd.pid is only locked by devd after startup. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 22:02:12 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 8A4F1106566C; Sun, 18 Oct 2009 22:02:12 +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 65DEB8FC13; Sun, 18 Oct 2009 22:02:12 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id F343846B06; Sun, 18 Oct 2009 18:02:11 -0400 (EDT) Date: Sun, 18 Oct 2009 23:02:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gavin Atkinson In-Reply-To: <20091018210042.I82400@ury.york.ac.uk> Message-ID: References: <20091018210042.I82400@ury.york.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: dtrace profile timers still unstable? 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, 18 Oct 2009 22:02:12 -0000 On Sun, 18 Oct 2009, Gavin Atkinson wrote: >> spin lock 0x849747d8 (cyclic cpu) held by 0x85442b40 (tid 100539) too long >> panic: spin lock held too long > > [...] > >> (I've seen panics with it pretty deterministically on i386 and amd64) > > Is there any particular technique to get this to panic? I've been trying to > get a panic from the above script (using "dtrace -s prof.d") for a few hours > now without success... The panic I saw was definitely SMP-related, and occured when I hit ctrl-c to terminate the script and see the results. They were partially reported, followed by boom. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 22:09: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 1D9A7106566B for ; Sun, 18 Oct 2009 22:09: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 8C4D88FC08 for ; Sun, 18 Oct 2009 22:09: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 n9IM9ZC4087933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Oct 2009 01:09:35 +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 n9IM9ZH6044920; Mon, 19 Oct 2009 01:09:35 +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 n9IM9Zx8044919; Mon, 19 Oct 2009 01:09:35 +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: Mon, 19 Oct 2009 01:09:35 +0300 From: Kostik Belousov To: Warren Block Message-ID: <20091018220935.GR2160@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Thv7PGoFpDPJ7Oar" 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: current@freebsd.org Subject: Re: /etc/rc.d locking devd.pid (was Re: Restarting devd) 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, 18 Oct 2009 22:09:40 -0000 --Thv7PGoFpDPJ7Oar Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 18, 2009 at 03:54:52PM -0600, Warren Block wrote: > On Sat, 17 Oct 2009, Warren Block wrote: >=20 > >Immediately after boot, devd restart fails: > > > ># /etc/rc.d/devd restart > >Stopping devd. > >Starting devd. > >devd: devd already running, pid: 398 > >/etc/rc.d/devd: WARNING: failed to start devd > > > >And it's right, devd is not running. Remove the stale pidfile=20 > >/var/run/devd.pid, and '/etc/rc.d/devd start' goes fine. >=20 > ...and this is due to dhclient, run from /etc/rc.d at startup, locking=20 > /var/run/devd.pid: >=20 > lightning% lsof /var/run/devd.pid > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > devd 400 root 6w VREG 0,101 3 47124 /var/run/devd.pid > dhclient 865 root 6w VREG 0,101 3 47124 /var/run/devd.pid > dhclient 1024 _dhcp 6w VREG 0,101 3 47124 /var/run/devd.pid >=20 > This is a regression from 7-STABLE, where devd.pid is only locked by=20 > devd after startup. Devd forks to spawn dhclient, it seems, and opened file descriptor for the lock file is leaking to the child. Since pidfile(3) uses flock(2), the lock survives devd death. I think that this is a generic issue with pidfile/fork interaction. It is not obvious whether setting FD_CLOEXEC flag is right thing to do there. Anyway, please test. diff --git a/lib/libutil/flopen.c b/lib/libutil/flopen.c index 754c9c0..a5e436e 100644 --- a/lib/libutil/flopen.c +++ b/lib/libutil/flopen.c @@ -100,6 +100,12 @@ flopen(const char *path, int flags, ...) errno =3D serrno; return (-1); } + if (fcntl(fd, F_SETFD, FD_CLOEXEC) !=3D 0) { + serrno =3D errno; + (void)close(fd); + errno =3D serrno; + return (-1); + } return (fd); } } --Thv7PGoFpDPJ7Oar Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrbkh4ACgkQC3+MBN1Mb4i5rACfT+cKFg6oon1w3jDyWWuGQs8E INkAnRp1DMbXwZ/UQu6SFl9xbeAYhJa3 =VUQP -----END PGP SIGNATURE----- --Thv7PGoFpDPJ7Oar-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 23:12:12 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 DF9B9106566B for ; Sun, 18 Oct 2009 23:12:12 +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 9F3B68FC0A for ; Sun, 18 Oct 2009 23:12:12 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n9INCBi5094527; Sun, 18 Oct 2009 17:12:11 -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 n9INCBFD094524; Sun, 18 Oct 2009 17:12:11 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 18 Oct 2009 17:12:11 -0600 (MDT) From: Warren Block To: Kostik Belousov In-Reply-To: <20091018220935.GR2160@deviant.kiev.zoral.com.ua> Message-ID: References: <20091018220935.GR2160@deviant.kiev.zoral.com.ua> 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]); Sun, 18 Oct 2009 17:12:11 -0600 (MDT) Cc: current@freebsd.org Subject: Re: /etc/rc.d locking devd.pid (was Re: Restarting devd) 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, 18 Oct 2009 23:12:13 -0000 On Mon, 19 Oct 2009, Kostik Belousov wrote: >> >> ...and this is due to dhclient, run from /etc/rc.d at startup, locking >> /var/run/devd.pid: >> >> lightning% lsof /var/run/devd.pid >> COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> devd 400 root 6w VREG 0,101 3 47124 /var/run/devd.pid >> dhclient 865 root 6w VREG 0,101 3 47124 /var/run/devd.pid >> dhclient 1024 _dhcp 6w VREG 0,101 3 47124 /var/run/devd.pid >> >> This is a regression from 7-STABLE, where devd.pid is only locked by >> devd after startup. > > Devd forks to spawn dhclient, it seems, and opened file descriptor for > the lock file is leaking to the child. Since pidfile(3) uses flock(2), > the lock survives devd death. > > I think that this is a generic issue with pidfile/fork interaction. > It is not obvious whether setting FD_CLOEXEC flag is right thing to > do there. > > Anyway, please test. > > diff --git a/lib/libutil/flopen.c b/lib/libutil/flopen.c > index 754c9c0..a5e436e 100644 > --- a/lib/libutil/flopen.c > +++ b/lib/libutil/flopen.c > @@ -100,6 +100,12 @@ flopen(const char *path, int flags, ...) > errno = serrno; > return (-1); > } > + if (fcntl(fd, F_SETFD, FD_CLOEXEC) != 0) { > + serrno = errno; > + (void)close(fd); > + errno = serrno; > + return (-1); > + } > return (fd); > } > } The dhclient locks are still present with this code. I just did make; make install in /usr/src/lib/libutil and rebooted to test. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Sun Oct 18 23:26: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 0E45B106566C; Sun, 18 Oct 2009 23:26:52 +0000 (UTC) (envelope-from inpcb.harsha@gmail.com) Received: from mail-px0-f118.google.com (mail-px0-f118.google.com [209.85.216.118]) by mx1.freebsd.org (Postfix) with ESMTP id C72698FC08; Sun, 18 Oct 2009 23:26:51 +0000 (UTC) Received: by pxi16 with SMTP id 16so93708pxi.3 for ; Sun, 18 Oct 2009 16:26:51 -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=NYuFS6Rx0uafcSZwOF5SE9Q+h9tgQ6Zz/A2+FpP4xhU=; b=RjNbSpuvJbfcYoXr+VUe8WFrUgJuIPSVtmXButmSQRE6LqE/HJK8SMfdC5DI9HIa5P dnYulw0217OVHzqiXoXK28h4zJOOfRa3MXQEb/fjg8jJOLM/AR/HEF4BoXqXowSDJtLg lq7Rr/qhOUfR+bcgJSINHCliBt06ItRE9okJ0= 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=a0oSu8ECtw0s1ul6YUKebKuWQh3tJTpbcRVoCC1PWpnNrHuJ0l9SthTlNV8NlRWicD juAbsAnSE3aAbgcabLFkFxJnubsRJnuI4gyAev2yDafGElN6bFVEhpudDE1h32J98BhV 1kdnwWNAxuutivwG2QK7M2HuBzOaL3C5tOMVs= MIME-Version: 1.0 Received: by 10.140.133.7 with SMTP id g7mr1515311rvd.169.1255908411404; Sun, 18 Oct 2009 16:26:51 -0700 (PDT) In-Reply-To: <4ADAB8E0.3090502@elischer.org> References: <4ADAB8E0.3090502@elischer.org> Date: Sun, 18 Oct 2009 16:26:51 -0700 Message-ID: From: Harsha To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "Robert N. M. Watson" , net@freebsd.org Subject: Re: Page fault in IFNET_WLOCK_ASSERT [if.c and pccbb.c] 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, 18 Oct 2009 23:26:52 -0000 On Sat, Oct 17, 2009 at 11:42 PM, Julian Elischer wro= te: > Harsha wrote: >> wrote: >>> >>> Looks like a NULL pointer dereference, so perhaps a more traditional bu= g >>> -- >>> could you convert ifindex_alloc_locked+0x71 to a line of code? You can = do >>> this using kgdb on the kernel symbols file, perhaps "l >>> *ifindex_alloc_locked+0x71". >> >> It is the for loop in ifindex_alloc_locked() function- >> =A0for (idx =3D 1; idx <=3D V_if_index; idx++) >> >> idx is a local variable, so I figured it is V_if_index is what is >> causing the page fault. It does look like a NULL pointer reference - I >> see that V_if_index comes from that =A0vnet instance's value and uses >> the macro VNET_VNET_PTR() down the chain. Since the call chain is >> coming from a new thread cbb_event_thread, I believe that this >> thread's vnet context needs to be set using CURVNET_SET(). > > but only if you have options VIMAGE defined. if not then CURVNET_SET() > is a NOP I do have the VIMAGE options turned on. Can someone tell me what is the right way to add the vnet context to cbb_event_thread? I tried adding context in two locations- 1. In cbb_insert() as- CURVNET_SET(TD_TO_VNET(curthread)); 2. In if_alloc() as- CURVNET_SET(TD_TO_VNET(curthread)); or as ifp =3D malloc(sizeof(struct ifnet), M_IFNET, M_WAITOK|M_ZERO); #ifdef VIMAGE ifp->if_vnet =3D curvnet; if (ifp->if_home_vnet =3D=3D NULL) ifp->if_home_vnet =3D curvnet; CURVNET_SET(ifp->if_vnet); #endif But in all the cases I get a warning/error about unused variable 'saved_vnet' like this- cc1: warnings being treated as errors /usr/src/sys/net/if.c: In function 'if_alloc': /usr/src/sys/net/if.c:418: warning: unused variable 'saved_vnet' The backtrace is in the link I posted earlier. Thanks, Harsha From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 01:27: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 333791065695 for ; Mon, 19 Oct 2009 01:27:30 +0000 (UTC) (envelope-from vlad.k.sm@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 BC9938FC20 for ; Mon, 19 Oct 2009 01:27:29 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so866565eyd.9 for ; Sun, 18 Oct 2009 18:27:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=YuHjCOtDMKoyRcLYsZc4NyV8Oj10spy7yepkCusJXU0=; b=HeuVz6AcmjfU4H1BbgMCujRn20uv6JPd3bX6rTxOQqGdXEqUs6w/Oiq1wFbxKylZTx kaSEQkluBo7rxDS1Ttc+z6JtdTivz/tiWqkc634f6QlBR3tewsIkqJ/7tyDp63ESpfdb Orw93T/JU6uHotJCmqcVFBMETfZ4kr4+lFwv8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Yf2EAmAERjLfmBEnfsULMZaIugUrr6L/ZZTszORvPljIzN2pl6vHWG2mxZwlT2CW9v 1HBnzujGLt1RKwDjVzDVphVFi/UYMaz/6eYEBMep19f5S8+IfcsNiQZL1b3Aa2ztb+tV X7+vvR7druw7JkX8uyzJ8UylLW3mRBjXq7dXY= Received: by 10.210.7.16 with SMTP id 16mr4728637ebg.14.1255914416857; Sun, 18 Oct 2009 18:06:56 -0700 (PDT) Received: from ?10.0.0.3? ([95.67.141.73]) by mx.google.com with ESMTPS id 7sm1034289eyb.0.2009.10.18.18.06.54 (version=SSLv3 cipher=RC4-MD5); Sun, 18 Oct 2009 18:06:55 -0700 (PDT) Message-ID: <4ADBBBAC.60004@gmail.com> Date: Mon, 19 Oct 2009 06:06:52 +0500 From: Vlad K Sm User-Agent: Thunderbird 2.0.0.21 (X11/20090606) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: sio.c depends on "struct tty" which was changed 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, 19 Oct 2009 01:27:30 -0000 Hi, Tried to buildkernel with "device sio", it reported errors like "struct tty doesn't have memeber t_init_in" and etc. on code block in sio.c: tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = tp->t_lock_in.c_ispeed = tp->t_lock_in.c_ospeed = tp->t_init_out.c_ispeed = tp->t_init_out.c_ospeed = tp->t_lock_out.c_ispeed = tp->t_lock_out.c_ospeed = comdefaultrate; Tty actually doesn't have it and seems "sio" in't suported anymore. If so, does it make sense to remove support of "device sio" from current at all? Thanks, Vlad Kuzmin From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 04:00: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 A365B106566B for ; Mon, 19 Oct 2009 04:00:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outf.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7666D8FC12 for ; Mon, 19 Oct 2009 04:00:06 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 10987B755B; Sun, 18 Oct 2009 21:00:06 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 46DF22D6013; Sun, 18 Oct 2009 21:00:05 -0700 (PDT) Message-ID: <4ADBE444.1010706@elischer.org> Date: Sun, 18 Oct 2009 21:00:04 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Daniel Nebdal References: <4ACE6D84.3000209@gmail.com> <4ACE833A.3030506@uffner.com> <4ACE9DFD.3010207@gmail.com> <200910131644.04358.john@baldwin.cx> <86ljja3ud5.fsf@ds4.des.no> <20091018162750.E82400@ury.york.ac.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: John Baldwin , Antony Mawer , freebsd-current@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , David Ehrmann Subject: Re: 8.0rc1 not recognizing partitions on EPIA SN 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, 19 Oct 2009 04:00:06 -0000 Daniel Nebdal wrote: > On Sun, Oct 18, 2009 at 5:32 PM, Gavin Atkinson > wrote: >> As I understand things, the problems are partially due to a bug in older >> versions of sysinstall that created incorrect disklables in DD mode, and >> partially due to the new GEOM partitioning modules, which now parse these >> ambiguous disk labels differently. >> >> You can get around this by compiling a custom kernel and using the old >> partitioning modules (use GEOM_MBR and GEOM_BSD rather than GEOM_PART), but >> you may well just be postponing the problem as I believe the old modules >> were planned to be removed at some point. >> >> Gavin > > Does that mean that it's possible to write a DD-style disklabel that > GEOM_PART would be happy with? > That would open up the possibility of correcting the old label > in-place (somehow)... it may be as little as overwriting bytes 510 and 511 of block0. (the last 2 bytes of the block are a magic number) this would stop the fdisk taster from recognising it as an fdisk block and teh disklabel taster would recognise the disklabel. if you try this, keep a backup of block0 :-) From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 04:22: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 96D0A106566C for ; Mon, 19 Oct 2009 04:22:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outw.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 762EB8FC15 for ; Mon, 19 Oct 2009 04:22:37 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 0CD30B755B; Sun, 18 Oct 2009 21:22:37 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 9E8172D6019; Sun, 18 Oct 2009 21:22:36 -0700 (PDT) Message-ID: <4ADBE98C.3030404@elischer.org> Date: Sun, 18 Oct 2009 21:22:36 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Harsha References: <4ADAB8E0.3090502@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Robert N. M. Watson" , net@freebsd.org Subject: Re: Page fault in IFNET_WLOCK_ASSERT [if.c and pccbb.c] 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, 19 Oct 2009 04:22:37 -0000 Harsha wrote: > On Sat, Oct 17, 2009 at 11:42 PM, Julian Elischer wrote: >> Harsha wrote: >>> wrote: >>>> Looks like a NULL pointer dereference, so perhaps a more traditional bug >>>> -- >>>> could you convert ifindex_alloc_locked+0x71 to a line of code? You can do >>>> this using kgdb on the kernel symbols file, perhaps "l >>>> *ifindex_alloc_locked+0x71". >>> It is the for loop in ifindex_alloc_locked() function- >>> for (idx = 1; idx <= V_if_index; idx++) >>> >>> idx is a local variable, so I figured it is V_if_index is what is >>> causing the page fault. It does look like a NULL pointer reference - I >>> see that V_if_index comes from that vnet instance's value and uses >>> the macro VNET_VNET_PTR() down the chain. Since the call chain is >>> coming from a new thread cbb_event_thread, I believe that this >>> thread's vnet context needs to be set using CURVNET_SET(). >> but only if you have options VIMAGE defined. if not then CURVNET_SET() >> is a NOP > I do have the VIMAGE options turned on. > > Can someone tell me what is the right way to add the vnet context to > cbb_event_thread? have you read the vimage porting document at: http://p4db.freebsd.org/fileLogView.cgi?FSPC=//depot/projects/vimage/porting_to_vimage.txt > > I tried adding context in two locations- > > 1. In cbb_insert() as- > CURVNET_SET(TD_TO_VNET(curthread)); > > 2. In if_alloc() as- > CURVNET_SET(TD_TO_VNET(curthread)); > > or as > > ifp = malloc(sizeof(struct ifnet), M_IFNET, M_WAITOK|M_ZERO); > #ifdef VIMAGE > ifp->if_vnet = curvnet; > if (ifp->if_home_vnet == NULL) > ifp->if_home_vnet = curvnet; > CURVNET_SET(ifp->if_vnet); > #endif CURVNET_SET sets curvnet but you are using it already, 3 lines above. > > But in all the cases I get a warning/error about unused variable > 'saved_vnet' like this- > > cc1: warnings being treated as errors > /usr/src/sys/net/if.c: In function 'if_alloc': > /usr/src/sys/net/if.c:418: warning: unused variable 'saved_vnet' > > The backtrace is in the link I posted earlier. > > Thanks, > Harsha From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 05:01: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 B640D1065670 for ; Mon, 19 Oct 2009 05:01:16 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 430558FC0A for ; Mon, 19 Oct 2009 05:01:15 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so325526fgg.13 for ; Sun, 18 Oct 2009 22:01:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=5iohYV9sGI6ZhXlia3Xng/Bu3oCFCav7x4RRE8HSa5g=; b=DLTIyA+nfxPXyz166lXKhhoDd1Jst6mnJpUHSkhSYq1r0Sa0GMp+bQtgB30dTt0vvX MS6c+mE4LR0xX/kbwSkx8bLnOhHXB+/IE1bF3JfeXfxjq+6MJjHBU1MdVV2uIYlXYbFl iWbYrSEa7G+HKbIU75p0M/vFZ7TrGnFHV/K8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=AoZENOVORTK1Ct4VZc60yJgib+F6h8+vC7sCtwTvufLdYW5AfTLXQPuNu2PPk6rlxE QK7m1zLKaOeQR83hCbI4eLy+gxtfAYHXXmFgsFHAhK8I9iNaPr/kZXaTWu/qA+0EZ4aW mE4ni5XtmDEX58x6uz+7h+eKGgNcsLv5wbi08= Received: by 10.103.87.35 with SMTP id p35mr1933566mul.75.1255928474977; Sun, 18 Oct 2009 22:01:14 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id j6sm7208332mue.50.2009.10.18.22.01.14 (version=SSLv3 cipher=RC4-MD5); Sun, 18 Oct 2009 22:01:14 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ADBF298.5030706@FreeBSD.org> Date: Mon, 19 Oct 2009 08:01:12 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Dwayne MacKinnon References: <1255879383.00174464.1255866601@10.7.7.3> <1255893786.00174536.1255883401@10.7.7.3> <1255900985.00174556.1255889404@10.7.7.3> In-Reply-To: <1255900985.00174556.1255889404@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SATA DVD not found - FreeBSD 8.0-RC1 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, 19 Oct 2009 05:01:16 -0000 Hi. Dwayne MacKinnon wrote: > On October 18, 2009 12:19:46 pm Gavin Atkinson wrote: >> On Sun, 18 Oct 2009, Dwayne MacKinnon wrote: >>> Gotta say, for the most part I'm thrilled with 8.0-RC1. Been very solid >>> for me, no stability problems. The Linux "Emulation" works great... I >>> have everything from Skype and Acrobat8 to UT2004 & Neverwinter Nights >>> working. >>> >>> I just wanted to mention that my SATA DVD writer isn't seen when in AHCI >>> mode. The SATA harddrive works great at UDMA150, but the CD drive isn't >>> seen. It is seen by BIOS... I can boot off the DVD. But if I boot off the >>> HD the DVD isn't seen. >>> >>> I have an ASUS M4N72-E motherboard and a LG GH22NS50 SATA DVD writer. >>> >>> I realize that this may be just something that will be worked out when >>> 8.0- RELEASE hits the street. But I figured I ought to mention it >>> regardless. >> Can you upload a verbose dmesg somewhere and post a link to it to the >> mailing list? > > Done. Sorry, I should've thought of that myself. I've also posted the output > from "atacontrol list" just for completeness. > > http://pastebin.com/m50035eb1 (Verbose dmesg) > http://pastebin.com/m4a35199c (atacontrol list) For some reason your DVD detected as ATA disk device, not ATAPI during bus reset: ata4: Identifying devices: 00000001 ata4: New devices: 00000001 It caused further problems: unknown: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 I have alike ASUS M4N78 PRO board and it looked like working fine when I last tested. Can you try some other DVD drive on that board? Can you try to load ahci module to try new CAM-based AHCI driver (be ready to drive names change to adaX)? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 05:16: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 7BE3B1065692 for ; Mon, 19 Oct 2009 05:16:46 +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 127278FC08 for ; Mon, 19 Oct 2009 05:16:45 +0000 (UTC) Received: (qmail 454 invoked by uid 399); 19 Oct 2009 05:16:44 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Oct 2009 05:16:44 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ADBF637.8090206@FreeBSD.org> Date: Sun, 18 Oct 2009 22:16:39 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-current@freebsd.org, ed@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Apparent console regressions 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: Mon, 19 Oct 2009 05:16:46 -0000 Ed, I was trying to debug an unrelated problem today and noticed what appear to be some console regressions. I'm running r198216 i386 SMP with no local patches. The two things I tried doing were using less(1) on a group of files and running 'make config' on a port. In the first case it would display a few files (small ones, less than one screenful) but after 4 or 5 files the display would stop about 1/2 way down the screen. I use less with the following environment string if it helps: LESS='-eiFP?f%f .?n?m(file %i of %m) ..?e(END) ?x- Next\: %x.:?pB%pB\%..%t' Doing 'make config' in ports uses dialog, which exhibited the same basic problem, the 1/3 to 1/2 of the display would have the output from dialog and the rest would be blank. The specific port was emulators/virtualbox but I tried a few others and got the same result. Doing both of these things works in an xterm (roxterm to be specific) so it seems to be a console issue. My kernel config is pretty close to GENERIC with a bunch of stuff removed. The only thing even vaguely console-related is 'options VESA' but I don't have anything custom configured for my console except keybell="visual" in /etc/rc.conf. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 06: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 AF21E106566B for ; Mon, 19 Oct 2009 06:02:47 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2D88FC15 for ; Mon, 19 Oct 2009 06:02:47 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 25B8A6D41B; Mon, 19 Oct 2009 06:02:46 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 9755F844D2; Mon, 19 Oct 2009 08:02:45 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Julian Elischer References: <4ACE6D84.3000209@gmail.com> <4ACE833A.3030506@uffner.com> <4ACE9DFD.3010207@gmail.com> <200910131644.04358.john@baldwin.cx> <86ljja3ud5.fsf@ds4.des.no> <20091018162750.E82400@ury.york.ac.uk> <4ADBE444.1010706@elischer.org> Date: Mon, 19 Oct 2009 08:02:45 +0200 In-Reply-To: <4ADBE444.1010706@elischer.org> (Julian Elischer's message of "Sun, 18 Oct 2009 21:00:04 -0700") Message-ID: <86vdibzzsq.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: John Baldwin , Antony Mawer , freebsd-current@freebsd.org, David Ehrmann , Daniel Nebdal Subject: Re: 8.0rc1 not recognizing partitions on EPIA SN 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, 19 Oct 2009 06:02:47 -0000 Julian Elischer writes: > Daniel Nebdal writes: > > Does that mean that it's possible to write a DD-style disklabel that > > GEOM_PART would be happy with? > it may be as little as overwriting bytes 510 and 511 of block0. > (the last 2 bytes of the block are a magic number) > > this would stop the fdisk taster from recognising it as an fdisk > block and teh disklabel taster would recognise the disklabel. If by "block0" you mean the very first sector of the disk, it will also stop the BIOS from booting from that disk... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 07:18: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 C39FD1065670; Mon, 19 Oct 2009 07:18:50 +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 696BB8FC0C; Mon, 19 Oct 2009 07:18:50 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 44AFE1CD1D; Mon, 19 Oct 2009 09:20:53 +0200 (CEST) Date: Mon, 19 Oct 2009 09:20:53 +0200 From: Ed Schouten To: Doug Barton , Pyun YongHyeon Message-ID: <20091019072053.GA1293@hoeg.nl> References: <4ADBF637.8090206@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <4ADBF637.8090206@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Apparent console regressions 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: Mon, 19 Oct 2009 07:18:50 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Doug, * Doug Barton wrote: > I was trying to debug an unrelated problem today and noticed what > appear to be some console regressions. Got it. It turns out the bug is as follows: When changing the baud rate, it has to grow or shrink the TTY buffers. When it has to shrink the buffer, it doesn't actually free memory directly, but uses a lazy approach to deallocate buffers as data flows through the TTY. It also calculates a water mark, to determine when to unblock input/ output on a TTY after it had to block processes. This level is calculated by obtaining the TTY buffer sizes and using 10%. Because it uses the lazy approach, it uses the wrong buffer size to calculate the watermark, which means the watermark could be placed outside the TTY buffer size, causing processes to be never waked up. This could easily be demonstrated by running `pstat -t'. It should be fixed as of revision 198223. Thanks for reporting! --=20 Ed Schouten WWW: http://80386.nl/ --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrcE1UACgkQ52SDGA2eCwXbfQCeONLSfIcZOk5gmW+Gxyurp0EY DDYAnj0C41DfsC9fKMOMtlr5sSG5M4Zh =Hwna -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 07:42: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 B7334106566C for ; Mon, 19 Oct 2009 07:42:53 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 790CB8FC16 for ; Mon, 19 Oct 2009 07:42:53 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 74CAE6D41B; Mon, 19 Oct 2009 07:42:52 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2D273844A6; Mon, 19 Oct 2009 09:42:52 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Kostik Belousov References: <20091018220935.GR2160@deviant.kiev.zoral.com.ua> Date: Mon, 19 Oct 2009 09:42:51 +0200 In-Reply-To: <20091018220935.GR2160@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Mon, 19 Oct 2009 01:09:35 +0300") Message-ID: <86my3n6d8k.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , current@freebsd.org Subject: Re: /etc/rc.d locking devd.pid 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, 19 Oct 2009 07:42:53 -0000 Kostik Belousov writes: > I think that this is a generic issue with pidfile/fork interaction. > It is not obvious whether setting FD_CLOEXEC flag is right thing to > do there. Most certainly not. > Anyway, please test. Please read flopen.c's revision history. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 09:46: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 BD3EF1065695; Mon, 19 Oct 2009 09:46:44 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 788A78FC17; Mon, 19 Oct 2009 09:46:44 +0000 (UTC) Received: from current.Sisis.de (cazador.sisis.de [193.31.11.193]) by dd12710.kasserver.com (Postfix) with ESMTP id DB8D218682199; Mon, 19 Oct 2009 11:46:44 +0200 (CEST) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id n9J9kkDI003036; Mon, 19 Oct 2009 11:46:46 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 19 Oct 2009 11:46:46 +0200 From: Matthias Apitz To: Martin Wilke , kde-freebsd@kde.org, freebsd-current@freebsd.org Message-ID: <20091019094646.GA3003@current.Sisis.de> References: <20091011062419.GA2168@current.Sisis.de> <3a142e750910111214rb75f185k12b2cc7e1aba59d9@mail.gmail.com> <20091012130914.GA4180@current.Sisis.de> <20091013153815.GA88394@bsdcrew.de> <20091014063221.GA2301@current.Sisis.de> <20091015080034.GA2045@current.Sisis.de> <20091018070254.GA2256@current.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20091018070254.GA2256@current.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Cc: Subject: Re: [kde-freebsd] 9-CURRENT (r197801) && artsd of kde-3.5.10_2 gives SIGSEGV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2009 09:46:44 -0000 El día Sunday, October 18, 2009 a las 09:02:55AM +0200, Matthias Apitz escribió: > As I said, I removed all /usr/local/* and /var/db/pkg/* and compiled > ports/x11/kde3 again ... the problem remains: aRts crashes with SIGSEGV; > now I'm really clueless what can cause that :-( Last weekend I installed 8.0-RC1 on the test box and installed KDE3 and Xorg from the FreeBSD ftp server: # kldload snd_ich # setenv PKG_PATH ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/8.0-RC1/packages/All # pkg_add ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/8.0-RC1/packages/All/kde-3.5.10_2.tbz # pkg_add ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/8.0-RC1/packages/All/xorg-7.4_2.tbz aRts worked just as it should; then I updated kernel and userland to 9.0-CURRENT r197801 and the installed aRts of 8.0-RC1 continues working on top of this kernel; today morning I moved away /usr/local and /var/db/pkg to install KDE3 and Xorg from the packages compiled by me after CVS updating /usr/ports: # cd /usr # mv local local.80RC1 # mkdir local # cd /var/db # mv pkg pkg.80RC1 # mkdir pkg # mount -o ro -t cd9660 /dev/acd0 /mnt # cd /mnt/PKGDIR # pkg_add kde-3.5.10_2.tbz # pkg_add xorg-7.4_2.tbz aRts crashes with SIGSEGV. What could I do next? Any hint is higly welcome. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 11:06: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 4E59F10656A8 for ; Mon, 19 Oct 2009 11:06:32 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id CCEC68FC1D for ; Mon, 19 Oct 2009 11:06:31 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id n9JB6UP7015472; Mon, 19 Oct 2009 13:06:30 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 19 Oct 2009 13:06:28 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA57081@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0rc1 not recognizing partitions on EPIA SN Thread-Index: AcpQDNU7cnMNwav1RbO1zYH1Fm6icwAnvYDw From: "Johan Hendriks" To: "Daniel Nebdal" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org Subject: RE: 8.0rc1 not recognizing partitions on EPIA SN 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, 19 Oct 2009 11:06:32 -0000 >> As I understand things, the problems are partially due to a bug in older >> versions of sysinstall that created incorrect disklables in DD mode, and >> partially due to the new GEOM partitioning modules, which now parse these >> ambiguous disk labels differently. >> >> You can get around this by compiling a custom kernel and using the old >> partitioning modules (use GEOM_MBR and GEOM_BSD rather than GEOM_PART), but >> you may well just be postponing the problem as I believe the old modules >> were planned to be removed at some point. >> >> Gavin >Does that mean that it's possible to write a DD-style disklabel that >GEOM_PART would be happy with? >That would open up the possibility of correcting the old label >in-place (somehow)... >--=20 >Daniel Nebdal I did the following on my disk and it worked. MAKE A BACKUP AND DON'T BLAME ME IF THINGS GO WRONG!!!!!!!!!!!!! dd if=3D/dev/zero of=3D/dev/ad6 oseek=3D1 bs=3D512 count=3D1 /dev/ad6 was my disk=20 Regards, Johan Hendriks No virus found in this outgoing message. Checked by AVG - www.avg.com=20 Version: 8.5.422 / Virus Database: 270.14.20/2444 - Release Date: 10/18/09 09:04:00 From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 11:30:14 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 85DC71065672 for ; Mon, 19 Oct 2009 11:30:14 +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 B28A28FC20 for ; Mon, 19 Oct 2009 11:30:13 +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 n9JBTcCA047207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Oct 2009 14:29:39 +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 n9JBTciw048140; Mon, 19 Oct 2009 14:29:38 +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 n9JBTcNY048139; Mon, 19 Oct 2009 14:29:38 +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: Mon, 19 Oct 2009 14:29:38 +0300 From: Kostik Belousov To: Dag-Erling Sm??rgrav Message-ID: <20091019112938.GT2160@deviant.kiev.zoral.com.ua> References: <20091018220935.GR2160@deviant.kiev.zoral.com.ua> <86my3n6d8k.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s3R87C3fwYeCSZ0b" Content-Disposition: inline In-Reply-To: <86my3n6d8k.fsf@ds4.des.no> 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: Warren Block , current@freebsd.org Subject: Re: /etc/rc.d locking devd.pid 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, 19 Oct 2009 11:30:14 -0000 --s3R87C3fwYeCSZ0b Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 19, 2009 at 09:42:51AM +0200, Dag-Erling Sm??rgrav wrote: > Kostik Belousov writes: > > I think that this is a generic issue with pidfile/fork interaction. > > It is not obvious whether setting FD_CLOEXEC flag is right thing to > > do there. >=20 > Most certainly not. Why ? We definitely leak file descriptor on exec(2) unless daemon explicitely closes it after fork. I said that it is unobvious is it right to enforce FD_CLOEXEC unconditionally, because some daemons exec() itself to reinitialize. >=20 > > Anyway, please test. >=20 > Please read flopen.c's revision history. I am aware of flock->fcntl->flock story, but it is relevant to fork(2), not to the exec(2) issues. --s3R87C3fwYeCSZ0b Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrcTaEACgkQC3+MBN1Mb4jdQACbBaBOLuqgoxy+MxpmckBHQ86r vtEAn3SROKpl4x3IXGef3UGQP0kN9wgh =yeVt -----END PGP SIGNATURE----- --s3R87C3fwYeCSZ0b-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 11:48:57 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 0B4041065670 for ; Mon, 19 Oct 2009 11:48:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id BF3528FC17 for ; Mon, 19 Oct 2009 11:48:55 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id D96056D41C; Mon, 19 Oct 2009 11:48:54 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 7BF5F844CC; Mon, 19 Oct 2009 13:48:54 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Kostik Belousov References: <20091018220935.GR2160@deviant.kiev.zoral.com.ua> <86my3n6d8k.fsf@ds4.des.no> <20091019112938.GT2160@deviant.kiev.zoral.com.ua> Date: Mon, 19 Oct 2009 13:48:54 +0200 In-Reply-To: <20091019112938.GT2160@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Mon, 19 Oct 2009 14:29:38 +0300") Message-ID: <86iqeb61uh.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , current@freebsd.org Subject: Re: /etc/rc.d locking devd.pid 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, 19 Oct 2009 11:48:57 -0000 Kostik Belousov writes: > Why ? We definitely leak file descriptor on exec(2) unless daemon > explicitely closes it after fork. I said that it is unobvious is it > right to enforce FD_CLOEXEC unconditionally, because some daemons > exec() itself to reinitialize. Sorry, you're right, FD_CLOEXEC does not affect fork(2). Anyway - I'm writing regression tests for pidfile(3). Please don't commit anything until they're done. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 14:54: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 777B2106568F for ; Mon, 19 Oct 2009 14:54:17 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-px0-f192.google.com (mail-px0-f192.google.com [209.85.216.192]) by mx1.freebsd.org (Postfix) with ESMTP id 473B78FC20 for ; Mon, 19 Oct 2009 14:54:17 +0000 (UTC) Received: by pxi30 with SMTP id 30so3306169pxi.7 for ; Mon, 19 Oct 2009 07:54:16 -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=0Tj7U5FdDkfPWhhFuurQm+zRodxnCuzzP6k+A5xmfjM=; b=ZEmY+5MASizEhIDB1S1j5gIDuoKxfTAU92f/4twqWonW52SZFiUihKYFij0/9aPdhk RTu/+IQEOZ0mFdHpMZyoHKCsSeQ8mDBcQBgh71adBbqgGw+pA5+21ivN2PDJ3/qVNWb4 Wp9jVPsh42UQ4+6wqQOp6BhdTeAwGYQdq8AxY= 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=A/7KhLMXOYuegsaMaGmzAC0aFBeRthFTztW2suK2eBkS/Kwpw1rpbVWPLhPgUuVC9q nUw29TY157Gq4jnxDOp4MGlSOg52X5KSmAQJGB0fPbJcFelZcIiZE9vMXXPRVVXPlO9G 2dcKbob7ns8T1EM3AdMhpSJQ52SVqFGhd+yo8= MIME-Version: 1.0 Received: by 10.114.50.17 with SMTP id x17mr6512135wax.168.1255964056582; Mon, 19 Oct 2009 07:54:16 -0700 (PDT) In-Reply-To: <58c737d70910181014u7c32ffd2s8c0732a707d40a2f@mail.gmail.com> References: <200909051806.07692.hselasky@c2i.net> <20090905182929.GB2829@hoeg.nl> <200910181450.11838.shoesoft@gmx.net> <58c737d70910181014u7c32ffd2s8c0732a707d40a2f@mail.gmail.com> Date: Mon, 19 Oct 2009 07:54:16 -0700 Message-ID: From: Maksim Yevmenkin To: Chris Ruiz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ed Schouten , freebsd-current@freebsd.org, Stefan Ehmann , Hans Petter Selasky Subject: Re: ukbd: short freeze when activating LEDs 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, 19 Oct 2009 14:54:17 -0000 On Sun, Oct 18, 2009 at 10:14 AM, Chris Ruiz wrote: > On Sun, Oct 18, 2009 at 7:50 AM, Stefan Ehmann wrote: >> On Saturday 05 September 2009 20:29:29 Ed Schouten wrote: >>> * Hans Petter Selasky wrote: >>> > On Saturday 05 September 2009 16:32:55 Stefan Ehmann wrote: >>> > > Whenever I press capslock/numlock, the system shortly (< 0.5 ms) >>> > > freezes. >>> > >>> > It might also be because the USB keyboard driver is using Giant, whic= h >>> > can be congested. >>> >>> For half a second? I experience the same issue. I also have the same >>> issue with the Syscons VGA driver when switching windows. Some time ago >>> I talked about this with some other people and it may be possible it ha= s >>> something to do with SMIs. Not sure... >>> >> >> Recently, I got an off-list response pointing me the "Other" section of >> http://wiki.freebsd.org/BugBusting/Commonly_reported_issues: >> "When switching consoles (e.g. Alt-F2 to switch to ttyv1), a 2-3 second = delay >> is experienced" >> >> The suggested workaround (hint.kbdmux.0.disabled=3D"1") also helps in my= case. >> So it's not necessarily USB-related. > > I'm my experience the "switching consoles" delay goes away when you > remove atkbd and related options from your kernel if you only have a > usb keyboard. =A0I don't have that delay with kbdmux left compiled in. > The delay most likely has something to do with locking, re: GIANT. that's somewhat right, actually. last time i looked into this, nor usb nor kbdmux(4) had really nothing to do with the delay. all kbdmux(4) does is executes the same command on all the keyboards attached to the mux. in this particular case, console switching, led toggling, etc. triggers series of ioctl() calls. now, atkdb(4) is "special" is a way that it can be instructed to attach even if no actual keyboard is present. obviously this is done so it is possible to "hot-plug" keyboard and have it work. so, when kbdmux(4) tries to execute ioctl() on non-existent keyboard, atkbd(4) is basically trying to send data to a non-existent hardware and times out. the later is basically the delay people experiencing. it is really NOT required to disable kbdmux(4) completely. just remove atkbd(4) from the mux using kbdcontrol(1). it should have exactly the same effect. once again, all of the above applied only to the case when kbdmux(4) is used with non-existing atkbd(4) keyboard. thanks, max > > -- Chris > > ----------------------------------------- > http://twitter.com/chrisattack > http://chrisattack.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 15:05: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 0E6E51065679 for ; Mon, 19 Oct 2009 15:05:42 +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 DC7AF8FC1B for ; Mon, 19 Oct 2009 15:05:41 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 7698546B06; Mon, 19 Oct 2009 11:05:41 -0400 (EDT) Date: Mon, 19 Oct 2009 16:05:41 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Taku YAMAMOTO In-Reply-To: <20091018202407.656c3863.taku@tackymt.homeip.net> Message-ID: References: <20091018202407.656c3863.taku@tackymt.homeip.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: softclock swis not bound to specific cpu 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, 19 Oct 2009 15:05:42 -0000 On Sun, 18 Oct 2009, Taku YAMAMOTO wrote: > I noticed that the softclock threads didn't seem to be bound to any cpu. > > I'm not sure whether it's the Right Thing (TM) to bind them to the > corresponding cpus though: it might be good to give the scheduler a chance > to rebalance callouts. > > I'm about to test the modification like the attached diff. Comments are > welcome. Yes, I think the intent is that they have a "soft" affinity to the CPU where the lapic timer is firing, but not a hard binding, allowing them to migrate if required. It would be interesting to measure how effective that soft affinity is in practice under various loads -- presumably the goal would be for the softclock thread to migrate if a higher (lower) priority thread is hogging the CPU. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 15:15: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 EC0741065670 for ; Mon, 19 Oct 2009 15:15:15 +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 A82668FC1B for ; Mon, 19 Oct 2009 15:15:15 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1Mztwz-0000NU-Ce for freebsd-current@freebsd.org; Mon, 19 Oct 2009 17:15:09 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Oct 2009 17:15:09 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Oct 2009 17:15:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 19 Oct 2009 17:14:55 +0200 Lines: 21 Message-ID: References: <20091018202407.656c3863.taku@tackymt.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: Sender: news Subject: Re: softclock swis not bound to specific cpu 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, 19 Oct 2009 15:15:16 -0000 Robert Watson wrote: > > On Sun, 18 Oct 2009, Taku YAMAMOTO wrote: > >> I noticed that the softclock threads didn't seem to be bound to any cpu. >> >> I'm not sure whether it's the Right Thing (TM) to bind them to the >> corresponding cpus though: it might be good to give the scheduler a >> chance to rebalance callouts. >> >> I'm about to test the modification like the attached diff. Comments >> are welcome. > > Yes, I think the intent is that they have a "soft" affinity to the CPU > where the lapic timer is firing, but not a hard binding, allowing them > to migrate if required. It would be interesting to measure how > effective that soft affinity is in practice under various loads -- > presumably the goal would be for the softclock thread to migrate if a > higher (lower) priority thread is hogging the CPU. So why are there NCPU softclock threads if the binding isn't important? From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 15:20: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 5EC5C1065676 for ; Mon, 19 Oct 2009 15:20: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 19EE88FC1B for ; Mon, 19 Oct 2009 15:20:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1Mzu1k-0002v2-By for freebsd-current@freebsd.org; Mon, 19 Oct 2009 17:20:04 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Oct 2009 17:20:04 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Oct 2009 17:20:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 19 Oct 2009 17:18:34 +0200 Lines: 24 Message-ID: References: <20091018202407.656c3863.taku@tackymt.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: Sender: news Subject: Re: softclock swis not bound to specific cpu 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, 19 Oct 2009 15:20:06 -0000 Ivan Voras wrote: > Robert Watson wrote: >> >> On Sun, 18 Oct 2009, Taku YAMAMOTO wrote: >> >>> I noticed that the softclock threads didn't seem to be bound to any cpu. >>> >>> I'm not sure whether it's the Right Thing (TM) to bind them to the >>> corresponding cpus though: it might be good to give the scheduler a >>> chance to rebalance callouts. >>> >>> I'm about to test the modification like the attached diff. Comments >>> are welcome. >> >> Yes, I think the intent is that they have a "soft" affinity to the CPU >> where the lapic timer is firing, but not a hard binding, allowing them >> to migrate if required. It would be interesting to measure how >> effective that soft affinity is in practice under various loads -- >> presumably the goal would be for the softclock thread to migrate if a >> higher (lower) priority thread is hogging the CPU. > > So why are there NCPU softclock threads if the binding isn't important? Nevermind, I got it - they are not used only for "clock". From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 15:56: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 9267B1065694; Mon, 19 Oct 2009 15:56:57 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id 68E338FC1C; Mon, 19 Oct 2009 15:56:57 +0000 (UTC) Received: from adminpc4.internal.iinfraxu.ca (CPE0014bfb32f8a-CM0014e887dd48.cpe.net.cable.rogers.com [99.240.221.178]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id 1E97443AF4; Mon, 19 Oct 2009 11:56:57 -0400 (EDT) From: Dwayne MacKinnon To: Alexander Motin Date: Mon, 19 Oct 2009 11:56:55 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.2-RELEASE-p2; KDE/4.3.1; i386; ; ) References: <1255879383.00174464.1255866601@10.7.7.3> <1255900985.00174556.1255889404@10.7.7.3> <4ADBF298.5030706@FreeBSD.org> In-Reply-To: <4ADBF298.5030706@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200910191156.55547.dmk@ncf.ca> X-Mailman-Approved-At: Mon, 19 Oct 2009 16:02:20 +0000 Cc: freebsd-current@freebsd.org Subject: Re: SATA DVD not found - FreeBSD 8.0-RC1 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, 19 Oct 2009 15:56:57 -0000 On Mon October 19 2009 01:01:12 am Alexander Motin wrote: > Hi. > > Dwayne MacKinnon wrote: > > On October 18, 2009 12:19:46 pm Gavin Atkinson wrote: > >> On Sun, 18 Oct 2009, Dwayne MacKinnon wrote: > >>> Gotta say, for the most part I'm thrilled with 8.0-RC1. Been very solid > >>> for me, no stability problems. The Linux "Emulation" works great... I > >>> have everything from Skype and Acrobat8 to UT2004 & Neverwinter Nights > >>> working. > >>> > >>> I just wanted to mention that my SATA DVD writer isn't seen when in > >>> AHCI mode. The SATA harddrive works great at UDMA150, but the CD drive > >>> isn't seen. It is seen by BIOS... I can boot off the DVD. But if I boot > >>> off the HD the DVD isn't seen. > >>> > >>> I have an ASUS M4N72-E motherboard and a LG GH22NS50 SATA DVD writer. > >>> > >>> I realize that this may be just something that will be worked out when > >>> 8.0- RELEASE hits the street. But I figured I ought to mention it > >>> regardless. > >> > >> Can you upload a verbose dmesg somewhere and post a link to it to the > >> mailing list? > > > > Done. Sorry, I should've thought of that myself. I've also posted the > > output from "atacontrol list" just for completeness. > > > > http://pastebin.com/m50035eb1 (Verbose dmesg) > > http://pastebin.com/m4a35199c (atacontrol list) > > For some reason your DVD detected as ATA disk device, not ATAPI during > bus reset: > > ata4: Identifying devices: 00000001 > > ata4: New devices: 00000001 > > It caused further problems: > > unknown: FAILURE - ATA_IDENTIFY status=51 > error=4 LBA=0 > > I have alike ASUS M4N78 PRO board and it looked like working fine when I > last tested. Can you try some other DVD drive on that board? Can you try > to load ahci module to try new CAM-based AHCI driver (be ready to drive > names change to adaX)? I don't have another SATA DVD drive, so I went with your second idea. I added ahci_load=YES to loader.conf and reconfigured /etc/fstab so that it booted properly. The end result is that I now have a working DVD drive in AHCI mode. Thank you very much... I didn't know that ahci driver existed. I've included an updated verbose dmesg for anyone who's curious. http://pastebin.com/m41fcc501 Cheers, DMK From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 17:07: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 E0A60106566B for ; Mon, 19 Oct 2009 17:07:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outb.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id BF66D8FC24 for ; Mon, 19 Oct 2009 17:07:10 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 65B92B7554; Mon, 19 Oct 2009 10:07:10 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (unknown [67.100.89.137]) by idiom.com (Postfix) with ESMTP id C4B492D601C; Mon, 19 Oct 2009 10:07:09 -0700 (PDT) Message-ID: <4ADC9CBD.1050607@elischer.org> Date: Mon, 19 Oct 2009 10:07:09 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4ACE6D84.3000209@gmail.com> <4ACE833A.3030506@uffner.com> <4ACE9DFD.3010207@gmail.com> <200910131644.04358.john@baldwin.cx> <86ljja3ud5.fsf@ds4.des.no> <20091018162750.E82400@ury.york.ac.uk> <4ADBE444.1010706@elischer.org> <86vdibzzsq.fsf@ds4.des.no> In-Reply-To: <86vdibzzsq.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: John Baldwin , Antony Mawer , freebsd-current@freebsd.org, David Ehrmann , Daniel Nebdal Subject: Re: 8.0rc1 not recognizing partitions on EPIA SN 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, 19 Oct 2009 17:07:11 -0000 Dag-Erling Smørgrav wrote: > Julian Elischer writes: >> Daniel Nebdal writes: >>> Does that mean that it's possible to write a DD-style disklabel that >>> GEOM_PART would be happy with? >> it may be as little as overwriting bytes 510 and 511 of block0. >> (the last 2 bytes of the block are a magic number) >> >> this would stop the fdisk taster from recognising it as an fdisk >> block and teh disklabel taster would recognise the disklabel. > > If by "block0" you mean the very first sector of the disk, it will also > stop the BIOS from booting from that disk... > > DES Sorry, I thought it wasnt the boot disk (my misreading) From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 17:50: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 460EE106568B; Mon, 19 Oct 2009 17:50:12 +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 202C28FC1E; Mon, 19 Oct 2009 17:50:12 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id C85EB46B06; Mon, 19 Oct 2009 13:50:11 -0400 (EDT) Date: Mon, 19 Oct 2009 18:50:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ivan Voras In-Reply-To: Message-ID: References: <20091018202407.656c3863.taku@tackymt.homeip.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: softclock swis not bound to specific cpu 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, 19 Oct 2009 17:50:12 -0000 On Mon, 19 Oct 2009, Ivan Voras wrote: >>>> I noticed that the softclock threads didn't seem to be bound to any cpu. >>>> >>>> I'm not sure whether it's the Right Thing (TM) to bind them to the >>>> corresponding cpus though: it might be good to give the scheduler a >>>> chance to rebalance callouts. >>>> >>>> I'm about to test the modification like the attached diff. Comments are >>>> welcome. >>> >>> Yes, I think the intent is that they have a "soft" affinity to the CPU >>> where the lapic timer is firing, but not a hard binding, allowing them to >>> migrate if required. It would be interesting to measure how effective >>> that soft affinity is in practice under various loads -- presumably the >>> goal would be for the softclock thread to migrate if a higher (lower) >>> priority thread is hogging the CPU. >> >> So why are there NCPU softclock threads if the binding isn't important? > > Nevermind, I got it - they are not used only for "clock". Using a soft affinity system encourages cache locality and load balancing, but allows the scheduler to compensate for occasional (or endemic) imbalance by placing work on other CPUs. A hard affinity system (in which the scheduler isn't allowed to do that) is potentially less adaptive in that regard. Obviously, there are lots of tradeoffs, but allowing ithreads and swis to wander if it turns out interrupt load (or callout scheduling, for that matter) isn't nicely balanced seems a reasonable design choice to me. What might be nice is a version of wakeup() hinting at a strong data flow between two threads, as a hint to the scheduler that maintaining CPU affinity has extra value, vs a version of wakeup() that hints at minimal data flow in which case there's reduced benefit to establishing share affinity. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 18:47: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 C3AB3106568D for ; Mon, 19 Oct 2009 18:47:29 +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 5384A8FC15 for ; Mon, 19 Oct 2009 18:47:28 +0000 (UTC) Received: (qmail 23822 invoked by uid 399); 19 Oct 2009 18:47:28 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Oct 2009 18:47:28 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ADCB440.6090903@FreeBSD.org> Date: Mon, 19 Oct 2009 11:47:28 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Ed Schouten References: <4ADBF637.8090206@FreeBSD.org> <20091019072053.GA1293@hoeg.nl> In-Reply-To: <20091019072053.GA1293@hoeg.nl> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pyun YongHyeon , freebsd-current@freebsd.org Subject: Re: Apparent console regressions 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: Mon, 19 Oct 2009 18:47:29 -0000 Ed Schouten wrote: > It should be fixed as of revision 198223. Thanks for reporting! Seems so! Thanks for the quick fix. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 20:34: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 0EACA1065693 for ; Mon, 19 Oct 2009 20:34:36 +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 D3E078FC1D for ; Mon, 19 Oct 2009 20:34:35 +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 7073C46B2D; Mon, 19 Oct 2009 16:34:35 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D58F98A01B; Mon, 19 Oct 2009 16:34:34 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 19 Oct 2009 16:02:17 -0400 User-Agent: KMail/1.9.7 References: <200910150747.55101.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910191602.17907.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 19 Oct 2009 16:34:34 -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: grarpamp Subject: Re: vmstat -m/-z field parsing 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, 19 Oct 2009 20:34:36 -0000 On Thursday 15 October 2009 3:47:59 pm grarpamp wrote: > Sure, it's a workaround for vmstat -z, but not easy for vmstat -m > which has no handy colons/commas to key from. You could key off the number of fields (e.g. using $NF) and assume the first N fields are the name. :) > Shouldn't stats be easy to parse in order to be useful to many > rather than a test of a few users script fu ? :) They should also be easily readable for humans, and I do find the spaces more readable than the underscores FWIW. > Are there detailed docs on what all the fields mean in the various > tools... vmstat -z/-m, systat -vm, netstat -m, top, ps. Most docs > seem to just list the field names a command line switch will display, > instead what sense to make of them. Not really. :-/ -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 20:34: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 60B701065670 for ; Mon, 19 Oct 2009 20:34:37 +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 3425C8FC15 for ; Mon, 19 Oct 2009 20:34:37 +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 DB25E46B17; Mon, 19 Oct 2009 16:34:36 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 1DD638A01F; Mon, 19 Oct 2009 16:34:36 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 19 Oct 2009 16:06:08 -0400 User-Agent: KMail/1.9.7 References: <4ADBBBAC.60004@gmail.com> In-Reply-To: <4ADBBBAC.60004@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910191606.09021.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 19 Oct 2009 16:34:36 -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: Vlad K Sm Subject: Re: sio.c depends on "struct tty" which was changed 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, 19 Oct 2009 20:34:37 -0000 On Sunday 18 October 2009 9:06:52 pm Vlad K Sm wrote: > Hi, > > Tried to buildkernel with "device sio", it reported errors like "struct > tty doesn't have memeber t_init_in" and etc. on code block in sio.c: > > tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = > tp->t_lock_in.c_ispeed = tp->t_lock_in.c_ospeed = > tp->t_init_out.c_ispeed = tp->t_init_out.c_ospeed = > tp->t_lock_out.c_ispeed = tp->t_lock_out.c_ospeed = comdefaultrate; > > Tty actually doesn't have it and seems "sio" in't suported anymore. If > so, does it make sense to remove support of "device sio" from current at > all? sio(4) is disconnected from the build. If someone wants to use it they will need to port it to the new TTY subsystem at which point it can be resurrected. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 20:45:19 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 1F1B4106568F for ; Mon, 19 Oct 2009 20:45:19 +0000 (UTC) (envelope-from mavbsd@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 A22E18FC2C for ; Mon, 19 Oct 2009 20:45:18 +0000 (UTC) Received: by fxm6 with SMTP id 6so5296258fxm.43 for ; Mon, 19 Oct 2009 13:45:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ge8YmJtbJ4RsOeoQm3qfxYsRFr8RtrE8q3EYKnY64A8=; b=xfqJJzgATRm6boW6O8O+resTXYHtVvP15VCDfX+G5IW02BzxN+xhRwlFL/ZBuFU9ai LfBai9JnMYEB/UoAvifLEiv33EFJC1oSp/zByv6bJQR4BllkkhqN8ewhojXp9hbzSnKm K7GgUv17sOnHYoguspaOhS20wHrjxJZQTXMOc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=AE//JaHqb5yL/+p5qdzn4Sr0zaAdKAmy8l2MRJmxGYQYCjqenXoZYs4NwkrXbFE4Zt c/5HeNU9ZcyFu8VU0KKNmS3ZLmD9Dsk+4oqw3r6UkW8CXpqU4A/z1mWYIs0Xo5COGn15 uXbO3gKQfNddsOHbBFglKbg2iUts39EOLSrVs= Received: by 10.102.235.5 with SMTP id i5mr2350672muh.36.1255985117168; Mon, 19 Oct 2009 13:45:17 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 7sm125887mup.12.2009.10.19.13.45.15 (version=SSLv3 cipher=RC4-MD5); Mon, 19 Oct 2009 13:45:16 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ADCCFDA.3020706@FreeBSD.org> Date: Mon, 19 Oct 2009 23:45:14 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: current References: <200909051806.07692.hselasky@c2i.net> <20090905182929.GB2829@hoeg.nl> <200910181450.11838.shoesoft@gmx.net> <58c737d70910181014u7c32ffd2s8c0732a707d40a2f@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ukbd: short freeze when activating LEDs 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, 19 Oct 2009 20:45:19 -0000 Maksim Yevmenkin wrote: > On Sun, Oct 18, 2009 at 10:14 AM, Chris Ruiz wrote: >> On Sun, Oct 18, 2009 at 7:50 AM, Stefan Ehmann wrote: >>> On Saturday 05 September 2009 20:29:29 Ed Schouten wrote: >>>> * Hans Petter Selasky wrote: >>>>> On Saturday 05 September 2009 16:32:55 Stefan Ehmann wrote: >>>>>> Whenever I press capslock/numlock, the system shortly (< 0.5 ms) >>>>>> freezes. >>>>> It might also be because the USB keyboard driver is using Giant, which >>>>> can be congested. >>>> For half a second? I experience the same issue. I also have the same >>>> issue with the Syscons VGA driver when switching windows. Some time ago >>>> I talked about this with some other people and it may be possible it has >>>> something to do with SMIs. Not sure... >>>> >>> Recently, I got an off-list response pointing me the "Other" section of >>> http://wiki.freebsd.org/BugBusting/Commonly_reported_issues: >>> "When switching consoles (e.g. Alt-F2 to switch to ttyv1), a 2-3 second delay >>> is experienced" >>> >>> The suggested workaround (hint.kbdmux.0.disabled="1") also helps in my case. >>> So it's not necessarily USB-related. >> I'm my experience the "switching consoles" delay goes away when you >> remove atkbd and related options from your kernel if you only have a >> usb keyboard. I don't have that delay with kbdmux left compiled in. >> The delay most likely has something to do with locking, re: GIANT. > > that's somewhat right, actually. > > last time i looked into this, nor usb nor kbdmux(4) had really nothing > to do with the delay. all kbdmux(4) does is executes the same command > on all the keyboards attached to the mux. in this particular case, > console switching, led toggling, etc. triggers series of ioctl() > calls. > > now, atkdb(4) is "special" is a way that it can be instructed to > attach even if no actual keyboard is present. obviously this is done > so it is possible to "hot-plug" keyboard and have it work. so, when > kbdmux(4) tries to execute ioctl() on non-existent keyboard, atkbd(4) > is basically trying to send data to a non-existent hardware and times > out. the later is basically the delay people experiencing. > > it is really NOT required to disable kbdmux(4) completely. just remove > atkbd(4) from the mux using kbdcontrol(1). it should have exactly the > same effect. > > once again, all of the above applied only to the case when kbdmux(4) > is used with non-existing atkbd(4) keyboard. On one of my systems disabling USB legacy keyboard emulation in BIOS solved the problem. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 21:14: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 F1756106566C for ; Mon, 19 Oct 2009 21:14:08 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with ESMTP id 742FC8FC16 for ; Mon, 19 Oct 2009 21:14:08 +0000 (UTC) Received: from [192.168.1.157] (chello087207124173.chello.pl [87.207.124.173]) (Authenticated sender: kalinoj1) by volt.iem.pw.edu.pl (Postfix) with ESMTPSA id 93CC7A66917 for ; Mon, 19 Oct 2009 22:55:16 +0200 (CEST) Message-ID: <4ADCD233.1070302@iem.pw.edu.pl> Date: Mon, 19 Oct 2009 22:55:15 +0200 From: Jedrzej Kalinowski User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter devel-20090930-exp at volt.iem.pw.edu.pl X-Virus-Status: Clean X-Mailman-Approved-At: Mon, 19 Oct 2009 21:33:03 +0000 Subject: Many tftp requests for each kernel and module file during DISKLESS boot 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, 19 Oct 2009 21:14:09 -0000 Hello, I work with a freebsd-current DISKLESS boot setup at my university and try to make the diskless boot as fast as possible. I was wondering why my tftp log of a machine boot process looks like this: ... Oct 19 20:12:14 bsd in.tftpd[45140]: RRQ from xxx filename /boot/loader.conf.local Oct 19 20:12:14 bsd in.tftpd[45141]: RRQ from xxx filename /boot/kernel/kernel Oct 19 20:12:14 bsd in.tftpd[45142]: RRQ from xxx filename /boot/kernel/kernel Oct 19 20:12:14 bsd in.tftpd[45143]: RRQ from xxx filename /boot/kernel/kernel ... There are three requests for a kernel file and even more requests for modules when they get loaded. I added some additional output in loader files to trace the requests and now I see (when loading a kernel) that the file is tried to get loaded in elfN(loadfile) functions found in source files /usr/src/boot/common/load_elf.c and /usr/src/boot/common/load_elf_obj.c with no success at first, than it is successfully loaded by load_elf.c. Each load attempt results in tftp request being issued to the server. My question is - is there a simple way of getting rid of these requests? Are there any plans to include some sort of local caching in loader? I think that the way it works now is not the most optimal one, because of redundant tftp RRQs. Regards, Jêdrzej Kalinowski From owner-freebsd-current@FreeBSD.ORG Tue Oct 20 00:41:02 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 B4A09106566B for ; Tue, 20 Oct 2009 00:41:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8038FC1B for ; Tue, 20 Oct 2009 00:41:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 34326FF3B for ; Tue, 20 Oct 2009 13:41:01 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wrAtna5G-vyI for ; Tue, 20 Oct 2009 13:40:56 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP for ; Tue, 20 Oct 2009 13:40:56 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 196FA11475; Tue, 20 Oct 2009 13:40:56 +1300 (NZDT) Date: Tue, 20 Oct 2009 13:40:55 +1300 From: Andrew Thompson To: current@freebsd.org Message-ID: <20091020004055.GA29858@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: CAM problem 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, 20 Oct 2009 00:41:02 -0000 Hi, I have a cam problem that is noticeable with usb devices. It relates to the ordering of xpt_release_device() and the CAM_DEV_UNCONFIGURED flag when yanking a device that has stalled. This then causes a problem with the usb explore thread which will end up waiting on simfree forever, blocking any further usb attach/detach on the controller. Hopefully my printfs can show the problem. I have replaced the pointers returned from xpt_alloc_device() with pretty names, is the one in question. ugen1.3: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass-sim0: ref 1++ xpt_find_bus: ref=1 -> 2 xpt_alloc_target: ref=2 -> 3 xpt_alloc_device: device = dev1 xpt_release_device dev1 OK xpt_release_target: xpt_release_bus xpt_release_bus: ref=3 -> 2 xpt_release_path: xpt_release_bus xpt_release_bus: ref=2 -> 1 umass0:0:0:-1: Attached to scbus0 xpt_find_bus: ref=1 -> 2 xpt_alloc_target: ref=2 -> 3 xpt_alloc_device: device = dev2 xpt_find_bus: ref=3 -> 4 xpt_alloc_target: ref=4 -> 5 xpt_alloc_device: device = dev3 xpt_find_bus: ref=5 -> 6 xpt_release_device dev3 failed, ref=1 unconf=1 xpt_release_path: xpt_release_bus xpt_release_bus: ref=6 -> 5 xpt_find_bus: ref=5 -> 6 probedone: clr dev dev3 unconfigured <...unplug...> ugen1.3: at usbus1 (disconnected) umass0: at uhub2, port 1, addr 3 (disconnected) umass_detach: usb_cam_action, device GONE usb_cam_action, device GONE usb_cam_action, device GONE xpt_find_bus: ref=6 -> 7 usb_cam_action, device GONE usb_cam_action, device GONE xpt_release_device dev3 failed, ref=3 unconf=0 xpt_release_path: xpt_release_bus xpt_release_bus: ref=7 -> 6 (da0:umass-sim0:0:0:0): got CAM status 0x39 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry ^^^ USB disk had stalled on attach xpt_release_device dev3 failed, ref=1 unconf=0 xpt_release_path: xpt_release_bus xpt_release_bus: ref=6 -> 5 xpt_release_device dev3 failed, ref=0 unconf=0 ^^^ last reference to dev3 dropped xpt_release_path: xpt_release_bus xpt_release_bus: ref=5 -> 4 xpt_release_device dev2 OK xpt_release_target: xpt_release_bus xpt_release_bus: ref=4 -> 3 xpt_release_path: xpt_release_bus xpt_release_bus: ref=3 -> 2 umass_cam_detach_sim: calling xpt_bus_deregister xpt_find_bus: ref=2 -> 3 xpt_alloc_target: ref=3 -> 4 xpt_alloc_device: device = dev4 scsi_dev_async: set dev dev3 unconfigured ^^^ dev3 gets the CAM_DEV_UNCONFIGURED flag cleared here xpt_bus_deregister: xpt_release_bus xpt_release_bus: ref=4 -> 3 xpt_release_device dev4 OK xpt_release_target: xpt_release_bus xpt_release_bus: ref=3 -> 2 xpt_release_path: xpt_release_bus xpt_release_bus: ref=2 -> 1 umass_cam_detach_sim: umass-sim0: waiting... ref = 1 ^^^ wait on "simfree" forever. From owner-freebsd-current@FreeBSD.ORG Tue Oct 20 01:53:42 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 11773106566B for ; Tue, 20 Oct 2009 01:53:42 +0000 (UTC) (envelope-from bland@FreeBSD.org) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id BBFFC8FC15 for ; Tue, 20 Oct 2009 01:53:41 +0000 (UTC) Received: from hub.bbnest.net (w133033.ppp.asahi-net.or.jp [121.1.133.33]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id D9BC27E568 for ; Tue, 20 Oct 2009 10:53:40 +0900 (JST) Received: from hub.bbnest.net (localhost [127.0.0.1]) by hub.bbnest.net (8.14.3/8.14.3) with ESMTP id n9K1rbM9012552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 20 Oct 2009 10:53:37 +0900 (JST) (envelope-from bland@FreeBSD.org) Received: (from www@localhost) by hub.bbnest.net (8.14.3/8.14.3/Submit) id n9K1rbjv012551; Tue, 20 Oct 2009 10:53:37 +0900 (JST) (envelope-from bland@FreeBSD.org) X-Authentication-Warning: hub.bbnest.net: www set sender to bland@FreeBSD.org using -f To: MIME-Version: 1.0 Date: Tue, 20 Oct 2009 10:53:36 +0900 From: Alexander Nedotsukov Message-ID: <202969100caf7f0bb8098572b0dad622@mail> X-Sender: bland@FreeBSD.org User-Agent: RoundCube Webmail/0.2a Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Tue Oct 20 10:53:40 2009 X-DSPAM-Confidence: 0.9981 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4add1824125531120711207 Cc: Subject: umass problem. 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, 20 Oct 2009 01:53:42 -0000 Hi, I can reproduce this reliably with simple dd if=/dev/da0. At the end external USB drive turns off the lights (tough it still spinning) and system fall into the state where it is impossible to reboot it cleanly. I can get drive back only after full power cycle (simple reboot is not enough). Using same drive under moderate load seems mostly to work. It also is used to work under 7.2. Anyone have an idea what this could be? Oct 19 22:58:12 hub kernel: umass0:umass_transfer_start: transfer index = 4 Oct 19 22:58:12 hub kernel: umass0:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=65536 Oct 19 22:58:12 hub kernel: umass0:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=0 Oct 19 22:58:12 hub kernel: umass0:umass_transfer_start: transfer index = 8 Oct 19 22:58:12 hub kernel: umass0:umass_bbb_dump_csw: CSW 5737: sig = 0x53425355 (valid), tag = 0x00001669, res = 0, status = 0x00 (good) Oct 19 22:58:12 hub kernel: umass0:umass_cam_action: 0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense Oct 19 22:58:12 hub kernel: umass0:umass_bbb_dump_cbw: CBW 5738: cmd = 10b (0x28000000c500...), data = 65536b, lun = 0, dir = in Oct 19 22:58:12 hub kernel: umass0:umass_transfer_start: transfer index = 4 Oct 19 22:58:12 hub kernel: umass0:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=65536 Oct 19 22:58:12 hub kernel: umass0:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=0 Oct 19 22:58:12 hub kernel: umass0:umass_transfer_start: transfer index = 8 Oct 19 22:58:12 hub kernel: umass0:umass_bbb_dump_csw: CSW 5738: sig = 0x53425355 (valid), tag = 0x0000166a, res = 0, status = 0x00 (good) Oct 19 22:58:12 hub kernel: umass0:umass_cam_action: 0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense Oct 19 22:58:12 hub kernel: umass0:umass_bbb_dump_cbw: CBW 5739: cmd = 10b (0x28000000c580...), data = 65536b, lun = 0, dir = in Oct 19 22:58:12 hub kernel: umass0:umass_transfer_start: transfer index = 4 Oct 19 22:58:12 hub kernel: umass0:umass_t_bbb_data_read_callback: max_bulk=131072, data_rem=65536 Oct 19 22:59:15 hub kernel: umass0:umass_transfer_start: transfer index = 5 Oct 19 22:59:15 hub kernel: umass0:umass_transfer_start: transfer index = 8 Oct 19 22:59:15 hub kernel: umass0:umass_t_bbb_status_callback: Failed to read CSW: USB_ERR_STALLED, try 0 Oct 19 22:59:15 hub kernel: umass0:umass_transfer_start: transfer index = 5 Oct 19 22:59:15 hub kernel: umass0:umass_transfer_start: transfer index = 8 Oct 19 22:59:15 hub kernel: umass0:umass_t_bbb_status_callback: Failed to read CSW: USB_ERR_STALLED, try 1 Oct 19 22:59:15 hub kernel: umass0:umass_tr_error: transfer error, USB_ERR_STALLED -> reset Oct 19 22:59:15 hub kernel: umass0:umass_cam_action: 0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense Oct 19 22:59:15 hub kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Oct 19 22:59:20 hub kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Oct 19 22:59:20 hub kernel: umass0:umass_cam_action: 0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense Oct 19 22:59:20 hub kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Oct 19 22:59:26 hub kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Oct 19 22:59:26 hub kernel: umass0:umass_cam_action: 0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense Oct 19 22:59:26 hub kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Oct 19 22:59:31 hub kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Oct 19 22:59:31 hub kernel: umass0:umass_cam_action: 0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense Oct 19 22:59:31 hub kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Oct 19 22:59:37 hub kernel: umass0:umass_tr_error: transfer error, USB_ERR_TIMEOUT -> reset Thanks, Alexander. From owner-freebsd-current@FreeBSD.ORG Tue Oct 20 08:36:23 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 CF9C01065672; Tue, 20 Oct 2009 08:36:23 +0000 (UTC) (envelope-from mavbsd@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 363F98FC0C; Tue, 20 Oct 2009 08:36:22 +0000 (UTC) Received: by fxm6 with SMTP id 6so5815546fxm.43 for ; Tue, 20 Oct 2009 01:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=yvqpJCUaHWuiZ3vhKpjLYzy4UxVPAYKbIotRAkhB9XM=; b=lMOAn9Fgoac+l9AT2GbArpfjpRwN1X/aYe/XUZpNhGQ0twefRAFS3Yz+ACT7mCJsCU AgWPDrWynex8kB1IBacn2dnmUr2iR7qRttqO6WEtbLmJ/xr0l9gn+w1pkj/Kaqe8rpxy m8KX7NG/sxjw7XZ/s1ZK+Jsh7cuK7Ngrq4ox8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=mLRC8TOpiBYKOOakss+IZcpMNFmFuRJE4UwOOK3w7IEV0fktbED9J4mBHu9JB2s/Rl KkfFlslhFbkp+k2kd9YlUjvpeRzB4MYE43LHFkKFEhbKvsgjDdknEIXuUCf3XEbMxN3K W0ElTSbSiVyjecyczLStoLalY11giAU7eKp90= Received: by 10.103.64.16 with SMTP id r16mr2600303muk.90.1256027781877; Tue, 20 Oct 2009 01:36:21 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s10sm1338393mue.22.2009.10.20.01.36.20 (version=SSLv3 cipher=RC4-MD5); Tue, 20 Oct 2009 01:36:21 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ADD7683.7040907@FreeBSD.org> Date: Tue, 20 Oct 2009 11:36:19 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Andrew Thompson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Scott Long Subject: Re: CAM problem 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, 20 Oct 2009 08:36:24 -0000 Andrew Thompson wrote: > I have a cam problem that is noticeable with usb devices. It relates to > the ordering of xpt_release_device() and the CAM_DEV_UNCONFIGURED flag > when yanking a device that has stalled. This then causes a problem with > the usb explore thread which will end up waiting on simfree forever, > blocking any further usb attach/detach on the controller. > > Hopefully my printfs can show the problem. I have replaced the pointers > returned from xpt_alloc_device() with pretty names, is the one in > question. > > <...unplug...> > > ugen1.3: at usbus1 (disconnected) > umass0: at uhub2, port 1, addr 3 (disconnected) > umass_detach: > usb_cam_action, device GONE > usb_cam_action, device GONE > usb_cam_action, device GONE > xpt_find_bus: ref=6 -> 7 > usb_cam_action, device GONE > usb_cam_action, device GONE As I can see, you are returning CAM_TID_INVALID error here. There is no special error handling for this error, comparing to CAM_SEL_TIMEOUT. If you return CAM_SEL_TIMEOUT there, device will be killed immediately and probably workaround this specific problem. > xpt_release_device dev3 failed, ref=3 unconf=0 > xpt_release_path: xpt_release_bus > xpt_release_bus: ref=7 -> 6 > (da0:umass-sim0:0:0:0): got CAM status 0x39 > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device > (da0:umass-sim0:0:0:0): lost device > (da0:umass-sim0:0:0:0): removing device entry > > ^^^ USB disk had stalled on attach This thing drops reference as periph driver detached itself, but device is still treated as valid by XPT. > xpt_release_device dev3 failed, ref=1 unconf=0 > xpt_release_path: xpt_release_bus > xpt_release_bus: ref=6 -> 5 > xpt_release_device dev3 failed, ref=0 unconf=0 > > ^^^ last reference to dev3 dropped >From deallocation point of view, configured status handled the same as one more reference... > xpt_release_path: xpt_release_bus > xpt_release_bus: ref=5 -> 4 > xpt_release_device dev2 OK > xpt_release_target: xpt_release_bus > xpt_release_bus: ref=4 -> 3 > xpt_release_path: xpt_release_bus > xpt_release_bus: ref=3 -> 2 > umass_cam_detach_sim: calling xpt_bus_deregister > xpt_find_bus: ref=2 -> 3 > xpt_alloc_target: ref=3 -> 4 > xpt_alloc_device: device = dev4 > scsi_dev_async: set dev dev3 unconfigured > > ^^^ dev3 gets the CAM_DEV_UNCONFIGURED flag cleared here ... but removing configured status does not call deallocation, as unreferencing does. > xpt_bus_deregister: xpt_release_bus > xpt_release_bus: ref=4 -> 3 > xpt_release_device dev4 OK > xpt_release_target: xpt_release_bus > xpt_release_bus: ref=3 -> 2 > xpt_release_path: xpt_release_bus > xpt_release_bus: ref=2 -> 1 > umass_cam_detach_sim: > umass-sim0: waiting... ref = 1 > > ^^^ wait on "simfree" forever. I think correct solution will be to additionally increment reference counter before clearing CAM_DEV_UNCONFIGURED and decrement it back after setting CAM_DEV_UNCONFIGURED back. Check for CAM_DEV_UNCONFIGURED inside xpt_release_device() then could be removed or turned into assertion. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Oct 20 09:20: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 AB344106566C for ; Tue, 20 Oct 2009 09:20:12 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 661238FC15 for ; Tue, 20 Oct 2009 09:20:12 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 312ED6D41B; Tue, 20 Oct 2009 09:20:11 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id CD39884503; Tue, 20 Oct 2009 11:20:10 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Julian Elischer References: <4ACE6D84.3000209@gmail.com> <4ACE833A.3030506@uffner.com> <4ACE9DFD.3010207@gmail.com> <200910131644.04358.john@baldwin.cx> <86ljja3ud5.fsf@ds4.des.no> <20091018162750.E82400@ury.york.ac.uk> <4ADBE444.1010706@elischer.org> <86vdibzzsq.fsf@ds4.des.no> <4ADC9CBD.1050607@elischer.org> Date: Tue, 20 Oct 2009 11:20:10 +0200 In-Reply-To: <4ADC9CBD.1050607@elischer.org> (Julian Elischer's message of "Mon, 19 Oct 2009 10:07:09 -0700") Message-ID: <86hbtuv2ut.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: John Baldwin , Antony Mawer , freebsd-current@freebsd.org, David Ehrmann , Daniel Nebdal Subject: Re: 8.0rc1 not recognizing partitions on EPIA SN 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, 20 Oct 2009 09:20:12 -0000 Julian Elischer writes: > Dag-Erling Sm=C3=B8rgrav writes: > > If by "block0" you mean the very first sector of the disk, it will > > also stop the BIOS from booting from that disk... > Sorry, I thought it wasnt the boot disk I'm not sure, I just assumed it was... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Oct 20 13:51: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 466491065672 for ; Tue, 20 Oct 2009 13:51:13 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp106.plus.mail.re1.yahoo.com (smtp106.plus.mail.re1.yahoo.com [69.147.102.69]) by mx1.freebsd.org (Postfix) with SMTP id E6F958FC1B for ; Tue, 20 Oct 2009 13:51:12 +0000 (UTC) Received: (qmail 82975 invoked from network); 20 Oct 2009 13:24:32 -0000 Received: from xdsl-81-173-155-220.netcologne.de (se@81.173.155.220 with plain) by smtp106.plus.mail.re1.yahoo.com with SMTP; 20 Oct 2009 06:24:32 -0700 PDT X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-YMail-OSG: K2mOgaAVM1mL6lYlFrdv0.iyXx9oEM6EVo2kW.DqSgT3jass0tUCgt27IiTV1torXzzWdLKHJeJiGtw5cC.G4eHO3_xz7WFt6lYvdAQPO46iMc2QTXTG59S_Lmde6Jv19jPRFGyL3nicKURDcL2jyRB_ObtKVxQOinxU5YdODOTI8NHDB7fFYTk4N1nD.WXhSR64auy7kcCqVZ1c9CfssKYQpnw8pwZ_lReDa1f8PAndeSTt_5lveOZKj0IIDkrSnHcBqAqGfkhSSJttraM8v.BSD7KIyUVUGp7RhTqmkCNV.T.cOgAjsja38_6HZ7gPUg-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4ADDBA0B.9060003@FreeBSD.org> Date: Tue, 20 Oct 2009 15:24:27 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.18) Gecko/20081105 Thunderbird/2.0.0.18 ThunderBrowse/3.2.2.1 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: oliver@namp.de References: <61410.1255813638@namp.de> In-Reply-To: <61410.1255813638@namp.de> X-Enigmail-Version: 0.97a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0 RC1 freeze while WPA ath0 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, 20 Oct 2009 13:51:13 -0000 Am 17.10.2009 23:07, schrieb Oliver Fakler: > > Hi there, > i have a problem on 8.0 RC1 while connecting to wlan with wpa > Problem occurs while testing the wpa connection manual: > bodo# wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf > CTRL-EVENT-SCAN-RESULTS > CTRL-EVENT-SCAN-RESULTS > Trying to associate with 00:23:69:a2:c0:fb (SSID='Linksys' freq=2412 > MHz) > my wpa_supplicat.conf: > > network={ > ssid="Linksys" > psk="xxxxx" > } > > some ath0 informations: > > Oct 17 22:30:37 bodo kernel: ath0: mem 0xfaef0000-0xfaefffff irq 16 > at device 5.0 on pci1 > Oct 17 22:30:37 bodo kernel: ath0: [ITHREAD] > Oct 17 22:30:37 bodo kernel: ath0: AR5416 mac 13.10 RF2133 phy 8.1 > maybe somebody have an idea? I also observed this when I moved a system from Ethernet to Atheros WLAN recently. Seems there is a LOR (which has been known for half a year but was assumed to be benign). My work-around was to disable SMP in the kernel configuration. Running with WITNESS does still detect (other) LORs on my system, and I did not manage to check whether they have all been reported before. You can check whether the freeze of your system is caused by the same LOR as in my case by compiling a kernel with WITNESS enabled. Or just try the work-around and disable SMP for the time being ... Gruß, STefan From owner-freebsd-current@FreeBSD.ORG Tue Oct 20 21:52: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 B0907106568B; Tue, 20 Oct 2009 21:52:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7574A8FC18; Tue, 20 Oct 2009 21:52:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 961F8FF40; Wed, 21 Oct 2009 10:36:10 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b-9PXIR05qQi; Wed, 21 Oct 2009 10:36:05 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 21 Oct 2009 10:36:05 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id A8C4911475; Wed, 21 Oct 2009 10:36:04 +1300 (NZDT) Date: Wed, 21 Oct 2009 10:36:04 +1300 From: Andrew Thompson To: Alexander Motin Message-ID: <20091020213604.GA63951@citylink.fud.org.nz> References: <4ADD7683.7040907@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ADD7683.7040907@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD-Current , Scott Long Subject: Re: CAM problem 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, 20 Oct 2009 21:52:02 -0000 On Tue, Oct 20, 2009 at 11:36:19AM +0300, Alexander Motin wrote: > Andrew Thompson wrote: > > I have a cam problem that is noticeable with usb devices. It relates to > > the ordering of xpt_release_device() and the CAM_DEV_UNCONFIGURED flag > > when yanking a device that has stalled. This then causes a problem with > > the usb explore thread which will end up waiting on simfree forever, > > blocking any further usb attach/detach on the controller. > > > > As I can see, you are returning CAM_TID_INVALID error here. There is no > special error handling for this error, comparing to CAM_SEL_TIMEOUT. If > you return CAM_SEL_TIMEOUT there, device will be killed immediately and > probably workaround this specific problem. Setting the error to CAM_SEL_TIMEOUT does indeed workaround the problem. I have committed this so at least it can be merged to 8.0. > > scsi_dev_async: set dev dev3 unconfigured > > > > ^^^ dev3 gets the CAM_DEV_UNCONFIGURED flag cleared here > > ... but removing configured status does not call deallocation, as > unreferencing does. > > > xpt_bus_deregister: xpt_release_bus > > xpt_release_bus: ref=4 -> 3 > > xpt_release_device dev4 OK > > xpt_release_target: xpt_release_bus > > xpt_release_bus: ref=3 -> 2 > > xpt_release_path: xpt_release_bus > > xpt_release_bus: ref=2 -> 1 > > umass_cam_detach_sim: > > umass-sim0: waiting... ref = 1 > > > > ^^^ wait on "simfree" forever. > > I think correct solution will be to additionally increment reference > counter before clearing CAM_DEV_UNCONFIGURED and decrement it back after > setting CAM_DEV_UNCONFIGURED back. Check for CAM_DEV_UNCONFIGURED inside > xpt_release_device() then could be removed or turned into assertion. I agree, this looks like the best solution. Andrew From owner-freebsd-current@FreeBSD.ORG Tue Oct 20 23:21: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 BE7E6106566C; Tue, 20 Oct 2009 23:21:53 +0000 (UTC) (envelope-from bf1783@googlemail.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 0BC7D8FC08; Tue, 20 Oct 2009 23:21:52 +0000 (UTC) Received: by ewy5 with SMTP id 5so2710245ewy.36 for ; Tue, 20 Oct 2009 16:21:52 -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; bh=9pL7jjlSfeQyajS5cR3a5z5EZGQ2Kb8okinIKS/dzwc=; b=Waa7je5IRluwGHKGsfdnb7zZP7yrl/BtfmXsWQ29WMrWDjBhwEmd+k7q8JQAmYbTfj qZX4cjiLnc3LAD+yHub8bkBwVzCTtZc9ubKEgoBOqDmbilE8EP+jMgeJooemtyUr50Nx gZB9331scw6xqH41T+B3HZSGBTYqCp8d6cQg4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=vRaLqOT6A+9wYMmFmR54sSc6UwAOhPEQdc1gfFTYJGfCNiFmqAg+fYObHQ/5sXakiL TMZmA46bpVZfmTlz3NZwFj/7IPDLDc15GIkXfeydSi997mOt4Ftkt54hpmiiTbWcrvgI NgV8TKxD6i3UsZN3NrClffOckYd5nu+AafWhw= MIME-Version: 1.0 Received: by 10.216.88.139 with SMTP id a11mr192619wef.50.1256080911849; Tue, 20 Oct 2009 16:21:51 -0700 (PDT) Date: Tue, 20 Oct 2009 23:21:51 +0000 Message-ID: From: "b. f." To: qingli@FreeBSD.org, jeff@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: svn commit: r198306 - head/sys/net 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, 20 Oct 2009 23:21:53 -0000 >Author: qingli >Date: Tue Oct 20 21:27:03 2009 >New Revision: 198306 >URL: http://svn.freebsd.org/changeset/base/198306 >Log: > The flow-table function flowtable_route_flush() may be called > during system initialization time. Since the flow-table is > designed to maintain per CPU flow cache, the existing code > did not check whether "smp_started" is true before calling > sched_bind() and sched_unbind(), which triggers a page fault. > Reviewed by: jeff > MFC after: immediately >Modified: > head/sys/net/flowtable.c ... >- >- thread_lock(curthread); >- sched_bind(curthread, i); >- thread_unlock(curthread); >+ >+ if (smp_started == 1) { >+ thread_lock(curthread); >+ sched_bind(curthread, i); >+ thread_unlock(curthread); >+ } ... Are these changes going to do the right thing on non-SMP kernels? Regards, b. From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 00:34: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 E08C91065679 for ; Wed, 21 Oct 2009 00:34:21 +0000 (UTC) (envelope-from rysto32@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 2679D8FC0C for ; Wed, 21 Oct 2009 00:34:20 +0000 (UTC) Received: by ewy5 with SMTP id 5so2759389ewy.36 for ; Tue, 20 Oct 2009 17:34:20 -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=LaTCKPtLlvSHLAvco0KnuKhSHpnfgGeohzu43atQzMg=; b=CJUH8cypmPZCCX2iFSxR6wuYx6n8dhvRjHri81MdgiwtB4Kwfjq/wd5p4kkXRRzxUA uTNJbB3OKnQS/NH7GC2wzmgLjcY8harBh9jnEE/8Sap4fDgx43p8fFYrw5NFbR52iAh4 8wFLex6ggIB2qFBSbHADHXRYsx05AC1Ggw27g= 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=KPy7tZJg1PlLt1hHCA5M7pq85FS+WArYgh/pYcBxZCgdEwMP8omTxqjQ7D5WhnBEQy UF9/Ioc+T+75JyEDiRte47fImsl/L6JZH6Pm8FdHKIEtUKmXjN3wJDGCylR+L5OjYZU/ Znyj5TO/wZXfSMA4BUStS43ac9WD9/SPksy6Q= MIME-Version: 1.0 Received: by 10.210.93.27 with SMTP id q27mr8297133ebb.9.1256085260209; Tue, 20 Oct 2009 17:34:20 -0700 (PDT) In-Reply-To: References: Date: Tue, 20 Oct 2009 20:34:20 -0400 Message-ID: From: Ryan Stone To: "b. f." Content-Type: text/plain; charset=ISO-8859-1 Cc: qingli@freebsd.org, freebsd-current@freebsd.org Subject: Re: svn commit: r198306 - head/sys/net 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, 21 Oct 2009 00:34:22 -0000 On non-SMP kernels there's only one CPU, so there's no point in binding a thread to a CPU. From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 02:00: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 33910106566C; Wed, 21 Oct 2009 02:00:35 +0000 (UTC) (envelope-from bf1783@googlemail.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 6E6918FC15; Wed, 21 Oct 2009 02:00:34 +0000 (UTC) Received: by ewy5 with SMTP id 5so2815618ewy.36 for ; Tue, 20 Oct 2009 19:00:33 -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=UsbkFJUujrE+r30Nrvhccr6JQLWRDd3pVt8pIqcwXoc=; b=cZfoATp+P907PVpdj6XEyPd713noFUQB0sat8/h5g4WKWojjaGfomsQWjOqNmsFxjK lgi0gR2h8jAMHh70ohZPgQNFGAff1VOxIyxU8qvRzdMWf5AsuObm1SHRwrbAUashfL7q leD5Jz4qif4NAJrrSEKgp1JG3DDl7Q8cXF/ZM= 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=bXFA2tuQIU6fLSJaHgQktIpnn+ylF6x7KHPrX5FJsQ3NJubtZa5y+0JkpCFALYLh8X oUmqejZHio+uGmG16vWWT4ZRtl/y1/JEh/iN1jZlNazM6aT90y9i2WofjTUKwHHLXbJ5 IqjYlZxxwk+Z26fgjd/IHkydvwSeQU6IpU7NM= MIME-Version: 1.0 Received: by 10.216.93.6 with SMTP id k6mr2404052wef.89.1256090433280; Tue, 20 Oct 2009 19:00:33 -0700 (PDT) In-Reply-To: References: Date: Wed, 21 Oct 2009 02:00:33 +0000 Message-ID: From: "b. f." To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 Cc: qingli@freebsd.org, freebsd-current@freebsd.org Subject: Re: svn commit: r198306 - head/sys/net 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, 21 Oct 2009 02:00:35 -0000 On 10/21/09, Ryan Stone wrote: > On non-SMP kernels there's only one CPU, so there's no point in > binding a thread to a CPU. > If that is all that is intended here, then it does not seem that it should be done at all on non-SMP, but rather that it should be made conditional on #ifdef SMP. b. From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 00:19: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 B2B1E106566B for ; Wed, 21 Oct 2009 00:19:58 +0000 (UTC) (envelope-from mike@mwatters.net) Received: from sak.pacificnetimaging.com (sak.pacificnetimaging.com [216.36.66.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8D76B8FC24 for ; Wed, 21 Oct 2009 00:19:58 +0000 (UTC) Received: (qmail 13150 invoked from network); 20 Oct 2009 23:51:56 -0000 Received: from pobox.svc.pni.local (192.168.1.249) by mx.nmmg.net with SMTP; 20 Oct 2009 23:51:56 -0000 Received: (qmail 27660 invoked from network); 20 Oct 2009 23:51:55 -0000 Received: from mtw.vpn.pni.local (HELO ?10.9.8.146?) (10.9.8.146) by pobox.svc.pni.local with SMTP; 20 Oct 2009 23:51:55 -0000 Message-ID: <4ADE4D19.3090907@mwatters.net> Date: Tue, 20 Oct 2009 16:51:53 -0700 From: Mike Watters User-Agent: Thunderbird 2.0.0.23 (X11/20091013) 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, 21 Oct 2009 02:47:34 +0000 Subject: 8.0-RC1 amd64 - filesystem on scsi disk related memory corruption w/ gte 4GB ram 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, 21 Oct 2009 00:19:58 -0000 Running 8.0-RC1 on an amd64 workstation, I have run into what appears to be a memory corruption issue when doing (UFS2) filesystem I/O on an attached SCSI disk when more than 4GB of RAM is installed, or when 4GB is installed and "memory hole remapping" is enabled in the BIOS. The memory modules all pass memtest86+ (e820 map) individually and in combination. A linux rescue disc runs fine, and the memtester program included thereon doesn't complain. I can scan the disk (using dd) from that rescue disc without errors. SCSI verify commands run from the SCSI card complete successfully. The disk reports no grown defects and no SMART failures. I tried two different U320 cables/terminators and two (consumer-class) motherboards. Underclocking the RAM doesn't resolve the issue. The disk works fine with 2GB (1x2) or 3GB (3x1) of RAM installed, and with 8GB (4x2) installed with hw.physmem="2GB" set in the loader (tested that case with remapping off). "Works" means the following command completes successfully with root, /usr, and /var mounted r/o: # find / -type f -exec md5 -q {} \; > /dev/null When it doesn't work, the following cases tend to occur: 1. (can't run command): "ROOT MOUNT ERROR" during boot (following "GEOM: da0s1: invalid disklabel."). 2. (can't run command): Hang during "Trying to mount root" (not following a disklabel error). 3. (booting from livefs cd, can't run command, invalid disklabel error). 4. (command is running, both from livefs cd and after a successful da0 root mount): g_vfs_done() kernel error messages with high-magnitude positive and negative offset values. Input/output errors and invalid file descriptor errors on specific files. Eventual panic (most recent was something equivalent to "GPF while in kernel mode; trap 9 while interrupts disabled"). For cases 3 and 4, I checked the first 16k of the slice with the following command: # dd if=/dev/da0s1 count=32 | md5 -q The same digest was produced for (3), (4), and in cases which worked without error (2GB and 4GB w/remapping off, running from livefs cd). In some of the failing cases, "camcontrol inquiry" would intermittently return an empty result, e.g. (retyped): # camcontrol inquiry da0 pass0: < > Fixed Direct Access SCSI-0 device pass0: Serial Number (can't remember 3rd output line) (Intermittently as in repeating the command during the same session could yield the proper result after a number of attempts). The SCSI card is an LSI20160 (sym(4), PCI U160). The SCSI disk is a Seagate ST373455LW (U320). The current motherboard is an ASUS M3A76-CM (AMI BIOS, AM2+ socket). I have a boot -v dmesg (34kb) available from a livefs cd boot with 8GB installed and memory hole remapping turned on (case 4 result). The source used to build the CD was cvsup'ed a week or two ago. Hardware common to failing cases: 1. Power supply. 2. CPU itself. 3. SCSI card. 4. SCSI disk. 5. RAM. The system appears to be stable when not using the SCSI disk. I would appreciate any suggestions anyone might have, or confirmation that someone has the same type of setup working under 8.0-RC1. I haven't yet tried the setup under 7-stable-amd64. Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 03:30: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 819161065672; Wed, 21 Oct 2009 03:30:20 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id BB7938FC17; Wed, 21 Oct 2009 03:30:19 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so1387040eyd.9 for ; Tue, 20 Oct 2009 20:30:18 -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=ObenStSF+BVrtozyHu8ELQIrUPZk0qkqx8wlLrvA7+Q=; b=o84+nGuYwNa3WF1k76vqvWXgb7XbsUT5domA5qkLj3Zmqo6c9OGcVIzj0+rzrppVQT MtAmqYcahdUN9p/RjKpxDX23W/8B2YPI9njLogTddqqngJVLow27AcriO+grjFyzAGjB 0SBEpVidE4hAQvastHMHiTB5eN3ScDKOSghqc= 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=XTq9RM2rAkBXAmB9o4AOL3267HxYu1eFGtx1Y48l8YxqT8sqJco7njPyDwBWDtdYmZ /Gj0MMLVNx+rGOmS3rLhum1IIvufvXUFDwSBl7kOBxBgPZ8PLlrmrHL+lX5rRB+e1HxZ ZNB8IS1fgpU/3+VRbibhURwDBtLhSLlBFhlxw= MIME-Version: 1.0 Received: by 10.211.156.19 with SMTP id i19mr2229686ebo.79.1256095818737; Tue, 20 Oct 2009 20:30:18 -0700 (PDT) In-Reply-To: References: Date: Tue, 20 Oct 2009 23:30:18 -0400 Message-ID: From: Ryan Stone To: "b. f." Content-Type: text/plain; charset=ISO-8859-1 Cc: qingli@freebsd.org, freebsd-current@freebsd.org Subject: Re: svn commit: r198306 - head/sys/net 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, 21 Oct 2009 03:30:20 -0000 Judging from the checkin comment, it is not intended to only eliminate the call to sched_bind in the non-SMP case. However. you asked whether it would work correctly in the non-SMP case and I answered that question. Ryan From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 04:20: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 9D4D4106566B for ; Wed, 21 Oct 2009 04:20:56 +0000 (UTC) (envelope-from tomelite82@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 2CFFD8FC1A for ; Wed, 21 Oct 2009 04:20:55 +0000 (UTC) Received: by vws27 with SMTP id 27so2704147vws.3 for ; Tue, 20 Oct 2009 21:20: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:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=mEjOs/SsjuMgVD5Ygrv3oFE5x/OkHKbWyzlRug+mjg0=; b=SMrGKWhZzbFQmkNJCtIKYvHjGXOGKpZoQsA8K9d55v4yg3K2xsZL+0OZ9h0PaG4IGV i4Yg+6t58I8hWpeU0bbfE6sJ80lt/e28hcq/ltx5ys/R+tqPlMZ24PXDNGBLh0Sbcksb dtgTLEdX/o/b7Qoq7bY2UyeYKsEUkmcqwPbSY= 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=O4BblcDFOeFECxBZMbRth01VUmYvxo8DqY25JDt6+qJdn9p41/C7Gyuty0TGvEIdI0 FlDornMfsmWa4ngcHcUH8e+2fkcrU1eXXvFLw0LNn1Pfq4tQmzfOfQBrxY5M8WsIqGR0 Q++sBsb68mXWhsuoo1lHNVsnzbqaIi6JxuAAM= MIME-Version: 1.0 Sender: tomelite82@gmail.com Received: by 10.220.122.205 with SMTP id m13mr1629666vcr.100.1256097168273; Tue, 20 Oct 2009 20:52:48 -0700 (PDT) In-Reply-To: References: Date: Tue, 20 Oct 2009 20:52:48 -0700 X-Google-Sender-Auth: 2455e9b46c964a68 Message-ID: <9ace436c0910202052r1d1235dax774290a4fa1ee842@mail.gmail.com> From: Qing Li To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "b. f." Subject: Re: svn commit: r198306 - head/sys/net 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, 21 Oct 2009 04:20:56 -0000 b.f., I think you are right in saying those code blocks should have "#ifdef SMP" condition around them. I am in the process of make those changes. Thanks, -- Qing On Tue, Oct 20, 2009 at 8:30 PM, Ryan Stone wrote: > Judging from the checkin comment, it is not intended to only eliminate > the call to sched_bind in the non-SMP case. =A0However. you asked > whether it would work correctly in the non-SMP case and I answered > that question. > > Ryan > From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 05: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 F00991065676 for ; Wed, 21 Oct 2009 05:17:17 +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 8C9908FC14 for ; Wed, 21 Oct 2009 05:17:17 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:62282) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1N0Tds-0007GM-1e; Wed, 21 Oct 2009 16:21:48 +1100 Message-ID: <4ADE995A.8080009@ish.com.au> Date: Wed, 21 Oct 2009 16:17:14 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5pre) Gecko/20091019 Shredder/3.0pre MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jurgen Weber Subject: gpart, bsdlabel and fdisk 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, 21 Oct 2009 05:17:18 -0000 We are setting up a FreeBSD system from scratch and wanting to understand the new gpart utility. Our goal is to create a ZFS bootable install (mirror). In the past our approach has been to: 1. fdisk (allocate entire disk) 2. partition (1Gb UFS boot partition, swap and rest empty for ZFS) 3. set up ZFS [1] Now we want to understand how to avoid the bootable UFS partition (which causes us some grief), but there is very little information about gpart as the tool to do it. I've found various guides (eg [2]) but am a little underwhelmed by the documentation, especially with magic commands like this as part of the set up: echo 'a 1' | fdisk -f - /dev/ad4 It appears that gpart is largely replacing fdisk and bsdlabel. * is this the future for FreeBSD and we should use gpart from here on? Are the old tools deprecated? * we tried to reinstall the machine with some 7.2 CDs but the gparted disks caused fdisk to crash. Is this expected? * is the result of using gpart completely different to the bsdlabel/fdisk we've known? Are the partitions on disk quite different? * is there some source of good documentation out there other than the man page for gpart? * has the MBR changed now with gpart? Thanks Ari Maniatis [1] https://www.ish.com.au/solutions/articles/freebsdzfs [2] http://outpost.h3q.com/patches/manageBE/create-FreeBSD-ZFS-bootfs.txt -- --------------------------> 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 Wed Oct 21 08:07: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 9CBE6106566C for ; Wed, 21 Oct 2009 08:07:01 +0000 (UTC) (envelope-from ktouet@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD868FC0A for ; Wed, 21 Oct 2009 08:07:01 +0000 (UTC) Received: by ywh8 with SMTP id 8so5685519ywh.3 for ; Wed, 21 Oct 2009 01:07:00 -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; bh=cyqFgNNCkL2lbCxfXGKnduPmgZk8AXXIyxW5T/yA53c=; b=pBWtMaliXaTixnaOymULuPgqdyE0CDFTsMoP/g19jtSdhe8GDCaQ70NV0XktqH+uUp BXv+JK5s6NaZQAAXFf305iTaOZDa3pen4XYXEiT1lpywfLjMOhc+ZxivgHCBjSINGhML 5Kda4HWjjjVktK8FixhkX+znbpkW/BNnndnIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=OcjAGQD/4Lt0jhznXLjM9WMjlEo/0siI0jb1V/5W9jALd//ChwzqhxVwwQSaSLbWxe +6adGwYVNeQt5pq6pIusnAjTa75aBk3w8cJDgv/Ff5OvIp46ozmotVnqHV2gE82y90kQ OHCS781GaNPQKD+zheUn0MdxQam7fXWBOIt3U= MIME-Version: 1.0 Received: by 10.90.153.10 with SMTP id a10mr7963469age.121.1256111133923; Wed, 21 Oct 2009 00:45:33 -0700 (PDT) Date: Wed, 21 Oct 2009 01:45:33 -0600 Message-ID: <2a5e326f0910210045n43e673f8le506f37b841b1bf1@mail.gmail.com> From: Kurt Touet To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 9.0 r198251 kernel page fault 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, 21 Oct 2009 08:07:01 -0000 I'm not sure what it means, but crash output can be seen here (vmware 2.0 server console snag): http://twocents.ca/freebsd/bsd-90-crash.jpg System: FreeBSD freebase 9.0-CURRENT FreeBSD 9.0-CURRENT #9 r198261: Mon Oct 19 23:55:07 CST 2009 k@freebase:/usr/obj/usr/src/sys/FREEBASE i386 I've taken a snapshot at this stage in the crash, so I can answer debug requests as needed. From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 08:39: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 F36041065676 for ; Wed, 21 Oct 2009 08:39:10 +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 DE0828FC19 for ; Wed, 21 Oct 2009 08:39:10 +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 n9L8dAqE016732; Wed, 21 Oct 2009 01:39:10 -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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Oct 2009 01:31:23 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 9.0 r198251 kernel page fault Thread-Index: AcpSJYw4eHVbnLE+Szmn5nocpVn3hAAA1M9p References: <2a5e326f0910210045n43e673f8le506f37b841b1bf1@mail.gmail.com> From: "Li, Qing" To: "Kurt Touet" , Cc: Subject: RE: 9.0 r198251 kernel page fault 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, 21 Oct 2009 08:39:11 -0000 Please sync-up to r198301 that fixes this crash issue. -- Qing -----Original Message----- From: owner-freebsd-current@freebsd.org on behalf of Kurt Touet Sent: Wed 10/21/2009 12:45 AM To: freebsd-current@freebsd.org Subject: 9.0 r198251 kernel page fault =20 I'm not sure what it means, but crash output can be seen here (vmware 2.0 server console snag): http://twocents.ca/freebsd/bsd-90-crash.jpg System: FreeBSD freebase 9.0-CURRENT FreeBSD 9.0-CURRENT #9 r198261: Mon Oct 19 23:55:07 CST 2009 k@freebase:/usr/obj/usr/src/sys/FREEBASE i386 I've taken a snapshot at this stage in the crash, so I can answer debug requests as needed. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 09:22: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 E1F2910656AB; Wed, 21 Oct 2009 09:22:48 +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 01C678FC0C; Wed, 21 Oct 2009 09:22:47 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA18451; Wed, 21 Oct 2009 12:22:45 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1N0XP3-0001hz-CD; Wed, 21 Oct 2009 12:22:45 +0300 Message-ID: <4ADED2D2.9050602@icyb.net.ua> Date: Wed, 21 Oct 2009 12:22:26 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: call for testing and review: new watchdog driver 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, 21 Oct 2009 09:22:49 -0000 Please test and/or review a new watchdog driver for watchdog timer found in SB600 and SB7xx south bridges, and also for watchdog hardware advertised/described via WDRT ACPI table. A tar file with the source file and module Makefile: http://people.freebsd.org/~avg/amdsbwd.tgz A full diff of the new driver against head source tree: http://people.freebsd.org/~avg/amdsbwd.diff If you have the mentioned hardware or if your ACPI provides WDRT table, please try this driver. WDRT presence can be checked with this command: acpidump -t | fgrep WDRT I am interested in what the driver prints to dmesg with debug.bootverbose=1, if it succesfully attaches and, obviously, if the driver does its job (i.e. resets system on timeout). That could be tested, for example, in single user mode with this command: watchdog -t 4 Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 14:37: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 5D43A1065676; Wed, 21 Oct 2009 14:37:58 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0584A8FC16; Wed, 21 Oct 2009 14:37:57 +0000 (UTC) Received: by ywh8 with SMTP id 8so5953635ywh.3 for ; Wed, 21 Oct 2009 07:37:57 -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=KpontcqntqSt7RgZZoOaoSCNLLdYuPzpCJbkT+LrsTs=; b=YgB3MFnTGlqf/CvpUU56kaiXfnVlBvlbEaMntlFqhscUVyVplHSLAzyduo/Te4dczA YfQ0xfM31zG54It4Ysj3vPoAfBkyOsLHQETEb3gjGmFx5xocTZjvHYeXVDaVYaEBIVnn zbczxLIhMSx3S2S2MreDT+M+QuhpnD1Qu1Vik= 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=dpmnLO3NFHTl0SYt5ywfT0mgc1lwh0RyDQ/IUlgmewVEs1+OhxwgXbLZskVQwLBhHT 3UJc9gGUBXabr/jkNACyGOMIXE5kbCD0w6SizgAWewfyu/NzlH4NqU7KaKFiSgtkp7oS 1VSwE+N48nbSW7aZBFU/AZnebJT0qY7HuBgZY= MIME-Version: 1.0 Received: by 10.150.47.12 with SMTP id u12mr13160594ybu.332.1256135877206; Wed, 21 Oct 2009 07:37:57 -0700 (PDT) In-Reply-To: <4A97D563.7010803@icyb.net.ua> References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> <4A97D563.7010803@icyb.net.ua> Date: Wed, 21 Oct 2009 09:37:57 -0500 Message-ID: <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> From: "Sam Fourman Jr." To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , 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: Wed, 21 Oct 2009 14:37:58 -0000 On Fri, Aug 28, 2009 at 8:02 AM, 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)? This is a little OT, but can someone confirm if smartmontools works with SATA2 Drives? Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 14:40: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 B163F10656A9; Wed, 21 Oct 2009 14:40:32 +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 C09518FC1D; Wed, 21 Oct 2009 14:40:31 +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 RAA25320; Wed, 21 Oct 2009 17:40:28 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ADF1D5B.6060302@icyb.net.ua> Date: Wed, 21 Oct 2009 17:40:27 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: "Sam Fourman Jr." References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> <4A97D563.7010803@icyb.net.ua> <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> In-Reply-To: <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , 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: Wed, 21 Oct 2009 14:40:32 -0000 on 21/10/2009 17:37 Sam Fourman Jr. said the following: > On Fri, Aug 28, 2009 at 8:02 AM, 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)? > > This is a little OT, but can someone confirm if smartmontools works > with SATA2 Drives? They do for me. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 14:44: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 B75D8106566B for ; Wed, 21 Oct 2009 14:44:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id 675918FC15 for ; Wed, 21 Oct 2009 14:44:33 +0000 (UTC) Received: by ywh8 with SMTP id 8so5960333ywh.3 for ; Wed, 21 Oct 2009 07:44:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=RmEb7L+eV0EJE92AvT1Gn8+EEtzAUcyHg78AMa7LWGk=; b=UlTrvaf9jwDn10mmexjLPGyZZx9L8ocUrEIQ8avQUS4vAd62TsKME4hGMnBk6uQMAX g4hLnf+u12Q5VwXugwi+RvmuWLry1OMmHshW6keHrC7TIa+TFThQHyxNOCDJ9D2PKTNP nRaTVzs/jPIERIYOqJavwZ+9cZDp0kXLpIQGg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=e5QPf5ZN1xrjPQtBK0c9JcCY2ed3JimFuXjCUj5gVb/Dql/+qRrEDOKyQbcxSjZqfE Vxq9zLlEFE/suKn1jBc7BhUCtJElC+vqqAmNiFx9XWouykkogUVrOs5sT1BKOZ7ZMZ2z luFOmGEhJkR549/S0M9FBl/y8vYpglX/riYQc= Received: by 10.102.165.24 with SMTP id n24mr3473543mue.47.1256136272182; Wed, 21 Oct 2009 07:44:32 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s10sm3394692muh.24.2009.10.21.07.44.31 (version=SSLv3 cipher=RC4-MD5); Wed, 21 Oct 2009 07:44:31 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ADF1E4E.1010901@FreeBSD.org> Date: Wed, 21 Oct 2009 17:44:30 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: "Sam Fourman Jr." References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> <4A97D563.7010803@icyb.net.ua> <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> In-Reply-To: <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon 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: Wed, 21 Oct 2009 14:44:33 -0000 Sam Fourman Jr. wrote: > On Fri, Aug 28, 2009 at 8:02 AM, 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)? > > This is a little OT, but can someone confirm if smartmontools works > with SATA2 Drives? SATA2 is just another physical transport for ATA commands. SATA1/2 completely compatible to PATA on command level. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 14:47: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 11164106568F; Wed, 21 Oct 2009 14:47:29 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id AAA8D8FC21; Wed, 21 Oct 2009 14:47:27 +0000 (UTC) Received: by ywh8 with SMTP id 8so5963329ywh.3 for ; Wed, 21 Oct 2009 07:47:27 -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=oCijSw8l253SNmdVo3JvqpucfE6xzhQLbc6R2+vv6g4=; b=AvV1SlsyZ71eoR6hYCwWaOnaTTsPOZ3AJYqEzKwG4cqUJt6ljgW8p5wW1WrWQnBKFB BYRyzAbrZrG5xxJO9JwGzpe4GtwjdDC3aSdtXovds3+kCeKvvxmpx4aDT0yaOw8BlYZa meh0N7vIyVlPSaY+x0IFq7yQHLVV8Xj02E8fQ= 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=SYkoNr4xBmikQ59J47nuL3TnsDKTXKHZgUSF8Zfmz6upApZGONYQZYvdQWu/QkQowh xov4pa3MDMrUVJSfEj6Axuq7HSpy0MPmSNAtISr6C4wCNyrJS0xDhSx7ZVdIVi++7gum Xd8U8tt8t3584gLtfWy/BYpoKAzw8pzDQXVbU= MIME-Version: 1.0 Received: by 10.151.2.1 with SMTP id e1mr13297223ybi.70.1256136447296; Wed, 21 Oct 2009 07:47:27 -0700 (PDT) In-Reply-To: <4ADF1E4E.1010901@FreeBSD.org> References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> <4A97D563.7010803@icyb.net.ua> <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> <4ADF1E4E.1010901@FreeBSD.org> Date: Wed, 21 Oct 2009 09:47:27 -0500 Message-ID: <11167f520910210747g563514a4p82962669efd3af13@mail.gmail.com> From: "Sam Fourman Jr." To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Andriy Gapon 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: Wed, 21 Oct 2009 14:47:29 -0000 On Wed, Oct 21, 2009 at 9:44 AM, Alexander Motin wrote: > Sam Fourman Jr. wrote: >> On Fri, Aug 28, 2009 at 8:02 AM, 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)? >> >> This is a little OT, but can someone confirm if smartmontools works >> with SATA2 Drives? > > SATA2 is just another physical transport for ATA commands. SATA1/2 > completely compatible to PATA on command level. > > -- > Alexander Motin sorry then I will try again, I just installed the port and tried a simple command Ziggy# smartctl -i /dev/ad4s1 smartctl version 5.38 [i386-portbld-freebsd9.0] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options. Ziggy# dmesg | grep ad4 ad4: 238475MB at ata2-master SATA300 GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). Trying to mount root from ufs:/dev/ad4s1a Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 14:47: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 52B6310656C0 for ; Wed, 21 Oct 2009 14:47:49 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 12D118FC24 for ; Wed, 21 Oct 2009 14:47:49 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n9LEllKE097449; Wed, 21 Oct 2009 09:47:47 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 21 Oct 2009 09:47:47 -0500 (CDT) From: "Sean C. Farley" To: Aristedes Maniatis In-Reply-To: <4ADE995A.8080009@ish.com.au> Message-ID: References: <4ADE995A.8080009@ish.com.au> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-current@FreeBSD.org, Jurgen Weber Subject: Re: gpart, bsdlabel and fdisk 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, 21 Oct 2009 14:47:49 -0000 On Wed, 21 Oct 2009, Aristedes Maniatis wrote: > We are setting up a FreeBSD system from scratch and wanting to > understand the new gpart utility. Our goal is to create a ZFS bootable > install (mirror). In the past our approach has been to: > > 1. fdisk (allocate entire disk) > 2. partition (1Gb UFS boot partition, swap and rest empty for ZFS) > 3. set up ZFS [1] *snip* I will let others answer your specific questions. However, I have a file[1] that I have been writing to test installing a system with gmirror using only gpart. It may need tweaking and is a little overkill (making room for a future install of Windows 7, if desired), but I can use it to install successfully inside a VM. The '-b 16' options are important for the first partition within a slice to make room for the metadata even though swap and UFS know to skip those bytes (thanks for note from pjd about that). The plan is to add this to my Wiki page at some point when I am ready. If Windows is not involved, you could also try a GPT version of the install instead of the MBR in the file, but this file should provide a clue of what gpart can do. I plan on making something equivalent for gvinum next. Comments and corrections welcome. Sean 1. http://people.freebsd.org/~scf/Install-gmirror.txt -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 14:50: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 9A86F106568B for ; Wed, 21 Oct 2009 14:50:46 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qy0-f192.google.com (mail-qy0-f192.google.com [209.85.221.192]) by mx1.freebsd.org (Postfix) with ESMTP id 49C5E8FC26 for ; Wed, 21 Oct 2009 14:50:46 +0000 (UTC) Received: by qyk30 with SMTP id 30so5079713qyk.7 for ; Wed, 21 Oct 2009 07:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=RLenuxt0CQ7DQabvkCxk0PGkU5wEWbGPi/DKEDJTfMA=; b=kD8EMDlQNEoLqVLN4RLAuDs7g30oSWtbTS5tE0rAnEILvZ7ly7NVFJoGJC4XP1ofWo 5H9o/91oZ1EysMzr+pw/d8BLZZ4GCvv7vJI3ZWDn8v5ZtvzDcg6oaq5VzsUQnDuuofJe KTQghRNV/vDx2A1qJfKPfPNjMBJZQu0Fde9tY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Cy56RN3qsHNfO6LAvZG7ktaTAq+Ywb8eKF1VWk8ZUuRpfeWuryGiRqgH1hngySbb64 GZ22NIMUsHqMgcCNAuv5xjo+AP860RrDUYs8C7QP7LxcjffbAswDPFrPqGlAymjaNuBU jWbsyl1RRXlAg9t7mo89zNuSfeWyOG5F9Msjw= Received: by 10.103.87.35 with SMTP id p35mr3582986mul.75.1256136644943; Wed, 21 Oct 2009 07:50:44 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id u9sm331297muf.31.2009.10.21.07.50.43 (version=SSLv3 cipher=RC4-MD5); Wed, 21 Oct 2009 07:50:44 -0700 (PDT) Sender: Alexander Motin Message-ID: <4ADF1FC2.8000800@FreeBSD.org> Date: Wed, 21 Oct 2009 17:50:42 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: "Sam Fourman Jr." References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> <4A97D563.7010803@icyb.net.ua> <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> <4ADF1E4E.1010901@FreeBSD.org> <11167f520910210747g563514a4p82962669efd3af13@mail.gmail.com> In-Reply-To: <11167f520910210747g563514a4p82962669efd3af13@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon 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: Wed, 21 Oct 2009 14:50:46 -0000 Sam Fourman Jr. wrote: > sorry then I will try again, I just installed the port and tried a > simple command > > Ziggy# smartctl -i /dev/ad4s1 > smartctl version 5.38 [i386-portbld-freebsd9.0] Copyright (C) 2002-8 Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) > > A mandatory SMART command failed: exiting. To continue, add one or > more '-T permissive' options. Remove s1 from device name. Partitions doesn't support SMART usually. :) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 14:50: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 BF3101065692; Wed, 21 Oct 2009 14:50:52 +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 43EA98FC2B; Wed, 21 Oct 2009 14:50:52 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:42057 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1N0cVn-00083P-3y; Wed, 21 Oct 2009 16:50:05 +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 504161F85CD; Wed, 21 Oct 2009 16:49:58 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: <11167f520910210747g563514a4p82962669efd3af13@mail.gmail.com> Date: Wed, 21 Oct 2009 16:49:55 +0200 Content-Transfer-Encoding: 7bit Message-Id: <4ACB2697-0C2B-4A88-884C-CD7A4ADA653F@exscape.org> References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> <4A97D563.7010803@icyb.net.ua> <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> <4ADF1E4E.1010901@FreeBSD.org> <11167f520910210747g563514a4p82962669efd3af13@mail.gmail.com> To: "Sam Fourman Jr." X-Mailer: Apple Mail (2.1076) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1N0cVn-00083P-3y. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1N0cVn-00083P-3y e3caf3a1f24df5ad41742a723f028786 Cc: Alexander Motin , freebsd-current@freebsd.org, Andriy Gapon 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: Wed, 21 Oct 2009 14:50:52 -0000 On Oct 21, 2009, at 4:47 PM, Sam Fourman Jr. wrote: > On Wed, Oct 21, 2009 at 9:44 AM, Alexander Motin > wrote: >> Sam Fourman Jr. wrote: >>> On Fri, Aug 28, 2009 at 8:02 AM, 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)? >>> >>> This is a little OT, but can someone confirm if smartmontools works >>> with SATA2 Drives? >> >> SATA2 is just another physical transport for ATA commands. SATA1/2 >> completely compatible to PATA on command level. >> >> -- >> Alexander Motin > > > > sorry then I will try again, I just installed the port and tried a > simple command > > Ziggy# smartctl -i /dev/ad4s1 > smartctl version 5.38 [i386-portbld-freebsd9.0] Copyright (C) 2002-8 > Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) > > A mandatory SMART command failed: exiting. To continue, add one or > more '-T permissive' options. > > Ziggy# dmesg | grep ad4 > ad4: 238475MB at ata2-master SATA300 > GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). > Trying to mount root from ufs:/dev/ad4s1a > > > Sam You're using it on a partition (well, slice in BSD terms), not the disk device itself. Try smartctl -i /dev/ad4 Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 14:51: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 F167E1065692 for ; Wed, 21 Oct 2009 14:51:30 +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 14F148FC27 for ; Wed, 21 Oct 2009 14:51:28 +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 n9LEpQc9053831; Wed, 21 Oct 2009 10:51:26 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200910211451.n9LEpQc9053831@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 21 Oct 2009 10:51:24 -0400 To: "Sam Fourman Jr." From: Mike Tancsa In-Reply-To: <11167f520910210747g563514a4p82962669efd3af13@mail.gmail.co m> References: <4A97D0E1.6050001@icyb.net.ua> <4A97D32F.6070707@FreeBSD.org> <4A97D563.7010803@icyb.net.ua> <11167f520910210737u75602499w62ae6cd1db6ad37@mail.gmail.com> <4ADF1E4E.1010901@FreeBSD.org> <11167f520910210747g563514a4p82962669efd3af13@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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: Wed, 21 Oct 2009 14:51:31 -0000 At 10:47 AM 10/21/2009, Sam Fourman Jr. wrote: >Ziggy# smartctl -i /dev/ad4s1 Try smartctl -a /dev/ad4 get rid of the s1 ---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 Wed Oct 21 16:21: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 CAAB71065670 for ; Wed, 21 Oct 2009 16:21:31 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 825068FC13 for ; Wed, 21 Oct 2009 16:21:31 +0000 (UTC) Received: from [IPv6:::1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n9LGLT72053178; Wed, 21 Oct 2009 10:21:29 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1075.2) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: <4ADE4D19.3090907@mwatters.net> Date: Wed, 21 Oct 2009 10:21:29 -0600 Content-Transfer-Encoding: 7bit Message-Id: <441DF1EC-F378-4F25-BEA3-FCEB529659D2@samsco.org> References: <4ADE4D19.3090907@mwatters.net> To: Mike Watters X-Mailer: Apple Mail (2.1075.2) X-Spam-Status: No, score=-2.3 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: 8.0-RC1 amd64 - filesystem on scsi disk related memory corruption w/ gte 4GB ram 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, 21 Oct 2009 16:21:31 -0000 On Oct 20, 2009, at 5:51 PM, Mike Watters wrote: > Running 8.0-RC1 on an amd64 workstation, I have run into what > appears to > be a memory corruption issue when doing (UFS2) filesystem I/O on an > attached SCSI disk when more than 4GB of RAM is installed, or when 4GB > is installed and "memory hole remapping" is enabled in the BIOS. > > The SCSI card is an LSI20160 (sym(4), PCI U160). The SCSI disk is a > Seagate ST373455LW (U320). The current motherboard is an ASUS M3A76- > CM > (AMI BIOS, AM2+ socket). I have a boot -v dmesg (34kb) available > from a > livefs cd boot with 8GB installed and memory hole remapping turned on > (case 4 result). The source used to build the CD was cvsup'ed a > week or > two ago. The sym driver has been having issues on-and-off for years with 64bit memory configurations. If at all possible, I'd recommend replacing your hardware; fixing the driver has proven to be hard given the limited resources available and the age of the hardware. Scott From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 17:38: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 4BFBC106566B; Wed, 21 Oct 2009 17:38:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1E19D8FC18; Wed, 21 Oct 2009 17:38:40 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9LHcZc0082724 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 13:38:35 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Radek =?iso-8859-2?Q?Val=E1=B9ek?= In-Reply-To: <4AD779FC.1070204@buchlovice.org> References: <4AD710D6.70404@buchlovice.org> <1255633430.2175.12.camel@balrog.2hip.net> <4AD779FC.1070204@buchlovice.org> Content-Type: text/plain; charset="iso-8859-2" Organization: FreeBSD Date: Wed, 21 Oct 2009 12:38:29 -0500 Message-Id: <1256146709.2310.9.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" 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, 21 Oct 2009 17:38:41 -0000 On Thu, 2009-10-15 at 21:37 +0200, Radek Valá¹ek wrote: > Robert Noland napsal(a): > > On Thu, 2009-10-15 at 14:08 +0200, Radek Valá¹ek wrote: > > > >> Hi, > >> > >> I want to ask if there is something new in adding support to > >> gptzfsboot/zfsboot for reading gang-blocks? > >> I think that the gang block patch will work, though still haven't gotten it tested. However, I'm fairly confident that the issue is not gang block related. Right now, I have setup a disk like this: => 34 1953525101 ada1 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 648019968 3 freebsd-zfs (309G) 656408738 648019968 4 freebsd-zfs (309G) 1304428706 648019968 5 freebsd-zfs (309G) 1952448674 1076461 - free - (526M) Note that this is not a raidz pool right now. It is just 3 toplevel partitions setup as a single pool. I finally have this configuration working reliably. At least in this case, the issue is due to all of the partitions not being probed during early boot and so not being added to the list of vdevs for the pool. When zio_read finds a dva that points to a device it doesn't know about, it gives up and whines. Can you detail for me how you have everything configured, so that I can try to replicate it. gpart show, zpool status and zpool get all would be good. I'm not sure that I have enough spare disks lying around to do this properly, but maybe I can use virtual disks or something. robert. > > Ok, I can't figure out any way to test this... beyond the fact that it > > builds and doesn't break my currently working setup. Can you give this > > a try? It should still report if it finds gang blocks, but hopefully > > now will read them as well. > > > > robert. > > > > > Big thanks for the patches Robert, I will definitely test them as soon > as possible (tomorrow) and report the results immediately to list. I can > repeat this issue probably at any time (up to cca 30 times tested with > the same result), so don't bother about the broken booting, I'm prepared > for it... > > vaLin > >> From Sun's docs: > >> > >> Gang blocks > >> > >> When there is not enough contiguous space to write a complete block, the ZIO > >> pipeline will break the I/O up into smaller 'gang blocks' which can later be > >> assembled transparently to appear as complete blocks. > >> > >> Everything works fine for me, until I rewrite kernel/world after system > >> upgrade to latest one (releng_8). After this am I no longer able to boot > >> from zfs raidz1 pool with following messages: > >> > >> >/ ZFS: i/o error - all block copies unavailable > >> />/ ZFS: can't read MOS > >> />/ ZFS: unexpected object set type lld > >> />/ ZFS: unexpected object set type lld > >> />/ > >> />/ FreeBSD/i386 boot > >> />/ Default: z:/boot/kernel/kernel > >> />/ boot: > >> />/ ZFS: unexpected object set type lld > >> />/ > >> />/ FreeBSD/i386 boot > >> />/ Default: tank:/boot/kernel/kernel > >> />/ boot: > >> // > >> /I presume it's the same issue as talked in june-2009 current mailing > >> list > >> http://lists.freebsd.org/pipermail/freebsd-current/2009-June/008589.html > >> > >> Any success in that matter? > >> > >> Thnx for answer. > >> > >> vaLin > >> _______________________________________________ > >> 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" > >> > -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 17:54: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 40D35106566C for ; Wed, 21 Oct 2009 17:54:48 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7328FC25 for ; Wed, 21 Oct 2009 17:54:48 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KRV001KYLRB8Q10@asmtp024.mac.com> for freebsd-current@freebsd.org; Wed, 21 Oct 2009 10:54:47 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <4ADE995A.8080009@ish.com.au> Date: Wed, 21 Oct 2009 10:54:46 -0700 Message-id: <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> References: <4ADE995A.8080009@ish.com.au> To: Aristedes Maniatis X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org, Jurgen Weber Subject: Re: gpart, bsdlabel and fdisk 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, 21 Oct 2009 17:54:48 -0000 On Oct 20, 2009, at 10:17 PM, Aristedes Maniatis wrote: > > * is this the future for FreeBSD and we should use gpart from here > on? Are the old tools deprecated? Yes. > * we tried to reinstall the machine with some 7.2 CDs but the > gparted disks caused fdisk to crash. Is this expected? No, but that's because I don't know how buggy fdisk is. > * is the result of using gpart completely different to the bsdlabel/ > fdisk we've known? Are the partitions on disk quite different? The on-disk layout is dictated and cannot be different. As such, they are the same. > * is there some source of good documentation out there other than > the man page for gpart? man gpart. > > * has the MBR changed now with gpart? No. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 18:06: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 48C091065693 for ; Wed, 21 Oct 2009 18:06:50 +0000 (UTC) (envelope-from garyj@denx.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id 52FF78FC08 for ; Wed, 21 Oct 2009 18:06:48 +0000 (UTC) Received: from [195.4.92.23] (helo=13.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1N0faA-0006Qs-V8; Wed, 21 Oct 2009 20:06:46 +0200 Received: from ta056.t.pppool.de ([89.55.160.86]:48666 helo=ernst.jennejohn.org) by 13.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1N0faA-0007jI-Ok; Wed, 21 Oct 2009 20:06:46 +0200 Date: Wed, 21 Oct 2009 20:06:45 +0200 From: Gary Jennejohn To: Mike Watters Message-ID: <20091021200645.1a08e457@ernst.jennejohn.org> In-Reply-To: <4ADE4D19.3090907@mwatters.net> References: <4ADE4D19.3090907@mwatters.net> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 21 Oct 2009 18:32:48 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 8.0-RC1 amd64 - filesystem on scsi disk related memory corruption w/ gte 4GB ram X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: garyj@denx.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2009 18:06:50 -0000 On Tue, 20 Oct 2009 16:51:53 -0700 Mike Watters wrote: > The SCSI card is an LSI20160 (sym(4), PCI U160). The SCSI disk is a > Seagate ST373455LW (U320). The current motherboard is an ASUS M3A76-CM > (AMI BIOS, AM2+ socket). I have a boot -v dmesg (34kb) available from a > livefs cd boot with 8GB installed and memory hole remapping turned on > (case 4 result). The source used to build the CD was cvsup'ed a week or > two ago. > I saw similar problems, I think it was some time last year, using an Adaptec 160 (PCI) controller. IIRC the problem was due to the fact that the card didn't support > 32 bit DMA and there was no provision for bounce buffers in the driver. I can't say whether moving to a PCIe controller would have solved the problem. I ditched SCSI and moved to SATA. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 20:37: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 701DE1065692 for ; Wed, 21 Oct 2009 20:37:29 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4A63C8FC1A for ; Wed, 21 Oct 2009 20:37:29 +0000 (UTC) Received: from [10.0.0.171] (unknown [64.9.236.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id E03D022E247 for ; Wed, 21 Oct 2009 16:37:26 -0400 (EDT) Message-ID: <4ADF70F1.5060300@gmail.com> Date: Wed, 21 Oct 2009 13:37:05 -0700 From: David Ehrmann 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 Subject: Strange issue with Samba on 8.0rc1 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, 21 Oct 2009 20:37:29 -0000 I'm having a strange issue with samba-3.3.8. When I open a file from a Vista machine, it's corrupted. When it's an uncompressed image, I get sections where 3308 bytes of pixels are black. They're not evenly distributed, and I'd guess they fill between 10% and 20% of the image. If I open the file from an XP machine (in VMware on the same computer), this doesn't happen. It's not the disk; it's ZFS, and the lines aren't consistent. Opening the file from a samba on a different FreeBSD box with the data accessed via NFS works (again, not the disk). The problem also happens if I access a file on a non-ZFS disk. Trying to see if it's a a 8.0 issue, I did a fresh installation in VMware (aside: the kernel in the installer crashes with the LSI Logic controller VMware emulates), installed samba 3.3 from packages, mounted the files via nfs, and it works from Vista. A 100MB file transfer with netcat between buggy FreeBSD and Vista worked. I grabbed a fresh ports tree, cleaned it, then did portupgrade -P -R -f net/samba33. Didn't work. I tried again, but entirely from packages, and also removed and reinstalled most of the dependencies, but no luck. That time, I even started a fresh smb.conf and deleted /var/db/samba. My /var was corrupted at one point, so any db there might not have been reliable (hence -R on portupgrade). Ideas? From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 21:23: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 5008B106568B for ; Wed, 21 Oct 2009 21:23:26 +0000 (UTC) (envelope-from sweetnavelorange@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 D87A68FC12 for ; Wed, 21 Oct 2009 21:23:25 +0000 (UTC) Received: by ewy5 with SMTP id 5so3800469ewy.36 for ; Wed, 21 Oct 2009 14:23: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=6DZl9sjOmT+iCO+CwHvTd60/WbpF9ZJ1xFU9aC3YL+4=; b=upxhjIF/EpzCsLGq8TQWvtnJpbauxCadLqTWZ+8uWtQtiC/QhcF21bp7WaMap9xvNl f+lhEs3knakE/Bs2CqxwCZ76uLQKGDgzSNlw/PChW6KKYj+lpH+N0rp9qZzJX0W+x7ZF Qso9GIe7BWuQSAC/A/9ErpV0gXOKFk2wo+yjY= 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=UJNbLFmpBR0Q3OAlgpW5cDJKKcr+RjpB9VNUoCaRjb/Xg7xHUBCJefOExIObbWEv00 tQOvbJ7qI394b9kNruqACH8vDrKRYtdK+ojmr2LvW8e95DNtlgaLebe0YdNb43BAIkUg cZ+kxPBMxva1QTg3MDWeo8UrmAlZU9ytavHW0= MIME-Version: 1.0 Received: by 10.216.93.12 with SMTP id k12mr73515wef.195.1256160204571; Wed, 21 Oct 2009 14:23:24 -0700 (PDT) In-Reply-To: <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> References: <4ADE995A.8080009@ish.com.au> <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> Date: Thu, 22 Oct 2009 10:23:24 +1300 Message-ID: From: James Butler To: Marcel Moolenaar Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, Jurgen Weber , Aristedes Maniatis Subject: Re: gpart, bsdlabel and fdisk 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, 21 Oct 2009 21:23:26 -0000 2009/10/22 Marcel Moolenaar : > > On Oct 20, 2009, at 10:17 PM, Aristedes Maniatis wrote: >> * is there some source of good documentation out there other than the man >> page for gpart? > > man gpart. I had to read the source. With respect, the man page for gpart(8) is slightly misleading - it lists the -s and -b parameters to 'add' as compulsory, and omits the 'interesting' (and useful) size suffix decoding logic. I would post a patch, but I have no working FreeBSD box for the next couple of weeks. My NZD$0.02, -James Butler From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 23:35: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 729D01065670 for ; Wed, 21 Oct 2009 23:35:20 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 13E5B8FC14 for ; Wed, 21 Oct 2009 23:35:20 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n9LNZIq7007536 for ; Wed, 21 Oct 2009 18:35:18 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 21 Oct 2009 18:35:18 -0500 (CDT) From: "Sean C. Farley" 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 X-Spam-Status: No, score=-3.0 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: Trouble booting system with root within gvinum volume 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, 21 Oct 2009 23:35:20 -0000 I have been trying to setup a system (testing with VirtualBox) using gvinum. Here are the basics for the setup. Some steps skipped for the install, as they look good. Unfortunately, I only get (F1, F2 and F3). Pressing F3 only provided a '#'. I have the two "drives" connected to SATA ports within VirtualBox. I originally tried to add the fake root via gpart, but it has no mechanism to create a partition that overlaps another one. gpart show does not show the fake root (should be partition 1 in ad4s3 and ad6s3), so I am suspicious that it is not seen. The idea for the Vinum root was taken from here: http://www.freebsd.org/doc/en/books/handbook/vinum-root.html Also, would the swap below be able to accept a core dump from a panic? # Create two MBR-based drives with three slices each. Two for Windows7 # (if I ever find the desire to do that) and one for FreeBSD. gvinum # uses the 'h' partition for both. gpart create -s mbr ad4 gpart create -s mbr ad6 gpart add -s 100M -t '!7' ad4 # Windows7 stuff; ignore gpart add -s 100M -t '!7' ad6 # Windows7 stuff; ignore gpart add -s 20G -t '!7' ad4 # Windows7 stuff; ignore gpart add -s 20G -t '!7' ad6 # Windows7 stuff; ignore gpart add -t freebsd ad4 gpart add -t freebsd ad6 gpart create -s bsd ad4s3 gpart create -s bsd ad6s3 gpart add -b 16 -t freebsd-vinum -i 8 ad4s3 gpart add -b 16 -t freebsd-vinum -i 8 ad6s3 # vinum.conf (gvinum create vinum.conf). Mirror /, /tmp, /usr and /var. # Stripe swap. drive a device /dev/ad4s3h drive b device /dev/ad6s3h volume root plex org concat sd length 1g drive a plex org concat sd length 1g drive b volume swap plex org striped 256k sd length 2g drive a sd length 2g drive b volume tmp plex org concat sd length 1g drive a plex org concat sd length 1g drive b volume var plex org concat sd length 2g drive a plex org concat sd length 2g drive b volume usr plex org concat sd drive a plex org concat sd drive b # Add the 'a' partition as a fake root for the boot loader to find to # both drives (only the first show below). # Offset is offset of 'h' partition plus offset of root subdisk (16 + # 265). # Size is size of root subdisk. # /dev/ad4s3: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 281 4.2BSD 2048 16384 0 c: 83681262 0 unused 0 0 # "raw" part, don't edit h: 83681246 16 vinum # Add bootstrap code to both drives. gpart bootcode -b /boot/boot0 ad4 gpart bootcode -b /boot/boot0 ad6 Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 21 23:41: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 3D98A1065676; Wed, 21 Oct 2009 23:41:52 +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 20C938FC12; Wed, 21 Oct 2009 23:41: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 n9LNfpMS027391; Wed, 21 Oct 2009 16:41:51 -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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Oct 2009 16:41:46 -0700 Message-ID: In-Reply-To: <9ace436c0910202052r1d1235dax774290a4fa1ee842@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: svn commit: r198306 - head/sys/net Thread-Index: AcpSBgWAgxSIOAFgSy+5n/0aIH9hkgAoNaEQ References: <9ace436c0910202052r1d1235dax774290a4fa1ee842@mail.gmail.com> From: "Li, Qing" To: "Qing Li" , "Ryan Stone" Cc: freebsd-current@freebsd.org, "b. f." Subject: RE: svn commit: r198306 - head/sys/net 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, 21 Oct 2009 23:41:52 -0000 I reviewed the SMP code and architecture modules last night. After = discussion=20 with Kip Macy, we feel using the "#ifdef SMP" is actually not necessary=20 here.=20 There is one more function in the flow-table module needs to check for = the=20 smp_started condition, but other than that, I don't intend to fix = anything=20 else at this point. -- Qing >=20 > b.f., >=20 > I think you are right in saying those code blocks should > have "#ifdef SMP" condition around them. I am in the > process of make those changes. >=20 > Thanks, >=20 > -- Qing >=20 > On Tue, Oct 20, 2009 at 8:30 PM, Ryan Stone wrote: > > Judging from the checkin comment, it is not intended to only > eliminate > > the call to sched_bind in the non-SMP case. =A0However. you asked > > whether it would work correctly in the non-SMP case and I answered > > that question. > > > > Ryan > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 00:48: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 CBFB1106568D for ; Thu, 22 Oct 2009 00:48:36 +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 664E98FC1B for ; Thu, 22 Oct 2009 00:48:35 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:63478) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1N0lvX-0004Ur-1A; Thu, 22 Oct 2009 11:53:15 +1100 Message-ID: <4ADFABE1.2080001@ish.com.au> Date: Thu, 22 Oct 2009 11:48:33 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5pre) Gecko/20091019 Shredder/3.0pre MIME-Version: 1.0 To: Marcel Moolenaar , freebsd-current@freebsd.org References: <4ADE995A.8080009@ish.com.au> <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> In-Reply-To: <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 00:48:36 -0000 On 22/10/09 4:54 AM, Marcel Moolenaar wrote: >> * is this the future for FreeBSD and we should use gpart from here >> on? Are the old tools deprecated? > > Yes. But the 8.0 sysinstall still uses fdisk and bsdlabel? >> * is the result of using gpart completely different to the >> bsdlabel/fdisk we've known? Are the partitions on disk quite different? > > The on-disk layout is dictated and cannot be different. As such, > they are the same. But some things look different. For example, old style labels were always of the style ad4s1b. But now the labels appear to be more flexible. Should we be using old style labels for compatibility with old tools, or does everything work with the new labelling options? >> * is there some source of good documentation out there other than >> the man page for gpart? > > man gpart. Hmmm... I was hoping for something more useful than that response. Where is it documented that I have to do "echo 'a 1' | fdisk -f - /dev/ad4" to make a disk bootable? Is there a work-in-progress handbook page somewhere that describes the overall process of setting up disks with the new tools? 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 Thu Oct 22 00:52: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 54E5D106568D for ; Thu, 22 Oct 2009 00:52:55 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 178EC8FC17 for ; Thu, 22 Oct 2009 00:52:55 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9M0qqN8084815 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 20:52:53 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Aristedes Maniatis In-Reply-To: <4ADFABE1.2080001@ish.com.au> References: <4ADE995A.8080009@ish.com.au> <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> <4ADFABE1.2080001@ish.com.au> Content-Type: text/plain Organization: FreeBSD Date: Wed, 21 Oct 2009 19:52:47 -0500 Message-Id: <1256172767.2309.1.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Marcel Moolenaar , freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 00:52:55 -0000 On Thu, 2009-10-22 at 11:48 +1100, Aristedes Maniatis wrote: > Hmmm... I was hoping for something more useful than that response. > Where is it documented that I have to do "echo 'a 1' | fdisk -f > - /dev/ad4" to make a disk bootable? I committed a patch the other day that will set the active flag for a GPT partitioned disk when you install bootcode on it. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 01:15: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 9DECE106566C for ; Thu, 22 Oct 2009 01:15:52 +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 58B9F8FC19 for ; Thu, 22 Oct 2009 01:15:52 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:63631) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1N0mLv-0004rL-0C; Thu, 22 Oct 2009 12:20:31 +1100 Message-ID: <4ADFB244.6060109@ish.com.au> Date: Thu, 22 Oct 2009 12:15:48 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5pre) Gecko/20091019 Shredder/3.0pre MIME-Version: 1.0 To: Robert Noland References: <4ADE995A.8080009@ish.com.au> <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> <4ADFABE1.2080001@ish.com.au> <1256172767.2309.1.camel@balrog.2hip.net> In-Reply-To: <1256172767.2309.1.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 01:15:52 -0000 On 22/10/09 11:52 AM, Robert Noland wrote: > On Thu, 2009-10-22 at 11:48 +1100, Aristedes Maniatis wrote: >> > Hmmm... I was hoping for something more useful than that response. >> > Where is it documented that I have to do "echo 'a 1' | fdisk -f >> > - /dev/ad4" to make a disk bootable? > I committed a patch the other day that will set the active flag for a > GPT partitioned disk when you install bootcode on it. Great. Will that make it to RC2? Until then, is this the correct procedure to make a disk capable of booting ZFS: gpart bootcode -b /boot/boot0 ad4 echo 'a 1' | fdisk -f - /dev/ad4 Sean mentions that 16 blocks have to be reserved at the start of the disk (to allow for the bootloader?). Will that also go away with your new patch so that the appropriate space is preserved? Will 16 blocks be enough forever? Thanks Ari -- --------------------------> 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 Thu Oct 22 01:16: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 33D05106568F for ; Thu, 22 Oct 2009 01:16:37 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E3B408FC14 for ; Thu, 22 Oct 2009 01:16:36 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9M1GY2H084936 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 21:16:34 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Aristedes Maniatis In-Reply-To: <4ADE995A.8080009@ish.com.au> References: <4ADE995A.8080009@ish.com.au> Content-Type: text/plain Organization: FreeBSD Date: Wed, 21 Oct 2009 20:16:28 -0500 Message-Id: <1256174188.2309.22.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, Jurgen Weber Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 01:16:37 -0000 On Wed, 2009-10-21 at 16:17 +1100, Aristedes Maniatis wrote: > We are setting up a FreeBSD system from scratch and wanting to understand the new gpart utility. Our goal is to create a ZFS bootable install (mirror). In the past our approach has been to: > > 1. fdisk (allocate entire disk) > 2. partition (1Gb UFS boot partition, swap and rest empty for ZFS) > 3. set up ZFS [1] Make sure that your loader has zfs support. Setting LOADER_ZFS_SUPPORT="YES" in make.conf will take care of it. gpart create -s GPT gpart add -t freebsd-boot -s 128 gpart add -t freebsd-swap -s XXX[mg] gpart add -t freebsd-zfs gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 [I committed a patch that will set the active flag when you install bootcode, but it is only in -CURRENT so far. zpool create [mirror, raidz] ... If you want more than a single root filesystem: zfs create You will need 3 other steps... Now, install FreeBSD. I generally bootstrap from a running system, so I just stick the disks in and "make installworld DESTDIR=/pool && make installkernel DESTDIR=/pool" followed by a "mergemaster -i -D /pool" You need to install a cache in /boot/zfs/zpool.cache on the new filesystem. I generally do this by setting "zpool set cachefile=/tmp/.cache and then copying that to /boot/zfs/zpool.cache. After that, I usually set "zfs set mountpoint=legacy " which will unmount the filesystem. The gpart piece is really easy, once you get the hang of it... Setting up zfs root on a new machine is mostly tricky because you need to make sure that you have a working loader. robert. > Now we want to understand how to avoid the bootable UFS partition (which causes us some grief), but there is very little information about gpart as the tool to do it. I've found various guides (eg [2]) but am a little underwhelmed by the documentation, especially with magic commands like this as part of the set up: > > echo 'a 1' | fdisk -f - /dev/ad4 > > It appears that gpart is largely replacing fdisk and bsdlabel. > > * is this the future for FreeBSD and we should use gpart from here on? Are the old tools deprecated? > > * we tried to reinstall the machine with some 7.2 CDs but the gparted disks caused fdisk to crash. Is this expected? > > * is the result of using gpart completely different to the bsdlabel/fdisk we've known? Are the partitions on disk quite different? > > * is there some source of good documentation out there other than the man page for gpart? > > * has the MBR changed now with gpart? > > > Thanks > > Ari Maniatis > > > [1] https://www.ish.com.au/solutions/articles/freebsdzfs > [2] http://outpost.h3q.com/patches/manageBE/create-FreeBSD-ZFS-bootfs.txt -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 01:29: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 613861065676 for ; Thu, 22 Oct 2009 01:29:19 +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 ECF568FC17 for ; Thu, 22 Oct 2009 01:29:18 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:63676) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1N0mYv-00051Z-33; Thu, 22 Oct 2009 12:33:57 +1100 Message-ID: <4ADFB56B.9040607@ish.com.au> Date: Thu, 22 Oct 2009 12:29:15 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5pre) Gecko/20091019 Shredder/3.0pre MIME-Version: 1.0 To: Robert Noland References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> In-Reply-To: <1256174188.2309.22.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jurgen Weber Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 01:29:19 -0000 On 22/10/09 12:16 PM, Robert Noland wrote: > gpart create -s GPT Sorry to keep asking so many questions, but hopefully this is all helpful to everyone else moving to the new gpart tools. I can see there are three common partition types now in use on FreeBSD: MBR, BSD and GPT. I assume MBR is the same type sysinstall offerred FreeBSD users up until now for bootable disks. And GPT is the new type which is needed to support booting into ZFS. Does this explain why bsdlabel shows odd results for our GPT partitioned disks: it doesn't have support for GPT? I don't understand this in the gpart manual: "The GEOM_PART_GPT option adds support for the GUID Partition Table (GPT) found on Intel Itanium computers and Intel-based Macintosh computers." Why is GPT restricted to use on Macs and Itanium? As long as BIOS is able to load the boot sectors, shouldn't it work everywhere? Can you clarify this a little? Will GPT be the default recommended partition type for all FreeBSD users now? Are there downsides to using it? Does it have a documentation page somewhere? Thanks 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 Thu Oct 22 01:33: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 C1CD1106566B for ; Thu, 22 Oct 2009 01:33:58 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5E78FC0C for ; Thu, 22 Oct 2009 01:33:58 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9M1XtqV085033 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 21:33:56 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Aristedes Maniatis In-Reply-To: <4ADFB244.6060109@ish.com.au> References: <4ADE995A.8080009@ish.com.au> <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> <4ADFABE1.2080001@ish.com.au> <1256172767.2309.1.camel@balrog.2hip.net> <4ADFB244.6060109@ish.com.au> Content-Type: text/plain Organization: FreeBSD Date: Wed, 21 Oct 2009 20:33:50 -0500 Message-Id: <1256175230.2309.27.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Marcel Moolenaar , freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 01:33:58 -0000 On Thu, 2009-10-22 at 12:15 +1100, Aristedes Maniatis wrote: > On 22/10/09 11:52 AM, Robert Noland wrote: > > On Thu, 2009-10-22 at 11:48 +1100, Aristedes Maniatis wrote: > >> > Hmmm... I was hoping for something more useful than that response. > >> > Where is it documented that I have to do "echo 'a 1' | fdisk -f > >> > - /dev/ad4" to make a disk bootable? > > > I committed a patch the other day that will set the active flag for a > > GPT partitioned disk when you install bootcode on it. > > > Great. Will that make it to RC2? > > Until then, is this the correct procedure to make a disk capable of booting ZFS: > > gpart bootcode -b /boot/boot0 ad4 > echo 'a 1' | fdisk -f - /dev/ad4 I used to do it by just calling "fdisk -a /dev/ad4". It prompts you and did the right thing. Note that only one of my machines needs the active flag specifically set. Most BIOS don't seem to need it, but then some do and it doesn't hurt to set it. > Sean mentions that 16 blocks have to be reserved at the start of the disk (to allow for the bootloader?). Will that also go away with your new patch so that the appropriate space is preserved? Will 16 blocks be enough forever? I don't normally do this, no... But I'm not sure exactly how you have setup your disks. I use GPT and have not needed to do that... I posted the procedure that I use a few minutes ago. robert. > Thanks > > Ari > -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 01:54: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 09EF4106566B for ; Thu, 22 Oct 2009 01:54:35 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A28518FC14 for ; Thu, 22 Oct 2009 01:54:34 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9M1sQXE085119 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 21:54:26 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Aristedes Maniatis In-Reply-To: <4ADFB56B.9040607@ish.com.au> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFB56B.9040607@ish.com.au> Content-Type: text/plain Organization: FreeBSD Date: Wed, 21 Oct 2009 20:54:20 -0500 Message-Id: <1256176460.2309.37.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, Jurgen Weber Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 01:54:35 -0000 On Thu, 2009-10-22 at 12:29 +1100, Aristedes Maniatis wrote: > On 22/10/09 12:16 PM, Robert Noland wrote: > > gpart create -s GPT > > Sorry to keep asking so many questions, but hopefully this is all helpful to everyone else moving to the new gpart tools. > > I can see there are three common partition types now in use on FreeBSD: MBR, BSD and GPT. I assume MBR is the same type sysinstall offerred FreeBSD users up until now for bootable disks. And GPT is the new type which is needed to support booting into ZFS. Does this explain why bsdlabel shows odd results for our GPT partitioned disks: it doesn't have support for GPT? > > I don't understand this in the gpart manual: > > "The GEOM_PART_GPT option adds support for the GUID Partition Table (GPT) found on Intel Itanium computers and Intel-based Macintosh computers." > > Why is GPT restricted to use on Macs and Itanium? As long as BIOS is able to load the boot sectors, shouldn't it work everywhere? Can you clarify this a little? > > Will GPT be the default recommended partition type for all FreeBSD users now? Are there downsides to using it? Does it have a documentation page somewhere? Well now... You probably want to wikipedia some of this.... http://en.wikipedia.org/wiki/Partition_%28computing%29 is probably a good starting place. GPT is the easiest way to get zfs working. With GPT you write a PMBR (protective master boot record) to sector 0 of the drive. This prevents (should prevent) older tools that don't understand GPT from messing with the disk. Basically it shows the disk as having a single partition which encompasses the disk. The GPT header then occupies the second sector on the disk, followed by the partition entries. As I understand it (never actually tried it), Windows XP/Vista whatever... Don't understand GPT yet, so you can't really dual boot with it. For that you probably still need an MBR scheme. But I haven't run into any pc systems that won't handle GPT yet, other than one of them needing the active flag set in the PMBR. robert. > Thanks > > Ari Maniatis > -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 02:45: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 5B94D106568F for ; Thu, 22 Oct 2009 02:45:07 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7F08FC1C for ; Thu, 22 Oct 2009 02:45:07 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KRW00LA6AB44H40@asmtp024.mac.com> for freebsd-current@freebsd.org; Wed, 21 Oct 2009 19:45:06 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <4ADFABE1.2080001@ish.com.au> Date: Wed, 21 Oct 2009 19:45:03 -0700 Message-id: <291F3A8D-A1D7-45CE-8DCC-8B46CB394D45@mac.com> References: <4ADE995A.8080009@ish.com.au> <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> <4ADFABE1.2080001@ish.com.au> To: Aristedes Maniatis X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 02:45:07 -0000 On Oct 21, 2009, at 5:48 PM, Aristedes Maniatis wrote: > On 22/10/09 4:54 AM, Marcel Moolenaar wrote: > >>> * is this the future for FreeBSD and we should use gpart from here >>> on? Are the old tools deprecated? >> >> Yes. > > But the 8.0 sysinstall still uses fdisk and bsdlabel? No, sysinstall has embedded code for partitioning. It doesn't use fdisk, bsdlabel nor gpart. > >>> * is the result of using gpart completely different to the >>> bsdlabel/fdisk we've known? Are the partitions on disk quite >>> different? >> >> The on-disk layout is dictated and cannot be different. As such, >> they are the same. > > But some things look different. For example, old style labels were > always of the style ad4s1b. ad4s1b means that ad4 has a MBR and in partition 4 of the MBR is a BSD disklabel that has a 'b' partition. This is exactly the same you get with gpart. > But now the labels appear to be more flexible. Should we be using > old style labels for compatibility with old tools, or does > everything work with the new labelling options? There's not really an old style or a new style. gpart (with GEOM_PART in the kernel) is just a different way of creating on-disk partitions. gpart does add some flexibility in some cases (more than 8 partitions in the BSD disklabel), but it's still a BSD disklabel. > >>> * is there some source of good documentation out there other than >>> the man page for gpart? >> >> man gpart. > > Hmmm... I was hoping for something more useful than that response. > Where is it documented that I have to do "echo 'a 1' | fdisk -f - / > dev/ad4" to make a disk bootable? man fdisk :-) Or with gpart: # gpart set -a active -i 1 ad4 > Is there a work-in-progress handbook page somewhere that describes > the overall process of setting up disks with the new tools? It typically takes a while for that to catch up with events. I don't think there's a WIP just yet... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 03:16: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 99CCF106566C for ; Thu, 22 Oct 2009 03:16:58 +0000 (UTC) (envelope-from bf1783@googlemail.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 2B6518FC16 for ; Thu, 22 Oct 2009 03:16:57 +0000 (UTC) Received: by ewy5 with SMTP id 5so4062052ewy.36 for ; Wed, 21 Oct 2009 20:16:57 -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=DoQUqW6qThyn+Qo9ZKoYJf/x5YDvJG7g3DlCaRqQiFc=; b=DblvnT5YjBCofby0xCNDRWajS8qLUeb2P5ab5xtFKBg16no0tYr9lwnpk95EtIdgPL mQf/8wQzyfyE2p4Ag7GeY9GhS1+PuYjEfYoz+mbrFy8iiPnSflXHHHR0pjzusbGKbX6x E1c+xMl51VfmKooKd+7k4rPnLEUja5PsT7V58= 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=pNqSvaEfkRWjiggZW1lJ1DXKK2UOAt9f2ot1WCUYaTRQQhs5Tzurqop8iU5v/IXvoz ou0Bjw/NYz7pft4ax1QZIcuQ0oXGsGyvuGb42wrIEOxkGk7N2b8Ae+PTBClNERj8z8uG Syg4ic2C0C6+DQO3WhKNwONgwmDskLvIc9u08= MIME-Version: 1.0 Received: by 10.216.91.84 with SMTP id g62mr187432wef.216.1256181416967; Wed, 21 Oct 2009 20:16:56 -0700 (PDT) In-Reply-To: References: <9ace436c0910202052r1d1235dax774290a4fa1ee842@mail.gmail.com> Date: Thu, 22 Oct 2009 03:16:56 +0000 Message-ID: From: "b. f." To: "Li, Qing" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: svn commit: r198306 - head/sys/net 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, 22 Oct 2009 03:16:58 -0000 On 10/21/09, Li, Qing wrote: > I reviewed the SMP code and architecture modules last night. After > discussion > with Kip Macy, we feel using the "#ifdef SMP" is actually not necessary > here. > Perhaps not strictly necessary, but wouldn't it be better to have it? What is your rationale for not using making it conditional on SMP? I note that these will be the only such unconditional uses of that variable that I see in the tree, other than the definition in sys/sys/smp.h. Regards, b. From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 03:22: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 089751065676 for ; Thu, 22 Oct 2009 03:22:39 +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 BF36A8FC16 for ; Thu, 22 Oct 2009 03:22:38 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:64013) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1N0oKV-0006SX-04; Thu, 22 Oct 2009 14:27:11 +1100 Message-ID: <4ADFCFF3.1030201@ish.com.au> Date: Thu, 22 Oct 2009 14:22:27 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5pre) Gecko/20091019 Shredder/3.0pre MIME-Version: 1.0 To: Robert Noland References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> In-Reply-To: <1256174188.2309.22.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jurgen Weber Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 03:22:39 -0000 On 22/10/09 12:16 PM, Robert Noland wrote: > Make sure that your loader has zfs support. Setting > LOADER_ZFS_SUPPORT="YES" in make.conf will take care of it. Does this setting just create /boot/pmbr and /boot/gptzfsboot files in /boot? We use freebsd-update as a binary update mechanism and I can see those files already exist (8.0-RC1), so perhaps it isn't needed except to compile the appropriate boot loader files? Also, LOADER_ZFS_SUPPORT does not appear in the man page for make.conf. Once I have everything figured out, I'll write up a blog post with a set of instructions on what I've learnt. Hopefully that will help others in the future. Thanks 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 Thu Oct 22 03:36: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 957B9106568F for ; Thu, 22 Oct 2009 03:36:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 5EEF48FC1A for ; Thu, 22 Oct 2009 03:36:26 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9M3aMc3085597 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 23:36:24 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Marcel Moolenaar In-Reply-To: <291F3A8D-A1D7-45CE-8DCC-8B46CB394D45@mac.com> References: <4ADE995A.8080009@ish.com.au> <5208B24B-0ED9-493F-81E4-04BF33FA9062@mac.com> <4ADFABE1.2080001@ish.com.au> <291F3A8D-A1D7-45CE-8DCC-8B46CB394D45@mac.com> Content-Type: text/plain Organization: FreeBSD Date: Wed, 21 Oct 2009 22:36:16 -0500 Message-Id: <1256182576.2309.57.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, Aristedes Maniatis Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 03:36:26 -0000 On Wed, 2009-10-21 at 19:45 -0700, Marcel Moolenaar wrote: > # gpart set -a active -i 1 ad4 FWIW, this does not work on GPT schemes... Which is a key reason that I patched the bootcode option for GPT schemes. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 03:47: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 E8D2C1065676 for ; Thu, 22 Oct 2009 03:47:03 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B30EF8FC08 for ; Thu, 22 Oct 2009 03:47:03 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9M3kxv0085645 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Oct 2009 23:47:01 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Aristedes Maniatis In-Reply-To: <4ADFCFF3.1030201@ish.com.au> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> Content-Type: text/plain Organization: FreeBSD Date: Wed, 21 Oct 2009 22:46:54 -0500 Message-Id: <1256183214.2309.61.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, Jurgen Weber Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 03:47:04 -0000 On Thu, 2009-10-22 at 14:22 +1100, Aristedes Maniatis wrote: > On 22/10/09 12:16 PM, Robert Noland wrote: > > Make sure that your loader has zfs support. Setting > > LOADER_ZFS_SUPPORT="YES" in make.conf will take care of it. > > Does this setting just create /boot/pmbr and /boot/gptzfsboot files in /boot? We use freebsd-update as a binary update mechanism and I can see those files already exist (8.0-RC1), so perhaps it isn't needed except to compile the appropriate boot loader files? gptboot and pmbr should be there always... The LOADER_ZFS_SUPPORT has to do with it requiring CDDL code and so isn't / wasn't built by default... I'm not fully aware of the details... I just know that when I setup my first amd64 box w/ zfs root it wasn't part of the normal CDs. So I built up a temporary install to bootstrap it and install the OS. robert. > Also, LOADER_ZFS_SUPPORT does not appear in the man page for make.conf. > > Once I have everything figured out, I'll write up a blog post with a set of instructions on what I've learnt. Hopefully that will help others in the future. > > Thanks > > Ari Maniatis > -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 07:01: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 A8D86106568B for ; Thu, 22 Oct 2009 07:01:29 +0000 (UTC) (envelope-from swhetzel@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 5D1168FC1F for ; Thu, 22 Oct 2009 07:01:29 +0000 (UTC) Received: by vws27 with SMTP id 27so3148120vws.3 for ; Thu, 22 Oct 2009 00:01:28 -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=iplcZ4JvrFAyailuZOsRhzvVcOGB7hV1U4NnibrNFYQ=; b=jpcb0g9n2SHI7MN6AFlZW69q1W3DMvmGyPZYAFOpQijv1JDNqDVuYdXxzJXCVNWP6z lL4nXaHPUEHOmMfkHJFIhydJo0fFv6ogmIQ5h3rlYJbGtfRpMsllV6QSpd/CbjAVoM1X n3kGE/LortJNP8l/MiEaOi22gP8jcsdCNo238= 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=f8KgxQ5xeSiq58r3Foczn/P/1PAxr9l2lPknAbXWqW0oFg2VoH2c5Uk5iyErZg+6pZ sq9BO5kbwZW/UakBK1aXss3KPnFawlfSqhdxQI3ZxzuUQivaCDFliBYWamwqQJbD3iOf ak/+gdgRBOSC0Dc5BvfyibGMe8Cj27zakzBFU= MIME-Version: 1.0 Received: by 10.220.122.90 with SMTP id k26mr938700vcr.9.1256194888491; Thu, 22 Oct 2009 00:01:28 -0700 (PDT) In-Reply-To: <4ADFCFF3.1030201@ish.com.au> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> Date: Thu, 22 Oct 2009 02:01:28 -0500 Message-ID: <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> From: Scot Hetzel To: Aristedes Maniatis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 07:01:29 -0000 On Wed, Oct 21, 2009 at 10:22 PM, Aristedes Maniatis wrote= : > On 22/10/09 12:16 PM, Robert Noland wrote: >> >> Make sure that your loader has zfs support. =A0Setting >> LOADER_ZFS_SUPPORT=3D"YES" in make.conf will take care of it. > > Does this setting just create /boot/pmbr and /boot/gptzfsboot files in > /boot? We use freebsd-update as a binary update mechanism and I can see > those files already exist (8.0-RC1), so perhaps it isn't needed except to > compile the appropriate boot loader files? > > Also, LOADER_ZFS_SUPPORT does not appear in the man page for make.conf. > > Once I have everything figured out, I'll write up a blog post with a set = of > instructions on what I've learnt. Hopefully that will help others in the > future. > You may also want to check out these pages I created on how to setup a Root on ZFS configuration with ZFS using MBR, and GPT (Single, Mirror, RAIDZ1, RAIDZ2) Configurations. http://wiki.freebsd.org/RootOnZFS If anyone notices a problem with them, either let me know or update the wiki page. Scot From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 07:16: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 D3AC0106568F for ; Thu, 22 Oct 2009 07:16:37 +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 B791A8FC19 for ; Thu, 22 Oct 2009 07:16: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 n9M7Gbn0017970; Thu, 22 Oct 2009 00:16: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: Thu, 22 Oct 2009 00:15:12 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: svn commit: r198306 - head/sys/net Thread-Index: AcpSxh4Qme7RTai9QBiPN3HXAmZD2AAIQeCQ References: <9ace436c0910202052r1d1235dax774290a4fa1ee842@mail.gmail.com> From: "Li, Qing" To: "b. f." Cc: freebsd-current@freebsd.org Subject: RE: svn commit: r198306 - head/sys/net 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, 22 Oct 2009 07:16:37 -0000 >=20 > Perhaps not strictly necessary, but wouldn't it be better to have it? > What is your rationale for not using making it conditional on SMP?=20 > If the definition itself is not within the preprocessor command, what is the benefit of having it in the code ? -- Qing From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 08:09: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 EEEDA1065697 for ; Thu, 22 Oct 2009 08:09:42 +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 86E088FC16 for ; Thu, 22 Oct 2009 08:09:42 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:65468) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1N0soR-00027D-2j; Thu, 22 Oct 2009 19:14:23 +1100 Message-ID: <4AE01342.4000303@ish.com.au> Date: Thu, 22 Oct 2009 19:09:38 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5pre) Gecko/20091019 Shredder/3.0pre MIME-Version: 1.0 To: Scot Hetzel References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> In-Reply-To: <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 08:09:43 -0000 On 22/10/09 6:01 PM, Scot Hetzel wrote: > http://wiki.freebsd.org/RootOnZFS > > If anyone notices a problem with them, either let me know or update > the wiki page. That's very helpful, thanks Scot. It raises some questions: * you don't have the instruction to perform "echo 'a 1' | fdisk -f - /dev/ad4" which Robert recommends * Robert recommends GPT as the "easiest way to get ZFS on root working". Your instructions seem to lean more toward MBR "The advantage of using a MBR disk is that you can still dual boot with other Operating Systems.". Are there any downsides of using MBR which should be explained? * I've seen posts here (sorry I don't have one handy) which recommend to not put swap on ZFS. Apart from crash dumps are there any other reasons to prefer one over the other? Your instructions explain both, without giving much of a guide about why you'd choose one. Is a 'native' swap faster than one on ZFS? * you write LOADER_ZFS_SUPPORT=YES to src.conf, while previous instruction in this thread had it written to make.conf * In order to follow http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror will you need to run this from the live CD rather than the first install CD? * At the top of the same page you give instructions for creating boot, swap and zfs partitions. But your instructions give block sizes very specific to your disks. It would be helpful to have something like: gpart add -b 34 -s 128 -t freebsd-boot ad0 (why 34? this is a different magic number to other magic numbers I've seen suggested) gpart add -b 162 -s 8G -t freebsd-swap ad0 (the 8G is more readable than specifying in sectors) or even gpart add -b 162 -s 8G -t freebsd-swap -l swap-ad0 ad0 (the human readable label appears to be a nice feature of GPT) then gpart show ad0 and look for the offset and size following the "free" space. [1] offset=`gpart show ad0 | grep '\- free \-' | awk '{print $1}'` size=`gpart show ad0 | grep '\- free \-' | awk '{print $2}'` gpart add -b $offset -s $size -t freebsd-zfs -l system-ad0 ad0 As a feature request it would be great if gpart supported "-s all" and made "-b" optional so that the next add starts at the beginning of the first free space. Ari [1] That's from Philipp Wuensche's instructions I found. --------------------------> 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 Thu Oct 22 08:16: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 BB99F1065694 for ; Thu, 22 Oct 2009 08:16:24 +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 4C5EC8FC1F for ; Thu, 22 Oct 2009 08:16:23 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:43608 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1N0sq3-00030z-5u; Thu, 22 Oct 2009 10:16:06 +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 33AB926EA6D; Thu, 22 Oct 2009 10:15:58 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: <4AE01342.4000303@ish.com.au> Date: Thu, 22 Oct 2009 10:15:55 +0200 Content-Transfer-Encoding: 7bit Message-Id: <77FC25AE-E098-48E3-8F64-776B4BDAF3EF@exscape.org> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> <4AE01342.4000303@ish.com.au> To: Aristedes Maniatis X-Mailer: Apple Mail (2.1076) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1N0sq3-00030z-5u. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1N0sq3-00030z-5u 2bc6d238739c4727282746b7472351f3 Cc: Scot Hetzel , freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 08:16:24 -0000 On Oct 22, 2009, at 10:09 AM, Aristedes Maniatis wrote: > On 22/10/09 6:01 PM, Scot Hetzel wrote: >> http://wiki.freebsd.org/RootOnZFS >> >> If anyone notices a problem with them, either let me know or update >> the wiki page. > > That's very helpful, thanks Scot. It raises some questions: > > * you don't have the instruction to perform "echo 'a 1' | fdisk -f > - /dev/ad4" which Robert recommends Shouldn't be needed if you use gpart. (Note: I haven't actually read the guides, but fdisk and gpart are both partitioning software, and I don't see why you'd need *both*. I've made several installs without ever touching fdisk, all ZFS only.) > > * Robert recommends GPT as the "easiest way to get ZFS on root > working". Your instructions seem to lean more toward MBR "The > advantage of using a MBR disk is that you can still dual boot with > other Operating Systems.". Are there any downsides of using MBR > which should be explained? The biggest downside is the 2TB partition limit, both in size and offset. Larger disks (including HW RAID arrays) and you can't use MBR (without wasting space, of course). > > * you write LOADER_ZFS_SUPPORT=YES to src.conf, while previous > instruction in this thread had it written to make.conf Doesn't matter, both are used for /usr/src; ports however doesn't read src.conf. > As a feature request it would be great if gpart supported "-s all" > and made "-b" optional so that the next add starts at the beginning > of the first free space. It's already supported, swap the last command for e.g.: gpart add -t freebsd-zfs ad0 # Automatically fills the rest of the disk with a partition starting at the first free offset Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 10:07: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 17D941065698 for ; Thu, 22 Oct 2009 10:07:33 +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 9E5E28FC08 for ; Thu, 22 Oct 2009 10:07:32 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N0uZs-0000xx-Dn for freebsd-current@freebsd.org; Thu, 22 Oct 2009 12:07:28 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Oct 2009 12:07:28 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Oct 2009 12:07:28 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 22 Oct 2009 12:06:21 +0200 Lines: 41 Message-ID: References: <4ADF70F1.5060300@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4ADF70F1.5060300@gmail.com> Sender: news Subject: Re: Strange issue with Samba on 8.0rc1 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, 22 Oct 2009 10:07:33 -0000 David Ehrmann wrote: > I'm having a strange issue with samba-3.3.8. When I open a file from a > Vista machine, it's corrupted. When it's an uncompressed image, I get > sections where 3308 bytes of pixels are black. They're not evenly > distributed, and I'd guess they fill between 10% and 20% of the image. > If I open the file from an XP machine (in VMware on the same computer), > this doesn't happen. It's not the disk; it's ZFS, and the lines aren't > consistent. Opening the file from a samba on a different FreeBSD box > with the data accessed via NFS works (again, not the disk). The problem > also happens if I access a file on a non-ZFS disk. > > Trying to see if it's a a 8.0 issue, I did a fresh installation in > VMware (aside: the kernel in the installer crashes with the LSI Logic > controller VMware emulates), installed samba 3.3 from packages, mounted > the files via nfs, and it works from Vista. > > A 100MB file transfer with netcat between buggy FreeBSD and Vista worked. > > I grabbed a fresh ports tree, cleaned it, then did portupgrade -P -R -f > net/samba33. Didn't work. I tried again, but entirely from packages, > and also removed and reinstalled most of the dependencies, but no luck. > That time, I even started a fresh smb.conf and deleted /var/db/samba. > > My /var was corrupted at one point, so any db there might not have been > reliable (hence -R on portupgrade). > > Ideas? This looks like too much problems at the same time to be a problem in samba or FreeBSD. For what it's worth, here are some ideas and data points: - FreeBSD 8.0-RC1 installs and runs perfectly normal in VMWare ESXi with LSI emulation - If it is a disk problem (bad cable? controller?) it could manifest itself or at least give some clue if you did 'zpool scrub'. ZFS is checksummed - it should give you IO errors if the data gets corrupted. - There are several versions of Samba in the ports - can you try another one? - Before you do anything, have you updated to the latest 8.0 source? From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 14:17: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 2C8971065672 for ; Thu, 22 Oct 2009 14:17:32 +0000 (UTC) (envelope-from bf1783@googlemail.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 B1FC48FC1D for ; Thu, 22 Oct 2009 14:17:31 +0000 (UTC) Received: by ewy5 with SMTP id 5so4562842ewy.36 for ; Thu, 22 Oct 2009 07:17:30 -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=EAeaGWWUUta3hYSL7b2lc2T9Q0Cri1GyOAggHJcwefc=; b=KDTLVQBvj5w0TKYMp5doTnvfSTg1sexbviyCsXu/4h43P4pAX2OTiUjs/yt8xCczrQ 6vLqVp9t6C+vmMzZJtzOGBYI/nAZJOxUKjTGUZZbJ1YGwYo8arQdVYo9dC0+eFw9qime A95zNC/SXAVQ9SxJ7f+Rzf66fH1SJNOfVZ8eo= 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=R+HVon3OC2jCQ1xpYzmHhAXGo0aumaAOOFF9MpodFmhc7S7qEDTe14uIgGftE6O/Ca yNH43D9Vk7KP8Xw4MyrHYJxs3w7AP8Zv06WXRSnoaEehsBg0Lns5kZyAMmDKUnRIQKXr PS7Z0c/u3aWd5+qQh1AP75OiXQr7kgsEFNqww= MIME-Version: 1.0 Received: by 10.216.93.70 with SMTP id k48mr3476913wef.134.1256221050574; Thu, 22 Oct 2009 07:17:30 -0700 (PDT) In-Reply-To: References: <9ace436c0910202052r1d1235dax774290a4fa1ee842@mail.gmail.com> Date: Thu, 22 Oct 2009 14:17:29 +0000 Message-ID: From: "b. f." To: "Li, Qing" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: svn commit: r198306 - head/sys/net 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, 22 Oct 2009 14:17:32 -0000 On 10/22/09, Li, Qing wrote: >> >> Perhaps not strictly necessary, but wouldn't it be better to have it? >> What is your rationale for not using making it conditional on SMP? >> > > If the definition itself is not within the preprocessor command, what > is the benefit of having it in the code ? > Do you mean what is the benefit of including the preprocessor commands? Well, in that case, because there is less unnecessary code to compile and traverse. If you mean to ask why sys/sys/smp.h was included unconditionally, to use smp_started and mp_maxid when they don't need to be used in the case of non-SMP kernels, then I'm guessing that the original author didn't really care all that much about efficiency in the non-SMP case, or at least that a unified treatment of SMP and non-SMP was more appealing to him, and I agree that further improvements could be made. b. From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 14:41: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 28568106566C for ; Thu, 22 Oct 2009 14:41:11 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id E4A348FC14 for ; Thu, 22 Oct 2009 14:41:10 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n9MEf9fJ027897 for ; Thu, 22 Oct 2009 09:41:09 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 22 Oct 2009 09:41:09 -0500 (CDT) From: "Sean C. Farley" To: freebsd-current@FreeBSD.org 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 X-Spam-Status: No, score=-3.0 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: Re: Trouble booting system with root within gvinum volume 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, 22 Oct 2009 14:41:11 -0000 On Wed, 21 Oct 2009, Sean C. Farley wrote: > I have been trying to setup a system (testing with VirtualBox) using gvinum. > Here are the basics for the setup. Some steps skipped for the install, as > they look good. Unfortunately, I only get (F1, F2 and F3). Pressing F3 only > provided a '#'. I have the two "drives" connected to SATA ports within > VirtualBox. > > I originally tried to add the fake root via gpart, but it has no > mechanism to create a partition that overlaps another one. gpart show > does not show the fake root (should be partition 1 in ad4s3 and > ad6s3), so I am suspicious that it is not seen. > > The idea for the Vinum root was taken from here: > http://www.freebsd.org/doc/en/books/handbook/vinum-root.html > > Also, would the swap below be able to accept a core dump from a panic? *snip* > # Add bootstrap code to both drives. > gpart bootcode -b /boot/boot0 ad4 > gpart bootcode -b /boot/boot0 ad6 I figured out the boot problem. I need /boot/boot installed in the slices: gpart bootcode -b /boot/boot ad4s3 gpart bootcode -b /boot/boot ad6s3 I had "conveniently" commented out the lines for that. No F4 shows for booting from ad6s3. However, does anyone know the answer to the question about striped swap being able to save a core dump from a panic? Are there any other issues with using a stripe (gvinum, gstripe or zfs) for swap? Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 15:17: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 935AE106566B for ; Thu, 22 Oct 2009 15:17:18 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 1D1808FC0A for ; Thu, 22 Oct 2009 15:17:17 +0000 (UTC) Received: from mobileKamikaze.norad (vpn-cl-164-9.rz.uni-karlsruhe.de [141.3.164.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id DB47D8A0D0D; Thu, 22 Oct 2009 17:17:16 +0200 (CEST) Message-ID: <4AE0777B.7060401@bsdforen.de> Date: Thu, 22 Oct 2009 17:17:15 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.23 (X11/20091021) MIME-Version: 1.0 To: Pascal Hofstee References: <48B64F48.9050900@yandex.ru> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "Andrey V. Elsukov" , current@freebsd.org Subject: Re: SATA disks no longer showing up after updating CURRENT last night 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, 22 Oct 2009 15:17:18 -0000 Pascal Hofstee wrote: > ... > Trying to mount root from ufs:/dev/ad4s1a > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> ? > > List of GEOM managed disk devices: > ntfs/DataStorage da0s1 da0 acd0 > > > The device ntfs/DataStorage equals da0s1 and is an USB attached > datastorage medium. > Missing are the devices ad4 and ad6 which should have shown up > attached to ata2-master and ata3-master, > which to my understanding should have both been children of atapci1. > It looks the same on my notebook. The disk is an SATA drive (ad4), which does not show up in the list of geom managed devices. An excerpt from pciconf -lv on RELENG_7/amd64: atapci0@pci0:0:31:1: class=0x01018a card=0x30c0103c chip=0x28508086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA atapci1@pci0:0:31:2: class=0x010601 card=0x30c0103c chip=0x28298086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile SATA AHCI Controller' class = mass storage subclass = SATA # geom disk list Geom name: ad4 Providers: 1. Name: ad4 Mediasize: 160041885696 (149G) Sectorsize: 512 Mode: r5w5e11 fwsectors: 63 fwheads: 16 Geom name: cd0 Providers: 1. Name: cd0 Mediasize: 86339584 (82M) Sectorsize: 2048 Mode: r0w0e0 fwsectors: 0 fwheads: 0 # glabel list Geom name: ad4s1 Providers: 1. Name: ntfs/2system Mediasize: 53688107520 (50G) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 104859585 length: 53688107520 index: 0 Consumers: 1. Name: ad4s1 Mediasize: 53688107520 (50G) Sectorsize: 512 Mode: r0w0e0 Geom name: ad4s3 Providers: 1. Name: ntfs/2vault Mediasize: 52664729600 (49G) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 102860800 length: 52664729600 index: 0 Consumers: 1. Name: ad4s3 Mediasize: 52664729600 (49G) Sectorsize: 512 Mode: r0w0e0 Geom name: ad4s2a Providers: 1. Name: ufs/2root Mediasize: 536870912 (512M) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 1048576 length: 536870912 index: 0 Consumers: 1. Name: ad4s2a Mediasize: 536870912 (512M) Sectorsize: 512 Mode: r1w1e2 Geom name: ad4s2b Providers: 1. Name: label/2swap Mediasize: 4294966784 (4.0G) Sectorsize: 512 Mode: r1w1e0 secoffset: 0 offset: 0 seclength: 8388607 length: 4294966784 index: 0 Consumers: 1. Name: ad4s2b Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e1 Geom name: ad4s2d Providers: 1. Name: ufs/2var Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 8388608 length: 4294967296 index: 0 Consumers: 1. Name: ad4s2d Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad4s2e Providers: 1. Name: ufs/2tmp Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 4194304 length: 2147483648 index: 0 Consumers: 1. Name: ad4s2e Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad4s2f Providers: 1. Name: ufs/2usr Mediasize: 42410376192 (39G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 82832766 length: 42410376192 index: 0 Consumers: 1. Name: ad4s2f Mediasize: 42410376192 (39G) Sectorsize: 512 Mode: r1w1e2 From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 15:29: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 DEFFE1065670 for ; Thu, 22 Oct 2009 15:29:27 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A2E908FC16 for ; Thu, 22 Oct 2009 15:29:27 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9MFTMfF089287 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 22 Oct 2009 11:29:23 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Thomas Backman In-Reply-To: <77FC25AE-E098-48E3-8F64-776B4BDAF3EF@exscape.org> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> <4AE01342.4000303@ish.com.au> <77FC25AE-E098-48E3-8F64-776B4BDAF3EF@exscape.org> Content-Type: text/plain Organization: FreeBSD Date: Thu, 22 Oct 2009 10:29:17 -0500 Message-Id: <1256225357.2309.64.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Scot Hetzel , freebsd-current@freebsd.org, Aristedes Maniatis Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 15:29:27 -0000 On Thu, 2009-10-22 at 10:15 +0200, Thomas Backman wrote: > > * you don't have the instruction to perform "echo 'a 1' | fdisk -f > > - /dev/ad4" which Robert recommends > Shouldn't be needed if you use gpart. (Note: I haven't actually read > the guides, but fdisk and gpart are both partitioning software, and > I > don't see why you'd need *both*. I've made several installs without > ever touching fdisk, all ZFS only.) This step is only needed if you BIOS requires it. Many/Most do not. It is set automatically when you install bootcode to a GPT partitioned disk on -CURRENT now. robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 17:49: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 461851065670 for ; Thu, 22 Oct 2009 17:49:52 +0000 (UTC) (envelope-from swhetzel@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 EEBB18FC08 for ; Thu, 22 Oct 2009 17:49:51 +0000 (UTC) Received: by vws27 with SMTP id 27so3359473vws.3 for ; Thu, 22 Oct 2009 10:49:51 -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=UCTRjIWpwUfFJqrmkx9yQs5i5jFOphaUnC8qYpU9geY=; b=Fx4fkYomToP8GMfwD6PLOCGd2/xPjB4fKnGsNVG95nKRpsN7ZavrBppMDRVUkeDGip sZRdaqP8HalpC9tiQobGZo/wQSTMqr/88LVliD1vQGKEKHy03cOkxHAk1H3ML3UaGX+v mDCzC3rMVGG777QOIjcQZHK6+Z/YSKSjidzZU= 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=qNurmtfKUlD4m8MFzNyry+FKnoFYRkxPg6sn3hMMoMl8Rtn6PyIC53WZN/4zbDKjFR SEGAsvD+QeSR/isZM2+68d+jVquyVOMx0toBL7BikJzOeUeVQ2USDglfhDhwZFnsgTFk bQ89jhI4kkjfV1FvcGe3a5S1hgxXFeLPdCick= MIME-Version: 1.0 Received: by 10.220.127.2 with SMTP id e2mr4811338vcs.10.1256233790243; Thu, 22 Oct 2009 10:49:50 -0700 (PDT) In-Reply-To: <4AE01342.4000303@ish.com.au> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> <4AE01342.4000303@ish.com.au> Date: Thu, 22 Oct 2009 12:49:50 -0500 Message-ID: <790a9fff0910221049n130c5b00x66071a5a718eb6ab@mail.gmail.com> From: Scot Hetzel To: Aristedes Maniatis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 17:49:52 -0000 On Thu, Oct 22, 2009 at 3:09 AM, Aristedes Maniatis wrote: > On 22/10/09 6:01 PM, Scot Hetzel wrote: >> >> http://wiki.freebsd.org/RootOnZFS >> >> If anyone notices a problem with them, either let me know or update >> the wiki page. > > That's very helpful, thanks Scot. It raises some questions: > > * you don't have the instruction to perform "echo 'a 1' | fdisk -f - > /dev/ad4" which Robert recommends > Since I had created the ZFS Root on a disk that already had partions on it, and Windows will mark it's partition active, I didn't need this step for the MBR disk. The GPT disk didn't need it either when I had set it up on a extra harddrive on my laptop. I prefer to use: # gpart set -a active -i 1 ad4 Just to make it so that only gpart is needed to setup the system. > * Robert recommends GPT as the "easiest way to get ZFS on root working". > Your instructions seem to lean more toward MBR "The advantage of using a = MBR > disk is that you can still dual boot with other Operating Systems.". Are > there any downsides of using MBR which should be explained? > It wasn't supposed to lean either way. It's just that if you need to boot multiple Operating Systems, then a MBR disk was easier to get configured. Recently, I had found ways to multi boot different Operating Systems on GPT using a Hybrid GPT/MBR scheme. I haven't had time to look to see if gpart can create this kind of disk, and if we have a pmbr, gptboot, or gptzfsboot that can be used to select which Operating System to boot. The other option would be to use GRUB. > * I've seen posts here (sorry I don't have one handy) which recommend to = not > put swap on ZFS. Apart from crash dumps are there any other reasons to > prefer one over the other? Your instructions explain both, without giving > much of a guide about why you'd choose one. Is a 'native' swap faster tha= n > one on ZFS? > The reason I choose a swap partition over a ZFS swap VOL is that problems can occur when the ZFS filesystem starts to run out of room. > * you write LOADER_ZFS_SUPPORT=3DYES to src.conf, while previous instruct= ion > in this thread had it written to make.conf > While make.conf can still be used, it is currently shared between ports and src. src.conf is the new location to place all src build options. > * In order to follow http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror > will you need to run this from the live CD rather than the first install = CD? > > * At the top of the same page you give instructions for creating boot, sw= ap > and zfs partitions. But your instructions give block sizes very specific = to > your disks. It would be helpful to have something like: > > =A0gpart add -b 34 -s 128 -t freebsd-boot ad0 =A0 (why 34? this is a diff= erent > magic number to other magic numbers I've seen suggested) Sector 34 is the first available sector after the Primary GPT Header. See http://en.wikipedia.org/wiki/GUID_Partition_Table for a diagram of the GUID Partition Table Scheme. > =A0gpart add -b 162 -s 8G -t freebsd-swap ad0 =A0 (the 8G is more readabl= e than > specifying in sectors) > All the guides I had read regarding creating partitions with gpart had used # sectors instead of specifying the size as 8G. According to Oliver Roberts ZFS guide (see http://www.keltia.net/howtos/zfsboot), in order to create a 512MB swap, you have to double the number to get 1G. > or even > > =A0gpart add -b 162 -s 8G -t freebsd-swap -l swap-ad0 ad0 =A0(the human r= eadable > label appears to be a nice feature of GPT) > Adding a label to the partition is another addition I was going to make, as I have several e-mails from the -CURRENT or -STABLE list that suggest using labels when creating ZFS pool instead of the device names, as it would make replacing drives easier. Scot From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 17:58: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 94954106566B; Thu, 22 Oct 2009 17:58:20 +0000 (UTC) (envelope-from xsappyx@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 335988FC17; Thu, 22 Oct 2009 17:58:19 +0000 (UTC) Received: by yxe1 with SMTP id 1so7150357yxe.3 for ; Thu, 22 Oct 2009 10:58: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 :content-transfer-encoding; bh=Jk+v9H94Fn+jhOiMFer6eyj0Se9MXabgoPnam7hKl5I=; b=DVGtfYlDeXyx9p99Lx1buUXnY4/P4KBT6gWL1TCDns9qLQoy52nAnLwWp6SSoJHa8k qf3+Btm4ejPe2tufK3ANHW2mCIMS4StpRfj1zl+uurI52fjS2xG7UVolzbl81CZdR2TF WOphqoGcJqQgzkpSI3fDs16arr2vVtaIkfs04= 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=Ifq3QhnQViUV4+dSF4/Ul1lY0cvPrmR6XOtjOxhP19PsG1L9/VlLouXIIcr10aKlXA hVHDzv8gW9rO2hIM23WiXcw2WmnFWp6hPu6wIv+jbEuB/0tyVClhnItrDFbuLc0BJy2B 8WTOm85aQ3UpvpHN98CZSNUQ99OQ2KFDGlCyg= MIME-Version: 1.0 Received: by 10.239.162.129 with SMTP id l1mr96161hbd.214.1256232885841; Thu, 22 Oct 2009 10:34:45 -0700 (PDT) In-Reply-To: <4ADFB56B.9040607@ish.com.au> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFB56B.9040607@ish.com.au> Date: Thu, 22 Oct 2009 10:34:45 -0700 Message-ID: <8206ae960910221034r38184f17t582a10238d0ecb3b@mail.gmail.com> From: xSAPPYx To: Aristedes Maniatis Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Jurgen Weber , Robert Noland Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 17:58:20 -0000 On Wed, Oct 21, 2009 at 6:29 PM, Aristedes Maniatis wrote: > On 22/10/09 12:16 PM, Robert Noland wrote: > I don't understand this in the gpart manual: > > =C2=A0 "The GEOM_PART_GPT option adds support for the GUID Partition Tabl= e (GPT) > found on Intel Itanium computers and Intel-based Macintosh computers." > > Why is GPT restricted to use on Macs and Itanium? As long as BIOS is able= to > load the boot sectors, shouldn't it work everywhere? Can you clarify this= a > little? As I understand it, Macs and Itanium were just the first adopters of EFI, the new boot method to take over the old school bios / mbr system. GPT is the disk partition part of EFI: http://en.wikipedia.org/wiki/GUID_Partition_Table We are in the transition period between the two, with gpt being the future. IIRC there is a 2TB limit for mbr partitioned disks... we will all be running gpt soon enough From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 18:04: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 796D4106568D for ; Thu, 22 Oct 2009 18:04:42 +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 2CBD58FC1F for ; Thu, 22 Oct 2009 18:04:41 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:52059 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1N121e-0007Dz-3u; Thu, 22 Oct 2009 20:04:40 +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 58E6D2492C0; Thu, 22 Oct 2009 20:04:37 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Thomas Backman In-Reply-To: <790a9fff0910221049n130c5b00x66071a5a718eb6ab@mail.gmail.com> Date: Thu, 22 Oct 2009 20:04:34 +0200 Content-Transfer-Encoding: 7bit Message-Id: <8AC915BF-E826-4D90-8DD3-00E7FF7F4295@exscape.org> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> <4AE01342.4000303@ish.com.au> <790a9fff0910221049n130c5b00x66071a5a718eb6ab@mail.gmail.com> To: Scot Hetzel X-Mailer: Apple Mail (2.1076) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1N121e-0007Dz-3u. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1N121e-0007Dz-3u 688ba1322d24f9ed2e316703f3943e98 Cc: freebsd-current@freebsd.org, Aristedes Maniatis Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 18:04:42 -0000 On Oct 22, 2009, at 7:49 PM, Scot Hetzel wrote: > All the guides I had read regarding creating partitions with gpart had > used # sectors instead of specifying the size as 8G. According to > Oliver Roberts ZFS guide (see http://www.keltia.net/howtos/zfsboot), > in order to create a 512MB swap, you have to double the number to get > 1G. Actually, there's a typo in the guide. When you specify 1G, that means 1 GiB, not "1 gigasectors". "gpart add -b 162 -s 1G -t freebsd-swap da0..da1 512 MB swap" ^ should read 1G(i)B swap. "1G" = 1 GiB = 1024*1024*1024 bytes. This is with GPT, but stilll valid: [root@chaos ~]# mkfile -n 2g testdisk [root@chaos ~]# ggatel create -u 2 testdisk [root@chaos ~]# gpart create -s gpt ggate2 ggate2 created [root@chaos ~]# gpart add -s 1G -t freebsd-swap ggate2 ggate2p1 added [root@chaos ~]# gpart show ggate2 => 34 4194237 ggate2 GPT (2.0G) 34 2097152 1 freebsd-swap (1.0G) 2097186 2097085 - free - (1.0G) As you can see, the partition ends up 2097152 sectors * 512 bytes = 1073741824 bytes = exactly 1024*1024*1024 bytes or 1 GiB. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 18:10: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 4760F1065670 for ; Thu, 22 Oct 2009 18:10:11 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by mx1.freebsd.org (Postfix) with ESMTP id 190708FC1A for ; Thu, 22 Oct 2009 18:10:10 +0000 (UTC) Received: from [10.0.0.171] (unknown [64.9.236.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 2762622E257; Thu, 22 Oct 2009 14:10:07 -0400 (EDT) Message-ID: <4AE09FDC.6050504@gmail.com> Date: Thu, 22 Oct 2009 11:09:32 -0700 From: David Ehrmann User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Ivan Voras , freebsd-current@freebsd.org References: <4ADF70F1.5060300@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Strange issue with Samba on 8.0rc1 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, 22 Oct 2009 18:10:11 -0000 Ivan Voras wrote: > David Ehrmann wrote: >> I'm having a strange issue with samba-3.3.8. When I open a file from >> a Vista machine, it's corrupted. When it's an uncompressed image, I >> get sections where 3308 bytes of pixels are black. They're not >> evenly distributed, and I'd guess they fill between 10% and 20% of >> the image. If I open the file from an XP machine (in VMware on the >> same computer), this doesn't happen. It's not the disk; it's ZFS, >> and the lines aren't consistent. Opening the file from a samba on a >> different FreeBSD box with the data accessed via NFS works (again, >> not the disk). The problem also happens if I access a file on a >> non-ZFS disk. >> >> Trying to see if it's a a 8.0 issue, I did a fresh installation in >> VMware (aside: the kernel in the installer crashes with the LSI Logic >> controller VMware emulates), installed samba 3.3 from packages, >> mounted the files via nfs, and it works from Vista. >> >> A 100MB file transfer with netcat between buggy FreeBSD and Vista >> worked. >> >> I grabbed a fresh ports tree, cleaned it, then did portupgrade -P -R >> -f net/samba33. Didn't work. I tried again, but entirely from >> packages, and also removed and reinstalled most of the dependencies, >> but no luck. That time, I even started a fresh smb.conf and deleted >> /var/db/samba. >> >> My /var was corrupted at one point, so any db there might not have >> been reliable (hence -R on portupgrade). >> >> Ideas? > > This looks like too much problems at the same time to be a problem in > samba or FreeBSD. > > For what it's worth, here are some ideas and data points: > > - FreeBSD 8.0-RC1 installs and runs perfectly normal in VMWare ESXi > with LSI emulation Interesting. VMware ESXi is reporting version 3.5.0 153875 for me, and the checksum on the 8.0rc1 ISO has Google results. > - If it is a disk problem (bad cable? controller?) it could manifest > itself or at least give some clue if you did 'zpool scrub'. ZFS is > checksummed - it should give you IO errors if the data gets corrupted. zfs hasn't given me any issues. zpool status shows no errors on the drives, and checksums (like the one I did above) come out perfectly. I brought up zfs because someone elsewhere mentioned it being linked to samba problems and mmap. The problem showed up on a ufs partition on a different disk, so the problem's not with zfs. > - There are several versions of Samba in the ports - can you try > another one? 4 is missing features I need. I tried another 3.x, but I had the same problem. > - Before you do anything, have you updated to the latest 8.0 source? No, but maybe I should. Kernel source or world source? From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 19:46:45 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 83BF4106566B for ; Thu, 22 Oct 2009 19:46:45 +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 466D68FC15 for ; Thu, 22 Oct 2009 19:46:44 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n9MJkipV013035 for ; Thu, 22 Oct 2009 13:46:44 -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 n9MJki4P013032 for ; Thu, 22 Oct 2009 13:46:44 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 22 Oct 2009 13:46:44 -0600 (MDT) From: Warren Block To: 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Thu, 22 Oct 2009 13:46:44 -0600 (MDT) Cc: Subject: existing sendmail aliases ignored until sendmail restart 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, 22 Oct 2009 19:46:45 -0000 On this system, /etc/mail/aliases has an entry to send root email to another user on another computer. newaliases was last run on October 14: -rw-r--r-- 1 root wheel 1693 Oct 14 07:18 aliases -rw-r----- 1 root wheel 16384 Oct 14 07:18 aliases.db After booting 8.0-RC1, the root alias in the already-built alias files is ignored by sendmail. The mail is sent to the un-aliased root. The existing .mc file does take effect (in this case, mail is still sent to a smarthost, where it bounces, since root@lightning.wonkity.com doesn't exist there). A 'make restart' of sendmail--without touching anything else--and the alias works. FreeBSD lightning 8.0-RC1 FreeBSD 8.0-RC1 #11: Thu Oct 22 13:03:43 MDT 2009 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 This has been going on for a while; at least the last half-dozen rebuilds of 8.0-RC1 on this system have exhibited the problem. It's a regression from 7-STABLE. To recreate: Enter an alias in /etc/aliases (only root tested). newaliases Reboot. Send mail to that alias (failure). cd /etc/mail; make restart Send mail to that alias (success). -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 20:02: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 5E64410656AB for ; Thu, 22 Oct 2009 20:02:44 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from mail.haruhiism.net (remilia.fujibayashi.jp [92.243.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 1549C8FC17 for ; Thu, 22 Oct 2009 20:02:43 +0000 (UTC) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.haruhiism.net (Postfix) with ESMTPSA id D319F1008BC for ; Fri, 23 Oct 2009 05:02:40 +0900 (JST) Message-ID: <4AE0BA63.2000804@haruhiism.net> Date: Fri, 23 Oct 2009 00:02:43 +0400 From: Kamigishi Rei User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Trouble booting system with root within gvinum volume 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, 22 Oct 2009 20:02:44 -0000 On 22.10.2009 18:41, Sean C. Farley wrote: > now the answer to the question about striped swap being able to save a > core dump from a panic? Are there any other issues with using a > stripe (gvinum, gstripe or zfs) for swap? Impossible; you can't cleanly save core dumps to zfs and GEOM_STRIPE swap devices because zfs and GEOM layers are already dead during doadump(). -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 22:30: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 B13BD1065695; Thu, 22 Oct 2009 22:30:20 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by mx1.freebsd.org (Postfix) with ESMTP id 85CC98FC16; Thu, 22 Oct 2009 22:30:20 +0000 (UTC) Received: from [10.0.0.171] (unknown [64.9.236.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 2C99B22E1F1; Thu, 22 Oct 2009 18:30:18 -0400 (EDT) Message-ID: <4AE0DCDF.7090604@gmail.com> Date: Thu, 22 Oct 2009 15:29:51 -0700 From: David Ehrmann User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Ivan Voras References: <4ADF70F1.5060300@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Strange issue with Samba on 8.0rc1 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, 22 Oct 2009 22:30:20 -0000 Ivan Voras wrote: > This looks like too much problems at the same time to be a problem in > samba or FreeBSD. > > For what it's worth, here are some ideas and data points: > > - FreeBSD 8.0-RC1 installs and runs perfectly normal in VMWare ESXi > with LSI emulation > - If it is a disk problem (bad cable? controller?) it could manifest > itself or at least give some clue if you did 'zpool scrub'. ZFS is > checksummed - it should give you IO errors if the data gets corrupted. > - There are several versions of Samba in the ports - can you try > another one? > - Before you do anything, have you updated to the latest 8.0 source? Odd. Trying to rebuild world, csup failed with "Receiver: Connection reset by peer." cvsup didn't do any better. I didn't have this problem with the VM (where I'm actually going to build everything, then copy it over). Could a buggy network driver cause this problem? It's a Via gigabit ethernet (vge) device. From owner-freebsd-current@FreeBSD.ORG Thu Oct 22 22:44: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 42AAA106566C; Thu, 22 Oct 2009 22:44:29 +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 087468FC15; Thu, 22 Oct 2009 22:44:29 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:e450:36bc:a2fe:c9e1] (unknown [IPv6:2001:7b8:3a7:0:e450:36bc:a2fe:c9e1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B758C5C43; Fri, 23 Oct 2009 00:44:27 +0200 (CEST) Message-ID: <4AE0E04B.5@andric.com> Date: Fri, 23 Oct 2009 00:44:27 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.5pre) Gecko/20091020 Shredder/3.0pre MIME-Version: 1.0 To: Robert Noland References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFB56B.9040607@ish.com.au> <1256176460.2309.37.camel@balrog.2hip.net> In-Reply-To: <1256176460.2309.37.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Jurgen Weber , Aristedes Maniatis Subject: Re: gpart, bsdlabel and fdisk 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, 22 Oct 2009 22:44:29 -0000 On 2009-10-22 03:54, Robert Noland wrote: > As I understand it (never actually tried it), Windows XP/Vista > whatever... Don't understand GPT yet, so you can't really dual boot with > it. For that you probably still need an MBR scheme. This depends on the type of Windows, and whether the system has UEFI. See: http://www.microsoft.com/whdc/device/storage/GPT_FAQ.mspx In short: Windows after XP64 and 2003 server understand GPT for data disks, but not booting; Windows 7 and 2008 also support booting from GPT using UEFI. How well the Windows boot loader handles dual- or multi-boot, I have no idea. It might well have the usual Microsoft behaviour, e.g. overwriting any other boot partitions. ;) From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 09:21: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 998CB106566B; Fri, 23 Oct 2009 09:21:36 +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 03E928FC12; Fri, 23 Oct 2009 09:21:35 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so1937188eyd.9 for ; Fri, 23 Oct 2009 02:21:34 -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; bh=hERzN3KtQji9NmN/bYYn8GOeoT/6oiZN8CiQE5jcKMc=; b=Pm93WSHqsDe0rexRop/mJsnVsj0puKFbUR+5GbpXVdHQ6eyu8QdpAf8lJ4GsuQodd+ hui0XrMfR1kONPDxb0xRCkCKal90aynJQjyWAg/LNHtUZYwPtLqw25iOLEAjEQMiAkJj 1/0o2OoCrlVMvzVi22w/UncujASN1CbVYZJXg= 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; b=fAcXkbr8ZMeb4n4jRE46AsY604+t67inXIf3PnXtCd9Ts5rMb6Mem86bNomOF/k942 VnULOI9wkBuAszR0pfaa9lAxqBvbUgcjFPS+yPtLhN7ePl0Pw9fk7h3pXqFDWFbPm5Ye q7Wh+EiF+IxNEKZ08STWdNSfi5qVXj3UKPWJ8= Received: by 10.211.161.5 with SMTP id n5mr267562ebo.89.1256289694223; Fri, 23 Oct 2009 02:21:34 -0700 (PDT) Received: from localhost (h81-88-124-10.rev.domonet.ru [81.88.124.10]) by mx.google.com with ESMTPS id 23sm5935963eya.20.2009.10.23.02.21.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 02:21:32 -0700 (PDT) From: Anonymous To: Hiroki Sato References: <200910020227.n922RnBd086217__26713.9191426852$1254450512$gmane$org@svn.freebsd.org> <86tyyh4i4o.fsf@gmail.com> Date: Fri, 23 Oct 2009 13:21:28 +0400 In-Reply-To: <86tyyh4i4o.fsf@gmail.com> (Anonymous's message of "Sat, 03 Oct 2009 01:10:15 +0400") Message-ID: <86skdajwiv.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=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: svn commit: r197698 - head/etc/rc.d 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, 23 Oct 2009 09:21:36 -0000 Anonymous writes: > Hiroki Sato writes: > >> Modified: head/etc/rc.d/netoptions > [...] >> >> if checkyesno tcp_extensions; then >> + ${SYSCTL_W} net.inet.tcp.rfc1323=1 >/dev/null >> + else >> netoptions_init >> - echo -n ' rfc1323 extensions=NO' >> + echo -n ' rfc1323 extensions=${tcp_extensions}' > ^^^^^^^^^^^^^^^^^ > Here. > >> ${SYSCTL_W} net.inet.tcp.rfc1323=0 >/dev/null >> fi >> >> - if ! checkyesno tcp_keepalive; then >> + if checkyesno tcp_keepalive; then >> + ${SYSCTL_W} net.inet.tcp.always_keepalive=1 >/dev/null >> + else >> netoptions_init >> - echo -n ' TCP keepalive=NO' >> + echo -n ' TCP keepalive=${tcp_keepalive}' > ^^^^^^^^^^^^^^^^ > Here. > >> ${SYSCTL_W} net.inet.tcp.always_keepalive=0 >/dev/null >> fi >> >> if checkyesno tcp_drop_synfin; then >> netoptions_init >> - echo -n ' drop SYN+FIN packets=YES' >> + echo -n ' drop SYN+FIN packets=${tcp_drop_synfin}' > ^^^^^^^^^^^^^^^^^^ > And here. These are *single* quotes, no parameter expansion can occur. > I keep getting following in `dmesg -a' > > Additional TCP/IP options: > drop SYN+FIN packets=${tcp_drop_synfin} > . Am I the only one who has above issue with tcp_drop_synfin=YES in rc.conf? I'm talking about unexpanded ${tcp_drop_synfin}. From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 09:31: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 D47D41065679 for ; Fri, 23 Oct 2009 09:31:08 +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 5C0D28FC18 for ; Fri, 23 Oct 2009 09:31:08 +0000 (UTC) Received: from delta.allbsd.org (p1064-ipbf416funabasi.chiba.ocn.ne.jp [123.225.90.64]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n9N9Uufc039861; Fri, 23 Oct 2009 18:31:06 +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 n9N9UswT001463; Fri, 23 Oct 2009 18:30:55 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 23 Oct 2009 18:30:48 +0900 (JST) Message-Id: <20091023.183048.35334719.hrs@allbsd.org> To: swell.k@gmail.com From: Hiroki Sato In-Reply-To: <86skdajwiv.fsf@gmail.com> References: <200910020227.n922RnBd086217__26713.9191426852$1254450512$gmane$org@svn.freebsd.org> <86tyyh4i4o.fsf@gmail.com> <86skdajwiv.fsf@gmail.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.52 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(Fri_Oct_23_18_30_48_2009_106)--" 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.3 (mail.allbsd.org [133.31.130.32]); Fri, 23 Oct 2009 18:31:06 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: svn commit: r197698 - head/etc/rc.d 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, 23 Oct 2009 09:31:08 -0000 ----Security_Multipart(Fri_Oct_23_18_30_48_2009_106)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Anonymous wrote in <86skdajwiv.fsf@gmail.com>: sw> > And here. These are *single* quotes, no parameter expansion can occur. sw> > I keep getting following in `dmesg -a' sw> > sw> > Additional TCP/IP options: sw> > drop SYN+FIN packets=${tcp_drop_synfin} sw> > . sw> sw> Am I the only one who has above issue with tcp_drop_synfin=YES in sw> rc.conf? I'm talking about unexpanded ${tcp_drop_synfin}. Sorry, fixed it just now. -- Hiroki ----Security_Multipart(Fri_Oct_23_18_30_48_2009_106)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkrhd8gACgkQTyzT2CeTzy0GXACgl148vmfYehGw8PrAVvjwK4Z0 fpcAmQEgH3Dpig+8qZl02JqsYFk0MPxC =4WC7 -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Oct_23_18_30_48_2009_106)---- From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 11:31: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 3DEE31065692 for ; Fri, 23 Oct 2009 11:31:10 +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 EED168FC1C for ; Fri, 23 Oct 2009 11:31:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N1IMF-0000Hz-2y for freebsd-current@freebsd.org; Fri, 23 Oct 2009 13:30:59 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Oct 2009 13:30:59 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Oct 2009 13:30:59 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 23 Oct 2009 13:30:38 +0200 Lines: 23 Message-ID: References: <4ADF70F1.5060300@gmail.com> <4AE0DCDF.7090604@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4AE0DCDF.7090604@gmail.com> Sender: news Subject: Re: Strange issue with Samba on 8.0rc1 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, 23 Oct 2009 11:31:10 -0000 David Ehrmann wrote: > Ivan Voras wrote: >> This looks like too much problems at the same time to be a problem in >> samba or FreeBSD. >> >> For what it's worth, here are some ideas and data points: >> >> - FreeBSD 8.0-RC1 installs and runs perfectly normal in VMWare ESXi >> with LSI emulation >> - If it is a disk problem (bad cable? controller?) it could manifest >> itself or at least give some clue if you did 'zpool scrub'. ZFS is >> checksummed - it should give you IO errors if the data gets corrupted. >> - There are several versions of Samba in the ports - can you try >> another one? >> - Before you do anything, have you updated to the latest 8.0 source? > > Odd. Trying to rebuild world, csup failed with "Receiver: Connection > reset by peer." cvsup didn't do any better. I didn't have this problem > with the VM (where I'm actually going to build everything, then copy it > over). Could a buggy network driver cause this problem? It's a Via > gigabit ethernet (vge) device. In theory, yes it could. From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 11:35: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 E9249106566C for ; Fri, 23 Oct 2009 11:35:04 +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 A51DB8FC0A for ; Fri, 23 Oct 2009 11:35:04 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N1IQB-0001ut-QS for freebsd-current@freebsd.org; Fri, 23 Oct 2009 13:35:03 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Oct 2009 13:35:03 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Oct 2009 13:35:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 23 Oct 2009 13:30:58 +0200 Lines: 7 Message-ID: References: <4ADF70F1.5060300@gmail.com> <4AE09FDC.6050504@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <4AE09FDC.6050504@gmail.com> Sender: news Subject: Re: Strange issue with Samba on 8.0rc1 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, 23 Oct 2009 11:35:05 -0000 David Ehrmann wrote: > Ivan Voras wrote: >> - Before you do anything, have you updated to the latest 8.0 source? > No, but maybe I should. Kernel source or world source? In case of Samba, both. From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 12:32:13 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 B82A010656A7; Fri, 23 Oct 2009 12:32:13 +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 8E31F8FC1C; Fri, 23 Oct 2009 12:32:13 +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 n9NCWCsk001744; Fri, 23 Oct 2009 08:32:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n9NCWCmn001743; Fri, 23 Oct 2009 12:32:12 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Oct 2009 12:32:12 GMT Message-Id: <200910231232.n9NCWCmn001743@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 powerpc/powerpc 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: Fri, 23 Oct 2009 12:32:13 -0000 TB --- 2009-10-23 11:29:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-23 11:29:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-10-23 11:29:41 - cleaning the object tree TB --- 2009-10-23 11:29:58 - cvsupping the source tree TB --- 2009-10-23 11:29:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-10-23 11:30:32 - building world TB --- 2009-10-23 11:30:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 11:30:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 11:30:32 - TARGET=powerpc TB --- 2009-10-23 11:30:32 - TARGET_ARCH=powerpc TB --- 2009-10-23 11:30:32 - TZ=UTC TB --- 2009-10-23 11:30:32 - __MAKE_CONF=/dev/null TB --- 2009-10-23 11:30:32 - cd /src TB --- 2009-10-23 11:30:32 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 23 11:30:32 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 Fri Oct 23 12:30:01 UTC 2009 TB --- 2009-10-23 12:30:01 - generating LINT kernel config TB --- 2009-10-23 12:30:01 - cd /src/sys/powerpc/conf TB --- 2009-10-23 12:30:01 - /usr/bin/make -B LINT TB --- 2009-10-23 12:30:02 - building LINT kernel TB --- 2009-10-23 12:30:02 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 12:30:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 12:30:02 - TARGET=powerpc TB --- 2009-10-23 12:30:02 - TARGET_ARCH=powerpc TB --- 2009-10-23 12:30:02 - TZ=UTC TB --- 2009-10-23 12:30:02 - __MAKE_CONF=/dev/null TB --- 2009-10-23 12:30:02 - cd /src TB --- 2009-10-23 12:30:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 23 12:30:02 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_periph.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c: In function 'xpt_scanner_thread': /src/sys/cam/cam_xpt.c:815: error: 'CAM_PRIORITY_BUS' undeclared (first use in this function) /src/sys/cam/cam_xpt.c:815: error: (Each undeclared identifier is reported only once /src/sys/cam/cam_xpt.c:815: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-23 12:32:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-23 12:32:12 - ERROR: failed to build lint kernel TB --- 2009-10-23 12:32:12 - 2824.41 user 545.89 system 3751.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 12:44:17 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 365D2106566B; Fri, 23 Oct 2009 12:44:17 +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 0F1F18FC15; Fri, 23 Oct 2009 12:44:16 +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 n9NCiGja050087; Fri, 23 Oct 2009 08:44:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n9NCiGdt050086; Fri, 23 Oct 2009 12:44:16 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Oct 2009 12:44:16 GMT Message-Id: <200910231244.n9NCiGdt050086@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 sparc64/sparc64 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: Fri, 23 Oct 2009 12:44:17 -0000 TB --- 2009-10-23 11:46:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-23 11:46:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-10-23 11:46:16 - cleaning the object tree TB --- 2009-10-23 11:46:36 - cvsupping the source tree TB --- 2009-10-23 11:46:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-10-23 11:46:58 - building world TB --- 2009-10-23 11:46:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 11:46:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 11:46:58 - TARGET=sparc64 TB --- 2009-10-23 11:46:58 - TARGET_ARCH=sparc64 TB --- 2009-10-23 11:46:58 - TZ=UTC TB --- 2009-10-23 11:46:58 - __MAKE_CONF=/dev/null TB --- 2009-10-23 11:46:58 - cd /src TB --- 2009-10-23 11:46:58 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 23 11:46:59 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 Fri Oct 23 12:42:10 UTC 2009 TB --- 2009-10-23 12:42:10 - generating LINT kernel config TB --- 2009-10-23 12:42:10 - cd /src/sys/sparc64/conf TB --- 2009-10-23 12:42:10 - /usr/bin/make -B LINT TB --- 2009-10-23 12:42:10 - building LINT kernel TB --- 2009-10-23 12:42:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 12:42:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 12:42:10 - TARGET=sparc64 TB --- 2009-10-23 12:42:10 - TARGET_ARCH=sparc64 TB --- 2009-10-23 12:42:10 - TZ=UTC TB --- 2009-10-23 12:42:10 - __MAKE_CONF=/dev/null TB --- 2009-10-23 12:42:10 - cd /src TB --- 2009-10-23 12:42:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 23 12:42:10 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_periph.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c: In function 'xpt_scanner_thread': /src/sys/cam/cam_xpt.c:815: error: 'CAM_PRIORITY_BUS' undeclared (first use in this function) /src/sys/cam/cam_xpt.c:815: error: (Each undeclared identifier is reported only once /src/sys/cam/cam_xpt.c:815: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-23 12:44:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-23 12:44:16 - ERROR: failed to build lint kernel TB --- 2009-10-23 12:44:16 - 2640.15 user 535.83 system 3479.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 12:54: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 BB448106568F; Fri, 23 Oct 2009 12:54:05 +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 7A5B08FC1C; Fri, 23 Oct 2009 12:54:05 +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 n9NCs4ur079186; Fri, 23 Oct 2009 08:54:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n9NCs4kU079185; Fri, 23 Oct 2009 12:54:04 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Oct 2009 12:54:04 GMT Message-Id: <200910231254.n9NCs4kU079185@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 sparc64/sun4v 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: Fri, 23 Oct 2009 12:54:05 -0000 TB --- 2009-10-23 11:57:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-23 11:57:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-10-23 11:57:22 - cleaning the object tree TB --- 2009-10-23 11:57:37 - cvsupping the source tree TB --- 2009-10-23 11:57:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-10-23 11:58:01 - building world TB --- 2009-10-23 11:58:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 11:58:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 11:58:01 - TARGET=sun4v TB --- 2009-10-23 11:58:01 - TARGET_ARCH=sparc64 TB --- 2009-10-23 11:58:01 - TZ=UTC TB --- 2009-10-23 11:58:01 - __MAKE_CONF=/dev/null TB --- 2009-10-23 11:58:01 - cd /src TB --- 2009-10-23 11:58:01 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 23 11:58:02 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 Fri Oct 23 12:51:59 UTC 2009 TB --- 2009-10-23 12:51:59 - generating LINT kernel config TB --- 2009-10-23 12:51:59 - cd /src/sys/sun4v/conf TB --- 2009-10-23 12:51:59 - /usr/bin/make -B LINT TB --- 2009-10-23 12:51:59 - building LINT kernel TB --- 2009-10-23 12:51:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-23 12:51:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-23 12:51:59 - TARGET=sun4v TB --- 2009-10-23 12:51:59 - TARGET_ARCH=sparc64 TB --- 2009-10-23 12:51:59 - TZ=UTC TB --- 2009-10-23 12:51:59 - __MAKE_CONF=/dev/null TB --- 2009-10-23 12:51:59 - cd /src TB --- 2009-10-23 12:51:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 23 12:51:59 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_periph.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c: In function 'xpt_scanner_thread': /src/sys/cam/cam_xpt.c:815: error: 'CAM_PRIORITY_BUS' undeclared (first use in this function) /src/sys/cam/cam_xpt.c:815: error: (Each undeclared identifier is reported only once /src/sys/cam/cam_xpt.c:815: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-23 12:54:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-23 12:54:04 - ERROR: failed to build lint kernel TB --- 2009-10-23 12:54:04 - 2644.05 user 532.83 system 3402.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 13:25: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 CA7E5106568D for ; Fri, 23 Oct 2009 13:25:17 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 582228FC0A for ; Fri, 23 Oct 2009 13:25:17 +0000 (UTC) Received: by ewy18 with SMTP id 18so8569803ewy.43 for ; Fri, 23 Oct 2009 06:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=SLhdKS7Af37vLL2rWfWQDYTr99fxwHnG427i81H25QU=; b=ivm7zJNgj3ydncyAMz4MGyRe4JtmXuthNE0cYJ+ZHUzVC20OcEhiHxVDbPcoFJC38Y 7gE/Rja5UdGUfGy5VyrI0jZBYkhb1t1wB832BfJgfZcIr6aee+1jrO3MI9NjszOLVqhH ctC5vkgHuasIbgh+ZS7EUGWkY2vUHyXpLu5Zg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=Gx62E07NjJkywD2yalQyy/eWvZXqbp7szRKsEOUudj55fmeG44XJxxbCk60wMu9Vsz JIq0ATumJgX9Rfdj2xIXkrEc5jfGcQES0aQoCDMr+dov0PagCR/Byd+kTzdtMg84GdCz Y5nX0yMw0XLHmEnwqq0AN7C6C7XRKqiiJt7Q8= Received: by 10.211.160.14 with SMTP id m14mr622225ebo.30.1256304316192; Fri, 23 Oct 2009 06:25:16 -0700 (PDT) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 7sm6012297eyg.41.2009.10.23.06.25.13 (version=SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 06:25:14 -0700 (PDT) From: Tom Evans To: Scot Hetzel In-Reply-To: <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> Content-Type: text/plain Date: Fri, 23 Oct 2009 14:25:12 +0100 Message-Id: <1256304312.18047.103.camel@strangepork.london.mintel.ad> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Aristedes Maniatis Subject: Re: gpart, bsdlabel and fdisk 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, 23 Oct 2009 13:25:17 -0000 On Thu, 2009-10-22 at 02:01 -0500, Scot Hetzel wrote: > On Wed, Oct 21, 2009 at 10:22 PM, Aristedes Maniatis wrote: > You may also want to check out these pages I created on how to setup a > Root on ZFS configuration with ZFS using MBR, and GPT (Single, Mirror, > RAIDZ1, RAIDZ2) Configurations. > > http://wiki.freebsd.org/RootOnZFS > > If anyone notices a problem with them, either let me know or update > the wiki page. > > Scot As I'm planning to do this tomorrow morning, can I just say these instructions are great! One small thing, in the RAIDZ1 guide, step 1.8 (Create ZFS Pool zroot) says: Fixit# mkdir /boot/zfs Fixit# zpool create tank raidz1 ad0p3 ad1p3 ad2p3 Fixit# zpool set bootfs=zroot zroot Shouldn't 'tank' be 'zroot'? Cheers Tom From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 14:32: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 74108106566C for ; Fri, 23 Oct 2009 14:32:58 +0000 (UTC) (envelope-from swhetzel@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 2687B8FC16 for ; Fri, 23 Oct 2009 14:32:57 +0000 (UTC) Received: by vws27 with SMTP id 27so3713703vws.3 for ; Fri, 23 Oct 2009 07:32:57 -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=I/QUs7NKYrEaH9QyZACBDayzKhGg+vF0OB6o9g66aKQ=; b=gs+3T9GoeHdwSSHppMh+agsENfpBLQSqJRplYTAdBz0QQJ2BOiORNschUo+7zf4G9P I/hDFwN8erjkgdp3l7+RHlmUavi0qyTd83yvKbcjmxymVRWixthTCCnyPwG3Z0sqyKxF IBQrMQ1oVKu1eXJB17MtjhMayC/iOs8Rh1rPI= 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=rv87EdMSvBfVB+GztxAtnBdjDuKr82xHruZXYm7yF7H1p7EXDp+sU+LnnfiePXrvtH 3D+kLasSGs1z/FNb875juMQtv6gJTUuusBW4FkizAqf+KMCTjtdZw7BO9uW0x37BotDu 2cq+4i0WwA+nAOI1XgFZmcjcnFIgp9pL3lJ4U= MIME-Version: 1.0 Received: by 10.220.126.150 with SMTP id c22mr6172704vcs.6.1256308377280; Fri, 23 Oct 2009 07:32:57 -0700 (PDT) In-Reply-To: <1256304312.18047.103.camel@strangepork.london.mintel.ad> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> <1256304312.18047.103.camel@strangepork.london.mintel.ad> Date: Fri, 23 Oct 2009 09:32:57 -0500 Message-ID: <790a9fff0910230732t733c8b34x5760a4c24d15470c@mail.gmail.com> From: Scot Hetzel To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: gpart, bsdlabel and fdisk 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, 23 Oct 2009 14:32:58 -0000 On Fri, Oct 23, 2009 at 8:25 AM, Tom Evans wrote= : > On Thu, 2009-10-22 at 02:01 -0500, Scot Hetzel wrote: >> On Wed, Oct 21, 2009 at 10:22 PM, Aristedes Maniatis wr= ote: >> You may also want to check out these pages I created on how to setup a >> Root on ZFS configuration with ZFS using MBR, and GPT (Single, Mirror, >> RAIDZ1, RAIDZ2) Configurations. >> >> http://wiki.freebsd.org/RootOnZFS >> >> If anyone notices a problem with them, either let me know or update >> the wiki page. >> >> Scot > > As I'm planning to do this tomorrow morning, can I just say these > instructions are great! One small thing, in the RAIDZ1 guide, step 1.8 > (Create ZFS Pool zroot) says: > > =A0 =A0 =A0 =A0Fixit# mkdir /boot/zfs > =A0 =A0 =A0 =A0Fixit# zpool create tank raidz1 ad0p3 ad1p3 ad2p3 > =A0 =A0 =A0 =A0Fixit# zpool set bootfs=3Dzroot zroot > > Shouldn't 'tank' be 'zroot'? > It should be zroot, I have updated the guides with the correct pool name. Scot From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 15:28: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 4BC211065676 for ; Fri, 23 Oct 2009 15:28:09 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B4C1E8FC20 for ; Fri, 23 Oct 2009 15:28:08 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-93.ard.bellsouth.net [72.154.198.93]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n9NFS6Tx000691 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 23 Oct 2009 11:28:07 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Tom Evans In-Reply-To: <1256304312.18047.103.camel@strangepork.london.mintel.ad> References: <4ADE995A.8080009@ish.com.au> <1256174188.2309.22.camel@balrog.2hip.net> <4ADFCFF3.1030201@ish.com.au> <790a9fff0910220001m3d7df03j127b51d7d0696271@mail.gmail.com> <1256304312.18047.103.camel@strangepork.london.mintel.ad> Content-Type: text/plain Organization: FreeBSD Date: Fri, 23 Oct 2009 10:28:01 -0500 Message-Id: <1256311681.2283.42.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Scot Hetzel , Aristedes Maniatis , freebsd-current@freebsd.org Subject: Re: gpart, bsdlabel and fdisk 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, 23 Oct 2009 15:28:09 -0000 On Fri, 2009-10-23 at 14:25 +0100, Tom Evans wrote: > On Thu, 2009-10-22 at 02:01 -0500, Scot Hetzel wrote: > > On Wed, Oct 21, 2009 at 10:22 PM, Aristedes Maniatis wrote: > > You may also want to check out these pages I created on how to setup a > > Root on ZFS configuration with ZFS using MBR, and GPT (Single, Mirror, > > RAIDZ1, RAIDZ2) Configurations. > > > > http://wiki.freebsd.org/RootOnZFS > > > > If anyone notices a problem with them, either let me know or update > > the wiki page. > > > > Scot > > As I'm planning to do this tomorrow morning, can I just say these > instructions are great! One small thing, in the RAIDZ1 guide, step 1.8 > (Create ZFS Pool zroot) says: > > Fixit# mkdir /boot/zfs > Fixit# zpool create tank raidz1 ad0p3 ad1p3 ad2p3 > Fixit# zpool set bootfs=zroot zroot Since I've been spending some quality time with the zfs boot code lately, setting bootfs can be problematic. I have a patch that fixes it, but what I discovered is that zpool won't allow you to add top-level devices (at least) if bootfs is set (Since opensolaris can't actually boot in this case, however we can). Once bootfs has been set, the property is always present, even if you clear the parameter back to default. The current zfs boot code will then go down a hole and fail to boot. Setting bootfs is *not* required on FreeBSD, however this issue should be fixed in -CURRENT pretty soon. robert. > Shouldn't 'tank' be 'zroot'? > > Cheers > > Tom > > _______________________________________________ > 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" -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 17:51: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 30D09106566C for ; Fri, 23 Oct 2009 17:51:14 +0000 (UTC) (envelope-from tijl@fastmail.fm) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id C14638FC15 for ; Fri, 23 Oct 2009 17:51:13 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArwEAOqB4UpR889R/2dsb2JhbACBUNgShD8EgV0 Received: from 81.207-243-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.243.207.81]) by relay.skynet.be with ESMTP; 23 Oct 2009 19:22:02 +0200 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id n9NHJV0g090648; Fri, 23 Oct 2009 19:19:32 +0200 (CEST) (envelope-from tijl@fastmail.fm) From: Tijl Coosemans To: freebsd-current@freebsd.org, Matthias Apitz Date: Fri, 23 Oct 2009 19:19:30 +0200 User-Agent: KMail/1.9.10 References: <20091011062419.GA2168@current.Sisis.de> <20091013153815.GA88394@bsdcrew.de> <20091014063221.GA2301@current.Sisis.de> In-Reply-To: <20091014063221.GA2301@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910231919.31536.tijl@fastmail.fm> Cc: kde-freebsd@kde.org Subject: Re: [kde-freebsd] 9-CURRENT (r197801) && artsd of kde-3.5.10_2 gives SIGSEGV 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, 23 Oct 2009 17:51:14 -0000 On Wednesday 14 October 2009 08:32:21 Matthias Apitz wrote: > I'm willing to nail this small issue down. I've already compiled the > arts-1.5.10_2,1 port with --enable-debug=full and will test it the > upcoming weekend. Do you have any hints for me on debugging? > I have had already a look into the code where it crashes in > soundserver/kmedia2.cc: > > ... > unsigned long Arts::PlayObject_private_base::_IID = Arts::MCOPUtils::makeIID("Arts::PlayObject_private"); > > Arts::PlayObject_base *Arts::PlayObject_base::_create(const std::string& subClass) > { > Arts::Object_skel *skel = Arts::ObjectManager::the()->create(subClass); This probably returns NULL. > assert(skel); This is a nop if you compiled with -DNDEBUG. > Arts::PlayObject_base *castedObject = (Arts::PlayObject_base *)skel->_cast(Arts::PlayObject_base::_IID); This causes a SIGSEGV if skel == NULL. > assert(castedObject); > return castedObject; > } So you could put a breakpoint on Arts::ObjectManager::create and step through that to see where it goes wrong. Before you do that, maybe running artsd in a terminal prints out some interesting messages. Something like: (terminal 1) $ artsd -l 0 (terminal 2) $ artsplay /path/to/somefile.ogg From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 18:37: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 E4E3E106568F for ; Fri, 23 Oct 2009 18:37:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 96DA78FC12 for ; Fri, 23 Oct 2009 18:37:10 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so257038qwb.7 for ; Fri, 23 Oct 2009 11:37:09 -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=PCFB2pIoKrbJ33QY3MtfP1Kpr2ECJ3imr3jV3ljlqzk=; b=c+GRH4HPkBqqfxqKwK4BP86ZpoSgWFUbWbdJaReDXh6CSdnen4CRnJOr8O7cdpWUcS zOl+9pg9DKrLi8123+RRiBYwC/6coX2F0jbquQM8bYmbDv8b9MfT5Gdogz6VxJjADPA1 X+lKvse11N21Zyp+4NJQEC3e27YrN/MB+3Ovw= 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=JN/sQltDPsmCEZQytFWFmHKwjNc37nWoc0HICATt6JfL9Vw9y2G32d6u7ATWgyzU/c tCV4CFYQ6rVcR1RpVkKEGxoV1nkvb3+crZY5nqP23gpOngtkYMunpjWyiNVv9uf3PysH 8WzVHIOy4m6H/4pZ8PZuet/ouAWPiVHKwwlGU= Received: by 10.224.26.92 with SMTP id d28mr5616427qac.301.1256323029757; Fri, 23 Oct 2009 11:37:09 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 8sm8796620qwj.21.2009.10.23.11.37.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 11:37:08 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 23 Oct 2009 11:37:08 -0700 From: Pyun YongHyeon Date: Fri, 23 Oct 2009 11:37:08 -0700 To: David Ehrmann Message-ID: <20091023183708.GA6050@michelle.cdnetworks.com> References: <4ADF70F1.5060300@gmail.com> <4AE0DCDF.7090604@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AE0DCDF.7090604@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Strange issue with Samba on 8.0rc1 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: Fri, 23 Oct 2009 18:37:11 -0000 On Thu, Oct 22, 2009 at 03:29:51PM -0700, David Ehrmann wrote: > Ivan Voras wrote: > >This looks like too much problems at the same time to be a problem in > >samba or FreeBSD. > > > >For what it's worth, here are some ideas and data points: > > > >- FreeBSD 8.0-RC1 installs and runs perfectly normal in VMWare ESXi > >with LSI emulation > >- If it is a disk problem (bad cable? controller?) it could manifest > >itself or at least give some clue if you did 'zpool scrub'. ZFS is > >checksummed - it should give you IO errors if the data gets corrupted. > >- There are several versions of Samba in the ports - can you try > >another one? > >- Before you do anything, have you updated to the latest 8.0 source? > > Odd. Trying to rebuild world, csup failed with "Receiver: Connection > reset by peer." cvsup didn't do any better. I didn't have this problem > with the VM (where I'm actually going to build everything, then copy it > over). Could a buggy network driver cause this problem? It's a Via > gigabit ethernet (vge) device. > I vaguely remember some vge(4) users who have VT613x PCIe variants reported driver instabilities. So I guess there are some silicon changes in newer VT613x controllers. If you're using PCIe version of the controller you may see the same issue. If you have a spare NIC or USB NIC how about trying other ethernet driver to rule out possible vge(4) issues? I managed to find a site in China that sells a stand-alone PCIe VT6130 card and ordered it but it was not delivered yet. Don't know how long it would take. From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 19:47: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 4DAAC106568D; Fri, 23 Oct 2009 19:47:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 832EF8FC13; Fri, 23 Oct 2009 19:47:57 +0000 (UTC) Received: by qyk6 with SMTP id 6so4057546qyk.3 for ; Fri, 23 Oct 2009 12:47:56 -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=fIoT6bQUgCO0aDEQwS+y989tZoS0rbioi2+wq7SgKsg=; b=GxyMQpkiZMCIRFzVDuoYA3DucT8gfsJskpF+C4uFrMAjVJbMGhBI9Z6aOoOaOs7ksw FqMRp1IkuIArCkvozY9o7m3HBeGLe4E2Yxkk0LiFTahzwRpHqZ4IIPUH06sFolT2BF13 /5uxlodRwRa58oP14Bc1IdEY1mfvWCkYJQVY0= 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=s0aOsUlbvTJK4ABfS8U5FQ6/GUjfIcPZqD7AsUEluGF5dGV3qDlAnf7IfWBk0nHw1E pxWC4sLUStM2n7RA+O8tTXHBmSMdlA7bVt0IuJwmTkeELNIo67uLUwKaWDQdE1hdUibM XRLXqTT8deZfu2dCcuuD+YNzQTZxGunX59xMI= Received: by 10.224.56.208 with SMTP id z16mr5641544qag.144.1256327276632; Fri, 23 Oct 2009 12:47:56 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm2620029qwk.54.2009.10.23.12.47.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 12:47:55 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 23 Oct 2009 12:47:55 -0700 From: Pyun YongHyeon Date: Fri, 23 Oct 2009 12:47:55 -0700 To: David Ehrmann Message-ID: <20091023194755.GC6050@michelle.cdnetworks.com> References: <4ADF70F1.5060300@gmail.com> <4AE0DCDF.7090604@gmail.com> <20091023183708.GA6050@michelle.cdnetworks.com> <6e0e5340910231237v3f19b27ex1cbefd3f9a01af54@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6e0e5340910231237v3f19b27ex1cbefd3f9a01af54@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Strange issue with Samba on 8.0rc1 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: Fri, 23 Oct 2009 19:47:59 -0000 On Fri, Oct 23, 2009 at 12:37:40PM -0700, David Ehrmann wrote: > On Fri, Oct 23, 2009 at 11:37 AM, Pyun YongHyeon wrote: > > > > > I vaguely remember some vge(4) users who have VT613x PCIe variants > > reported driver instabilities. So I guess there are some silicon > > changes in newer VT613x controllers. If you're using PCIe version > > of the controller you may see the same issue. If you have a spare > > NIC or USB NIC how about trying other ethernet driver to rule out > > possible vge(4) issues? > > > > I managed to find a site in China that sells a stand-alone PCIe > > VT6130 card and ordered it but it was not delivered yet. Don't know > > how long it would take. > > > > I think you actually helped me with my controller not working at gigabit > speeds, even if I forced it. Ah, now I remeber that. :-) > The controller is on a Via EPIA SN; the specs list the chipset as a Via > CN896. Indeed, the controller has PCIe interface and would be VT6130. I'll see what's going on when the hardware is available. From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 20: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 D8078106566B; Fri, 23 Oct 2009 20:02:49 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mail-iw0-f189.google.com (mail-iw0-f189.google.com [209.85.223.189]) by mx1.freebsd.org (Postfix) with ESMTP id 8FBB18FC20; Fri, 23 Oct 2009 20:02:49 +0000 (UTC) Received: by iwn27 with SMTP id 27so4946248iwn.7 for ; Fri, 23 Oct 2009 13:02:49 -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=C2P3maIcwUKOyhLM4S8c1+Pmu8FJYWH6W9s67/+6uoQ=; b=HOGM3GLJIuk23NCWOle3lEHySOghYTeuOBkEI/ZSDiDKjQze61S0wnkS/oNZy3l7P8 CDZHe5ucLtg3lSou4VMN6Km1U2v1AsH2/dZ1n3M7QRW8Svl3jsiJP2FxsynWD0W0Aw7l q88iVEW88NxEM7UrQSwa2AazoI0vSqbUG6Jro= 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=KqsBnU2uIfS4JgGFa0UDdwe3NeAYgdag3wgvv65B280LWeMiXynLFeSm6zSWVZq/FN 6mtfTQMxUQPRCJm1VoDGMDkKmxp9i4io41eA8wqpI/oMNiKVp/NKSPiU0vcrsr3qQ134 i5DtGz7MFBMnRvZX40wow7C3PqtnYnSGyJCnY= MIME-Version: 1.0 Received: by 10.231.1.22 with SMTP id 22mr1924541ibd.56.1256326660163; Fri, 23 Oct 2009 12:37:40 -0700 (PDT) In-Reply-To: <20091023183708.GA6050@michelle.cdnetworks.com> References: <4ADF70F1.5060300@gmail.com> <4AE0DCDF.7090604@gmail.com> <20091023183708.GA6050@michelle.cdnetworks.com> Date: Fri, 23 Oct 2009 12:37:40 -0700 Message-ID: <6e0e5340910231237v3f19b27ex1cbefd3f9a01af54@mail.gmail.com> From: David Ehrmann To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Strange issue with Samba on 8.0rc1 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, 23 Oct 2009 20:02:50 -0000 On Fri, Oct 23, 2009 at 11:37 AM, Pyun YongHyeon wrote: > > I vaguely remember some vge(4) users who have VT613x PCIe variants > reported driver instabilities. So I guess there are some silicon > changes in newer VT613x controllers. If you're using PCIe version > of the controller you may see the same issue. If you have a spare > NIC or USB NIC how about trying other ethernet driver to rule out > possible vge(4) issues? > > I managed to find a site in China that sells a stand-alone PCIe > VT6130 card and ordered it but it was not delivered yet. Don't know > how long it would take. > I think you actually helped me with my controller not working at gigabit speeds, even if I forced it. The controller is on a Via EPIA SN; the specs list the chipset as a Via CN896. From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 20:26: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 295B2106568F; Fri, 23 Oct 2009 20:26:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id B97558FC14; Fri, 23 Oct 2009 20:26:05 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so280404qwb.7 for ; Fri, 23 Oct 2009 13:26:05 -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=lMTh9ywYjPUmooJni4z4Vf4bsy3lJeaxjtsFvuPbLTk=; b=BWi8HDvLd1dUUTixbSOaIY7aDTU3Y/mxLgV/hKjHMYcHOg5KSEYHYglZ7mRVUPQa55 PyUIQm0Om+zUcD6mdm5hrphN36Ub2PLqMmEIDfoNTcRtab1DhKLX+mdd9A+9MUTVup2j IEvpXeybro8paC4PEChDBsl1GvglxMLKQTvxo= 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=LWzlL8xZOJXeaIemSJBot8rFhaPLF5PtWeJoqHjDLq6GI1q4GA5m3v60dmEBtESEXM TuUozDm//4E4+ma1woR7OtYls1lMxC4s1j0kYaEapbo2rapEbc93Vzo9Yl5KDmgY4FKY DIriVm3LEivRB+FYq2uL/9GRT6+KNJRpXf1zI= Received: by 10.224.111.140 with SMTP id s12mr5706486qap.128.1256329565160; Fri, 23 Oct 2009 13:26:05 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 8sm2090895qwj.41.2009.10.23.13.26.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 13:26:04 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 23 Oct 2009 13:26:04 -0700 From: Pyun YongHyeon Date: Fri, 23 Oct 2009 13:26:04 -0700 To: David Ehrmann Message-ID: <20091023202604.GD6050@michelle.cdnetworks.com> References: <4ADF70F1.5060300@gmail.com> <4AE0DCDF.7090604@gmail.com> <20091023183708.GA6050@michelle.cdnetworks.com> <6e0e5340910231237v3f19b27ex1cbefd3f9a01af54@mail.gmail.com> <20091023194755.GC6050@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091023194755.GC6050@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Strange issue with Samba on 8.0rc1 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: Fri, 23 Oct 2009 20:26:06 -0000 On Fri, Oct 23, 2009 at 12:47:55PM -0700, Pyun YongHyeon wrote: > On Fri, Oct 23, 2009 at 12:37:40PM -0700, David Ehrmann wrote: > > On Fri, Oct 23, 2009 at 11:37 AM, Pyun YongHyeon wrote: > > > > > > > > I vaguely remember some vge(4) users who have VT613x PCIe variants > > > reported driver instabilities. So I guess there are some silicon > > > changes in newer VT613x controllers. If you're using PCIe version > > > of the controller you may see the same issue. If you have a spare > > > NIC or USB NIC how about trying other ethernet driver to rule out > > > possible vge(4) issues? > > > > > > I managed to find a site in China that sells a stand-alone PCIe > > > VT6130 card and ordered it but it was not delivered yet. Don't know > > > how long it would take. > > > > > > > I think you actually helped me with my controller not working at gigabit > > speeds, even if I forced it. > > Ah, now I remeber that. :-) > > > The controller is on a Via EPIA SN; the specs list the chipset as a Via > > CN896. > > Indeed, the controller has PCIe interface and would be VT6130. I'll > see what's going on when the hardware is available. Forgot to say one thing. AFAIK there is one bug which tries to adjust buffer length after loading dma map when frame length is less than 60 bytes. However I'm not sure whether this causes your Samba related issue. From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 20:33:28 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 CA1DF1065676 for ; Fri, 23 Oct 2009 20:33:28 +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 747908FC1F for ; Fri, 23 Oct 2009 20:33:28 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n9NKXRWh018039 for ; Fri, 23 Oct 2009 14:33:27 -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 n9NKXRKP018036 for ; Fri, 23 Oct 2009 14:33:27 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 23 Oct 2009 14:33:27 -0600 (MDT) From: Warren Block To: 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Fri, 23 Oct 2009 14:33:27 -0600 (MDT) Cc: Subject: Re: existing sendmail aliases ignored until sendmail restart 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, 23 Oct 2009 20:33:28 -0000 PR 139870 has been entered for this. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Fri Oct 23 22: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 9EEF3106568B; Fri, 23 Oct 2009 22:31:57 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mail-iw0-f189.google.com (mail-iw0-f189.google.com [209.85.223.189]) by mx1.freebsd.org (Postfix) with ESMTP id 558938FC1B; Fri, 23 Oct 2009 22:31:57 +0000 (UTC) Received: by iwn27 with SMTP id 27so5019282iwn.7 for ; Fri, 23 Oct 2009 15:31:56 -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=Zr7wx07H2ZWc0CgAufu6pugJFg39l6Yfj9CdzJ42VsE=; b=wke771/W1mNzUDfjJiOBfJAjbTvLJOF5r0GBKAIJ3+f1kVt1tOLnR7fiKpH2Pc1/bv BLUB0Yz+oyRPzkrSGuTsndSXkBhogVOuwbPz4z5l/TSBqt3Cnu7LD6JK+0qGwR7fUqUi P+1dq+Gn217x1j4Tc5FIzphug2Ae7PujfXFrI= 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=Va075289Y1KDuKJ34YTHa5+Y7OAVU7tYVVBemu0CKKF7ksMUE26Sd5KBelSUsm2dEd bQ/BQqdgWkWHLFaqqdWiqMGsTml4AYCEGXcYEfYmWl2Z7rPTu5zunQ7sw+Y2/9kGBh3B urTwH4S8MKHzo4V+uQDvjCjfxfe3eujOaAUOw= MIME-Version: 1.0 Received: by 10.231.1.22 with SMTP id 22mr2487196ibd.56.1256337116570; Fri, 23 Oct 2009 15:31:56 -0700 (PDT) In-Reply-To: <20091023202604.GD6050@michelle.cdnetworks.com> References: <4ADF70F1.5060300@gmail.com> <4AE0DCDF.7090604@gmail.com> <20091023183708.GA6050@michelle.cdnetworks.com> <6e0e5340910231237v3f19b27ex1cbefd3f9a01af54@mail.gmail.com> <20091023194755.GC6050@michelle.cdnetworks.com> <20091023202604.GD6050@michelle.cdnetworks.com> Date: Fri, 23 Oct 2009 15:31:56 -0700 Message-ID: <6e0e5340910231531n737ac71ds11a07117c3f7667e@mail.gmail.com> From: David Ehrmann To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Strange issue with Samba on 8.0rc1 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, 23 Oct 2009 22:31:57 -0000 On Fri, Oct 23, 2009 at 1:26 PM, Pyun YongHyeon wrote: > > > Forgot to say one thing. > AFAIK there is one bug which tries to adjust buffer length after > loading dma map when frame length is less than 60 bytes. However > I'm not sure whether this causes your Samba related issue. > I just gave my other ethernet device, vr0, an IP and netmask. I'm seeing the same problem if I access the samba share via that IP. Unless FreeBSD is doing something funny and trying to guess that the two IP addresses are on the same network and sending all data out on the faster interface, I think the vge driver is off the hook. I also switched my laptop over from wifi to ethernet, but that also didn't change things. From owner-freebsd-current@FreeBSD.ORG Sat Oct 24 07:09: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 78711106566B for ; Sat, 24 Oct 2009 07:09:19 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id 078348FC1A for ; Sat, 24 Oct 2009 07:09:18 +0000 (UTC) Received: from current.Sisis.de (ppp-93-104-56-222.dynamic.mnet-online.de [93.104.56.222]) by dd12710.kasserver.com (Postfix) with ESMTP id 90FD818387A0E; Sat, 24 Oct 2009 09:09:18 +0200 (CEST) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id n9O79Kqx002457; Sat, 24 Oct 2009 09:09:20 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Sat, 24 Oct 2009 09:09:20 +0200 From: Matthias Apitz To: Tijl Coosemans Message-ID: <20091024070920.GA2385@current.Sisis.de> References: <20091011062419.GA2168@current.Sisis.de> <20091013153815.GA88394@bsdcrew.de> <20091014063221.GA2301@current.Sisis.de> <200910231919.31536.tijl@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200910231919.31536.tijl@fastmail.fm> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Cc: kde-freebsd@kde.org, freebsd-current@freebsd.org Subject: Re: [kde-freebsd] 9-CURRENT (r197801) && artsd of kde-3.5.10_2 gives SIGSEGV X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2009 07:09:19 -0000 El día Friday, October 23, 2009 a las 07:19:30PM +0200, Tijl Coosemans escribió: ... > Before you do that, maybe running artsd in a terminal prints out some > interesting messages. Something like: > > (terminal 1) $ artsd -l 0 > > (terminal 2) $ artsplay /path/to/somefile.ogg Hello Tijl, Thanks for your helping hand! And, you hit the problem: $ artsd -l 0 artsd version is 1.5.10 gsl: using Unix98 pthreads directly for mutexes and conditions [artsd: 1738] SoundServerStartup --> got lock autodetecting driver: - toss: 4 - jack: -1 - null: -1 - oss: 10 ... which means we'll default to oss device capabilities: revision0 realtime trigger mmap buffering: 8 fragments with 1024 bytes (audio latency is 46.4 ms) virtualize StereoVolumeControl device capabilities: revision0 realtime trigger mmap buffering: 8 fragments with 1024 bytes (audio latency is 46.4 ms) audio format is 44100 Hz, 16 bits, 2 channels addDirectory(/usr/local/lib/mcop,) addDirectory(/usr/local/lib/mcop/Arts,Arts) addDirectory(/usr/local/lib/mcop/Arts/Environment,Arts::Environment) addDirectory(/usr/local/lib/mcop/Noatun,Noatun) addDirectory(/home/guru/.mcop/trader-cache,) Arts::MidiManager registered successfully. [artsd: 1738] SoundServerStartup <-- released lock (now I run artsplay from another session) UnixManager: got notifyIO socketconnection created, fd = 9 search playobject, extension = ogg creating akodeXiphPlayObject to play file /usr/local/share/sounds/KDE_Startup_1.ogg loading extension from '/usr/local/lib/libarts_akode.la' failed: Shared object "libltdl.so.7" not found, required by "libarts_akode.so.0" MCOP ObjectManager: Could not load extension libarts_akode.la. MCOP ObjectManager: can't find implementation for akodeXiphPlayObject. Segmentation fault: 11 (core dumped) $ i.e. the SIGSEGV is result of a missing pkg libltdl-2.2.6a_1.tbz; I installed this and KDE's sound is fine now. The problem is that installing only kde-3.5.10_2 will not require and install this package on the fly: $ pkg_info -r kde-3.5.10_2 | fgrep libltdl $ pkg_info -r arts-1.5.10_2,1 | fgrep libltdl Someone should fix the dependencies, I think. Thanks again for your help. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu From owner-freebsd-current@FreeBSD.ORG Sat Oct 24 10:29: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 D36D91065693 for ; Sat, 24 Oct 2009 10:29:11 +0000 (UTC) (envelope-from koleman@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 668BA8FC08 for ; Sat, 24 Oct 2009 10:29:10 +0000 (UTC) Received: by fxm6 with SMTP id 6so10328573fxm.43 for ; Sat, 24 Oct 2009 03:29:10 -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 :message-id:mime-version:content-type:x-mailer; bh=JA8dntoN8qw2XOqTN5Lyak6kdRKpCtgU4vtAGeHt0Dg=; b=FINqHyMtMVeSvZOIJf3U9A6kyTEUxQyoSLm4BOKaVvcVmYgTMXZ0NHKebquccJ+MvU NcG/QEIzOjcgfYX2kIQusY9gsQ1KEGnqiL0/dMDxswYTv/nyYMJNkT7JMhPd2ObXKxYy ZEDH9QiE3FtzC5l8JX4ud2vUaVk1m47nEAG58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer; b=Tfu3iHJlF/e69uY0ftb5+oZBATEMGgntioi/tHeWrIUBR1BqNEO8si0nFxjDblrIDy M7hBLVvqqHLR5kfKVrxQqefi8wA5n5Igx84LklZyfT0mzLCiNeiFlZxGD1eDjzHS4MnU WX8szrvIJ5bv7K8reor162Xqx4LSHfaIwnz9k= Received: by 10.103.87.26 with SMTP id p26mr5232159mul.44.1256380150218; Sat, 24 Oct 2009 03:29:10 -0700 (PDT) Received: from ?85.77.205.156? (YKMLV.gprs.sl-laajakaista.fi [85.77.205.156]) by mx.google.com with ESMTPS id j10sm5996998muh.0.2009.10.24.03.29.07 (version=SSLv3 cipher=RC4-MD5); Sat, 24 Oct 2009 03:29:09 -0700 (PDT) From: "=?ISO-8859-1?B?QW50dGkgS29sZWhtYWluZW4=?=" To: freebsd-current@freebsd.org Date: Sat, 24 Oct 2009 13:29:02 +0200 Message-Id: <1256383742548@koleman_gmail.com> Mime-Version: 1.0 X-Mailer: EMCL4 v1.41.0 X-Mailman-Approved-At: Sat, 24 Oct 2009 11:27:30 +0000 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: Base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problems with usb if you unload and reload kernel modules 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, 24 Oct 2009 10:29:11 -0000 From owner-freebsd-current@FreeBSD.ORG Sat Oct 24 13:27: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 65B4E106568F for ; Sat, 24 Oct 2009 13:27:27 +0000 (UTC) (envelope-from tijl@fastmail.fm) Received: from mailrelay002.isp.belgacom.be (mailrelay002.isp.belgacom.be [195.238.6.175]) by mx1.freebsd.org (Postfix) with ESMTP id 030A28FC0A for ; Sat, 24 Oct 2009 13:27:26 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEAIOd4kpR9Szy/2dsb2JhbACBUNRzhD8E Received: from 242.44-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.245.44.242]) by relay.skynet.be with ESMTP; 24 Oct 2009 15:27:25 +0200 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id n9ODOtbg065077; Sat, 24 Oct 2009 15:24:55 +0200 (CEST) (envelope-from tijl@fastmail.fm) From: Tijl Coosemans To: Matthias Apitz Date: Sat, 24 Oct 2009 15:24:53 +0200 User-Agent: KMail/1.9.10 References: <20091011062419.GA2168@current.Sisis.de> <200910231919.31536.tijl@fastmail.fm> <20091024070920.GA2385@current.Sisis.de> In-Reply-To: <20091024070920.GA2385@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910241524.55207.tijl@fastmail.fm> Cc: kde-freebsd@kde.org, freebsd-current@freebsd.org Subject: Re: [kde-freebsd] 9-CURRENT (r197801) && artsd of kde-3.5.10_2 gives SIGSEGV 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, 24 Oct 2009 13:27:27 -0000 On Saturday 24 October 2009 09:09:20 Matthias Apitz wrote: > UnixManager: got notifyIO > socketconnection created, fd = 9 > search playobject, extension = ogg > creating akodeXiphPlayObject to play file > /usr/local/share/sounds/KDE_Startup_1.ogg > loading extension from '/usr/local/lib/libarts_akode.la' failed: Shared object "libltdl.so.7" not found, required by "libarts_akode.so.0" > MCOP ObjectManager: Could not load extension libarts_akode.la. > MCOP ObjectManager: can't find implementation for akodeXiphPlayObject. > Segmentation fault: 11 (core dumped) > $ > > i.e. the SIGSEGV is result of a missing pkg libltdl-2.2.6a_1.tbz; I > installed this and KDE's sound is fine now. > > The problem is that installing only kde-3.5.10_2 will not require and > install this package on the fly: > > $ pkg_info -r kde-3.5.10_2 | fgrep libltdl > $ pkg_info -r arts-1.5.10_2,1 | fgrep libltdl > > Someone should fix the dependencies, I think. It appears that audio/akode misses a dependency on libltdl. I've submitted a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=139884 From owner-freebsd-current@FreeBSD.ORG Sat Oct 24 13:48: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 1F544106568F for ; Sat, 24 Oct 2009 13:48:58 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from dd12710.kasserver.com (dd12710.kasserver.com [85.13.134.233]) by mx1.freebsd.org (Postfix) with ESMTP id D2EC68FC1D for ; Sat, 24 Oct 2009 13:48:57 +0000 (UTC) Received: from current.Sisis.de (ppp-93-104-56-222.dynamic.mnet-online.de [93.104.56.222]) by dd12710.kasserver.com (Postfix) with ESMTP id B276A18386B5C for ; Sat, 24 Oct 2009 15:48:58 +0200 (CEST) Received: (from guru@localhost) by current.Sisis.de (8.14.3/8.14.3/Submit) id n9ODmtKI003920 for freebsd-current@freebsd.org; Sat, 24 Oct 2009 15:48:55 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: current.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Sat, 24 Oct 2009 15:48:55 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20091024134855.GA3888@current.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-CURRENT (i386) Subject: Flash10 in -current: missing shared libs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2009 13:48:58 -0000 Hello, I'm trying to get flash10 via /usr/ports installed... There is a nice HowTO: http://forums.freebsd.org/archive/index.php/t-5786.html but some libs (or dependencies) are missing; after /usr/ports/www/linux-f10-flashplugin10 which installed the following packages: linux-f10-sqlite3-3.5.9_1.tbz linux-f10-openldap-2.4.12_1.tbz linux-f10-nspr-4.7.4.tbz linux-f10-libssh2-0.18.tbz linux-f10-flashplugin-10.0r32.tbz linux-f10-cyrus-sasl2-2.1.22.tbz linux-f10-curl-7.19.4_4.tbz linux-f10-nss-3.12.2.0.tbz the command $ nspluginwrapper -v -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so is stilling missing shared objects; step-by-step I have installed in addition: linux-f10-gtk2-2.14.7.tbz linux-f10-xorg-libs-7.4_1.tbz linux-f10-pango-1.22.3.tbz (btw: why www/linux-f10-flashplugin10 is not wanting them to install by its own) but still have at least one open dependency: $ nspluginwrapper -v -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: error while loading shared libraries: libatk-1.0.so.0: cannot open shared object file: No such file or directory Any idea what is wrong? /usr/ports is very recent (from CVS October 6) matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu From owner-freebsd-current@FreeBSD.ORG Sat Oct 24 14:28: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 C75271065692 for ; Sat, 24 Oct 2009 14:28:31 +0000 (UTC) (envelope-from tijl@fastmail.fm) Received: from mailrelay002.isp.belgacom.be (mailrelay002.isp.belgacom.be [195.238.6.175]) by mx1.freebsd.org (Postfix) with ESMTP id 66D738FC1E for ; Sat, 24 Oct 2009 14:28:31 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEAJKr4kpR9Szy/2dsb2JhbACBT6JSsXeEPwSBXg Received: from 242.44-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.245.44.242]) by relay.skynet.be with ESMTP; 24 Oct 2009 16:28:29 +0200 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id n9OEPxTg071791; Sat, 24 Oct 2009 16:25:59 +0200 (CEST) (envelope-from tijl@fastmail.fm) From: Tijl Coosemans To: freebsd-current@freebsd.org, Matthias Apitz Date: Sat, 24 Oct 2009 16:25:57 +0200 User-Agent: KMail/1.9.10 References: <20091024134855.GA3888@current.Sisis.de> In-Reply-To: <20091024134855.GA3888@current.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910241625.58982.tijl@fastmail.fm> Cc: Subject: Re: Flash10 in -current: missing shared libs 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, 24 Oct 2009 14:28:31 -0000 On Saturday 24 October 2009 15:48:55 Matthias Apitz wrote: > I'm trying to get flash10 via /usr/ports installed... There is a nice > HowTO: > > http://forums.freebsd.org/archive/index.php/t-5786.html > > but some libs (or dependencies) are missing; after > /usr/ports/www/linux-f10-flashplugin10 > which installed the following packages: > > linux-f10-sqlite3-3.5.9_1.tbz > linux-f10-openldap-2.4.12_1.tbz > linux-f10-nspr-4.7.4.tbz > linux-f10-libssh2-0.18.tbz > linux-f10-flashplugin-10.0r32.tbz > linux-f10-cyrus-sasl2-2.1.22.tbz > linux-f10-curl-7.19.4_4.tbz > linux-f10-nss-3.12.2.0.tbz > > the command > > $ nspluginwrapper -v -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > > is stilling missing shared objects; step-by-step I have installed in > addition: > > linux-f10-gtk2-2.14.7.tbz > linux-f10-xorg-libs-7.4_1.tbz > linux-f10-pango-1.22.3.tbz > > (btw: why www/linux-f10-flashplugin10 is not wanting them to install by > its own) > > but still have at least one open dependency: > > $ nspluginwrapper -v -i > /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: error while > loading shared libraries: libatk-1.0.so.0: cannot open shared object > file: No such file or directory > > Any idea what is wrong? /usr/ports is very recent (from CVS October 6) Those are all dependencies of nspluginwrapper so something must have gone wrong when you installed that package. From owner-freebsd-current@FreeBSD.ORG Sat Oct 24 15:34: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 A49731065676 for ; Sat, 24 Oct 2009 15:34:46 +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 635458FC15 for ; Sat, 24 Oct 2009 15:34:45 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n9OFYjPr021864; Sat, 24 Oct 2009 09:34:45 -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 n9OFYi3Q021861; Sat, 24 Oct 2009 09:34:44 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 24 Oct 2009 09:34:44 -0600 (MDT) From: Warren Block To: Matthias Apitz In-Reply-To: <20091024134855.GA3888@current.Sisis.de> Message-ID: References: <20091024134855.GA3888@current.Sisis.de> 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]); Sat, 24 Oct 2009 09:34:45 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Flash10 in -current: missing shared libs 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, 24 Oct 2009 15:34:46 -0000 On Sat, 24 Oct 2009, Matthias Apitz wrote: > > Hello, > > I'm trying to get flash10 via /usr/ports installed... There is a nice > HowTO: > > http://forums.freebsd.org/archive/index.php/t-5786.html That's for 7.2. linux_base-f10 is the default for 8.0 (and presumably -CURRENT, although the line between STABLE and CURRENT is getting a little blurred). The Handbook describes different procedures for installing Flash for 7 versus 8: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html > $ nspluginwrapper -v -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > > is stilling missing shared objects; step-by-step I have installed in > addition: > > linux-f10-gtk2-2.14.7.tbz > linux-f10-xorg-libs-7.4_1.tbz > linux-f10-pango-1.22.3.tbz > > (btw: why www/linux-f10-flashplugin10 is not wanting them to install by > its own) They were installed automatically here. > but still have at least one open dependency: > > $ nspluginwrapper -v -i > /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: error while > loading shared libraries: libatk-1.0.so.0: cannot open shared object > file: No such file or directory linux-f10-atk-1.24.0 was installed automatically here. So I would suggest: Remove "OVERRIDE" entries from make.conf, update ports, deinstall/install linux_base-f10, linux-f10-flashpluginwrapper10, nspluginwrapper. As root, create the link as in the Handbook. As user, run nspluginwrapper -a -i. It works here.(TM) -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Sat Oct 24 17:44: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 AA417106566B; Sat, 24 Oct 2009 17:44:28 +0000 (UTC) (envelope-from valin@buchlovice.org) Received: from smtp-sfn.sitkom.cz (smtp-sfn.sitkom.cz [88.146.175.4]) by mx1.freebsd.org (Postfix) with ESMTP id 071EE8FC0C; Sat, 24 Oct 2009 17:44:27 +0000 (UTC) Received: from osiris.buchlovice.sfn (osiris.buchlovice.sfn [10.6.193.10]) by smtp-sfn.sitkom.cz (Postfix) with ESMTP id D89811FA6F5; Sat, 24 Oct 2009 19:44:25 +0200 (CEST) Message-ID: <4AE33CF9.3050308@buchlovice.org> Date: Sat, 24 Oct 2009 19:44:25 +0200 From: =?ISO-8859-2?Q?Radek_Val=E1=B9ek?= User-Agent: Thunderbird 2.0.0.23 (X11/20091015) MIME-Version: 1.0 To: Robert Noland References: <4AD710D6.70404@buchlovice.org> <1255633430.2175.12.camel@balrog.2hip.net> <4AD779FC.1070204@buchlovice.org> <1256146709.2310.9.camel@balrog.2hip.net> In-Reply-To: <1256146709.2310.9.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" 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, 24 Oct 2009 17:44:28 -0000 Robert Noland napsal(a): > On Thu, 2009-10-15 at 21:37 +0200, Radek Valá¹ek wrote: > >> Robert Noland napsal(a): >> >>> On Thu, 2009-10-15 at 14:08 +0200, Radek Valá¹ek wrote: >>> >>> >>>> Hi, >>>> >>>> I want to ask if there is something new in adding support to >>>> gptzfsboot/zfsboot for reading gang-blocks? >>>> >>>> > > I think that the gang block patch will work, though still haven't gotten > it tested. However, I'm fairly confident that the issue is not gang > block related. Right now, I have setup a disk like this: > > => 34 1953525101 ada1 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 8388608 2 freebsd-swap (4.0G) > 8388770 648019968 3 freebsd-zfs (309G) > 656408738 648019968 4 freebsd-zfs (309G) > 1304428706 648019968 5 freebsd-zfs (309G) > 1952448674 1076461 - free - (526M) > > Note that this is not a raidz pool right now. It is just 3 toplevel > partitions setup as a single pool. I finally have this configuration > working reliably. At least in this case, the issue is due to all of the > partitions not being probed during early boot and so not being added to > the list of vdevs for the pool. When zio_read finds a dva that points > to a device it doesn't know about, it gives up and whines. > > Can you detail for me how you have everything configured, so that I can > try to replicate it. gpart show, zpool status and zpool get all > would be good. I'm not sure that I have enough spare disks lying around > to do this properly, but maybe I can use virtual disks or something. > > robert. > > Sorry for not responding so long. Here are details you want from me: # gpart show => 34 1953525101 ad6 GPT (932G) 34 128 1 freebsd-boot (64K) 162 1953524973 2 freebsd-zfs (932G) => 34 1953525101 ad8 GPT (932G) 34 128 1 freebsd-boot (64K) 162 1953524973 2 freebsd-zfs (932G) => 34 1953525101 ad10 GPT (932G) 34 128 1 freebsd-boot (64K) 162 1953524973 2 freebsd-zfs (932G) => 34 1953525101 ad12 GPT (932G) 34 128 1 freebsd-boot (64K) 162 1953524973 2 freebsd-zfs (932G) # zpool status pool: z state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM z ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad6p2 ONLINE 0 0 0 ad8p2 ONLINE 0 0 0 ad10p2 ONLINE 0 0 0 ad12p2 ONLINE 0 0 0 errors: No known data errors # zpool get all z NAME PROPERTY VALUE SOURCE z size 3.62T - z used 4.62G - z available 3.62T - z capacity 0% - z altroot - default z health ONLINE - z guid 17857007133862981114 - z version 13 default z bootfs z/system local z delegation on default z autoreplace off default z cachefile - default z failmode wait default z listsnapshots off default I've tested your patches but it seems that you're right and it's not gang related issue. I was able to discover these things on a fully functional zfs pool (system compiled with your patches): 1, If I overwrite the file /boot/loader.conf (with copy of itself, or when upgrading kernel/world), next reboot comes with these messages: BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS drive D: is disk1 BIOS drive E: is disk2 BIOS drive F: is disk3 BIOS 627kB/3405248kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@ztest, Thu Oct 22 22:27:22 CEST 2009) Loading /boot/defaults/loader.conf ZFS: i/o error - all block copies unavailable Warning: error reading file /boot/loader.conf Then I'm still able to boot the system, but I must set the boot variables included in loader.conf by hand 2, Next I overwrite the file /boot/loader (with copy of itself, or when upgrading kernel/world) and reboot comes with these messages: BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS drive D: is disk1 BIOS drive E: is disk2 BIOS drive F: is disk3 BIOS 627kB/3405248kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@ztest, Thu Oct 22 22:27:22 CEST 2009) Loading /boot/defaults/loader.conf ZFS: i/o error - all block copies unavailable Warning: error reading file /boot/loader.conf ZFS: i/o error - all block copies unavailable ZFS: i/o error - all block copies unavailable ZFS: i/o error - all block copies unavailable ZFS: i/o error - all block copies unavailable ZFS: i/o error - all block copies unavailable ZFS: i/o error - all block copies unavailable ZFS: i/o error - all block copies unavailable ZFS: i/o error - all block copies unavailable Unable to load a kernel! After that I'm no longer able to boot the system from zfs pool. Hope you have some ideas... vaLin >>> Ok, I can't figure out any way to test this... beyond the fact that it >>> builds and doesn't break my currently working setup. Can you give this >>> a try? It should still report if it finds gang blocks, but hopefully >>> now will read them as well. >>> >>> robert. >>> >>> >>> >> Big thanks for the patches Robert, I will definitely test them as soon >> as possible (tomorrow) and report the results immediately to list. I can >> repeat this issue probably at any time (up to cca 30 times tested with >> the same result), so don't bother about the broken booting, I'm prepared >> for it... >> >> vaLin >> >>>> From Sun's docs: >>>> >>>> Gang blocks >>>> >>>> When there is not enough contiguous space to write a complete block, the ZIO >>>> pipeline will break the I/O up into smaller 'gang blocks' which can later be >>>> assembled transparently to appear as complete blocks. >>>> >>>> Everything works fine for me, until I rewrite kernel/world after system >>>> upgrade to latest one (releng_8). After this am I no longer able to boot >>>> from zfs raidz1 pool with following messages: >>>> >>>> >/ ZFS: i/o error - all block copies unavailable >>>> />/ ZFS: can't read MOS >>>> />/ ZFS: unexpected object set type lld >>>> />/ ZFS: unexpected object set type lld >>>> />/ >>>> />/ FreeBSD/i386 boot >>>> />/ Default: z:/boot/kernel/kernel >>>> />/ boot: >>>> />/ ZFS: unexpected object set type lld >>>> />/ >>>> />/ FreeBSD/i386 boot >>>> />/ Default: tank:/boot/kernel/kernel >>>> />/ boot: >>>> // >>>> /I presume it's the same issue as talked in june-2009 current mailing >>>> list >>>> http://lists.freebsd.org/pipermail/freebsd-current/2009-June/008589.html >>>> >>>> Any success in that matter? >>>> >>>> Thnx for answer. >>>> >>>> vaLin >>>> _______________________________________________ >>>> 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" >>>> >>>>