From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 7 15:07:36 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FD241065672 for ; Sun, 7 Aug 2011 15:07:36 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id D7F4F8FC0C for ; Sun, 7 Aug 2011 15:07:35 +0000 (UTC) Received: from park.js.berklix.net (p5DCBDC73.dip.t-dialin.net [93.203.220.115]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p77F7Xwl014336 for ; Sun, 7 Aug 2011 15:07:34 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id p77F8J2x073257 for ; Sun, 7 Aug 2011 17:08:19 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p77F8EnP027260 for ; Sun, 7 Aug 2011 15:08:19 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201108071508.p77F8EnP027260@fire.js.berklix.net> To: hackers@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Linux Unix Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Sun, 07 Aug 2011 17:08:14 +0200 Sender: jhs@berklix.com Cc: Subject: pub/FreeBSD/releases/i386/8.2-RELEASE/floppies/ X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2011 15:07:36 -0000 Hi all, http://www.freebsd.org/doc/handbook/install-pre.html near end with red vertical bar ... Is Wrong, It says: Please note, as of FreeBSD 8.X, floppy disk images are no longer available. Please see above for instructions on how to install FreeBSD using a USB memory stick or just use a CDROM or a DVD. Not True. Just no i386 & amd64 etc, but this exists: /pub/FreeBSD/releases/pc98/8.2-RELEASE/floppies -rw-r--r-- 1 1006 1006 661 Feb 18 05:43 CHECKSUM.MD5 -rw-r--r-- 1 1006 1006 1081 Feb 18 05:43 CHECKSUM.SHA256 -rw-r--r-- 1 1006 1006 1228800 Feb 18 05:43 boot-small.flp -rw-r--r-- 1 1006 1006 1474560 Feb 18 05:43 boot.flp -rw-r--r-- 1 1006 1006 1228800 Feb 18 05:43 fixit-small.flp -rw-r--r-- 1 1006 1006 1474560 Feb 18 05:43 fixit.flp -rw-r--r-- 1 1006 1006 1228800 Feb 18 05:43 kern-small1.flp -rw-r--r-- 1 1006 1006 1228800 Feb 18 05:43 kern-small2.flp -rw-r--r-- 1 1006 1006 1228800 Feb 18 05:43 kern-small3.flp -rw-r--r-- 1 1006 1006 1474560 Feb 18 05:43 kern1.flp -rw-r--r-- 1 1006 1006 1474560 Feb 18 05:43 kern2.flp -rw-r--r-- 1 1006 1006 1228800 Feb 18 05:43 mfsroot-small1.flp -rw-r--r-- 1 1006 1006 1228800 Feb 18 05:43 mfsroot-small2.flp -rw-r--r-- 1 1006 1006 1474560 Feb 18 05:43 mfsroot1.flp No /pub/FreeBSD/releases/i386/8.2-RELEASE/floppies/ for an old machine With no USB boot, No CD (except maybe pcmcia cdrom & that too would need a floppy to start it, Even PL-IP would need a floppy to start with. I could do a manual move of all libs & bins, on to my 7.4, carefuly in the right order, then reboot, but even that wouldnt help someone else with a raw machine. But might be easier if I go the make release route & see what breaks on floppies - or overflows 2880 x 512K. It seems for pc98 someone did the extra work already splitting things smaller. Any plans for i386 ? PS Sure I have other better machines, but this spare old laptop makes a nice spare X screen to monitor other connected hardware with. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 7 22:25:15 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A743D1065672 for ; Sun, 7 Aug 2011 22:25:15 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 87F208FC0A for ; Sun, 7 Aug 2011 22:25:15 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p77MP36v091487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 7 Aug 2011 15:25:07 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p77MP32X091486; Sun, 7 Aug 2011 15:25:03 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA29153; Sun, 7 Aug 11 15:24:15 PDT Date: Sun, 07 Aug 2011 22:24:15 -0700 From: perryh@pluto.rain.com To: jhs@berklix.com Message-Id: <4e3f72ff.ULPqV8KTN/ScPv1i%perryh@pluto.rain.com> References: <201108071508.p77F8EnP027260@fire.js.berklix.net> In-Reply-To: <201108071508.p77F8EnP027260@fire.js.berklix.net> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: pub/FreeBSD/releases/i386/8.2-RELEASE/floppies/ X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2011 22:25:15 -0000 "Julian H. Stacey" wrote: > With no USB boot, No CD (except maybe pcmcia cdrom & that > too would need a floppy to start it, Even PL-IP would need > a floppy to start with. ... > Sure I have other better machines, but this spare old laptop > makes a nice spare X screen ... Provided the machine has USB, this http://www.plop.at/ will boot the memstick (at least, it works for me with 8.1). From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 07:13:43 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E5D106566B for ; Mon, 8 Aug 2011 07:13:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 53FCC8FC15 for ; Mon, 8 Aug 2011 07:13:43 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1QqJlR-000Lbd-Hv for hackers@freebsd.org; Mon, 08 Aug 2011 09:56:42 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Aug 2011 09:56:41 +0300 From: Daniel Braniss Message-ID: Cc: Subject: root on zfs almot working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 07:13:43 -0000 Hi, I managed to get boot to load the kernel, but the kernel can't find the root: ... Trying to mount root from zfs:z/root ROOT MOUNT ERROR: If you have invalid mount options, reboot, and first try the following from the loader prompt: set vfs.root.mountfrom.options=rw and then remove invalid mount options from /etc/fstab. Loader variables: vfs.root.mountfrom=zfs:z/root vfs.root.mountfrom.options=rw and mountroot> ? List of GEOM managed disk devices: gptid/81e19453-94ff-11e0-afed-6cf049b01360 gpt/disk3 gptid/81d516e2-94ff-11e0-afed-6cf049b01360 gpt/swap3 gptid/81cbc503-94ff-11e0-afed-6cf049b01360 gptid/81b4a09a-94ff-11e0-afed-6cf049 b01360 gpt/disk2 gptid/81a8c76e-94ff-11e0-afed-6cf049b01360 gpt/swap2 gptid/81a13b80-94ff-11e0-afed-6cf049b01360 gptid/818c5da7-94ff-11e0-afed-6cf049 b01360 gpt/disk1 gptid/818199a3-94ff-11e0-afed-6cf049b01360 gpt/swap1 gptid/817a78d3-94ff-11e0-afed-6cf049b01360 ada3p3 ada3p2 ada3p1 ada2p3 ada2p2 ada2p1 ada1p3 ada1p2 ada1p1 gptid/81652d6f-94ff-11e0-afed-6cf049b01360 gpt/disk0 gptid/815afb70-94ff-11e0-afed-6cf049b01360 gpt/swap0 gptid/81543d17-94ff-11e0-afed-6cf049b01360 ada3 ada2 ada1 ada0p3 ada0p2 ada0p1 ada0 cd0 but I don't see any zfs, any help/ideas? thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 08:54:57 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1911C106566C for ; Mon, 8 Aug 2011 08:54:57 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (centre.keltia.net [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id C54EA8FC15 for ; Mon, 8 Aug 2011 08:54:56 +0000 (UTC) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id F1F1410E2B for ; Mon, 8 Aug 2011 10:54:52 +0200 (CEST) Date: Mon, 8 Aug 2011 10:54:47 +0200 From: Ollivier Robert To: freebsd-hackers@freebsd.org Message-ID: <20110808085444.GA7273@roberto-al.eurocontrol.fr> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: root on zfs almot working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 08:54:57 -0000 According to Daniel Braniss: > Trying to mount root from zfs:z/root > ROOT MOUNT ERROR: > If you have invalid mount options, reboot, and first try the following from > the loader prompt: Have you set the "bootfs" property (see http://www.keltia.net/howtos/zfsboot) on the pool? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.net In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/ From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 09:33:26 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 280E9106566B for ; Mon, 8 Aug 2011 09:33:26 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id D6D938FC1B for ; Mon, 8 Aug 2011 09:33:25 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1QqMD5-000Mfb-35; Mon, 08 Aug 2011 12:33:23 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ollivier Robert In-reply-to: <20110808085444.GA7273@roberto-al.eurocontrol.fr> References: <20110808085444.GA7273@roberto-al.eurocontrol.fr> Comments: In-reply-to Ollivier Robert message dated "Mon, 08 Aug 2011 10:54:47 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Aug 2011 12:33:23 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: Re: root on zfs almost working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 09:33:26 -0000 > According to Daniel Braniss: > > Trying to mount root from zfs:z/root > > ROOT MOUNT ERROR: > > If you have invalid mount options, reboot, and first try the following from > > the loader prompt: > > Have you set the "bootfs" property (see http://www.keltia.net/howtos/zfsboot) on the pool? > yes, in my case I did: zpool set bootfs=z/root z but still no success, thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 10:10:25 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB7B106566B for ; Mon, 8 Aug 2011 10:10:25 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 391488FC0A for ; Mon, 8 Aug 2011 10:10:24 +0000 (UTC) Received: from park.js.berklix.net (pD9FBE203.dip.t-dialin.net [217.251.226.3]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p78AAMEn028885; Mon, 8 Aug 2011 10:10:23 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id p78AAEiB007637; Mon, 8 Aug 2011 12:10:14 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p78AAL9k011194; Mon, 8 Aug 2011 10:10:31 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201108081010.p78AAL9k011194@fire.js.berklix.net> To: perryh@pluto.rain.com From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 07 Aug 2011 22:24:15 PDT." <4e3f72ff.ULPqV8KTN/ScPv1i%perryh@pluto.rain.com> Date: Mon, 08 Aug 2011 12:10:21 +0200 Sender: jhs@berklix.com Cc: hackers@freebsd.org Subject: Re: pub/FreeBSD/releases/i386/8.2-RELEASE/floppies/ X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 10:10:25 -0000 perryh@pluto.rain.com wrote: > "Julian H. Stacey" wrote: > > > With no USB boot, No CD (except maybe pcmcia cdrom & that > > too would need a floppy to start it, Even PL-IP would need > > a floppy to start with. > .. > > Sure I have other better machines, but this spare old laptop > > makes a nice spare X screen ... > > Provided the machine has USB, This laptop does not, but I noticed it has a SCSI on the expansion port, I'd better try that. > this http://www.plop.at/ will > boot the memstick (at least, it works for me with 8.1). Thanks, There's a lot of various software there, I guess you mean http://www.plop.at/en/bootmanager.html#features I'll come back to that after trying to build some boot native FreeBSD boot floppies. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 10:12:35 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0AB9106564A for ; Mon, 8 Aug 2011 10:12:35 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 694B68FC1A for ; Mon, 8 Aug 2011 10:12:35 +0000 (UTC) Received: by qyk9 with SMTP id 9so2913045qyk.13 for ; Mon, 08 Aug 2011 03:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=OzgUI/mSTRUXNfC875d7X0Ytq25qtKOohhyFhc3DoRY=; b=ktXIg+V+kWxlNtVAbpTpdnJtg5noiYsLVrhYrfbsT9U3Yb+X94S1Du/HKgD9olxwt0 TlayLnVyA3r4oA6YVlzkh48q8P9GEIJ7VdRsJ759Q0HFBUrb9GqU5lozt5h1lcivMRSE 9/DLaKHG0MQDSQeY91I27WELy9qmXBVBEWqTI= Received: by 10.224.198.199 with SMTP id ep7mr3943149qab.342.1312796855419; Mon, 08 Aug 2011 02:47:35 -0700 (PDT) Received: from schism.local (c-76-124-49-145.hsd1.pa.comcast.net [76.124.49.145]) by mx.google.com with ESMTPS id fq5sm1900115qab.7.2011.08.08.02.47.33 (version=SSLv3 cipher=OTHER); Mon, 08 Aug 2011 02:47:34 -0700 (PDT) Message-ID: <4E3FB0B4.2000107@gmail.com> Date: Mon, 08 Aug 2011 05:47:32 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Daniel Braniss References: <20110808085444.GA7273@roberto-al.eurocontrol.fr> In-Reply-To: X-Enigmail-Version: 1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: root on zfs almost working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 10:12:35 -0000 On 8/8/11 5:33 AM, Daniel Braniss wrote: >> According to Daniel Braniss: >>> Trying to mount root from zfs:z/root >>> ROOT MOUNT ERROR: >>> If you have invalid mount options, reboot, and first try the following from >>> the loader prompt: >> >> Have you set the "bootfs" property (see http://www.keltia.net/howtos/zfsboot) on the pool? >> > yes, in my case I did: > zpool set bootfs=z/root z > Have you set zfs_load="YES" in loader.conf and zfs_enable="YES" in rc.conf? -- Glen Barber From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 10:30:42 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 323EA106566B for ; Mon, 8 Aug 2011 10:30:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id DCE0D8FC17 for ; Mon, 8 Aug 2011 10:30:41 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1QqN6V-000N61-Qa; Mon, 08 Aug 2011 13:30:40 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Glen Barber In-reply-to: <4E3FB0B4.2000107@gmail.com> References: <20110808085444.GA7273@roberto-al.eurocontrol.fr> <4E3FB0B4.2000107@gmail.com> Comments: In-reply-to Glen Barber message dated "Mon, 08 Aug 2011 05:47:32 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Aug 2011 13:30:39 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: Re: root on zfs almost working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 10:30:42 -0000 > On 8/8/11 5:33 AM, Daniel Braniss wrote: > >> According to Daniel Braniss: > >>> Trying to mount root from zfs:z/root > >>> ROOT MOUNT ERROR: > >>> If you have invalid mount options, reboot, and first try the following from > >>> the loader prompt: > >> > >> Have you set the "bootfs" property (see http://www.keltia.net/howtos/zfsboot) on the pool? > >> > > yes, in my case I did: > > zpool set bootfs=z/root z > > > > Have you set zfs_load="YES" in loader.conf and zfs_enable="YES" in rc.conf? > the zfs_load is yes, the rc.conf stuff is for later (i.e init is not yet running) Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-STABLE #63 r5807: Sun Aug 7 15:55:02 IDT 2011 danny@rnd:/home/obj/rnd/r+d/stable/8/sys/HUJI amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) II X6 1090T Processor (3214.23-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100fa0 Family = 10 Model = a Stepping = 0 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant ... ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 ... From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 10:47:57 2011 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26A55106564A for ; Mon, 8 Aug 2011 10:47:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 734648FC12 for ; Mon, 8 Aug 2011 10:47:56 +0000 (UTC) Received: from porto.starpoint.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 NAA03618; Mon, 08 Aug 2011 13:34:06 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QqN9p-000Ap8-Mb; Mon, 08 Aug 2011 13:34:05 +0300 Message-ID: <4E3FBB9A.5090305@FreeBSD.org> Date: Mon, 08 Aug 2011 13:34:02 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Daniel Braniss References: In-Reply-To: X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@FreeBSD.org Subject: Re: root on zfs almot working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 10:47:57 -0000 on 08/08/2011 09:56 Daniel Braniss said the following: > Hi, > I managed to get boot to load the kernel, but the kernel can't find > the root: > ... > Trying to mount root from zfs:z/root > ROOT MOUNT ERROR: > If you have invalid mount options, reboot, and first try the following from > the loader prompt: > > set vfs.root.mountfrom.options=rw > > and then remove invalid mount options from /etc/fstab. > > Loader variables: > vfs.root.mountfrom=zfs:z/root > vfs.root.mountfrom.options=rw > > and > mountroot> ? > > List of GEOM managed disk devices: > gptid/81e19453-94ff-11e0-afed-6cf049b01360 gpt/disk3 > gptid/81d516e2-94ff-11e0-afed-6cf049b01360 gpt/swap3 > gptid/81cbc503-94ff-11e0-afed-6cf049b01360 gptid/81b4a09a-94ff-11e0-afed-6cf049 > b01360 gpt/disk2 gptid/81a8c76e-94ff-11e0-afed-6cf049b01360 gpt/swap2 > gptid/81a13b80-94ff-11e0-afed-6cf049b01360 gptid/818c5da7-94ff-11e0-afed-6cf049 > b01360 gpt/disk1 gptid/818199a3-94ff-11e0-afed-6cf049b01360 gpt/swap1 > gptid/817a78d3-94ff-11e0-afed-6cf049b01360 ada3p3 ada3p2 ada3p1 ada2p3 ada2p2 > ada2p1 ada1p3 ada1p2 ada1p1 gptid/81652d6f-94ff-11e0-afed-6cf049b01360 > gpt/disk0 gptid/815afb70-94ff-11e0-afed-6cf049b01360 gpt/swap0 > gptid/81543d17-94ff-11e0-afed-6cf049b01360 ada3 ada2 ada1 ada0p3 ada0p2 ada0p1 > ada0 cd0 > > but I don't see any zfs, > > any help/ideas? Is /boot/zfs/zpool.cache present and up-to-date? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 11:11:57 2011 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D398B1065695 for ; Mon, 8 Aug 2011 11:11:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9158FC2A for ; Mon, 8 Aug 2011 11:11:57 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1QqNkR-000NNN-Vw; Mon, 08 Aug 2011 14:11:56 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Andriy Gapon In-reply-to: <4E3FBB9A.5090305@FreeBSD.org> References: <4E3FBB9A.5090305@FreeBSD.org> Comments: In-reply-to Andriy Gapon message dated "Mon, 08 Aug 2011 13:34:02 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Aug 2011 14:11:55 +0300 From: Daniel Braniss Message-ID: Cc: hackers@FreeBSD.org Subject: Re: root on zfs almot working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 11:11:57 -0000 > on 08/08/2011 09:56 Daniel Braniss said the following: > > Hi, > > I managed to get boot to load the kernel, but the kernel can't find > > the root: > > ... > > Trying to mount root from zfs:z/root > > ROOT MOUNT ERROR: > > If you have invalid mount options, reboot, and first try the following from > > the loader prompt: > > > > set vfs.root.mountfrom.options=rw > > > > and then remove invalid mount options from /etc/fstab. > > > > Loader variables: > > vfs.root.mountfrom=zfs:z/root > > vfs.root.mountfrom.options=rw > > > > and > > mountroot> ? > > > > List of GEOM managed disk devices: > > gptid/81e19453-94ff-11e0-afed-6cf049b01360 gpt/disk3 > > gptid/81d516e2-94ff-11e0-afed-6cf049b01360 gpt/swap3 > > gptid/81cbc503-94ff-11e0-afed-6cf049b01360 gptid/81b4a09a-94ff-11e0-afed-6cf049 > > b01360 gpt/disk2 gptid/81a8c76e-94ff-11e0-afed-6cf049b01360 gpt/swap2 > > gptid/81a13b80-94ff-11e0-afed-6cf049b01360 gptid/818c5da7-94ff-11e0-afed-6cf049 > > b01360 gpt/disk1 gptid/818199a3-94ff-11e0-afed-6cf049b01360 gpt/swap1 > > gptid/817a78d3-94ff-11e0-afed-6cf049b01360 ada3p3 ada3p2 ada3p1 ada2p3 ada2p2 > > ada2p1 ada1p3 ada1p2 ada1p1 gptid/81652d6f-94ff-11e0-afed-6cf049b01360 > > gpt/disk0 gptid/815afb70-94ff-11e0-afed-6cf049b01360 gpt/swap0 > > gptid/81543d17-94ff-11e0-afed-6cf049b01360 ada3 ada2 ada1 ada0p3 ada0p2 ada0p1 > > ada0 cd0 > > > > but I don't see any zfs, > > > > any help/ideas? > > > Is /boot/zfs/zpool.cache present and up-to-date? > ah, this was where my guts were pointing, so some more 'history': The installation was done via diskless/PXE, and no amount of magic I tried changed the location of the cache, since /boot/zfs is read-only, so I finally booted from a usb and copied the cache, to z/root/boot/zfs is there some way to dump/check/edit it? thanks, danny > -- > Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 11:27:30 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2322106566B; Mon, 8 Aug 2011 11:27:30 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by mx1.freebsd.org (Postfix) with ESMTP id EB49A8FC12; Mon, 8 Aug 2011 11:27:29 +0000 (UTC) Received: by eye4 with SMTP id 4so2742411eye.31 for ; Mon, 08 Aug 2011 04:27:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=FhhcwkWNfiLrQNgPnNz5qh2qElSIZxb65S/316fF5vY=; b=G329Xi2XxrEixY1xvm9yEiHHjduPc5LIAwhabMb+3dCe6mqEwJuIf4qT4fl4xuyegJ qGgkYPVxhnLmXGALCpTYL3dR2G4usGMOlxsZVjpeAtuxSXCR1C48UTpiw/LX3Sn8tnCa obCFp9+tzk+lF9lMAbiCZ6jfhq71/c9mbSkGk= Received: by 10.205.65.206 with SMTP id xn14mr1541553bkb.329.1312802848984; Mon, 08 Aug 2011 04:27:28 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([91.198.175.1]) by mx.google.com with ESMTPS id f13sm1611047bku.18.2011.08.08.04.27.26 (version=SSLv3 cipher=OTHER); Mon, 08 Aug 2011 04:27:27 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E3FC80D.6090704@FreeBSD.org> Date: Mon, 08 Aug 2011 14:27:09 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110709 Thunderbird/5.0 MIME-Version: 1.0 To: Eygene Ryabinkin References: <4CAD348034DD463E80C89DD5A0BDD71B@multiplay.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Steven Hartland Subject: Re: cam / ata timeout limited to 2147 due to overflow bug? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 11:27:31 -0000 On 05.08.2011 11:11, Eygene Ryabinkin wrote: >> What I don't understand is why the /2000 > > It gives (timeout_in_ticks)/2. The code in ahci_timeout does the following: > {{{ > /* Check if slot was not being executed last time we checked. */ > if (slot->state< AHCI_SLOT_EXECUTING) { > /* Check if slot started executing. */ > sstatus = ATA_INL(ch->r_mem, AHCI_P_SACT); > ccs = (ATA_INL(ch->r_mem, AHCI_P_CMD)& AHCI_P_CMD_CCS_MASK) > >> AHCI_P_CMD_CCS_SHIFT; > if ((sstatus& (1<< slot->slot)) != 0 || ccs == slot->slot || > ch->fbs_enabled) > slot->state = AHCI_SLOT_EXECUTING; > > callout_reset(&slot->timeout, > (int)slot->ccb->ccb_h.timeout * hz / 2000, > (timeout_t*)ahci_timeout, slot); > return; > } > }}} > > So, my theory is that the first half of the timeout time is devoted > to the transition from AHCI_SLOT_RUNNING -> AHCI_SLOT_EXECUTING and > the second one is the transition from AHCI_SLOT_RUNNING -> TIMEOUT > to give the whole process the duration of a full timeout. However, > judging by the code, if the slot won't start executing at the first > invocation of ahci_timeout that was spawned by the callout armed in > ahci_execute_transaction, we can have timeouts more than for the > specified amount of time. And if the slot will never start its > execution, the callout will spin forever, unless I am missing something > important here. > > May be Alexander can shed some light into this? Your understanding is right. Some command may never trigger timeout if some other command execute infinitely. My goal was to find the commands that are really executing and may really cause delays. It would not be fair if command depend on each other and short command timeout reset device while long command tries to do something big. Implemented in ahci(4) code supposed to avoid such false timeouts. Unluckily, I've found case when that algorithm indeed may fail. Patch fixing that is committed and merged down recently. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 8 09:43:09 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8573106578B for ; Mon, 8 Aug 2011 09:43:07 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id D5DFA8FC0A for ; Mon, 8 Aug 2011 09:43:06 +0000 (UTC) Received: by yxl31 with SMTP id 31so3111316yxl.13 for ; Mon, 08 Aug 2011 02:43:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7Uo03T6SMNlo14jTCwoPKBLG6eH6V6yytAnVqkdT4sE=; b=FrdRT8B+k1Yl5aDF1U2vv6K6ZM3cdWF3+4edCL3jUiNUAy6ZY0OBsNlzepxWbpLV4+ OcVlJNRML9Wl8M34NureVOYhq/d5PcuGRCxWWhXHgBDUv04B0wAQWOmSzrT9YCYPlRtv PD5iZM7khw7f8gBsHikAhstd/hyu6+tOyHbdw= MIME-Version: 1.0 Received: by 10.236.79.70 with SMTP id h46mr3059403yhe.480.1312794846762; Mon, 08 Aug 2011 02:14:06 -0700 (PDT) Received: by 10.236.103.19 with HTTP; Mon, 8 Aug 2011 02:14:06 -0700 (PDT) In-Reply-To: <20110808085444.GA7273@roberto-al.eurocontrol.fr> References: <20110808085444.GA7273@roberto-al.eurocontrol.fr> Date: Mon, 8 Aug 2011 10:14:06 +0100 Message-ID: From: krad To: Ollivier Robert X-Mailman-Approved-At: Mon, 08 Aug 2011 11:54:25 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: root on zfs almot working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 09:43:09 -0000 On 8 August 2011 09:54, Ollivier Robert wrote: > According to Daniel Braniss: > > Trying to mount root from zfs:z/root > > ROOT MOUNT ERROR: > > If you have invalid mount options, reboot, and first try the following > from > > the loader prompt: > > Have you set the "bootfs" property (see > http://www.keltia.net/howtos/zfsboot) on the pool? > > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.net > In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/ > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > also have you installed the zfs aware boot blocks? From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 9 06:03:41 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CCA1106566C for ; Tue, 9 Aug 2011 06:03:41 +0000 (UTC) (envelope-from vk7rb@internode.on.net) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 131388FC13 for ; Tue, 9 Aug 2011 06:03:39 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvwEACLIQE520Nai/2dsb2JhbABCpyl4gX8eHkETIQEpphOgH4ZGBJMEkHs Received: from ppp118-208-214-162.lns20.hba1.internode.on.net (HELO acer.vk7rb.homeunix.org) ([118.208.214.162]) by ipmail06.adl6.internode.on.net with ESMTP; 09 Aug 2011 15:18:18 +0930 Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes To: freebsd-hackers@freebsd.org Date: Tue, 09 Aug 2011 15:48:17 +1000 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Robert McKenzie" Message-ID: User-Agent: Opera Mail/11.50 (FreeBSD) Subject: sane hal and configuring a Canon CanoScan N650U X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 06:03:41 -0000 I am just wondering if anyone has any ideas as to who to get such a combination working as I have despite much effort, not been able to do so. The device is visible, the permissions for the device appear to be correct with the details as follows. Using sane-find-scanners I get the following found USB scanner (vendor=0x04a9, product=0x2206) at /dev/uscanner0 Then when I try the next stage of trying scanimage -L, all I get is core dumping. I have edited the relevant files in /usr/local/etc/sane.d but still no luck although hal also has the scanner listed and I was wondering if that was perhaps part of the problem. udi = '/org/freedesktop/Hal/devices/usb_device_4a9_2206_noserial' freebsd.device_file = '/dev/uscanner0' (string) freebsd.driver = 'uscanner' (string) freebsd.unit = 0 (0x0) (int) info.bus = 'usb_device' (string) info.parent = '/org/freedesktop/Hal/devices/pci_1039_7002' (string) info.product = 'CanoScan' (string) info.subsystem = 'usb_device' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_4a9_2206_noserial' (string) info.vendor = 'Canon' (string) usb_device.bus_number = 2 (0x2) (int) usb_device.can_wake_up = false (bool) usb_device.configuration_value = 1 (0x1) (int) usb_device.device_class = 0 (0x0) (int) usb_device.device_protocol = 0 (0x0) (int) usb_device.device_revision_bcd = 256 (0x100) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.is_self_powered = false (bool) usb_device.max_power = 500 (0x1f4) (int) usb_device.num_configurations = 1 (0x1) (int) usb_device.num_interfaces = 1 (0x1) (int) usb_device.num_ports = 0 (0x0) (int) usb_device.port_number = 3 (0x3) (int) usb_device.product = 'CanoScan' (string) usb_device.product_id = 8710 (0x2206) (int) usb_device.speed_bcd = 4608 (0x1200) (int) usb_device.vendor = 'Canon' (string) usb_device.vendor_id = 1193 (0x4a9) (int) usb_device.version_bcd = 256 (0x100) (int) udi = '/org/freedesktop/Hal/devices/usb_device_4a9_2206_noserial_if0' info.bus = 'usb' (string) info.parent = '/org/freedesktop/Hal/devices/usb_device_4a9_2206_noserial' (string) info.product = 'USB Vendor Specific Interface' (string) info.subsystem = 'usb' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_4a9_2206_noserial_if0' (string) usb.bus_number = 2 (0x2) (int) usb.can_wake_up = false (bool) usb.configuration_value = 1 (0x1) (int) usb.device_class = 0 (0x0) (int) usb.device_protocol = 0 (0x0) (int) usb.device_revision_bcd = 256 (0x100) (int) usb.device_subclass = 0 (0x0) (int) usb.interface.class = 255 (0xff) (int) usb.interface.number = 0 (0x0) (int) usb.interface.protocol = 255 (0xff) (int) usb.interface.subclass = 0 (0x0) (int) usb.is_self_powered = false (bool) usb.max_power = 500 (0x1f4) (int) usb.num_configurations = 1 (0x1) (int) usb.num_interfaces = 1 (0x1) (int) usb.num_ports = 0 (0x0) (int) usb.port_number = 3 (0x3) (int) usb.product = 'USB Vendor Specific Interface' (string) usb.product_id = 8710 (0x2206) (int) usb.speed_bcd = 4608 (0x1200) (int) usb.vendor = 'Canon' (string) usb.vendor_id = 1193 (0x4a9) (int) usb.version_bcd = 256 (0x100) (int) I have been able to get usb sticks and removable hard drives working but the scanner is being proving really difficult so any ideas would be very much appreciated. Regards, From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 9 09:56:37 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 543991065686; Tue, 9 Aug 2011 09:56:37 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 13F3A8FC14; Tue, 9 Aug 2011 09:56:36 +0000 (UTC) Received: by iye7 with SMTP id 7so4296iye.17 for ; Tue, 09 Aug 2011 02:56:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=4Ko+9ktmlHRL1Xo9Q3JAHIHI4LAo0etBbmbxGBe7pxs=; b=VssRsGOPovQRLTJ+rfl9G4pnHLaJ6tDiADyaSm8+xxn1I6AZU9lf8p/GJQe/Mofwjw 0EHiNyA8Z8+05ORJR/ZKsOx97b15DR5G/uTtXlekAc4D5l6H5SGeMvlPZSwIvYx1yGK5 9VM6mQ15oTtlL1pbh2CAd/kPkp13PToBXYROg= MIME-Version: 1.0 Received: by 10.42.162.1 with SMTP id v1mr6561905icx.381.1312883796540; Tue, 09 Aug 2011 02:56:36 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.43.45.134 with HTTP; Tue, 9 Aug 2011 02:56:36 -0700 (PDT) Date: Tue, 9 Aug 2011 11:56:36 +0200 X-Google-Sender-Auth: gmQJd4b1cO7qFBxVxcVGCID7cWQ Message-ID: From: Robert Millan To: freebsd-hackers@freebsd.org, Ed Maste Content-Type: multipart/mixed; boundary=90e6ba6e8ab452fc5e04aa0f94b6 Cc: Subject: [PATCH] replace hardcoded /usr/local with a variable in devd.conf to make it easier to override X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 09:56:37 -0000 --90e6ba6e8ab452fc5e04aa0f94b6 Content-Type: text/plain; charset=UTF-8 Hi, Please could you replace the hardcoded /usr/local with a variable in devd.conf? This will make it easier to override this value (specially useful for downstream distributors of FreeBSD code). Patch attached. -- Robert Millan --90e6ba6e8ab452fc5e04aa0f94b6 Content-Type: text/x-patch; charset=US-ASCII; name="prefix.diff" Content-Disposition: attachment; filename="prefix.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gr4p3uy60 SW5kZXg6IGRldmQuY29uZgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBkZXZkLmNvbmYJKHJldmlzaW9uIDIyNDcy OCkKKysrIGRldmQuY29uZgkod29ya2luZyBjb3B5KQpAQCAtOCwxMiArOCwxNCBAQAogIyBOQjog ZGV2aWNlLW5hbWUgaXMgc2hvcnRoYW5kIGZvciAnbWF0Y2ggZGV2aWNlLW5hbWUnCiAKIG9wdGlv bnMgeworCXNldCBwcmVmaXggIi91c3IvbG9jYWwiOworCiAJIyBFYWNoIGRpcmVjdG9yeSBkaXJl Y3RpdmUgYWRkcyBhIGRpcmVjdG9yeSB0aGUgbGlzdCBvZiBkaXJlY3RvcmllcwogCSMgdGhhdCB3 ZSBzY2FuIGZvciBmaWxlcy4gIEZpbGVzIGFyZSByZWFkLWluIGluIHRoZSBvcmRlciB0aGF0IHRo ZXkKIAkjIGFyZSByZXR1cm5lZCBmcm9tIHJlYWRkaXIoMykuICBUaGUgcnVsZS1zZXRzIGFyZSBj b21iaW5lZCB0bwogCSMgY3JlYXRlIGEgREZBIHRoYXQncyB1c2VkIHRvIG1hdGNoIGV2ZW50cyB0 byBhY3Rpb25zLgogCWRpcmVjdG9yeSAiL2V0Yy9kZXZkIjsKLQlkaXJlY3RvcnkgIi91c3IvbG9j YWwvZXRjL2RldmQiOworCWRpcmVjdG9yeSAiJHByZWZpeC9ldGMvZGV2ZCI7CiAJcGlkLWZpbGUg Ii92YXIvcnVuL2RldmQucGlkIjsKIAogCSMgU2V0dXAgc29tZSBzaG9ydGhhbmQgZm9yIHJlZ2V4 IHRoYXQgd2UgdXNlIGxhdGVyIGluIHRoZSBmaWxlLgpAQCAtMTAxLDcgKzEwMyw3IEBACiAjYXR0 YWNoIDEwMCB7CiAjCW1hdGNoICJ2ZW5kb3IiICIweDBjZjMiOwogIwltYXRjaCAicHJvZHVjdCIg IjB4MzAwMCI7Ci0jCWFjdGlvbiAic2xlZXAgMiAmJiAvdXNyL3NiaW4vYXRoM2tmdyAtZCAkZGV2 aWNlLW5hbWUgLWYgL3Vzci9sb2NhbC9ldGMvYXRoM2stMS5mdyI7CisjCWFjdGlvbiAic2xlZXAg MiAmJiAvdXNyL3NiaW4vYXRoM2tmdyAtZCAkZGV2aWNlLW5hbWUgLWYgJHByZWZpeC9ldGMvYXRo M2stMS5mdyI7CiAjfTsKIAogIyBXaGVuIGEgVVNCIGtleWJvYXJkIGFycml2ZXMsIGF0dGFjaCBp dCBhcyB0aGUgY29uc29sZSBrZXlib2FyZC4KQEAgLTEzMSw3ICsxMzMsNyBAQAogCW1hdGNoICJ2 ZW5kb3IiCSIweDA4NTQiOwogCW1hdGNoICJwcm9kdWN0IgkiMHgwMTAwIjsKIAltYXRjaCAicmVs ZWFzZSIJIjB4MDAwMCI7Ci0JYWN0aW9uICIvdXNyL2xvY2FsL2Jpbi9lemRvd25sb2FkIC1mIC91 c3IvbG9jYWwvc2hhcmUvdXNiL2Zpcm13YXJlLzA4NTQuMDEwMC4wXzAxLmhleCAkZGV2aWNlLW5h bWUiOworCWFjdGlvbiAiJHByZWZpeC9iaW4vZXpkb3dubG9hZCAtZiAkcHJlZml4L3NoYXJlL3Vz Yi9maXJtd2FyZS8wODU0LjAxMDAuMF8wMS5oZXggJGRldmljZS1uYW1lIjsKIH07CiAKICMgRmly bXdhcmUgZG93bmxvYWQgZm9yIEVudHJlZ2EgU2VyaWFsIERCMjUgYWRhcHRlci4KQEAgLTE0Myw4 ICsxNDUsOCBAQAogfTsKIAogIyBUaGlzIGVudHJ5IHN0YXJ0cyB0aGUgQ29sZFN5bmMgdG9vbCBp biBkYWVtb24gbW9kZS4gTWFrZSBzdXJlIHlvdSBoYXZlIGFuIHVwCi0jIHRvIGRhdGUgL3Vzci9s b2NhbC9ldGMvcGFsbXMuIFdlIG92ZXJyaWRlIHRoZSAnbGlzdGVuJyBzZXR0aW5ncyBmb3IgcG9y dCBhbmQKLSMgdHlwZSBpbiAvdXNyL2xvY2FsL2V0Yy9jb2xkc3luYy5jb25mLgorIyB0byBkYXRl ICRwcmVmaXgvZXRjL3BhbG1zLiBXZSBvdmVycmlkZSB0aGUgJ2xpc3Rlbicgc2V0dGluZ3MgZm9y IHBvcnQgYW5kCisjIHR5cGUgaW4gJHByZWZpeC9ldGMvY29sZHN5bmMuY29uZi4KIG5vdGlmeSAx MDAgewogCW1hdGNoICJzeXN0ZW0iCQkiVVNCIjsKIAltYXRjaCAic3Vic3lzdGVtIgkiREVWSUNF IjsKQEAgLTE1Miw3ICsxNTQsNyBAQAogCW1hdGNoICJ2ZW5kb3IiCQkiMHgwODJkIjsKIAltYXRj aCAicHJvZHVjdCIJCSIweDAxMDAiOwogCW1hdGNoICJyZWxlYXNlIgkJIjB4MDEwMCI7Ci0JYWN0 aW9uICIvdXNyL2xvY2FsL2Jpbi9jb2xkc3luYyAtbWQgLXAgL2Rldi8kY2RldiAtdCB1c2IiOwor CWFjdGlvbiAiJHByZWZpeC9iaW4vY29sZHN5bmMgLW1kIC1wIC9kZXYvJGNkZXYgLXQgdXNiIjsK IH07CiAKICMKQEAgLTI2Nyw3ICsyNjksNyBAQAogCiAjIFRoZSBmb2xsb3dpbmcgbWlnaHQgYmUg YW4gZXhhbXBsZSBvZiBzb21ldGhpbmcgdGhhdCBhIHZlbmRvciBtaWdodAogIyBpbnN0YWxsIGlm IHlvdSB3ZXJlIHRvIGFkZCB0aGVpciBkZXZpY2UuICBUaGlzIG1pZ2h0IHJlc2lkZSBpbgotIyAv dXNyL2xvY2FsL2V0Yy9kZXZkL2RlcW5hLmNvbmYuICBBIGRlcW5hIGlzLCBpbiB0aGlzIGh5cG90 aGV0aWNhbAorIyAkcHJlZml4L2V0Yy9kZXZkL2RlcW5hLmNvbmYuICBBIGRlcW5hIGlzLCBpbiB0 aGlzIGh5cG90aGV0aWNhbAogIyBleGFtcGxlLCBhIHBjY2FyZCBldGhlcm5ldC1saWtlIGRldmlj ZS4gIFN0dWRlbnRzIG9mIGhpc3RvcnkgbWF5CiAjIGtub3cgb3RoZXIgZGV2aWNlcyBieSB0aGlz IG5hbWUsIGFuZCB3aWxsIGdldCB0aGUgaW4tam9rZXMgaW4gdGhpcwogIyBlbnRyeS4KQEAgLTMy MCw3ICszMjIsNyBAQAogbm90aWZ5IDAgewogCW1hdGNoICJzeXN0ZW0iCQkiUkNUTCI7CiAJbWF0 Y2ggInJ1bGUiCQkidXNlcjo3MDpzd2FwOi4qIjsKLQlhY3Rpb24JCQkiL3Vzci9sb2NhbC9ldGMv cmMuZC9wb3N0Z3Jlc3FsIHJlc3RhcnQiCisJYWN0aW9uCQkJIiRwcmVmaXgvZXRjL3JjLmQvcG9z dGdyZXNxbCByZXN0YXJ0IgogfTsKIAogKi8K --90e6ba6e8ab452fc5e04aa0f94b6-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 9 10:01:15 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F7BA106564A; Tue, 9 Aug 2011 10:01:15 +0000 (UTC) (envelope-from rmh.aybabtu@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id EFDA78FC1D; Tue, 9 Aug 2011 10:01:14 +0000 (UTC) Received: by gyd10 with SMTP id 10so2447679gyd.13 for ; Tue, 09 Aug 2011 03:01:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=8ANVzblZrrZV2gaU8W1N11lchz2mXTp4+oi/Ws+/7mY=; b=uP1xzIYfcK9fvu7S6T6IT/EqZam9mqbeuROI9HHGqFYnTtzMQVz+YcB2hv1sdn3ohp lvOQl5M2bzgU00wIubHPB37zz/MgMQYTlw0jePljBzAz338dMCyFoBWoeJPY3sB2D5BE 2sfAvWiCQA11w6JcagMJ/GbzqXwMBV8oDX38I= MIME-Version: 1.0 Received: by 10.43.134.8 with SMTP id ia8mr7113697icc.113.1312884074015; Tue, 09 Aug 2011 03:01:14 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.43.45.134 with HTTP; Tue, 9 Aug 2011 03:01:14 -0700 (PDT) In-Reply-To: References: Date: Tue, 9 Aug 2011 12:01:14 +0200 X-Google-Sender-Auth: 0mGm89edVDgKD6_xzjrg4T4ilP0 Message-ID: From: Robert Millan To: freebsd-hackers@freebsd.org, Ed Maste Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: [PATCH] replace hardcoded /usr/local with a variable in devd.conf to make it easier to override X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 10:01:15 -0000 Submitted as PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=159625 2011/8/9 Robert Millan : > Hi, > > Please could you replace the hardcoded /usr/local with a variable in devd.conf? > > This will make it easier to override this value (specially useful for > downstream distributors of FreeBSD code). > > Patch attached. > > -- > Robert Millan > -- Robert Millan From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 9 09:48:51 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6952E1065676 for ; Tue, 9 Aug 2011 09:48:51 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 239818FC16 for ; Tue, 9 Aug 2011 09:48:50 +0000 (UTC) Received: by qwc9 with SMTP id 9so1634269qwc.13 for ; Tue, 09 Aug 2011 02:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/yAkyiPCTVE7f97RRZJnit624fPO9G68IvKzfn32K4Q=; b=fbZ8YLwZZkDTjttII04zD+HaHv5O+eZ5PzJ256BvdKS5qQtvmJigAm3ms7BXlPvSas eFYoX2n0g6eXoDHHyWeREVkKsGUjXr1yoVo7VjE5MHdzUb4Fo4p6S+YeJ5DIAwIa9w3m m/ctC+fez9g4re3B1alKtdtqEt/wYlQf54rR8= MIME-Version: 1.0 Received: by 10.224.192.195 with SMTP id dr3mr4548916qab.312.1312883329345; Tue, 09 Aug 2011 02:48:49 -0700 (PDT) Received: by 10.229.222.199 with HTTP; Tue, 9 Aug 2011 02:48:49 -0700 (PDT) In-Reply-To: References: <20110808085444.GA7273@roberto-al.eurocontrol.fr> <4E3FB0B4.2000107@gmail.com> Date: Tue, 9 Aug 2011 10:48:49 +0100 Message-ID: From: krad To: Daniel Braniss X-Mailman-Approved-At: Tue, 09 Aug 2011 11:09:28 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, Glen Barber Subject: Re: root on zfs almost working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 09:48:51 -0000 On 8 August 2011 11:30, Daniel Braniss wrote: > > On 8/8/11 5:33 AM, Daniel Braniss wrote: > > >> According to Daniel Braniss: > > >>> Trying to mount root from zfs:z/root > > >>> ROOT MOUNT ERROR: > > >>> If you have invalid mount options, reboot, and first try the > following from > > >>> the loader prompt: > > >> > > >> Have you set the "bootfs" property (see > http://www.keltia.net/howtos/zfsboot) on the pool? > > >> > > > yes, in my case I did: > > > zpool set bootfs=z/root z > > > > > > > Have you set zfs_load="YES" in loader.conf and zfs_enable="YES" in > rc.conf? > > > the zfs_load is yes, the rc.conf stuff is for later (i.e init is not yet > running) > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.2-STABLE #63 r5807: Sun Aug 7 15:55:02 IDT 2011 > danny@rnd:/home/obj/rnd/r+d/stable/8/sys/HUJI amd64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Phenom(tm) II X6 1090T Processor (3214.23-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100fa0 Family = 10 Model = a Stepping = > 0 > > Features=0x178bfbff CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > Features2=0x802009 > AMD > Features=0xee500800 !> > AMD > Features2=0x37ff ,SKINIT,WDT> > TSC: P-state invariant > ... > ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is > present; > to enable, add "vfs.zfs.prefetch_disable=0" to > /boot/loader.conf. > ZFS filesystem version 5 > ZFS storage pool version 28 > ... > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > is the mountpoint for the fs set to legacy? post your loader.conf here as well zfs the zpool file system hirachy eg zfs list -r z From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 9 12:18:27 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 148F41065676 for ; Tue, 9 Aug 2011 12:18:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id C39BE8FC18 for ; Tue, 9 Aug 2011 12:18:26 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1QqlGI-0007Ct-7I; Tue, 09 Aug 2011 15:18:24 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: krad In-reply-to: Your message of Tue, 9 Aug 2011 10:48:49 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Aug 2011 15:18:22 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Glen Barber Subject: Re: root on zfs almost working for me but ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 12:18:27 -0000 > --20cf300fb4297a2a2904aa0f78ba > Content-Type: text/plain; charset=ISO-8859-1 > > On 8 August 2011 11:30, Daniel Braniss wrote: > > > > On 8/8/11 5:33 AM, Daniel Braniss wrote: > > > >> According to Daniel Braniss: > > > >>> Trying to mount root from zfs:z/root > > > >>> ROOT MOUNT ERROR: > > > >>> If you have invalid mount options, reboot, and first try the > > following from > > > >>> the loader prompt: > > > >> > > > >> Have you set the "bootfs" property (see > > http://www.keltia.net/howtos/zfsboot) on the pool? > > > >> > > > > yes, in my case I did: > > > > zpool set bootfs=z/root z > > > > > > > > > > Have you set zfs_load="YES" in loader.conf and zfs_enable="YES" in > > rc.conf? > > > > > the zfs_load is yes, the rc.conf stuff is for later (i.e init is not yet > > running) > > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.2-STABLE #63 r5807: Sun Aug 7 15:55:02 IDT 2011 > > danny@rnd:/home/obj/rnd/r+d/stable/8/sys/HUJI amd64 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: AMD Phenom(tm) II X6 1090T Processor (3214.23-MHz K8-class CPU) > > Origin = "AuthenticAMD" Id = 0x100fa0 Family = 10 Model = a Stepping = > > 0 > > > > Features=0x178bfbff > CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > > Features2=0x802009 > > AMD > > Features=0xee500800 > !> > > AMD > > Features2=0x37ff > ,SKINIT,WDT> > > TSC: P-state invariant > > ... > > ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is > > present; > > to enable, add "vfs.zfs.prefetch_disable=0" to > > /boot/loader.conf. > > ZFS filesystem version 5 > > ZFS storage pool version 28 > > ... > > > > > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > > > is the mountpoint for the fs set to legacy? > arg, I forgot that it failed in the past, and now I'm in a new pickle: when booting via PXE, zfs mounts it as root - instead of the nfs so after many trials this worked: zpool import -f -R /mnt z zfs set mountpoint=none z/root zfs set mountpoint=none z From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 9 13:21:38 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A7D106568F for ; Tue, 9 Aug 2011 13:21:38 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7FDE28FC1D for ; Tue, 9 Aug 2011 13:21:36 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=XR4AdwVFe5G+K9PtySS1/JOnv6WK/hruile8wX/SUjk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=jMiN5JlfOkEA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=E1A9lCBeHkyaW-aH_QgA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 162290211; Tue, 09 Aug 2011 15:11:33 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Tue, 9 Aug 2011 15:09:23 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108091509.23928.hselasky@c2i.net> Cc: Robert McKenzie Subject: Re: sane hal and configuring a Canon CanoScan N650U X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 13:21:38 -0000 On Tuesday 09 August 2011 07:48:17 Robert McKenzie wrote: > I am just wondering if anyone has any ideas as to who to get such a > combination working as I have despite much effort, not been able to do so. > > The device is visible, the permissions for the device appear to be correct > with the details as follows. > > Using sane-find-scanners I get the following > found USB scanner (vendor=0x04a9, product=0x2206) at /dev/uscanner0 > > Then when I try the next stage of trying scanimage -L, all I get is core > dumping. > What is the backtrace of the core dump if you open it with gdb ? gdb file scanimage core scanimage.core bt --HPS From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 9 22:41:14 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C26B1065675; Tue, 9 Aug 2011 22:41:14 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id C6F2D8FC08; Tue, 9 Aug 2011 22:41:13 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 8D33E359350; Wed, 10 Aug 2011 00:41:11 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 79A92174D0; Wed, 10 Aug 2011 00:41:11 +0200 (CEST) Date: Wed, 10 Aug 2011 00:41:11 +0200 From: Jilles Tjoelker To: delphij@freebsd.org Message-ID: <20110809224111.GA15626@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: hackers@freebsd.org Subject: fdopendir() wrongly closes passed fd on error, union mess X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 22:41:14 -0000 While trying to use openat()/fdopendir()/fstatat() to improve performance of sh(1) pathname generation, I noticed that fdopendir() closes the passed file descriptor if it fails (such as when stable/8 silently ignores O_DIRECTORY even though it is defined in the header file). The below patch should fix this problem. I have changed the ugly DTF_REWIND code so it moves the reopened directory to the same file descriptor number, so as to minimize change there while ensuring the correct fd is closed. A later possibility is to fix the DTF_REWIND problem by reading union directories from a new descriptor obtained via fd2 = openat(fd, ".", O_RDONLY | O_DIRECTORY | O_CLOEXEC); and doing this unconditionally, retiring the DTF_REWIND flag. Reading the kernel code, it appears that calling getdirentries() on an open file description in a filesystem mounted with MNT_UNION (mount -o union) may change that open file description irreversibly to one pointing to the lower layer. This must not happen to the descriptor passed to fdopendir() or the descriptor returned via dirfd() since fchdir() and *at functions may not work properly with such a changed descriptor. Note: unionfs does not appear to mangle the open file description like MNT_UNION does, but it does need the duplicate removal code like MNT_UNION. Index: lib/libc/gen/opendir.c =================================================================== --- lib/libc/gen/opendir.c (revision 224739) +++ lib/libc/gen/opendir.c (working copy) @@ -75,6 +75,8 @@ __opendir2(const char *name, int flags) { int fd; struct stat statb; + DIR *dir; + int saved_errno; /* * stat() before _open() because opening of special files may be @@ -89,7 +91,13 @@ __opendir2(const char *name, int flags) if ((fd = _open(name, O_RDONLY | O_NONBLOCK | O_DIRECTORY)) == -1) return (NULL); - return __opendir_common(fd, name, flags); + dir = __opendir_common(fd, name, flags); + if (dir == NULL) { + saved_errno = errno; + _close(fd); + errno = saved_errno; + } + return (dir); } static int @@ -110,6 +118,7 @@ __opendir_common(int fd, const char *name, int fla int incr; int saved_errno; int unionstack; + int fd2; struct stat statb; dirp = NULL; @@ -199,14 +208,15 @@ __opendir_common(int fd, const char *name, int fla * which has also been read -- see fts.c. */ if (flags & DTF_REWIND) { - (void)_close(fd); - if ((fd = _open(name, O_RDONLY | O_DIRECTORY)) == -1) { + if ((fd2 = _open(name, O_RDONLY | O_DIRECTORY)) == -1) { saved_errno = errno; free(buf); free(dirp); errno = saved_errno; return (NULL); } + (void)_dup2(fd2, fd); + _close(fd2); } /* @@ -309,7 +319,6 @@ __opendir_common(int fd, const char *name, int fla fail: saved_errno = errno; free(dirp); - (void)_close(fd); errno = saved_errno; return (NULL); } -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 10 08:21:03 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6497106566B for ; Wed, 10 Aug 2011 08:21:03 +0000 (UTC) (envelope-from shrikanth07@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6458FC17 for ; Wed, 10 Aug 2011 08:21:03 +0000 (UTC) Received: by fxe4 with SMTP id 4so951711fxe.13 for ; Wed, 10 Aug 2011 01:21:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=QSelSszN5h2DgLktDhiOL7EK02DKdYwxFflyJ6z+znw=; b=dqTmHto2pdsVuiCwbNyDNgyCTYzBN8Ax7AWV9bjFMGR7N6A97zVDESaGcAqBw2Lv8Y K0K03FzV5CS1MVwxsn71fG0PF7IBxFbImvLZBhQB/sVgPenib/JGXtSG7R5nE4Ikc4cY B9kLpbrD77pa/iR8OE3d1BjQN3n4hikghDr64= MIME-Version: 1.0 Received: by 10.223.75.194 with SMTP id z2mr1106629faj.89.1312963146430; Wed, 10 Aug 2011 00:59:06 -0700 (PDT) Received: by 10.223.159.68 with HTTP; Wed, 10 Aug 2011 00:59:06 -0700 (PDT) Date: Wed, 10 Aug 2011 13:29:06 +0530 Message-ID: From: Shrikanth Kamath To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: DTrace unable to dump typedef'ed argument X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2011 08:21:03 -0000 I found this on a FreeBSD 8.1 box... %dtrace -l -f rtalloc_fib -v ... Argument Types args[0]: struct route * args[1]: (unknown) The function defined in sys/net/route.c: void rtalloc_fib(struct route *ro, u_int fibnum) u_int is typedef unsigned int I checked the ctfdump for /boot/kernel/kernel and found u_int is a resolved type. [14077] FUNC (rtalloc_fib) returns: 29 args: (1335, 5) Checking the CTF table "5" is found to be a resolved typedef. <4> INTEGER unsigned int encoding=0x0 offset=0 bits=32 <5> TYPEDEF u_int refers to 4 But since it shows unknown with dtrace -l -f o/p, one cannot directly use args[1]. Is this a known problem, any fix or workaround? -- Shrikanth R K From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 10 21:22:55 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B437106564A for ; Wed, 10 Aug 2011 21:22:55 +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 276558FC15 for ; Wed, 10 Aug 2011 21:22:55 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id B070046B2E; Wed, 10 Aug 2011 17:22:54 -0400 (EDT) Date: Wed, 10 Aug 2011 22:22:54 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Lars Engels In-Reply-To: <769b9c9ca386e2a2b43c27a8fb5e1ff7@mail.0x20.net> Message-ID: References: <4E167C94.70300@kibab.com> <4E1685D8.403@gmail.com> <2c9d3cc8a0b85313f55f53ca573af81a.squirrel@zugang.kibab.com> <769b9c9ca386e2a2b43c27a8fb5e1ff7@mail.0x20.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-hackers@freebsd.org Subject: Re: Capsicum project: Ideas needed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2011 21:22:55 -0000 On Thu, 4 Aug 2011, Lars Engels wrote: > I just stumbled upon this rather outdated thread... > > On Fri, 8 Jul 2011 15:09:52 +0400, Ilya Bakulin wrote: [...] >>> wget curl links/lynx >> This is Ports software, we may try to modify it and even send patches to >> upstream, or maintain our local patches. I wanted to focus on base system >> components during GSoC, but it doesn't hurt to try to capsicumize these >> tools either. > > fetch(1) is similar to wget and curl and is part of the base system, so > would this be a candidate? I'd think fetch would be quite a good candidate -- most of its work is done as a pipeline between a socket and a file, and sandboxing the gubbins that sits in the middle of that pipeline would be quite beneficial. Robert From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 11 18:59:34 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FB011065674 for ; Thu, 11 Aug 2011 18:59:34 +0000 (UTC) (envelope-from aduane@juniper.net) Received: from exprod7og118.obsmtp.com (exprod7og118.obsmtp.com [64.18.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF1F8FC0A for ; Thu, 11 Aug 2011 18:59:34 +0000 (UTC) Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob118.postini.com ([64.18.6.12]) with SMTP ID DSNKTkQmlUBa11k3fYTQq7VUsNOC5ixsOASR@postini.com; Thu, 11 Aug 2011 11:59:34 PDT Received: from p-emfe02-wf.jnpr.net (172.28.145.25) by P-EMHUB02-HQ.jnpr.net (172.24.192.36) with Microsoft SMTP Server (TLS) id 8.2.254.0; Thu, 11 Aug 2011 10:31:14 -0700 Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe02-wf.jnpr.net ([fe80::c126:c633:d2dc:8090%11]) with mapi; Thu, 11 Aug 2011 13:31:14 -0400 From: Andrew Duane To: FreeBSD Hackers Date: Thu, 11 Aug 2011 13:31:13 -0400 Thread-Topic: Dumping core over NFS Thread-Index: AcxYTHdb7pugXhZ+QuWAzWW2uGOemg== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dumping core over NFS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 18:59:34 -0000 We have a strange problem in 6.2 that we're wondering if anyone else has se= en. If a process is dumping core to an NFS-mounted directory, sending SIGIN= T, SIGTERM, or SIGKILL to that process causes NFS to wedge. The nfs_asyncio= starts complaining that 20 iods are already processing the mount, but noth= ing makes any forward progress. Sending SIGUSR1, SIGUSR2, or SIGABRT seem to work fine, as does any signal = if the core dump is going to a local filesystem. Before I dig into this apparent deadlock, just wondering if it's been seen = before. ................................... Andrew Duane Juniper Networks o +1 978 589 0551 m +1 603-770-7088 aduane@juniper.net From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 11 20:39:43 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 749FA1065673 for ; Thu, 11 Aug 2011 20:39:43 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2D48FC12 for ; Thu, 11 Aug 2011 20:39:42 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAI02RE6DaFvO/2dsb2JhbAA+A4RIpAeBQAEBAQEDAQEBICsgCxsOCgICDRkCKQEJJgYIBwQBHASHUqwokTyBLIIUgXeBEASRAYINkQs X-IronPort-AV: E=Sophos;i="4.67,358,1309752000"; d="scan'208";a="134147857" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 11 Aug 2011 16:10:54 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C070DB3F0F; Thu, 11 Aug 2011 16:10:54 -0400 (EDT) Date: Thu, 11 Aug 2011 16:10:54 -0400 (EDT) From: Rick Macklem To: Andrew Duane Message-ID: <1748900458.38612.1313093454775.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD Hackers Subject: Re: Dumping core over NFS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 20:39:43 -0000 Andrew Duane wrote: > We have a strange problem in 6.2 that we're wondering if anyone else > has seen. If a process is dumping core to an NFS-mounted directory, > sending SIGINT, SIGTERM, or SIGKILL to that process causes NFS to > wedge. The nfs_asyncio starts complaining that 20 iods are already > processing the mount, but nothing makes any forward progress. > > Sending SIGUSR1, SIGUSR2, or SIGABRT seem to work fine, as does any > signal if the core dump is going to a local filesystem. > > Before I dig into this apparent deadlock, just wondering if it's been > seen before. > The only thing I can tell you is that SIGINT, SIGTERM are signals that are handled differently by mounts with the "intr" option set. For this case, the client tries to make the syscall in progress fail with EINTR when one of these signals is posted. I have no idea what effect this might have on a core dump in progress or if you are using "intr" mounts. There was an issue in FreeBSD8.[01] (for the "intr" case) where the termination signal could get the krpc code in a loop when trying to re-establish a TCP connection because an msleep() would always return EINTR right away without waiting for the connection attempt to complete and then code outside that would just try it again and again and... This bug was fixed for FreeBSD8.2. Obviously it's not the same bug since FreeBSD6 didn't have a krpc subsystem, but you might look for something similar. (ie. a sleep(...PCATCH...) and then a caller that just tries again for it returning EINTR. If you use "intr", you might also try without "intr" and see if that has any effect. Good luck with it, rick > ................................... > > Andrew Duane > Juniper Networks > o +1 978 589 0551 > m +1 603-770-7088 > aduane@juniper.net > > > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 12 09:56:13 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6A031065673; Fri, 12 Aug 2011 09:56:12 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB768FC14; Fri, 12 Aug 2011 09:56:11 +0000 (UTC) Received: by fxe4 with SMTP id 4so2913477fxe.13 for ; Fri, 12 Aug 2011 02:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=b5P0SVPmWIbkE8Tj2XVtemZweOzAz5RygQF4jJCrv1M=; b=UBaETVo1S7zQPtAzkpKTxN5kuIarnBTVD1QyIlzwbOf35jeBRy+Kx+y5cdsOwcNRBm PMk+Yh9BAfb5Q+9MDeQa31fdM3UFFwUMGWQAH9gK6MmODZVTs5xAPAZbmApWOgVllKaF ZoNizVdMFiC3eHWTqccG6/BRFdVRPLPjhLSGE= Received: by 10.223.21.207 with SMTP id k15mr1028973fab.60.1313142971211; Fri, 12 Aug 2011 02:56:11 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r12sm1070208fam.38.2011.08.12.02.56.08 (version=SSLv3 cipher=OTHER); Fri, 12 Aug 2011 02:56:09 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E44F8AF.4010307@FreeBSD.org> Date: Fri, 12 Aug 2011 12:55:59 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Eygene Ryabinkin References: <4CAD348034DD463E80C89DD5A0BDD71B@multiplay.co.uk> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Steven Hartland Subject: Re: cam / ata timeout limited to 2147 due to overflow bug? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Aug 2011 09:56:13 -0000 Eygene Ryabinkin wrote: > Fri, Aug 05, 2011 at 10:59:43AM +0100, Steven Hartland wrote: >> I've tried the patch and it a few cut and paste errors, which I've fixed, > > Thanks for spotting that! > >> and confirmed it works as expected, so thanks for that :) >> >> There's also a load more drivers with the same issue so I've gone through >> and fixed all the occurances I can find. Here's the updated patch:- >> http://blog.multiplay.co.uk/dropzone/freebsd/ccb_timeout.patch > > I had found a couple of missed drivers, fixed overlong lines and fixed > the missing 10 in the sys/dev/hptrr/hptrr_os_bsd.c. Also changed ciss > to have u_int32_t timeouts instead of int ones: this should not harm > anything, because all passed timeouts are explicit numbers that are > not larger than 100000. And I had also renamed > CAM_HDR_TIMEOUT_TO_TICKS to the base CAM_TIMEOUT_TO_TICKS, because it > seems that every CAM timeout is 32-bit long. The new patch lives at > http://codelabs.ru/fbsd/patches/cam/CAM-properly-convert-timeout-to-ticks.diff > > But there are some cases where the argument to the > CAM_TIMEOUT_TO_TICKS is int and not u_int32_t. It should be mostly > harmless for now, since the values do not exceed 2^32, but my current > feeling about timeouts that are counted in milliseconds that there > should be an in-kernel type for this stuff. Seems like 32-bit wide > unsigned value is good for it: maximal value is around 46 days that > should be fine for the millisecond-precision timeout. > > Through my grep session for the kernel sources I had seen other > (t * hz / 1000) constructs, so I feel that the fix should be > extended to cover these cases as well. > > I am interested in the other's opinions on this. First of all, not so many people really need millisecond precision for timeouts, combined with large timeout range. I would prefer to see seconds in CAM. Same time 64bit mul/div pair for every call may worth something, especially for low-end 32bit archs. We can't change existing CAM API, but global mechanical replace through the kernel is not a good idea IMHO. Personally, I would not touch argument types in ciss -- it is almost null change, but may break some patches applicability. While using uint32_t in CAM structures could be a benefit from compatibility point, it is not important from this point in function arguments. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 13 17:39:16 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66D6B106564A for ; Sat, 13 Aug 2011 17:39:16 +0000 (UTC) (envelope-from joesuf4@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4128FC0A for ; Sat, 13 Aug 2011 17:39:16 +0000 (UTC) Received: by vws18 with SMTP id 18so4196210vws.13 for ; Sat, 13 Aug 2011 10:39:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=9jEmWLiGMkZwKSEvlwChzQaValVfYh1RV5z0Tc4y6Xg=; b=ksCukhptPzkWByYEsqNR+yOXFBHb2lRk0m1VWpQQwY5r3XYt+Sn7wK1nCpmqYxo7lj yCnpe1gdMw3cRSIti3RILd8hRI+aU7ubgtmbZtSgM0scduftQttWhmoaznRIXgZI9RKl 1l/f/xmF43+I6PpKxRjXXSisVUva4x0MEehLs= MIME-Version: 1.0 Received: by 10.52.28.79 with SMTP id z15mr2051397vdg.365.1313255764272; Sat, 13 Aug 2011 10:16:04 -0700 (PDT) Received: by 10.220.190.7 with HTTP; Sat, 13 Aug 2011 10:16:04 -0700 (PDT) Date: Sat, 13 Aug 2011 13:16:04 -0400 Message-ID: From: Joe Schaefer To: freebsd-hackers Content-Type: text/plain; charset=UTF-8 Subject: Clock stalls on Sabertooth 990FX X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Aug 2011 17:39:16 -0000 Brand new machine with a Phenom II X6 1100T and under chronic load the clock will stop running periodically until the machine eventually completely freezes. Note: during these stalls the kernel is still running, the machine is still mostly responsive, it's just that the clock is frozen in time. I've disabled Turbo mode in the bios and toyed with just about every other setting but nothing seems to resolve this problem. Based on the behavior of the machine (just making buildworld will eventually kill it, upping the -j flag just kills it faster), I'm guessing it has something to do with the Digi+ VRM features but again nothing I've tried modifying in the bios seems to help. I've tried both 8.2-RELEASE and FreeBSD 9 (head). Running head now with a dtrace enabled kernel. Suggestions?