From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 01:55:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEB5A1065675 for ; Sun, 12 Jul 2009 01:55:52 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-pz0-f193.google.com (mail-pz0-f193.google.com [209.85.222.193]) by mx1.freebsd.org (Postfix) with ESMTP id A0AE28FC16 for ; Sun, 12 Jul 2009 01:55:52 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by pzk31 with SMTP id 31so1158552pzk.3 for ; Sat, 11 Jul 2009 18:55:52 -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=pm3aHBcZN3EQbbeugHg2rZZ2Svt4LwIlqZWE4MbyLuk=; b=n6ahIIt4V+1Q/6PrMgpWE1jIU3563ieF4zFGf/esb8AfL3/+Vmqv60IoUfBiUUIyRt BU2AXPUOhqCJAntFLCGG2SPSCpkdIb7FttYMaCzDiDRzQ4Vr0cfqzbincTSxSHPZMM7M xdaCSba7CpymbXzlQc7QIvVSAujEL+sBArIec= 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=wsjpbvDnYo2v5FcxZarVOnc87SoPVRWZ6aAKOGok4+WFGf5M8y2jidH2JY+hCMmXHo Y3MWaiPjaPjpPzmlTNNWgnD+m2Wpnr3ub7pRe2Cko9G06mNJ7u0U6jWGfTl5rtU2WsDl 2iJ9eMOvYPrARBwZau5A0gztzFKuNBGz0cYJM= MIME-Version: 1.0 Received: by 10.114.95.5 with SMTP id s5mr6080774wab.1.1247363752243; Sat, 11 Jul 2009 18:55:52 -0700 (PDT) In-Reply-To: <367b2c980907111603t74766651gf52310d38dc48dd2@mail.gmail.com> References: <790a9fff0907101159w495b644dge4a4bd81de0bda9b@mail.gmail.com> <20090710211809.GA84773@crodrigues.org> <790a9fff0907101911y7143ed4bnbb050d78ebc21558@mail.gmail.com> <790a9fff0907110606t61da8ebbufa5575d12d949ca@mail.gmail.com> <367b2c980907111603t74766651gf52310d38dc48dd2@mail.gmail.com> Date: Sat, 11 Jul 2009 20:55:52 -0500 Message-ID: <790a9fff0907111855md9de566n62926c0037606514@mail.gmail.com> From: Scot Hetzel To: Olivier SMEDTS Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 01:55:53 -0000 > Can you successfuly boot this ZFS-Only FreeBSD on MBR slices ? > Yes, my system has successfully booted from the ZFS-Only Root filesystem as outlined in http://wiki.freebsd.org/ZFSOnRootWithZFSboot. I did have to set exec=on for the /var/tmp directory, otherwise it wouldn't let pkg_add run the +INSTALL scripts from the package staging area in /var/tmp. > I tried the zfsboot trick few months ago and it didn't work for me. > And it still doesn't work, I'm stuck at the loader with no prompt. I > tried both with a BSD partition (freebsd-zfs type) and without, > directly on the MBR slice. > Did it get stuck at the Boot Manager menu (F1 - Win, F2 - FreeBSD, ...) or did it show that it was running /boot/loader? If it was running /boot/loader, you need to make sure that LOADER_ZFS_SUPPORT (add it to src.conf) was used to build /boot/loader and installed on your system. Also make sure that /boot/zfs/zpool.cache was copied to your ZFS zpool (i.e zroot/boot/zfs/). Scot From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 04:23: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 302FB106564A for ; Sun, 12 Jul 2009 04:23:44 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id B92D08FC08 for ; Sun, 12 Jul 2009 04:23:43 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from fuzz.geek.sh (unknown [196.209.244.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id 087323A6A5; Sun, 12 Jul 2009 06:23:40 +0200 (SAST) Message-ID: <4A59654A.4050408@phat.za.net> Date: Sun, 12 Jul 2009 06:23:38 +0200 From: Aragon Gouveia User-Agent: Thunderbird 2.0.0.22 (X11/20090628) MIME-Version: 1.0 To: rea-fbsd@codelabs.ru References: <20090710042106.GC31950@rwpc12.mby.riverwillow.net.au> <20090710071023.GB32316@rwpc12.mby.riverwillow.net.au> <20090710112631.GE32316@rwpc12.mby.riverwillow.net.au> <3a142e750907100433y307f9b2bya1dc54953bdf5de2@mail.gmail.com> <0B1F6799-2FAC-4C01-A978-42E247979CAB@mac.com> <1z5niluEh3OBPNSdMbOMyoEwzX4@CWODRlDR5RMqbkBfR0/UzHcfNhE> <267A655F-13A6-4D79-A933-3A78854AC5FD@mac.com> <4A590E7F.8000208@phat.za.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , John Marshall , freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 bsdlabel broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 04:23:44 -0000 Hi Eygene, Eygene Ryabinkin wrote: > If you'll happen to test the patch, please, report back. I applied your second patch and reading the label looks good now. before: # /dev/ad4s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 786432 16771860 4.2BSD 0 0 0 b: 4194304 17558292 swap c: 50331645 16771860 unused 0 0 # "raw" part, don't edit d: 2097152 21752596 4.2BSD 0 0 0 e: 35651584 23849748 4.2BSD 0 0 0 f: 7602173 59501332 4.2BSD 0 0 0 partition c: partition extends past end of unit bsdlabel: partition c doesn't start at 0! bsdlabel: An incorrect partition c may cause problems for standard system utilities partition e: partition extends past end of unit partition f: offset past end of unit partition f: partition extends past end of unit after: # /dev/ad4s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 786432 0 4.2BSD 0 0 0 b: 4194304 786432 swap c: 50331645 0 unused 0 0 # "raw" part, don't edit d: 2097152 4980736 4.2BSD 0 0 0 e: 35651584 7077888 4.2BSD 0 0 0 f: 7602173 42729472 4.2BSD 0 0 0 Thanks, Aragon From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 04:36: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 75F821065670 for ; Sun, 12 Jul 2009 04:36:52 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC898FC0A for ; Sun, 12 Jul 2009 04:36:52 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Received:Message-ID:Date:Subject:From:To:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:Importance:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=n1IWyRIFd3dpRL41kWZfpIfusQkKtsZvVRD3EAsi6yt/lmj22hIQJ3K8jUM+prXctOG6ZssjJCnWILEZ4vxER4wKIWREmt/IPBY7e+mKsFrkwPtsMwB9c2Kd7l6Vd69dmYkieCAxMvScbmzsS16S1tnnxIu+Zqs8r+EgW01MNy8=; Received: from localhost.lerctr.org ([127.0.0.1]:50421 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MPqaP-0007Cv-0B for freebsd-current@freebsd.org; Sat, 11 Jul 2009 23:22:50 -0500 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Sat, 11 Jul 2009 23:22:49 -0500 Message-ID: <6adb930b24382e32582fca4841f91765.squirrel@webmail.lerctr.org> Date: Sat, 11 Jul 2009 23:22:49 -0500 From: "Larry Rosenman" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Subject: Is this a known issue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 04:36:52 -0000 Got this lovely textdump tonight with -CURRENT from earlier today: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x318 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff803200fe stack pointer = 0x28:0xffffff81d22105f0 frame pointer = 0x28:0xffffff81d2210610 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1611 (bacula-fd) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 trap_fatal() at trap_fatal+0x2ad trap_pfault() at trap_pfault+0x294 trap() at trap+0x187 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff803200fe, rsp = 0xffffff81d22105f0, rbp = 0xffffff81d2210610 --- _mtx_lock_sleep() at _mtx_lock_sleep+0x4e netisr_queue_internal() at netisr_queue_internal+0xe1 netisr_queue_src() at netisr_queue_src+0x3c if_simloop() at if_simloop+0xb6 looutput() at looutput+0x84 ip_output() at ip_output+0xb88 tcp_output() at tcp_output+0xac9 tcp_usr_send() at tcp_usr_send+0x3a4 sosend_generic() at sosend_generic+0x3f6 soo_write() at soo_write+0x37 dofilewrite() at dofilewrite+0x85 kern_writev() at kern_writev+0x60 write() at write+0x55 syscall() at syscall+0x246 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (4, FreeBSD ELF64, write), rip = 0x801a0ff9c, rsp = 0x7fffff9fd2b8, rbp = 0x801d44e28 --- Uptime: 6m22s # Is this a known issue? Also, it appears it had just reset without trace (the 6m22s uptime is telltale). -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 06:03:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21258106566C for ; Sun, 12 Jul 2009 06:03:22 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C50028FC16 for ; Sun, 12 Jul 2009 06:03:21 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=K9P7UPaYktk2iebQOQjYpzKf0psSbeIITZjTI+nUZJ3irik4Z8Gq6YcsUkaT9XPevGhTd2XHUoIRU7PmEask0r8hUqx1L9UfYLIVYmZMl7JZkOBROPr8ZYUUiPxyUPPIfIYKdITtWAs773psS916ARd5gW3ZjTzvcrFnWqWFC3c=; Received: from amnesiac.at.no.dns (ppp85-141-163-216.pppoe.mtu-net.ru [85.141.163.216]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MPs9e-000Fs3-8d; Sun, 12 Jul 2009 10:03:18 +0400 Date: Sun, 12 Jul 2009 10:03:17 +0400 From: Eygene Ryabinkin To: Aragon Gouveia Message-ID: References: <20090710071023.GB32316@rwpc12.mby.riverwillow.net.au> <20090710112631.GE32316@rwpc12.mby.riverwillow.net.au> <3a142e750907100433y307f9b2bya1dc54953bdf5de2@mail.gmail.com> <0B1F6799-2FAC-4C01-A978-42E247979CAB@mac.com> <1z5niluEh3OBPNSdMbOMyoEwzX4@CWODRlDR5RMqbkBfR0/UzHcfNhE> <267A655F-13A6-4D79-A933-3A78854AC5FD@mac.com> <4A590E7F.8000208@phat.za.net> <4A59654A.4050408@phat.za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A59654A.4050408@phat.za.net> Sender: rea-fbsd@codelabs.ru Cc: Marcel Moolenaar , John Marshall , freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 bsdlabel broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 06:03:22 -0000 Aragon, good day. Sun, Jul 12, 2009 at 06:23:38AM +0200, Aragon Gouveia wrote: > Eygene Ryabinkin wrote: > > If you'll happen to test the patch, please, report back. > > I applied your second patch and reading the label looks good now. [...] Fine, thanks for the testing! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 07:09: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 9096D106566B for ; Sun, 12 Jul 2009 07:09:18 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 498608FC13 for ; Sun, 12 Jul 2009 07:09:18 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by gxk17 with SMTP id 17so2285244gxk.19 for ; Sun, 12 Jul 2009 00:09:17 -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=sGl/ytSF0vCzRW2Cq3egsS0L7BmvdwyRNGLxPhK92y0=; b=N7k+04/si22j3LOJCrGxYr1/9JGvLviR9c/I25Ws7LFpKUIZxtaXduEmFpBAjHNv4i Rvz1EL5xrX6dzfPEVFWrEpJo3qZmVXrxXsXvPPkbSFsMzIe4iqMzmBPZzfzct+gXmD+p ql2+TF9FHhp403XaiG+j2m3TjTseo1LFhX128= 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=AO6w8ahA8f3SyhixnfB8S4qqDx693vKgd8o+wYDSxbbGCGUq+z41YRuNPfYCpIBDrB TTUdo1EZ+HTaeu2HScP8SfGQxOPGoCB/AQ92YmarLeOOPNgLJL6RkBGVYP+tadqipvpE +pwgZ8SsZx7kV2MpW54tHoiXZyM8+Whu2drzo= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.177.15 with SMTP id z15mr5383075ane.27.1247382557604; Sun, 12 Jul 2009 00:09:17 -0700 (PDT) In-Reply-To: References: Date: Sun, 12 Jul 2009 00:09:17 -0700 X-Google-Sender-Auth: 35f4f1a20c2ca52e Message-ID: <3c1674c90907120009o330da19ds68c45d0dab6ef81f@mail.gmail.com> From: Kip Macy To: Scott Ullrich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 07:09:18 -0000 On Sat, Jul 11, 2009 at 10:24 AM, Scott Ullrich wrote: > Hello Freebsd-current@ folks, > > I see with the commit "svn commit: r191259 - head/sys/netinet" > flowtables have been added.. =A0Cool! > > Does anyone have any tuning hints for this addition -- specifically > how much memory does the hash table consume? =A0 Or better yet does any > documentation exist for this newly added feature? > > Looking for an easy way to calculate max flows for the amount of > memory installed in a FreeBSD machine. You want to avoid hash collisions. So, generally speaking you want the hash table to be sized 2x larger than the number of unique connection destinations. You want the maximum number of flows to be as large as the maximum number of unique destinations x number of cores. When you get to the case of hundreds of thousands of unique destinations as in the case of a small ISP doing IP forwarding, you're probably better off disabling the flowtable. For most other workloads its likely to be a clear win. Running a process on an 8-core system with 8 threads each calling sendto(...) with 10 bytes I can push 3.5 - 4Mpps (with cxgb - you won't get this with most cards) with the flowtable enabled. With the flowtable disabled lock contention causes performance to degrade to 330kpps with the aforementioned workload. Let me know if you have any issues. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 07:17: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 9F975106564A for ; Sun, 12 Jul 2009 07:17:44 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1719C8FC1C for ; Sun, 12 Jul 2009 07:17:43 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (host86-150-124-14.range86-150.btcentralplus.com [86.150.124.14]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n6C7H0RF058645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jul 2009 17:17:36 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A598DDF.4010306@freebsd.org> Date: Sun, 12 Jul 2009 08:16:47 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Stefan Bethke References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> In-Reply-To: <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: FreeBSD Current Subject: Re: ppp triggers GPF panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 07:17:44 -0000 Stefan Bethke wrote: > Am 11.07.2009 um 20:44 schrieb Lawrence Stewart: > >> Stefan Bethke wrote: >>> Yesterday's -current, amd64, C2D, 4 GB RAM. Full dmesg below. >>> Fatal trap 9: general protection fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> instruction pointer = 0x20:0xffffffff802fc2ce >>> stack pointer = 0x28:0xffffff8000037b10 >>> frame pointer = 0x28:0xffffff8000037b30 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 12 (swi1: netisr 0) >>> [thread pid 12 tid 100007 ] >>> Stopped at _mtx_lock_sleep+0x4e: movl 0x288(%rcx),%esi >>> Didn't capture anything else there. This happened when my ADSL link >>> was forced down (24h connection reset). >>> After fixing the file system (UFS2 + softupdates on /), I got another >>> "panic: spin lock held too long" on rebooting. >>> Then, the GPF panic happened again as ppp was trying to establish the >>> connection: >> >> 1. Do you have a crash dump? > > Unfortunatly not. > >> 2. Can you try find a sequence of events to deterministically >> reproduce this? > > Not if I can help it, this is my main gateway at home. Sorry. But I'll > try collect as much info as possible if and when it happens again. You can set debug.debugger_on_panic=0 in /etc/sysctl.conf which will make the system automatically dump core and reset instead of sitting at the ddb prompt. Alternatively, run "call doadump" from the ddb prompt followed by "reset" and that should also get you a usable core file. I'd suggest the first option for you though given you don't like the machine being down. Let us know if/when it happens again, but without a core file there's not much we can help with. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 07: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 1329F1065672 for ; Sun, 12 Jul 2009 07:41:52 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5468FC0C for ; Sun, 12 Jul 2009 07:41:51 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (host86-150-124-14.range86-150.btcentralplus.com [86.150.124.14]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n6C7fd7g059007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jul 2009 17:41:44 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A5993A6.7030205@freebsd.org> Date: Sun, 12 Jul 2009 08:41:26 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Larry Rosenman References: <6adb930b24382e32582fca4841f91765.squirrel@webmail.lerctr.org> In-Reply-To: <6adb930b24382e32582fca4841f91765.squirrel@webmail.lerctr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: freebsd-current@freebsd.org Subject: Re: Is this a known issue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 07:41:52 -0000 Larry Rosenman wrote: > Got this lovely textdump tonight with -CURRENT from earlier today: > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x318 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff803200fe > stack pointer = 0x28:0xffffff81d22105f0 > frame pointer = 0x28:0xffffff81d2210610 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1611 (bacula-fd) > trap number = 12 > panic: page fault > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > trap_fatal() at trap_fatal+0x2ad > trap_pfault() at trap_pfault+0x294 > trap() at trap+0x187 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff803200fe, rsp = 0xffffff81d22105f0, rbp = > 0xffffff81d2210610 --- > _mtx_lock_sleep() at _mtx_lock_sleep+0x4e > netisr_queue_internal() at netisr_queue_internal+0xe1 > netisr_queue_src() at netisr_queue_src+0x3c > if_simloop() at if_simloop+0xb6 > looutput() at looutput+0x84 > ip_output() at ip_output+0xb88 > tcp_output() at tcp_output+0xac9 > tcp_usr_send() at tcp_usr_send+0x3a4 > sosend_generic() at sosend_generic+0x3f6 > soo_write() at soo_write+0x37 > dofilewrite() at dofilewrite+0x85 > kern_writev() at kern_writev+0x60 > write() at write+0x55 > syscall() at syscall+0x246 > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (4, FreeBSD ELF64, write), rip = 0x801a0ff9c, rsp = > 0x7fffff9fd2b8, rbp = 0x801d44e28 --- > Uptime: 6m22s > # > > Is this a known issue? > > Also, it appears it had just reset without trace (the 6m22s uptime is > telltale). Currently being investigated. See "ppp triggers GPF panic" and "Re: r194546 amd64: kernel panic in tcp_sack.c" for other threads on freebsd-current@ that likely are the same panic (not confirmed yet though as we only have access to Kamigishi's crash dumps so far). Do you have a crash dump? Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 07:52: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 CD6471065670 for ; Sun, 12 Jul 2009 07:52:57 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 388048FC1A for ; Sun, 12 Jul 2009 07:52:56 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=BQeo18V-fugA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=8kQB0OdkAAAA:8 a=9Eg03mg4IpTrjiMqdb0A:9 a=3X4t0oIlXPIjjnBGBnsA:7 a=6nXHILMoMogo6J7HlinSUZUP5rAA:4 a=9aOQ2cSd83gA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 888306885; Sun, 12 Jul 2009 09:52:52 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 12 Jul 2009 09:52:29 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <20090703172600.1971111e@baby-jane.lamaiziere.net> <200907072039.27811.hselasky@c2i.net> <20090711232635.24b28f1f@baby-jane.lamaiziere.net> In-Reply-To: <20090711232635.24b28f1f@baby-jane.lamaiziere.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907120952.30158.hselasky@c2i.net> Cc: Patrick Lamaiziere Subject: Re: ulpt problem (USB_ERR_IOERROR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 07:52:58 -0000 On Saturday 11 July 2009 23:26:35 Patrick Lamaiziere wrote: > Le Tue, 7 Jul 2009 20:39:26 +0200, > > Hans Petter Selasky a =E9crit : > > There was a small bug in my patch. Could you post-patching edit > > /sys/dev/serial/ulpt.c > > > > urlpt_open(struct usb_fifo *fifo, int fflags) > > ulpt_open(struct usb_fifo *fifo, int fflags) > > Well, as I must use the unlpt device, I think this does not change > anything. > > If I understand well, with /dev/unlpt0, ulpt.c calls unlpt_open(), not > ulpt_open() nor unlpt_open()? > > Just in case, I've tried to change unlpt_open() with > static int > unlpt_open(struct usb_fifo *fifo, int fflags) > { > struct ulpt_softc *sc =3D usb_fifo_softc(fifo); > > if (sc->sc_fflags & fflags) { > return (EBUSY); > } > > /* set defrag write mode */ > > if (fflags & FWRITE) { > printf("unlpt_open: using defrag write mode\n"); > usb_fifo_set_write_defrag(fifo, 1); > } > ... > > But the printer hangs after the first job (the data led on the printer > stay on): > unlpt_open: using defrag write mode > ulpt_write_callback:237: state=3D0x0 actlen=3D0 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > The prints look good. Did you restart/repower the printer, before trying to print? What document format is being used on /dev/ulpt? Maybe you have to use anot= her=20 format. Did you use the correct PPD file for your printer? I have a brother= =20 printer here which uses USB, and claims to support PCL 6, but whenever I pr= int=20 something in PCL 6, it's not recognized. I found out I had to download a=20 special PPD file, and install foomatic-rip, for cups. Then it worked using = the=20 GDI protocol. =2D-HPS From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 08:59:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 087EE1065672 for ; Sun, 12 Jul 2009 08:59:51 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:21b:78ff:fe37:f1cf]) by mx1.freebsd.org (Postfix) with ESMTP id C371A8FC1D for ; Sun, 12 Jul 2009 08:59:49 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com ([192.168.36.249]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.3/8.14.3/NinthNine) with ESMTP id n6C8xXX2007929; Sun, 12 Jul 2009 17:59:44 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 12 Jul 2009 17:59:29 +0900 From: Norikatsu Shigemura To: Scot Hetzel Message-Id: <20090712175929.f38d4c26.nork@FreeBSD.org> In-Reply-To: <790a9fff0907110747t7187fba6h7fdb82a40f57d489@mail.gmail.com> References: <790a9fff0907101159w495b644dge4a4bd81de0bda9b@mail.gmail.com> <20090710211809.GA84773@crodrigues.org> <790a9fff0907101911y7143ed4bnbb050d78ebc21558@mail.gmail.com> <790a9fff0907110606t61da8ebbufa5575d12d949ca@mail.gmail.com> <790a9fff0907110747t7187fba6h7fdb82a40f57d489@mail.gmail.com> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.4; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 08:59:51 -0000 Hi Scot. On Sat, 11 Jul 2009 09:47:21 -0500 Scot Hetzel wrote: > I created a page on the FreeBSD wiki with these instructions. > http://wiki.freebsd.org/ZFSOnRootWithZFSboot I have two requests. 1. Use fstab instead of vfs.root.mountfrom. loader with LOADER_ZFS_SUPPORT can read /etc/fstab, so we should use fstab like UFS. - - - - - - - - - - # Device Mountpoint FStype Options Dump Pass# zroot / zfs rw,noatime 0 0 - - - - - - - - - - 2. all compression=on is not usable. I had used all zfs with compression=on. In thus environment, toooo latency, I got frustration. We should use compression=on on some fs. -- Norikatsu Shigemura From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 10:15: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 C76851065698; Sun, 12 Jul 2009 10:15:59 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 759EE8FC1B; Sun, 12 Jul 2009 10:15:59 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6CAFvri022425 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 12 Jul 2009 12:15:57 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <6C047344-397E-4F14-97F1-C61FD80AAC3F@lassitu.de> From: Stefan Bethke To: Lawrence Stewart In-Reply-To: <4A598DDF.4010306@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 12 Jul 2009 12:15:57 +0200 References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> <4A598DDF.4010306@freebsd.org> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: ppp triggers GPF panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 10:16:00 -0000 Am 12.07.2009 um 09:16 schrieb Lawrence Stewart: > Stefan Bethke wrote: >> Am 11.07.2009 um 20:44 schrieb Lawrence Stewart: >>> Stefan Bethke wrote: >>>> Yesterday's -current, amd64, C2D, 4 GB RAM. Full dmesg below. >>>> Fatal trap 9: general protection fault while in kernel mode >>>> cpuid = 0; apic id = 00 >>>> instruction pointer = 0x20:0xffffffff802fc2ce >>>> stack pointer = 0x28:0xffffff8000037b10 >>>> frame pointer = 0x28:0xffffff8000037b30 >>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>> current process = 12 (swi1: netisr 0) >>>> [thread pid 12 tid 100007 ] >>>> Stopped at _mtx_lock_sleep+0x4e: movl 0x288(%rcx),%esi >>>> Didn't capture anything else there. This happened when my ADSL >>>> link was forced down (24h connection reset). >>>> After fixing the file system (UFS2 + softupdates on /), I got >>>> another "panic: spin lock held too long" on rebooting. >>>> Then, the GPF panic happened again as ppp was trying to establish >>>> the connection: >>> >>> 1. Do you have a crash dump? >> Unfortunatly not. >>> 2. Can you try find a sequence of events to deterministically >>> reproduce this? >> Not if I can help it, this is my main gateway at home. Sorry. But >> I'll try collect as much info as possible if and when it happens >> again. > > You can set debug.debugger_on_panic=0 in /etc/sysctl.conf which will > make the system automatically dump core and reset instead of sitting > at the ddb prompt. Alternatively, run "call doadump" from the ddb > prompt followed by "reset" and that should also get you a usable > core file. I'd suggest the first option for you though given you > don't like the machine being down. Let us know if/when it happens > again, but without a core file there's not much we can help with. Happend again when ppp tried to reestablish the connection. Unfortunatly, the dump wasn't good enough for savecore: Fatal trap 9: general protection fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xffffffff802fc2ce stack pointer = 0x28:0xffffff807512c540 frame pointer = 0x28:0xffffff807512c560 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 9451 (ifconfig) [thread pid 9451 tid 100126 ] Stopped at _mtx_lock_sleep+0x4e: movl 0x288(%rcx),%esi db> bt Tracing pid 9451 tid 100126 td 0xffffff0002771390 _mtx_lock_sleep() at _mtx_lock_sleep+0x4e _mtx_lock_flags() at _mtx_lock_flags+0x43 netisr_queue_internal() at netisr_queue_internal+0x4f netisr_queue_src() at netisr_queue_src+0x3c rt_newaddrmsg() at rt_newaddrmsg+0x1d1 rtinit() at rtinit+0x3c0 in_ifinit() at in_ifinit+0x2f0 in_control() at in_control+0xf12 ifioctl() at ifioctl+0xfc1 kern_ioctl() at kern_ioctl+0xf6 ioctl() at ioctl+0xfd syscall() at syscall+0x19e Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800b7df5c, rsp = 0x7fffffffe058, rbp = 0x7fffffffec2d --- db> call doadump Physical memory: 3983 MB Dumping 2351 MB: 2336 2320 2304 2288 2272 2256 2240 2224 2208 2192 2176 2160 2144 2128 2112 2096 2080 2064 2048 2032 2016 2000 1984 1968 1952 1936 1920 1904 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 Dump complete = 0 db> reset /boot.config: -DhS38400 Consoles: internal video/keyboard serial port BIOS drive A: is disk0 ... savecore: first and last dump headers disagree on /dev/mirror/ diesel_swap savecore: unsaved dumps found but not saved savecore: first and last dump headers disagree on /dev/mirror/ diesel_swap savecore: unsaved dumps found but not saved No crash dumps in /var/crash. I'll reconfigure swap to use a raw disk instead ofa mirror. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 10:20:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04CC71065670; Sun, 12 Jul 2009 10:20:34 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 962408FC14; Sun, 12 Jul 2009 10:20:33 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6CAKVbH022526 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 12 Jul 2009 12:20:32 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <231E941D-4656-4D88-BAA9-29361A3C2B51@lassitu.de> From: Stefan Bethke To: Lawrence Stewart In-Reply-To: <4A598DDF.4010306@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 12 Jul 2009 12:20:31 +0200 References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> <4A598DDF.4010306@freebsd.org> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Automatic crashdumps, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 10:20:34 -0000 Am 12.07.2009 um 09:16 schrieb Lawrence Stewart: > You can set debug.debugger_on_panic=0 in /etc/sysctl.conf which will > make the system automatically dump core and reset instead of sitting > at the ddb prompt. I was under the impression that adding ddb_enable="YES" to rc.conf would run a DDB script that records some information, creates a dump, and then resets. However, whenever I've had a panic, I was presented with just the ddb prompt. Is something else needed? Thanks, Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 10:30: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 3E871106566C for ; Sun, 12 Jul 2009 10:30:10 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id C04FE8FC25 for ; Sun, 12 Jul 2009 10:30:09 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (host86-150-124-14.range86-150.btcentralplus.com [86.150.124.14]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n6CATrgj062031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jul 2009 20:30:01 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A59BB11.70706@freebsd.org> Date: Sun, 12 Jul 2009 11:29:37 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Stefan Bethke References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> <4A598DDF.4010306@freebsd.org> <6C047344-397E-4F14-97F1-C61FD80AAC3F@lassitu.de> In-Reply-To: <6C047344-397E-4F14-97F1-C61FD80AAC3F@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: FreeBSD Current Subject: Re: ppp triggers GPF panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 10:30:10 -0000 Stefan Bethke wrote: > Am 12.07.2009 um 09:16 schrieb Lawrence Stewart: > >> Stefan Bethke wrote: >>> Am 11.07.2009 um 20:44 schrieb Lawrence Stewart: >>>> Stefan Bethke wrote: >>>>> Yesterday's -current, amd64, C2D, 4 GB RAM. Full dmesg below. >>>>> Fatal trap 9: general protection fault while in kernel mode >>>>> cpuid = 0; apic id = 00 >>>>> instruction pointer = 0x20:0xffffffff802fc2ce >>>>> stack pointer = 0x28:0xffffff8000037b10 >>>>> frame pointer = 0x28:0xffffff8000037b30 >>>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>>> current process = 12 (swi1: netisr 0) >>>>> [thread pid 12 tid 100007 ] >>>>> Stopped at _mtx_lock_sleep+0x4e: movl 0x288(%rcx),%esi >>>>> Didn't capture anything else there. This happened when my ADSL >>>>> link was forced down (24h connection reset). >>>>> After fixing the file system (UFS2 + softupdates on /), I got >>>>> another "panic: spin lock held too long" on rebooting. >>>>> Then, the GPF panic happened again as ppp was trying to establish >>>>> the connection: >>>> >>>> 1. Do you have a crash dump? >>> Unfortunatly not. >>>> 2. Can you try find a sequence of events to deterministically >>>> reproduce this? >>> Not if I can help it, this is my main gateway at home. Sorry. But >>> I'll try collect as much info as possible if and when it happens again. >> >> You can set debug.debugger_on_panic=0 in /etc/sysctl.conf which will >> make the system automatically dump core and reset instead of sitting >> at the ddb prompt. Alternatively, run "call doadump" from the ddb >> prompt followed by "reset" and that should also get you a usable core >> file. I'd suggest the first option for you though given you don't like >> the machine being down. Let us know if/when it happens again, but >> without a core file there's not much we can help with. > > Happend again when ppp tried to reestablish the connection. > Unfortunatly, the dump wasn't good enough for savecore: > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 1; apic id = 01 > instruction pointer = 0x20:0xffffffff802fc2ce > stack pointer = 0x28:0xffffff807512c540 > frame pointer = 0x28:0xffffff807512c560 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 9451 (ifconfig) > [thread pid 9451 tid 100126 ] > Stopped at _mtx_lock_sleep+0x4e: movl 0x288(%rcx),%esi > db> bt > Tracing pid 9451 tid 100126 td 0xffffff0002771390 > _mtx_lock_sleep() at _mtx_lock_sleep+0x4e > _mtx_lock_flags() at _mtx_lock_flags+0x43 > netisr_queue_internal() at netisr_queue_internal+0x4f > netisr_queue_src() at netisr_queue_src+0x3c > rt_newaddrmsg() at rt_newaddrmsg+0x1d1 > rtinit() at rtinit+0x3c0 > in_ifinit() at in_ifinit+0x2f0 > in_control() at in_control+0xf12 > ifioctl() at ifioctl+0xfc1 > kern_ioctl() at kern_ioctl+0xf6 > ioctl() at ioctl+0xfd > syscall() at syscall+0x19e > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800b7df5c, rsp = > 0x7fffffffe058, rbp = 0x7fffffffec2d --- > db> call doadump > Physical memory: 3983 MB > Dumping 2351 MB: 2336 2320 2304 2288 2272 2256 2240 2224 2208 2192 2176 > 2160 2144 2128 2112 2096 2080 2064 2048 2032 2016 2000 1984 1968 1952 > 1936 1920 1904 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 > 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 > 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 > 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 > 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 > 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 > 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 > 192 176 160 144 128 112 96 80 64 48 32 16 > Dump complete > = 0 > db> reset > /boot.config: -DhS38400 > Consoles: internal video/keyboard serial port > BIOS drive A: is disk0 > ... > > savecore: first and last dump headers disagree on /dev/mirror/diesel_swap > savecore: unsaved dumps found but not saved > savecore: first and last dump headers disagree on /dev/mirror/diesel_swap > savecore: unsaved dumps found but not saved > No crash dumps in /var/crash. > > > I'll reconfigure swap to use a raw disk instead ofa mirror. Yeah, dump not working with mirrored disks is a huge PITA. Please make the change so we can get a usable crash dump. Kamigishi has suggested to me that the panic isn't occurring (as much?) with a r195617 world/kernel. Could you perhaps try update to r195617 and let us know if you continue to observe the panic? Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 10:41: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 8A8C4106566B for ; Sun, 12 Jul 2009 10:41:12 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 03FF58FC16 for ; Sun, 12 Jul 2009 10:41:11 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n6CAfAYn036577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Jul 2009 12:41:10 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n6CAfA1r036576 for current@freebsd.org; Sun, 12 Jul 2009 12:41:10 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sun, 12 Jul 2009 12:41:10 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org Message-ID: <20090712104110.GH2145@acme.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: t_delta too long or short X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 10:41:12 -0000 Hi all, running 8.0BETA with bootverbose currently, and I notice the following recurring kernel output: t_delta 15.fe9640b115166d14 too short t_delta 15.fee2074e546b65c6 too short t_delta 15.fdd3965ad0e1cb1c too short t_delta 16.010a6ee0b107cf1c too long t_delta 15.fece4884c256229a too short t_delta 16.0124b33bf29dc2d8 too long t_delta 15.fdcf9fd4d4cf1482 too short t_delta 16.012bf763f1609fee too long t_delta 16.011f5e6d41ebf2c8 too long t_delta 15.fe33466a7df7416c too short ... Some more information: Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3332972180 Hz CPU: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz (3332.97-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x408e3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) ... ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 ... acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 ... Timecounter "TSC" frequency 3332972180 Hz quality -100 Timecounters tick every 10.000 msec some sysctl output: kern.timecounter.tick: 1 kern.timecounter.choice: TSC(-100) HPET(900) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 41309 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 13709372 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 906312624 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 900 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 1286877466 kern.timecounter.tc.TSC.frequency: 3332972180 kern.timecounter.tc.TSC.quality: -100 kern.timecounter.smp_tsc: 0 kern.timecounter.invariant_tsc: 1 While I have powerd running usually, the messages also appear when powerd is not running and the CPUs are fixed to C1 state. Shall I worry? Is this normal and expected? Cheers, Ulrich Spörlein From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 10:50: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 E11EF1065676; Sun, 12 Jul 2009 10:50:30 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 758118FC0A; Sun, 12 Jul 2009 10:50:30 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6CAoSbW033150 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 12 Jul 2009 12:50:28 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <76EFB2CC-1ADE-4AFF-82FC-0461C92122A9@lassitu.de> From: Stefan Bethke To: Lawrence Stewart In-Reply-To: <4A59BB11.70706@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 12 Jul 2009 12:50:27 +0200 References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> <4A598DDF.4010306@freebsd.org> <6C047344-397E-4F14-97F1-C61FD80AAC3F@lassitu.de> <4A59BB11.70706@freebsd.org> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: ppp triggers GPF panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 10:50:31 -0000 Am 12.07.2009 um 12:29 schrieb Lawrence Stewart: > Kamigishi has suggested to me that the panic isn't occurring (as > much?) with a r195617 world/kernel. Could you perhaps try update to > r195617 and let us know if you continue to observe the panic? I get this liat of updated files when I update to r195617: root@diesel:~# dmesg|head Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA1 #5 r195556: Fri Jul 10 19:12:08 CEST 2009 root@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL module_register: module probe already exists! Module probe failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2666.77-MHz K8- class CPU) root@diesel:~# cd /usr/src root@diesel:/usr/src# svn up -r195617 U sbin/camcontrol/camcontrol.c D contrib/tcsh/RELEASE-PROCEDURE D contrib/tcsh/Makefile.ADMIN A contrib/tcsh/config.rpath U contrib/tcsh/Makefile.in U contrib/tcsh/ed.inputl.c U contrib/tcsh/ed.term.h U contrib/tcsh/tc.decls.h U contrib/tcsh/Imakefile U contrib/tcsh/sh.exp.c U contrib/tcsh/ed.screen.c U contrib/tcsh/tw.color.c U contrib/tcsh/ed.chared.c U contrib/tcsh/tc.bind.c U contrib/tcsh/ed.decls.h U contrib/tcsh/sh.dol.c U contrib/tcsh/sh.sem.c U contrib/tcsh/configure.in U contrib/tcsh/tc.str.c U contrib/tcsh/config.h.in U contrib/tcsh/sh.char.c U contrib/tcsh/complete.tcsh U contrib/tcsh/snames.h U contrib/tcsh/sh.char.h U contrib/tcsh/tc.sig.h U contrib/tcsh/patchlevel.h U contrib/tcsh/sh.exec.c U contrib/tcsh/configure U contrib/tcsh/sh.err.c U contrib/tcsh/tw.parse.c U contrib/tcsh/sh.func.c U contrib/tcsh/ma.setp.c U contrib/tcsh/config.guess U contrib/tcsh/sh.c U contrib/tcsh/config.sub U contrib/tcsh/sh.h U contrib/tcsh/sh.dir.c U contrib/tcsh/tcsh.man U contrib/tcsh/ed.xmap.c U contrib/tcsh/tc.func.c U contrib/tcsh/sh.lex.c U contrib/tcsh/sh.set.c U contrib/tcsh/sh.decls.h U contrib/tcsh/host.defs U contrib/tcsh/README U contrib/tcsh/sh.proc.c U contrib/tcsh/config_f.h U contrib/tcsh/sh.proc.h U contrib/tcsh/glob.c U contrib/tcsh/tw.comp.c U contrib/tcsh/sh.file.c U contrib/tcsh/tc.const.c U contrib/tcsh/tc.os.h U contrib/tcsh/sh.glob.c U contrib/tcsh/Fixes U contrib/tcsh/ed.h U contrib/tcsh U share/man/man4/aac.4 U lib/libusb/libusb10_io.c U lib/libusb/libusb10_desc.c U lib/libusb/libusb10.c U lib/libusb/libusb.h U lib/libusb/libusb10.h U sys/dev/wpi/if_wpi.c U sys/dev/iwi/if_iwi.c U sys/dev/iwn/if_iwn.c U sys/dev/aac/aac_disk.c U sys/dev/ipw/if_ipw.c U sys/net80211/ieee80211_ioctl.h Worth it, or should I go to HEAD? Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 10:53:38 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 E9C711065676 for ; Sun, 12 Jul 2009 10:53:38 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-pz0-f193.google.com (mail-pz0-f193.google.com [209.85.222.193]) by mx1.freebsd.org (Postfix) with ESMTP id C0E728FC16 for ; Sun, 12 Jul 2009 10:53:38 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: by pzk31 with SMTP id 31so1260104pzk.3 for ; Sun, 12 Jul 2009 03:53:38 -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:content-type:content-transfer-encoding; bh=jFVKWBTcSamnXkr7ZMRwnOgh1RbCK+5KfVXxB/lrm/I=; b=LvLQYYnHRb9sFiEZP3Fq4+DUJsOyU/GilS6miT/eFF7h4Vkg5xNpJzCNzxkyArK7K7 Qr/7aqbg9txFX82dnMNKLk9ATdfZzzEdwEluJsbSmsMQOw3kSVgjuiW37nDD3s66GA8m 8IcJAO8Pu4fJt8UJbAtr9Aj5mgksVA+pAyZkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=tj8k3t3X13iH5c2KPba93i0hV/SdnyCDP7MN015I+V31/1+vixqSJaPqsysvD9THQi 4lluzoKummVM8OhGSNUSb36awmaThzEfCxOHy6sq3dO6T4EFSYZ/4BxiPxMtD5M2dPXu AQbA3LA04SPVvw9tH9mvO1lVgyhYbGWhbnT0g= MIME-Version: 1.0 Received: by 10.143.6.1 with SMTP id j1mr1005438wfi.32.1247396018470; Sun, 12 Jul 2009 03:53:38 -0700 (PDT) Date: Sun, 12 Jul 2009 12:53:38 +0200 Message-ID: <90a5caac0907120353k69fb4f23q5e2f0eff35cfa2c5@mail.gmail.com> From: Lucius Windschuh To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: uath0 issues: eject-caused panic, won't work after a 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: Sun, 12 Jul 2009 10:53:39 -0000 Hi guys, I'm using CURRENT r195362MP and have two issues with it. 1st: Pulling the device while the kernel was nearly finished shutting down shutting down resulted in a kernel panic: Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 1 1 1 0 0 done All buffers synced. [LORs: ufs, syncer, defs; ELI detaches] ugen3.2: at usbus3 (disconnected) uath0: at uhub3, port 1, addr 2 (disconnected) lock order reversal: 1st 0xc6793208 if_afdata (if_afdata) @ /usr/src/sys/net/if.c:876 2nd 0xc0bf82c8 mld_mtx (mld_mtx) @ /usr/src/sys/netinet6/mld6.c:577 KDB: stack backtrace: db_trace_self_wrapper(c09cafad,e8b72a64,c06f0fe5,c06e1d9b,c09cde42,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06e1d9b,c09cde42,c6113ca0,c610e9c0,e8b72ac0,...) at kdb_backtrace+0x29 _witness_debugger(c09cde42,c0bf82c8,c09cdfbe,c610e9c0,c09e6205,...) at _witness_debugger+0x25 witness_checkorder(c0bf82c8,9,c09e6205,241,0,...) at witness_checkorder+0x839 _mtx_lock_flags(c0bf82c8,0,c09e6205,241,c79b6ac0,...) at _mtx_lock_flags+0xc4 mld_domifdetach(c6793000,c6793208,c0a50c60,e8b72b64,c0755e1c,...) at mld_domifdetach+0x2c in6_domifdetach(c6793000,c79b6ac0,36c,440,c679322c,...) at in6_domifdetach+0x15 if_detach(c6793000,c79de00c,e8b72b9c,c79be200,c79ed000,...) at if_detach+0x85c ieee80211_ifdetach(c79ed000,0,c79c1c40,201,c6793000,...) at ieee80211_ifdetach+0x14 uath_detach(c6e84c00,c67cd860,c0a336c8,a3c,c06d7d89,...) at uath_detach+0x80 device_detach(c6e84c00,c09b6190,c6773650,1,2,...) at device_detach+0x8c usb_detach_device(c688c43c,0,c09b5fa1,199,19c1b4f,...) at usb_detach_device+0x178 usb_unconfigure(c789d400,c05ef530,c78801e0,7b4,0,...) at usb_unconfigure+0x5a usb_free_device(c688c400,3,1,10,e8b72ca8,...) at usb_free_device+0x1be uhub_explore(c6785400,0,c09b5463,e0,c6504d34,...) at uhub_explore+0x2a7 usb_bus_explore(c6504d34,c6504dac,c09b768a,67,c0a89000,...) at usb_bus_explore+0xbb usb_process(c6504cd4,e8b72d38,c09c3242,342,c6744d48,...) at usb_process+0xde fork_exit(c05faed0,c6504cd4,e8b72d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe8b72d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x20:0xc074c318 stack pointer = 0x28:0xc5f3f9e8 frame pointer = 0x28:0xc5f3f9e8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (swi4: clock) Held locks: exclusive sx 123456789ABCDEF - USB config SX lock (123456789ABCDEF - USB config SX lock) r = 0 (0xc688c43c) locked @ /usr/src/sys/dev/usb/usb_device.c:409 exclusive sleep mutex Giant (Giant) r = 0 (0xc0a84a30) locked @ /usr/src/sys/kern/kern_intr.c:1164 shared sx module subsystem sx lock (module subsystem sx lock) r = 0 (0xc0a83fe0) locked @ /usr/src/sys/kern/kern_module.c:103 More information from the textdump: db:1:locks> show alllocks Process 29 (usbus3) thread 0xc6742000 (100057) Process 11 (intr) thread 0xc643f480 (100021) Process 1 (init) thread 0xc6178000 (100001) db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.default> show pcpu cpuid = 0 dynamic pcpu = 0x5b99f2 curthread = 0xc6176480: pid 11 "swi4: clock" curpcb = 0xc5f3fd90 fpcurthread = none idlethread = 0xc6176b40: pid 10 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db:0:kdb.enter.default> bt Tracing pid 11 tid 100006 td 0xc6176480 strlen(deadc0de,c5f3fb38,4,80000000,c5f3fa7c,...) at strlen+0x8 kvprintf(c09c6735,c06e0520,c5f3fb38,a,c5f3fb78,...) at kvprintf+0x8fe vsnprintf(c0a84d00,100,c09c6735,c5f3fb78,0,...) at vsnprintf+0x3b panic(c09c6735,deadc0de,c09ddcd9,645,c0a83210,...) at panic+0x8d _mtx_lock_flags(c67e0000,0,c09ddcd9,645,c67e0000,...) at _mtx_lock_flags+0x9a adhoc_age(c67f2800,c5f3fbe8,c06d2e0c,c0a83210,0,...) at adhoc_age+0x32 sta_age(c67f2800,c5f3fc48,c078dd71,c79ed000,c6176480,...) at sta_age+0x1c ieee80211_scan_timeout(c79ed000,c6176480,c0a852c0,c6176480,c5f3fc2c,...) at ieee80211_scan_timeout+0x1c ieee80211_node_timeout(c79ed000,0,c09c8fe3,176,c0a852f4,...) at ieee80211_node_timeout+0x21 softclock(c0a852c0,c5f3fcc8,c06a0834,c0a89680,c61b6b38,...) at softclock+0x24a intr_event_execute_handlers(c6174aa0,c61b6b00,c09c34c7,4fc,c61b6b70,...) at intr_event_execute_handlers+0x125 ithread_loop(c610bbc0,c5f3fd38,c09c3242,342,c6174aa0,...) at ithread_loop+0x9f fork_exit(c0689950,c610bbc0,c5f3fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc5f3fd70, ebp = 0 --- PID 11 is the "intr" process. A textdump (vm6.tar.gz) is available: http://sites.google.com/site/lwfreebsd/Home/files/vm6.tar.gz?attredirects=0 2nd issue: With an plugged and firmware-loaded uath device (TRENDnet TEW-504UB in my case), reboot the system. It is not initialized by uath until you pull and plug it back in. The USB descriptors, obtained by usbconfig dump_device_desc, are the same before pulling and after reinitializing the device. Is there anything I can do to help fixing these issues? Lucius From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 11:21: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 ABA32106564A for ; Sun, 12 Jul 2009 11:21:32 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 0499F8FC15 for ; Sun, 12 Jul 2009 11:21:31 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (host86-150-124-14.range86-150.btcentralplus.com [86.150.124.14]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n6CBKmTc063016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jul 2009 21:20:53 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A59C703.4020507@freebsd.org> Date: Sun, 12 Jul 2009 12:20:35 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Stefan Bethke References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> <4A598DDF.4010306@freebsd.org> <6C047344-397E-4F14-97F1-C61FD80AAC3F@lassitu.de> <4A59BB11.70706@freebsd.org> <76EFB2CC-1ADE-4AFF-82FC-0461C92122A9@lassitu.de> In-Reply-To: <76EFB2CC-1ADE-4AFF-82FC-0461C92122A9@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: FreeBSD Current , Kamigishi Rei , Larry Rosenman Subject: Re: ppp triggers GPF panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 11:21:32 -0000 Stefan Bethke wrote: > Am 12.07.2009 um 12:29 schrieb Lawrence Stewart: > >> Kamigishi has suggested to me that the panic isn't occurring (as >> much?) with a r195617 world/kernel. Could you perhaps try update to >> r195617 and let us know if you continue to observe the panic? > > I get this liat of updated files when I update to r195617: [snip] hmm, there's pretty much zero-chance any of that could fix the current hypothesis for the cause of the issue. svn up to r195634, rebuild world/kernel completely, get swap on a non-mirror device and let me know when you have a crash dump with the new kernel. Kamigishi, Larry, if possible, could you please jump up to the same revision (r195634) when you have a chance and let us know if/when you hit the panic again. Please try and get a crash dump if possible. It is likely these panics are all the same issue, but there is a possibility they're not, and only some crash dump analysis will tell for sure. In the meantime, I'm going to try figure out how to reproduce this. I'll keep everyone notified of any progress. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 11:27: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 2C4A01065673; Sun, 12 Jul 2009 11:27:20 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id B9E4E8FC12; Sun, 12 Jul 2009 11:27:19 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6CBRI1a034738 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 12 Jul 2009 13:27:18 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: Lawrence Stewart In-Reply-To: <4A59C703.4020507@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 12 Jul 2009 13:27:17 +0200 References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> <4A598DDF.4010306@freebsd.org> <6C047344-397E-4F14-97F1-C61FD80AAC3F@lassitu.de> <4A59BB11.70706@freebsd.org> <76EFB2CC-1ADE-4AFF-82FC-0461C92122A9@lassitu.de> <4A59C703.4020507@freebsd.org> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current , Kamigishi Rei , Larry Rosenman Subject: Re: ppp triggers GPF panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 11:27:20 -0000 Am 12.07.2009 um 13:20 schrieb Lawrence Stewart: > Stefan Bethke wrote: >> Am 12.07.2009 um 12:29 schrieb Lawrence Stewart: >>> Kamigishi has suggested to me that the panic isn't occurring (as >>> much?) with a r195617 world/kernel. Could you perhaps try update >>> to r195617 and let us know if you continue to observe the panic? >> I get this liat of updated files when I update to r195617: > > [snip] > > hmm, there's pretty much zero-chance any of that could fix the > current hypothesis for the cause of the issue. svn up to r195634, > rebuild world/kernel completely, get swap on a non-mirror device and > let me know when you have a crash dump with the new kernel. > > Kamigishi, Larry, if possible, could you please jump up to the same > revision (r195634) when you have a chance and let us know if/when > you hit the panic again. Please try and get a crash dump if > possible. It is likely these panics are all the same issue, but > there is a possibility they're not, and only some crash dump > analysis will tell for sure. > > In the meantime, I'm going to try figure out how to reproduce this. > I'll keep everyone notified of any progress. Updating to HEAD right now, have moved swap to physical disk. Will keep you posted. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 10:23:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CCD8106564A for ; Sun, 12 Jul 2009 10:23:22 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0358F8FC15 for ; Sun, 12 Jul 2009 10:23:20 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n6CANGji022157 for ; Sun, 12 Jul 2009 12:23:16 +0200 Received: from ubm.mine.nu ([85.181.47.100] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 12 Jul 2009 12:23:16 +0200 Date: Sun, 12 Jul 2009 12:23:16 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20090712122316.4f63fc62.ubm@u-boot-man.de> In-Reply-To: <20090711222304.fc99056a.ubm@u-boot-man.de> References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 12 Jul 2009 11:29:29 +0000 Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 10:23:22 -0000 On Sat, 11 Jul 2009 22:23:04 +0200 Marc "UBM" Bocklet wrote: > On Sat, 11 Jul 2009 20:58:37 +0200 > Marc "UBM" Bocklet wrote: > > > On Fri, 10 Jul 2009 20:03:52 +0200 > > Marc "UBM" Bocklet wrote: > > [...] > > > Another followup: it also makes no difference if there's an actual > > device attached to the controller. I'll try reverting the ahci patch > > next and see if that changes anything. > > enabling or disabling the ahci patch makes no difference, neither does > disabling the onboard usb controller in the bios. For further > reference, this is also a Gigabye mainboard. > > I'm thinking about "downgrading" FreeBSD on that machine to maybe find > out where the trouble started. Can I safely csup back to a certain > date and then buildkernel, installworld the usual way or are there any > caveats? A kernel csupped with "2009.04.20.06.00.00" boots and discovers the highpoint controller + attached disks. I'm in the process of narrowing it down further. Bye Marc From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 11:31: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 94832106564A for ; Sun, 12 Jul 2009 11:31:27 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 228268FC1E for ; Sun, 12 Jul 2009 11:31:26 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart-laptop.caia.swin.edu.au (host86-150-124-14.range86-150.btcentralplus.com [86.150.124.14]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n6CBVH7L063195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jul 2009 21:31:19 +1000 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <4A59C976.1010307@freebsd.org> Date: Sun, 12 Jul 2009 12:31:02 +0100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Stefan Bethke References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> <4A598DDF.4010306@freebsd.org> <231E941D-4656-4D88-BAA9-29361A3C2B51@lassitu.de> In-Reply-To: <231E941D-4656-4D88-BAA9-29361A3C2B51@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,BAYES_05,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: FreeBSD Current Subject: Re: Automatic crashdumps, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 11:31:28 -0000 Stefan Bethke wrote: > Am 12.07.2009 um 09:16 schrieb Lawrence Stewart: > >> You can set debug.debugger_on_panic=0 in /etc/sysctl.conf which will >> make the system automatically dump core and reset instead of sitting >> at the ddb prompt. > > I was under the impression that adding ddb_enable="YES" to rc.conf would > run a DDB script that records some information, creates a dump, and then > resets. However, whenever I've had a panic, I was presented with just > the ddb prompt. Is something else needed? Not sure about the rc.conf option. Doing what I said will get you a core.txt.X, info.X and vmcore.X file in /var/crash automatically if the system panics, so you shouldn't need any more than that right? Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 11:56: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 31C7C1065672 for ; Sun, 12 Jul 2009 11:56:43 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 0CDA58FC2B for ; Sun, 12 Jul 2009 11:56:42 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:31835 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MPxfc-000BMw-TD; Sun, 12 Jul 2009 06:56:42 -0500 Date: Sun, 12 Jul 2009 06:56:27 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Lawrence Stewart In-Reply-To: <4A5993A6.7030205@freebsd.org> Message-ID: References: <6adb930b24382e32582fca4841f91765.squirrel@webmail.lerctr.org> <4A5993A6.7030205@freebsd.org> 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-Score: -2.5 (--) X-LERCTR-Spam-Score: -2.5 (--) X-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: Is this a known issue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 11:56:43 -0000 On Sun, 12 Jul 2009, Lawrence Stewart wrote: > Larry Rosenman wrote: >> Got this lovely textdump tonight with -CURRENT from earlier today: >> Fatal trap 12: page fault while in kernel mode >> cpuid = 1; apic id = 01 >> fault virtual address = 0x318 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff803200fe >> stack pointer = 0x28:0xffffff81d22105f0 >> frame pointer = 0x28:0xffffff81d2210610 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1611 (bacula-fd) >> trap number = 12 >> panic: page fault >> cpuid = 1 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> panic() at panic+0x182 >> trap_fatal() at trap_fatal+0x2ad >> trap_pfault() at trap_pfault+0x294 >> trap() at trap+0x187 >> calltrap() at calltrap+0x8 >> --- trap 0xc, rip = 0xffffffff803200fe, rsp = 0xffffff81d22105f0, rbp = >> 0xffffff81d2210610 --- >> _mtx_lock_sleep() at _mtx_lock_sleep+0x4e >> netisr_queue_internal() at netisr_queue_internal+0xe1 >> netisr_queue_src() at netisr_queue_src+0x3c >> if_simloop() at if_simloop+0xb6 >> looutput() at looutput+0x84 >> ip_output() at ip_output+0xb88 >> tcp_output() at tcp_output+0xac9 >> tcp_usr_send() at tcp_usr_send+0x3a4 >> sosend_generic() at sosend_generic+0x3f6 >> soo_write() at soo_write+0x37 >> dofilewrite() at dofilewrite+0x85 >> kern_writev() at kern_writev+0x60 >> write() at write+0x55 >> syscall() at syscall+0x246 >> Xfast_syscall() at Xfast_syscall+0xe1 >> --- syscall (4, FreeBSD ELF64, write), rip = 0x801a0ff9c, rsp = >> 0x7fffff9fd2b8, rbp = 0x801d44e28 --- >> Uptime: 6m22s >> # >> >> Is this a known issue? >> >> Also, it appears it had just reset without trace (the 6m22s uptime is >> telltale). > > Currently being investigated. See "ppp triggers GPF panic" and "Re: r194546 > amd64: kernel panic in tcp_sack.c" for other threads on freebsd-current@ that > likely are the same panic (not confirmed yet though as we only have access to > Kamigishi's crash dumps so far). > > Do you have a crash dump? Nope, it doesn't seem to want to generate the dump, just the text dump :( (I'm on ZFS for most of my disk, with a 4GB swap, but 16GB mem). Per the later mails, I'll update to latest HEAD and cut a new kernel. > > Cheers, > Lawrence > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 12:03:36 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 60B1310656EE for ; Sun, 12 Jul 2009 12:03:36 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id DB6978FC1B for ; Sun, 12 Jul 2009 12:03:35 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm24 with SMTP id 24so1411446fxm.43 for ; Sun, 12 Jul 2009 05:03:34 -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=DgC/5jQUzc2ak9NrljHX+PcPEcQo/WyAozmb81npfdM=; b=lu/q8v1uqPZsp0MD2z9uNouTqYx+8gdns+Hkh0+QbZE9kpkPFfi2kf9PbTm58L+vak Pmg50jb4WznoH1mTS9LhIx19godtvM1VcbdDumyuLIc24gQHSK+XdEXTPXh/c43hLLco 8Jv1+lv4iO8l0dWcoUprk84hcOGCWZFhPs/bE= 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=L1WGAcojMuIxNiO8F7lBpYwNlt6sUP9cQu4ru899ibAa4TlFtcCl+zh/WoWmyTUnOz wuSwn5YipXKgPVdYZ25mSVEfb9pdvqqGWeA/qgLOQbvR6Wng/4hsRzAOp11Vv8vOPBEW sfkSpwe7x/tN8UtXbxsEYa62jF3O3SM2tuZHY= MIME-Version: 1.0 Received: by 10.204.116.69 with SMTP id l5mr4042103bkq.102.1247400214680; Sun, 12 Jul 2009 05:03:34 -0700 (PDT) In-Reply-To: <90a5caac0907120353k69fb4f23q5e2f0eff35cfa2c5@mail.gmail.com> References: <90a5caac0907120353k69fb4f23q5e2f0eff35cfa2c5@mail.gmail.com> Date: Sun, 12 Jul 2009 14:03:34 +0200 Message-ID: <3a142e750907120503j286c3cf6o249f9e9801f1573f@mail.gmail.com> From: "Paul B. Mahol" To: Lucius Windschuh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: uath0 issues: eject-caused panic, won't work after a 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: Sun, 12 Jul 2009 12:03:44 -0000 On 7/12/09, Lucius Windschuh wrote: > Hi guys, > I'm using CURRENT r195362MP and have two issues with it. > > 1st: Pulling the device while the kernel was nearly finished shutting > down shutting down resulted in a kernel panic: Try changing order of usbd* calls in uath_detach. I never managed to panic system with USB2 while detaching rum(4) card. Comparing uath(4) with rum(4) usbd_transfer_unsetup is called after 80211 code. So in uath(4) case put usbd_tranfer_unsetup at begining, before 80211 code and test again. -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 14:56: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 B5E56106564A for ; Sun, 12 Jul 2009 14:56:37 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 495A48FC0C for ; Sun, 12 Jul 2009 14:56:36 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by fxm24 with SMTP id 24so1454120fxm.43 for ; Sun, 12 Jul 2009 07:56:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.71.65 with SMTP id g1mr4116134bkj.27.1247410595239; Sun, 12 Jul 2009 07:56:35 -0700 (PDT) In-Reply-To: <790a9fff0907111855md9de566n62926c0037606514@mail.gmail.com> References: <790a9fff0907101159w495b644dge4a4bd81de0bda9b@mail.gmail.com> <20090710211809.GA84773@crodrigues.org> <790a9fff0907101911y7143ed4bnbb050d78ebc21558@mail.gmail.com> <790a9fff0907110606t61da8ebbufa5575d12d949ca@mail.gmail.com> <367b2c980907111603t74766651gf52310d38dc48dd2@mail.gmail.com> <790a9fff0907111855md9de566n62926c0037606514@mail.gmail.com> Date: Sun, 12 Jul 2009 16:56:35 +0200 Message-ID: <367b2c980907120756k3977ec5ah4e56d76dd4cfbd52@mail.gmail.com> From: Olivier SMEDTS To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 14:56:37 -0000 2009/7/12 Scot Hetzel : >> Can you successfuly boot this ZFS-Only FreeBSD on MBR slices ? >> > Yes, my system has successfully booted from the ZFS-Only Root > filesystem as outlined in > http://wiki.freebsd.org/ZFSOnRootWithZFSboot. =A0I did have to set > exec=3Don for the /var/tmp directory, otherwise it wouldn't let pkg_add > run the +INSTALL scripts from the package staging area in /var/tmp. > >> I tried the zfsboot trick few months ago and it didn't work for me. >> And it still doesn't work, I'm stuck at the loader with no prompt. I >> tried both with a BSD partition (freebsd-zfs type) and without, >> directly on the MBR slice. >> > > Did it get stuck at the Boot Manager menu (F1 - Win, F2 - FreeBSD, > ...) or did it show that it was running /boot/loader? > > If it was running /boot/loader, you need to make sure that > LOADER_ZFS_SUPPORT (add it to src.conf) was used to build /boot/loader > =A0and installed on your system. > > Also make sure that /boot/zfs/zpool.cache was copied to your ZFS zpool > (i.e zroot/boot/zfs/). I did both. Here is what I did exactly : # cd /usr/src # make -j4 buildworld LOADER_ZFS_SUPPORT=3Dyes # make -j4 buildkernel # zpool destroy tank # gpart delete -i 2 ada0 # gpart add -b 104856255 -s 209712510 -t freebsd -i 2 ada0 # dd if=3D/dev/zero of=3D/dev/ada0s2 bs=3D512 count=3D64 # gpart create -s BSD /dev/ada0s2 # gpart add -t freebsd-zfs ada0s2 # zpool create -R /mnt tank ada0s2a # zpool export tank # dd if=3D/boot/zfsboot of=3D/dev/ada0s2 bs=3D512 count=3D1 # dd if=3D/boot/zfsboot of=3D/dev/ada0s2a bs=3D512 skip=3D1 seek=3D1024 # zpool import -o altroot=3D/mnt tank # zfs create tank/freebsd # zpool set bootfs=3Dtank/freebsd tank # zfs create -V 2G tank/swap # zfs set org.freebsd:swap=3Don tank/swap # zfs set checksum=3Doff tank/swap # make installworld DESTDIR=3D/mnt/freebsd/ # make installkernel DESTDIR=3D/mnt/freebsd/ # make distribution DESTDIR=3D/mnt/freebsd/ # cp /boot/zfs/zpool.cache /mnt/freebsd/boot/zfs/ # cp /boot/loader.conf /mnt/freebsd/boot/ # cat << EOF >> /mnt/freebsd/boot/loader.conf zfs_load=3D"YES" vfs.zfs.prefetch_disable=3D"1" vfs.root.mountfrom=3D"zfs:tank/freebsd" EOF # touch /mnt/freebsd/etc/fstab TODO : tmpfs # cat << EOF > /mnt/freebsd/etc/rc.conf zfs_enable=3D"YES" EOF # zfs unmount tank # reboot I don't use the FreeBSD boot manager but grub. Loader does not output anything, and I can't abort it with a key. I tried with a GPT partition scheme on a USB key and it worked, but I couldn't manage to get it working with MBR slices. With or without BSD partitions inside the slice. Olivier --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 16:24:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 085F5106564A for ; Sun, 12 Jul 2009 16:24:05 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id C5E5B8FC08 for ; Sun, 12 Jul 2009 16:24:04 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id A5EAC7E818 for ; Sun, 12 Jul 2009 08:24:03 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sun, 12 Jul 2009 08:24:02 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <4A58A056.3020002@haruhiism.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907120824.02622.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Re: Disk devices changed after upgrade to 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: Sun, 12 Jul 2009 16:24:05 -0000 On Saturday 11 July 2009 06:41:26 Matt Smith wrote: > On Sat, 11 Jul 2009 18:23:18 +0400, Kamigishi Rei > > wrote: > > If you check June'09 archives, you'll find out that there already was a > > question about this, coming from a person with FreeBSD installed on a > > dangerously dedicated disk. > > Are you sure you aren't using a DDD (a drive that has no DOS/GPT > > partition tables, just the bsdlabel)? > > Ahhh. I have just found the thread you are referring to in the archives. > That explains it I think. I do indeed have a dangerously dedicated disk > because I only run the one O/S on it and never need it to be compatible > with anything else. So it looks like 7.x did things wrongly and now in 8 > it's working as designed. I do think this is worth mentioning in UPDATING, perhaps with the advice ("strongly recommended") to label partitions before upgrading so that one is not depending on device naming conventions in the first place. -- Mel From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 16:49: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 DFA901065693 for ; Sun, 12 Jul 2009 16:49:03 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A08858FC14 for ; Sun, 12 Jul 2009 16:49:03 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id B38136192 for ; Sun, 12 Jul 2009 12:49:02 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1247417342; bh=/CjauevJrM0QDfZzYmzh+NWszezJ/cdHkBCQOT/Vupk=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=awBzx88zxHFY1O9lZJFLIs4iox+7TozDVeFOqHH1foQC12s/V0YHLfDliUvmKmZiQ A1LGNeS07AJZyZWrtrwmPv7SuwfvTOxhdrGXLn/FthK8Ibk3op7dzj3PK8y5/sH DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type; b=YkbZyonujKeTFKEhcxbplr3qedKylLsZjed6+79PQLAWt3HLIz5ZAhd/zPhHlBRR7 F987ruerJBarrTBZBLlxb+ZaDvI/CmzXXf4wh9ER9dI0cgac3b587ZMPxXhcc86 Message-ID: <4A5A13F8.1030205@protected-networks.net> Date: Sun, 12 Jul 2009 12:48:56 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.22 (X11/20090625) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------080600070408060305040900" Subject: 802.11 mesh and super-G compilation issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 16:49:04 -0000 This is a multi-part message in MIME format. --------------080600070408060305040900 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If 'options IEEE80211_SUPPORT_SUPERG' is used in a custom kernel configuration, sys/net80211/ieee80211_mesh.c fails to compile. Attached is a patch to include the relevant header so that it does. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpaE/gACgkQQv9rrgRC1JLeiACggX1IHNNBfv5cjtLz6krLcyeE Rs0An11Bh1AtHqHox9ew5M5Wc16hG+7F =qGIS -----END PGP SIGNATURE----- --------------080600070408060305040900 Content-Type: text/plain; name="patch_ieee80211_mesh.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch_ieee80211_mesh.txt" *** src/sys/net80211/ieee80211_mesh.c~ Sat Jul 11 12:32:13 2009 --- src/sys/net80211/ieee80211_mesh.c Sun Jul 12 12:15:22 2009 *************** *** 61,66 **** --- 61,69 ---- #include #include #include + #ifdef IEEE80211_SUPPORT_SUPERG + #include + #endif static int mesh_select_proto_path(struct ieee80211vap *, const char *); static int mesh_select_proto_metric(struct ieee80211vap *, const char *); --------------080600070408060305040900-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 16:55: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 748D6106564A; Sun, 12 Jul 2009 16:55:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id F2B418FC08; Sun, 12 Jul 2009 16:55:05 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MQ2KL-0005KL-4l; Sun, 12 Jul 2009 17:55:05 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MQ2KK-0003BI-5k; Sun, 12 Jul 2009 17:55:00 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6CGsxVt093010; Sun, 12 Jul 2009 17:54:59 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6CGsxk8093009; Sun, 12 Jul 2009 17:54:59 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 12 Jul 2009 17:54:59 +0100 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20090712165459.GA92924@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.3 X-Spam-Level: - Cc: Subject: mpt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 16:55:06 -0000 FreeBSD 8.0-BETA1 ia64 I see lots of these messages (full dmesg below) on boot after a cold reset: mpt0: completing timedout/aborted req 0xa0000000000d0f40:42081 mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: request 0xa0000000000d12a0:42084 timed out for ccb 0xe000000010b16800 (req->ccb 0xe000000010b16800) mpt is a SCSI driver. Is this something to do with gmirror? I also get this: /usr: mount pending error: blocks 756 files 13 Should I be worried? many thanks anton full dmesg: GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA1 #0: Sun Jul 12 15:15:30 BST 2009 mexas@tzav.vms.org:/usr/obj/usr/src/sys/TZAV WARNING: WITNESS option enabled, expect reduced performance. module_register: module probe already exists! Module probe failed to register: 17 CPU: Madison (1500.00-Mhz Itanium 2) Origin = "GenuineIntel" Revision = 5 Features = 0x1 real memory = 2126766080 (2028 MB) avail memory = 2017198080 (1923 MB) FPSWA Revision = 0x10012, Entry = 0xe00000407fe60050 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: SAPIC Id=0, SAPIC Eid=0 (BSP) cpu1: SAPIC Id=1, SAPIC Eid=0 ACPI Warning: 32/64X length mismatch in Gpe0Block: 32/16 20090521 tbfadt-625 ACPI Warning: 32/64X length mismatch in Gpe1Block: 32/16 20090521 tbfadt-625 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> iomem 0xff5c1004-0xff5c1007 on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 ohci0: mem 0x80023000-0x80023fff irq 16 at device 1.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0x80022000-0x80022fff irq 17 at device 1.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0x80021000-0x800210ff irq 18 at device 1.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 0.95 usbus2: on ehci0 atapci0: port 0xd58-0xd5f,0xd64-0xd67,0xd50-0xd57,0xd60-0xd63,0xd40-0xd4f irq 21 at device 2.0 on pci0 atapci0: [ITHREAD] atapci0: HW has secondary channel disabled ata2: on atapci0 ata2: [ITHREAD] fxp0: port 0xd00-0xd3f mem 0x80020000-0x80020fff,0x80000000-0x8001ffff irq 20 at device 3.0 on pci0 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:11:0a:31:d6:ec fxp0: [ITHREAD] pcib1: on acpi0 pci32: on pcib1 mpt0: port 0x2100-0x21ff mem 0x90840000-0x9084ffff,0x90830000-0x9083ffff irq 27 at device 1.0 on pci32 mpt0: [ITHREAD] mpt0: MPI Version=1.2.12.0 mpt1: port 0x2000-0x20ff mem 0x90820000-0x9082ffff,0x90810000-0x9081ffff irq 28 at device 1.1 on pci32 mpt1: [ITHREAD] mpt1: MPI Version=1.2.12.0 bge0: mem 0x90800000-0x9080ffff irq 29 at device 2.0 on pci32 miibus1: on bge0 brgphy0: PHY 1 on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:11:0a:31:36:40 bge0: [ITHREAD] pcib2: on acpi0 pci64: on pcib2 pcib3: on acpi0 pci96: on pcib3 pcib4: on acpi0 pci128: on pcib4 pcib5: on acpi0 pci192: on pcib5 pcib6: on acpi0 pci224: on pcib6 uart0: <8250 or 16450 or compatible> mem 0xf4051000-0xf405100f irq 82 at device 1.0 on pci224 uart0: [FILTER] puc0: mem 0xf4050000-0xf4050fff,0xf4020000-0xf403ffff irq 82 at device 1.1 on pci224 puc0: [FILTER] uart1: on puc0 uart1: [FILTER] uart1: console (9600,n,8,1) uart2: on puc0 uart2: [FILTER] uart3: on puc0 uart3: [FILTER] vgapci0: port 0xe000-0xe0ff mem 0xf0000000-0xf3ffffff,0xf4040000-0xf404ffff at device 2.0 on pci224 uart4: <16550 or compatible> iomem 0xff5e0000-0xff5e0007 irq 34 on acpi0 uart4: [FILTER] uart5: <16550 or compatible> iomem 0xff5e2000-0xff5e2007 irq 35 on acpi0 uart5: [FILTER] uart5: debug port (9600,n,8,1) cpu0: on acpi0 cpu1: on acpi0 Timecounters tick every 1.000 msec IP Filter: v4.1.28 initialized. Default = block all, Logging = enabled Waiting 5 seconds for SCSI devices to settle usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 acd0: DVDROM at ata2-master PIO4 uhub1: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub2: 5 ports with 5 removable, self powered WARNING: WITNESS option enabled, expect reduced performance. da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da0: Command Queueing enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da1 at mpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da1: Command Queueing enabled da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) GEOM_MIRROR: Device mirror/efi launched (2/2). GEOM_MIRROR: Device mirror/root launched (2/2). GEOM_MIRROR: Device mirror/swap launched (2/2). GEOM_MIRROR: Device mirror/var launched (2/2). GEOM_MIRROR: Device mirror/tmp launched (2/2). GEOM_MIRROR: Device mirror/usr launched (1/2). GEOM_MIRROR: Device usr: rebuilding provider da0p6. Trying to mount root from ufs:/dev/mirror/root WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 756 files 13 WARNING: /var was not properly dismounted lock order reversal: 1st 0xe000000010a64448 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:423 2nd 0xa00000001e5a6340 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 3rd 0xe0000000107a4098 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:544 KDB: stack backtrace: db_trace_self(0xe000000004135d60) at db_trace_self+0x20 db_trace_self_wrapper(0xe00000000443add0) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe0000000049da960, 0xe0000000044639d0) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004888610, 0xe000000004465270, 0x999, 0xe0000000048a9da8) at _witness_debugger+0x60 witness_checkorder(0xe0000000107a4098, 0x9, 0x0, 0x220, 0x0) at witness_checkorder+0x12c0 __lockmgr_args(0xe0000000107a4098, 0x80100, 0xe0000000107a40c0, 0xe000000004876a38, 0x50, 0x33, 0xe0000000048a9da8, 0x220) at __lockmgr_args+0xe60 ffs_lock(0xa000000032c1cdd0, 0xe0000000107a4098, 0x80100) at ffs_lock+0x130 VOP_LOCK1_APV(0xe0000000049ac600, 0xa000000032c1cdb0, 0xe0000000043bb800) at VOP_LOCK1_APV+0x1d0 _vn_lock(0xe0000000107a4000, 0x80100, 0xe0000000048a9da8, 0x220, 0xe0000000107a4010, 0xa000000032c1cdd0, 0xa000000032c1cdc8, 0xa000000032c1cdc0) at _vn_lock+0xf0 ffs_snapshot(0xe0000000106e9490, 0xa000000032c1cfc8, 0xe0000000107a4000, 0xe0000000107a40c0, 0x1, 0x0, 0xa000000000416000, 0x0) at ffs_snapshot+0x2280 ffs_mount(0x0, 0xe0000000048abc50, 0xa000000032c1d100, 0xa000000032c1d100) at ffs_mount+0x2160 vfs_donmount(0x0, 0x211000, 0xe0000000107df400) at vfs_donmount+0x1d80 nmount(0xe000000010a34b10, 0xa000000032c1d4e8, 0x0, 0xe0000000048283e0) at nmount+0xf0 syscall(0xa000000032c1d400, 0x17a, 0x201000, 0xe000000010a34b10, 0xe000000010a29120, 0xe000000004986b90, 0x17a, 0xa000000032c1d4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return lock order reversal: 1st 0xa00000001e56b8c8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xe000000010a30830 snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:2223 KDB: stack backtrace: db_trace_self(0xe000000004135d60) at db_trace_self+0x20 db_trace_self_wrapper(0xe00000000443add0) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe0000000049da960, 0xe0000000044639d0) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004888610, 0xe000000004465270, 0x999, 0xe0000000048a9da8) at _witness_debugger+0x60 witness_checkorder(0xe000000010a30830, 0x9, 0xffffffffffffffff, 0x8af, 0x0) at witness_checkorder+0x12c0 __lockmgr_args(0xe000000010a30830, 0x80900, 0xe0000000107a5c68, 0xe0000000048a9e10, 0x50, 0x33, 0xe0000000048a9da8, 0x8af) at __lockmgr_args+0xe60 ffs_copyonwrite(0xe0000000107a5ba8, 0xa00000001e56ba08) at ffs_copyonwrite+0x490 ffs_geom_strategy(0xe0000000107a5cc0, 0xa00000001e56ba08, 0x375) at ffs_geom_strategy+0x2b0 bufwrite(0xa00000001e56ba08, 0x4, 0x0, 0xe00000000476da70, 0x38c) at bufwrite+0x300 ffs_bufwrite(0xa00000001e56ba08, 0xe0000000048abc50) at ffs_bufwrite+0x4c0 bawrite(0xa00000001e56ba08, 0xe00000000476f5d0, 0xa9b, 0xe000000004bb9ea0) at bawrite+0xf0 ffs_sbupdate(0xe0000000107ba000, 0x3, 0x0, 0xa00000001e56ba08, 0x800, 0xe000000010638000) at ffs_sbupdate+0x2a0 ffs_sync(0xe0000000106e9490, 0x3, 0xe0000000107a5ba8, 0xe0000000107a5cc0) at ffs_sync+0x850 sync_fsync(0xe000000004891318, 0xe000000004891318, 0xe0000000048330b0) at sync_fsync+0x2f0 VOP_FSYNC_APV(0xe00000000499c9a8, 0xa0000000306b7518, 0xe000000004891318, 0xe000000004504560) at VOP_FSYNC_APV+0x1c0 sync_vnode(0xe0000000104702d0, 0xa0000000306b7540, 0xe000000010500760, 0xa0000000306b7520, 0xa0000000306b7518) at sync_vnode+0x260 sched_sync(0xe0000000104702d8, 0x1a, 0xe0000000104702d0, 0x1b) at sched_sync+0x4d0 fork_exit(0xe0000000048c4130, 0x0, 0xa0000000306b7550) at fork_exit+0x110 enter_userland() at enter_userland mpt0: request 0xa0000000000cec60:42042 timed out for ccb 0xe0000000106e4000 (req->ccb 0xe0000000106e4000) mpt0: request 0xa0000000000ce120:42043 timed out for ccb 0xe000000010b1c000 (req->ccb 0xe000000010b1c000) mpt0: request 0xa0000000000d0760:42044 timed out for ccb 0xe000000010a01000 (req->ccb 0xe000000010a01000) mpt0: request 0xa0000000000d0490:42045 timed out for ccb 0xe000000010626800 (req->ccb 0xe000000010626800) mpt0: request 0xa0000000000cfdd0:42046 timed out for ccb 0xe00000001069c800 (req->ccb 0xe00000001069c800) mpt0: request 0xa0000000000d05b0:42047 timed out for ccb 0xe00000001061c800 (req->ccb 0xe00000001061c800) mpt0: request 0xa0000000000cf9e0:42048 timed out for ccb 0xe00000001061c000 (req->ccb 0xe00000001061c000) mpt0: completing timedout/aborted req 0xa0000000000cec60:42042 mpt0: completing timedout/aborted req 0xa0000000000ce120:42043 mpt0: completing timedout/aborted req 0xa0000000000d0760:42044 mpt0: completing timedout/aborted req 0xa0000000000d0490:42045 mpt0: completing timedout/aborted req 0xa0000000000cf9e0:42048 mpt0: completing timedout/aborted req 0xa0000000000cfdd0:42046 mpt0: completing timedout/aborted req 0xa0000000000d05b0:42047 mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: request 0xa0000000000d0d90:42053 timed out for ccb 0xe000000010b16800 (req->ccb 0xe000000010b16800) mpt0: request 0xa0000000000d1c30:42054 timed out for ccb 0xe00000001061c800 (req->ccb 0xe00000001061c800) mpt0: request 0xa0000000000cf5f0:42055 timed out for ccb 0xe00000001069c800 (req->ccb 0xe00000001069c800) mpt0: request 0xa0000000000d00a0:42056 timed out for ccb 0xe00000001061c000 (req->ccb 0xe00000001061c000) mpt0: request 0xa0000000000d0370:42057 timed out for ccb 0xe000000010626800 (req->ccb 0xe000000010626800) mpt0: request 0xa0000000000cf7a0:42058 timed out for ccb 0xe000000010a01000 (req->ccb 0xe000000010a01000) mpt0: request 0xa0000000000d1180:42059 timed out for ccb 0xe000000010b1c000 (req->ccb 0xe000000010b1c000) mpt0: completing timedout/aborted req 0xa0000000000cf7a0:42058 mpt0: completing timedout/aborted req 0xa0000000000d0d90:42053 mpt0: completing timedout/aborted req 0xa0000000000d1c30:42054 mpt0: completing timedout/aborted req 0xa0000000000d1180:42059 mpt0: completing timedout/aborted req 0xa0000000000cf5f0:42055 mpt0: completing timedout/aborted req 0xa0000000000d00a0:42056 mpt0: completing timedout/aborted req 0xa0000000000d0370:42057 mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: request 0xa0000000000d17b0:42060 timed out for ccb 0xe00000001069c800 (req->ccb 0xe00000001069c800) mpt0: request 0xa0000000000cfcb0:42061 timed out for ccb 0xe000000010b1c000 (req->ccb 0xe000000010b1c000) mpt0: request 0xa0000000000d0880:42062 timed out for ccb 0xe00000001061c800 (req->ccb 0xe00000001061c800) mpt0: request 0xa0000000000d0640:42063 timed out for ccb 0xe000000010b16800 (req->ccb 0xe000000010b16800) mpt0: request 0xa0000000000cfb00:42064 timed out for ccb 0xe000000010a01000 (req->ccb 0xe000000010a01000) mpt0: request 0xa0000000000d0910:42065 timed out for ccb 0xe000000010683000 (req->ccb 0xe000000010683000) mpt0: request 0xa0000000000cfef0:42066 timed out for ccb 0xe00000001069e800 (req->ccb 0xe00000001069e800) mpt0: completing timedout/aborted req 0xa0000000000cfb00:42064 mpt0: completing timedout/aborted req 0xa0000000000d17b0:42060 mpt0: completing timedout/aborted req 0xa0000000000cfcb0:42061 mpt0: completing timedout/aborted req 0xa0000000000d0880:42062 mpt0: completing timedout/aborted req 0xa0000000000d0640:42063 mpt0: completing timedout/aborted req 0xa0000000000cfef0:42066 mpt0: completing timedout/aborted req 0xa0000000000d0910:42065 mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: request 0xa0000000000d0250:42067 timed out for ccb 0xe000000010b16800 (req->ccb 0xe000000010b16800) mpt0: request 0xa0000000000d0be0:42068 timed out for ccb 0xe00000001061c800 (req->ccb 0xe00000001061c800) mpt0: request 0xa0000000000d2b60:42069 timed out for ccb 0xe000000010b1c000 (req->ccb 0xe000000010b1c000) mpt0: request 0xa0000000000d19f0:42070 timed out for ccb 0xe00000001069c800 (req->ccb 0xe00000001069c800) mpt0: request 0xa0000000000d0d00:42071 timed out for ccb 0xe000000010a01000 (req->ccb 0xe000000010a01000) mpt0: request 0xa0000000000d2800:42072 timed out for ccb 0xe000000010626800 (req->ccb 0xe000000010626800) mpt0: request 0xa0000000000d1060:42073 timed out for ccb 0xe00000001061c000 (req->ccb 0xe00000001061c000) mpt0: request 0xa0000000000d13c0:42074 timed out for ccb 0xe0000000106e4000 (req->ccb 0xe0000000106e4000) mpt0: request 0xa0000000000d1450:42075 timed out for ccb 0xe000000010b19000 (req->ccb 0xe000000010b19000) mpt0: completing timedout/aborted req 0xa0000000000d2800:42072 mpt0: completing timedout/aborted req 0xa0000000000d13c0:42074 mpt0: completing timedout/aborted req 0xa0000000000d0250:42067 mpt0: completing timedout/aborted req 0xa0000000000d0be0:42068 mpt0: completing timedout/aborted req 0xa0000000000d1450:42075 mpt0: completing timedout/aborted req 0xa0000000000d2b60:42069 mpt0: completing timedout/aborted req 0xa0000000000d19f0:42070 mpt0: completing timedout/aborted req 0xa0000000000d0d00:42071 mpt0: completing timedout/aborted req 0xa0000000000d1060:42073 mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: request 0xa0000000000d1840:42076 timed out for ccb 0xe000000010b19000 (req->ccb 0xe000000010b19000) mpt0: request 0xa0000000000d1210:42077 timed out for ccb 0xe00000001061c800 (req->ccb 0xe00000001061c800) mpt0: request 0xa0000000000d2fe0:42078 timed out for ccb 0xe000000010b16800 (req->ccb 0xe000000010b16800) mpt0: request 0xa0000000000d2650:42079 timed out for ccb 0xe0000000106e4000 (req->ccb 0xe0000000106e4000) mpt0: request 0xa0000000000d1720:42080 timed out for ccb 0xe000000010626800 (req->ccb 0xe000000010626800) mpt0: request 0xa0000000000d0f40:42081 timed out for ccb 0xe000000010683000 (req->ccb 0xe000000010683000) mpt0: request 0xa0000000000d2ec0:42082 timed out for ccb 0xe00000001069e800 (req->ccb 0xe00000001069e800) mpt0: completing timedout/aborted req 0xa0000000000d1720:42080 mpt0: completing timedout/aborted req 0xa0000000000d2ec0:42082 mpt0: completing timedout/aborted req 0xa0000000000d1840:42076 mpt0: completing timedout/aborted req 0xa0000000000d1210:42077 mpt0: completing timedout/aborted req 0xa0000000000d2fe0:42078 mpt0: completing timedout/aborted req 0xa0000000000d2650:42079 mpt0: completing timedout/aborted req 0xa0000000000d0f40:42081 mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: request 0xa0000000000d12a0:42084 timed out for ccb 0xe000000010b16800 (req->ccb 0xe000000010b16800) mpt0: request 0xa0000000000d1b10:42085 timed out for ccb 0xe00000001061c800 (req->ccb 0xe00000001061c800) mpt0: request 0xa0000000000d41e0:42086 timed out for ccb 0xe000000010b19000 (req->ccb 0xe000000010b19000) mpt0: request 0xa0000000000d07f0:42087 timed out for ccb 0xe00000001069e800 (req->ccb 0xe00000001069e800) mpt0: request 0xa0000000000d3a00:42088 timed out for ccb 0xe000000010626800 (req->ccb 0xe000000010626800) mpt0: request 0xa0000000000d0c70:42089 timed out for ccb 0xe00000001061c000 (req->ccb 0xe00000001061c000) mpt0: request 0xa0000000000d1330:42090 timed out for ccb 0xe000000010a01000 (req->ccb 0xe000000010a01000) mpt0: request 0xa0000000000d38e0:42091 timed out for ccb 0xe00000001069c800 (req->ccb 0xe00000001069c800) mpt0: completing timedout/aborted req 0xa0000000000d0c70:42089 mpt0: completing timedout/aborted req 0xa0000000000d12a0:42084 mpt0: completing timedout/aborted req 0xa0000000000d1b10:42085 mpt0: completing timedout/aborted req 0xa0000000000d41e0:42086 mpt0: completing timedout/aborted req 0xa0000000000d07f0:42087 mpt0: completing timedout/aborted req 0xa0000000000d38e0:42091 mpt0: completing timedout/aborted req 0xa0000000000d3a00:42088 mpt0: completing timedout/aborted req 0xa0000000000d1330:42090 mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: request 0xa0000000000d2770:42092 timed out for ccb 0xe00000001069e800 (req->ccb 0xe00000001069e800) mpt0: request 0xa0000000000d06d0:42093 timed out for ccb 0xe000000010b19000 (req->ccb 0xe000000010b19000) mpt0: request 0xa0000000000d24a0:42094 timed out for ccb 0xe00000001061c800 (req->ccb 0xe00000001061c800) mpt0: request 0xa0000000000d2140:42095 timed out for ccb 0xe000000010b16800 (req->ccb 0xe000000010b16800) mpt0: request 0xa0000000000d44b0:42096 timed out for ccb 0xe00000001061c000 (req->ccb 0xe00000001061c000) mpt0: request 0xa0000000000d40c0:42097 timed out for ccb 0xe000000010a1f800 (req->ccb 0xe000000010a1f800) mpt0: request 0xa0000000000d1f00:42098 timed out for ccb 0xe000000010683000 (req->ccb 0xe000000010683000) mpt0: completing timedout/aborted req 0xa0000000000d2770:42092 mpt0: completing timedout/aborted req 0xa0000000000d2140:42095 mpt0: completing timedout/aborted req 0xa0000000000d44b0:42096 mpt0: completing timedout/aborted req 0xa0000000000d40c0:42097 mpt0: completing timedout/aborted req 0xa0000000000d06d0:42093 mpt0: completing timedout/aborted req 0xa0000000000d1f00:42098 mpt0: completing timedout/aborted req 0xa0000000000d24a0:42094 mpt0: Timedout requests already complete. Interrupts may not be functioning. lock order reversal: 1st 0xe000000010a30830 snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:296 2nd 0xe000000010a64448 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1587 KDB: stack backtrace: db_trace_self(0xe000000004135d60) at db_trace_self+0x20 db_trace_self_wrapper(0xe00000000443add0) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe0000000049da960, 0xe0000000044639d0) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004888610, 0xe000000004465270, 0x999, 0xe0000000048a9da8) at _witness_debugger+0x60 witness_checkorder(0xe000000010a64448, 0x9, 0xffffffffffffffff, 0x633, 0x0) at witness_checkorder+0x12c0 __lockmgr_args(0xe000000010a64448, 0x80000, 0x0, 0xe000000004876a38, 0x50, 0x33, 0xe0000000048a9da8, 0x633) at __lockmgr_args+0xe60 ffs_snapremove(0xe000000010a643b0, 0xe0000000048a9da8, 0xe000000004892880, 0xe000000010a64448) at ffs_snapremove+0x200 softdep_releasefile(0xe000000010a5ad20, 0xa000000032c1d2d0, 0x29f, 0xe000000004782080, 0x48e) at softdep_releasefile+0x90 ufs_inactive(0xe000000010a34b10, 0xe000000010a5ad20, 0xe000000010a644a0) at ufs_inactive+0x400 VOP_INACTIVE_APV(0xe0000000049acdd0, 0xa000000032c1d2e0, 0xe000000004891318, 0xe0000000044fc820) at VOP_INACTIVE_APV+0x1c0 vinactive(0xe000000010a643b0, 0xe000000010a34b10, 0x800, 0xe000000010a64470) at vinactive+0x110 vput(0xe000000010a643b0, 0xa000000032c1d308, 0xe000000004892880, 0xe000000010a64470) at vput+0x3f0 vn_close(0xe000000010a643b0, 0x1, 0xe000000010363c00, 0xe000000010a34b10) at vn_close+0x310 vn_closefile(0xe000000010720c80, 0xe000000010a34b10, 0xe000000010a643b0) at vn_closefile+0x1e0 _fdrop(0xe000000010720c80, 0xe000000010a34b10, 0xe00000000436eb60, 0xb9b) at _fdrop+0xb0 closef(0xe000000010720c80, 0xe000000010a34b10, 0x0, 0xe00000000436f310) at closef+0x570 kern_close(0xe000000010a34b10, 0xe000000004878dd0) at kern_close+0x270 close(0xe000000010a34b10, 0xa000000032c1d4e8, 0xe0000000048283e0, 0x58f) at close+0x30 syscall(0xa000000032c1d400, 0x6, 0x0, 0xe000000010a34b10, 0xe000000010a29120, 0xe0000000049825d0, 0x6, 0xa000000032c1d4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return lock order reversal: 1st 0xa00000001e5baf20 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xe00000001069ba00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self(0xe000000004135d60) at db_trace_self+0x20 db_trace_self_wrapper(0xe00000000443add0) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe0000000049da960, 0xe0000000044639d0) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004888610, 0xe000000004465270, 0x999, 0xe0000000048ac640) at _witness_debugger+0x60 witness_checkorder(0xe00000001069ba00, 0x9, 0xffffffffffffffff, 0x11d, 0x0) at witness_checkorder+0x12c0 _sx_xlock(0xe00000001069ba00, 0x0, 0xe0000000048ac640, 0x11d) at _sx_xlock+0xc0 ufsdirhash_acquire(0xe000000013265650, 0xe00000001069ba00, 0xe00000000477eaf0, 0x38b) at ufsdirhash_acquire+0x50 ufsdirhash_remove(0xe000000013265650, 0xa00000001f929788, 0x1788, 0xa000000032c0d308) at ufsdirhash_remove+0x20 ufs_dirremove(0xe000000010ac0b10, 0xe00000001215a5e8, 0x0, 0x0) at ufs_dirremove+0x240 ufs_remove(0xa000000032c0d3d8, 0xe00000001215a5e8, 0xe0000000045096f0) at ufs_remove+0xe0 VOP_REMOVE_APV(0xe0000000049acdd0, 0xa000000032c0d3d8, 0xe00000001216cb10, 0xe000000004509760) at VOP_REMOVE_APV+0x1c0 kern_unlinkat(0xe00000001064d620, 0xffffffffffffff9c, 0x9fffffffffffebae, 0x0) at kern_unlinkat+0x2f0 kern_unlink(0xe00000001064d620, 0x9fffffffffffebae, 0x0) at kern_unlink+0x30 unlink(0xe00000001064d620, 0xa000000032c0d4e8, 0xe0000000048283e0, 0x58f) at unlink+0x30 syscall(0xa000000032c0d400, 0xa, 0x8, 0xe00000001064d620, 0xe000000010a299b0, 0xe000000004982690, 0xa, 0xa000000032c0d4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 17:38: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 931E0106566B for ; Sun, 12 Jul 2009 17:38:50 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f227.google.com (mail-ew0-f227.google.com [209.85.219.227]) by mx1.freebsd.org (Postfix) with ESMTP id F2E8B8FC08 for ; Sun, 12 Jul 2009 17:38:49 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ewy27 with SMTP id 27so1111493ewy.43 for ; Sun, 12 Jul 2009 10:38: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 :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=uyEB6c/QsoDVrtIqB5yRmRq0MNJMh99zlJEorrjczI4=; b=cAP+eLIjEsmkESssEN5ByhgB7Jrr3WhoYP5L2/pWNKtsd4/GTGKTXr2KLsT30bvj+X O0XsdL916hEKrpmxdhymvfRIX8Kd88RdClWQ5Ig/0+c13WSGHrzhrrNVliEi9Us+EkzN hicj+8ItaWP6YGmsDfwe/jlCCYrMztexY5Sqc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=ten8GKAfRU1r3v6B81MCRznppJQ3wEkLibDL3eIvR/oe/yLR3AsjZ8x8kCGhcnMraw 1jCekkEyH1HRkq5KMv6ints/EdV+BbkAA+Jev0Iwy1OujFECz6W/59DwOQu4nxaHdXa2 BHOgi55knySfbuanazw8C97bHzWnU3eQI8CcA= MIME-Version: 1.0 Received: by 10.210.136.15 with SMTP id j15mr997610ebd.38.1247420329163; Sun, 12 Jul 2009 10:38:49 -0700 (PDT) In-Reply-To: <3c1674c90907120009o330da19ds68c45d0dab6ef81f@mail.gmail.com> References: <3c1674c90907120009o330da19ds68c45d0dab6ef81f@mail.gmail.com> From: Scott Ullrich Date: Sun, 12 Jul 2009 13:38:29 -0400 Message-ID: To: Kip Macy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 17:38:50 -0000 On Sun, Jul 12, 2009 at 3:09 AM, Kip Macy wrote: > You want to avoid hash collisions. So, generally speaking you want the > hash table to be sized 2x larger than the number of unique connection > destinations. =A0You want the maximum number of flows to be as large as > the maximum number of unique destinations x number of cores. When you > get to the case of hundreds of thousands of unique destinations as in > the case of a small ISP doing IP forwarding, you're probably better > off disabling the flowtable. For most other workloads its likely to be > a clear win. Running a process on an 8-core system with 8 threads each > calling sendto(...) with 10 bytes I can push 3.5 - 4Mpps (with cxgb - > you won't get this with most cards) with the flowtable enabled. With > the flowtable disabled lock contention causes performance to degrade > to 330kpps with the aforementioned workload. > > Let me know if you have any issues. Thank you Kip, this sounds like a great addition to FreeBSD. Scott From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 18:16: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 74BEA1065676 for ; Sun, 12 Jul 2009 18:16:55 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 24A298FC14 for ; Sun, 12 Jul 2009 18:16:55 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 580CA7E818; Sun, 12 Jul 2009 10:16:54 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sun, 12 Jul 2009 10:16:53 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907121016.53407.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Robert Watson Subject: Re: odd make/build output on ^Z / fg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 18:16:55 -0000 On Wednesday 08 July 2009 23:37:36 Robert Watson wrote: > *** Signal 1 > couldn't resume audit_arg.o: No such process > *** Signal 1 > couldn't resume nlm_prot_impl.o: No such process > *** Signal 1 > couldn't resume nfs_serv.o: No such process > *** Signal 1 > couldn't resume nfs_vnops.o: No such process > *** Signal 1 > couldn't resume modules-obj: No such process > ===> usb/uether (obj) > ===> usb/aue (obj) > ... > ===> xfs (obj) > ===> xl (obj) > ===> zfs (obj) > ===> zlib (obj) > *** Signal 1 > 6 errors > > I've never seen that before, but I also don't suspend builds all that > frequently. New bug? Old bug? Also seen this with a suspended port build, but didn't investigate further, just restarted the build. Shell used is zsh, in case that matters. I am not sure if I was building in parallel. Currently running r195188M: Tue Jun 30 12:16:01 AKDT 2009. I remember I had that build suspended for a few hours, but not a chance I ran out of swap (which would kill processes without my direct knowledge). -- Mel From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 18: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 73DE8106566B for ; Sun, 12 Jul 2009 18:47:49 +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 3F2278FC13 for ; Sun, 12 Jul 2009 18:47:48 +0000 (UTC) (envelope-from mike@sentex.net) 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 n6CIjB66091206; Sun, 12 Jul 2009 14:45:11 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200907121845.n6CIjB66091206@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 12 Jul 2009 14:47:54 -0400 To: Kip Macy From: Mike Tancsa In-Reply-To: <3c1674c90907120009o330da19ds68c45d0dab6ef81f@mail.gmail.co m> References: <3c1674c90907120009o330da19ds68c45d0dab6ef81f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD Current Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 18:47:49 -0000 At 03:09 AM 7/12/2009, Kip Macy wrote: >You want to avoid hash collisions. So, generally speaking you want the >hash table to be sized 2x larger than the number of unique connection >destinations. You want the maximum number of flows to be as large as >the maximum number of unique destinations x number of cores. When you >get to the case of hundreds of thousands of unique destinations as in >the case of a small ISP doing IP forwarding, you're probably better >off disabling the flowtable. Speaking of which, are there are specific tuning suggestions for such a case ? eg. 250k routes and a few hundred Mb of traffic ? ---Mike From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 18:56:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74D74106567A for ; Sun, 12 Jul 2009 18:56:25 +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 4C9698FC18 for ; Sun, 12 Jul 2009 18:56:25 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from [192.168.2.101] (host86-145-8-156.range86-145.btcentralplus.com [86.145.8.156]) by cyrus.watson.org (Postfix) with ESMTPSA id 8055246B64; Sun, 12 Jul 2009 14:56:24 -0400 (EDT) Message-Id: <0EF108C4-703F-4EC9-88B1-C04BE47035CF@freebsd.org> From: "Robert N. M. Watson" To: Mel Flynn In-Reply-To: <200907121016.53407.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 12 Jul 2009 19:56:22 +0100 References: <200907121016.53407.mel.flynn+fbsd.current@mailing.thruhere.net> X-Mailer: Apple Mail (2.935.3) Cc: freebsd-current@freebsd.org Subject: Re: odd make/build output on ^Z / fg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 18:56:26 -0000 On 12 Jul 2009, at 19:16, Mel Flynn wrote: > On Wednesday 08 July 2009 23:37:36 Robert Watson wrote: > >> *** Signal 1 >> couldn't resume audit_arg.o: No such process >> *** Signal 1 >> couldn't resume nlm_prot_impl.o: No such process >> *** Signal 1 >> couldn't resume nfs_serv.o: No such process >> *** Signal 1 >> couldn't resume nfs_vnops.o: No such process >> *** Signal 1 >> couldn't resume modules-obj: No such process >> ===> usb/uether (obj) >> ===> usb/aue (obj) >> ... >> ===> xfs (obj) >> ===> xl (obj) >> ===> zfs (obj) >> ===> zlib (obj) >> *** Signal 1 >> 6 errors >> >> I've never seen that before, but I also don't suspend builds all that >> frequently. New bug? Old bug? > > Also seen this with a suspended port build, but didn't investigate > further, > just restarted the build. Shell used is zsh, in case that matters. I > am not > sure if I was building in parallel. Currently running r195188M: Tue > Jun 30 > 12:16:01 AKDT 2009. I remember I had that build suspended for a few > hours, but > not a chance I ran out of swap (which would kill processes without > my direct > knowledge). I'm using tcsh here. Robert From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 19:03:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C55021065686 for ; Sun, 12 Jul 2009 19:03:05 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 603C68FC18 for ; Sun, 12 Jul 2009 19:03:05 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by vwj2 with SMTP id 2so1559769vwj.3 for ; Sun, 12 Jul 2009 12:03:04 -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=rHUevsNN3DYyko7CumwKZMdW1utWZFNdqwjuYJ4cm1g=; b=N7GExdKzKTU/wOmMq/JW675+GWrdyjAnNApn1zAD5iOBMkV0E0UWtRQzlRUfEFiALQ M/J2RLBmu0BeqBCsOVxR73uZt34YVO2NjqkoHagrJHuxALsKmTTsFIGVfq10D1caEioe GkOTwLNpAY4+WfFqnFsTyIyjxtfdNq/LWXpwQ= 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=hpMQZWcFh6QSHjuuRbMUqzPfnOHc3fy8WPOwZOk6B2D/TAjmjwYk9CILMEvEj/PN1Z D3WWErcwuKUFQT44tQEowGgE8FUH19V3eVCMWKzOb4M6sS3J2f3kUPAP16dJ9HFS1t5m +a1aE6j18we4Fyedng2GLmHgsQXJ+Bi9cQ5LQ= MIME-Version: 1.0 Received: by 10.220.100.1 with SMTP id w1mr6112563vcn.15.1247425384725; Sun, 12 Jul 2009 12:03:04 -0700 (PDT) In-Reply-To: <20090712175929.f38d4c26.nork@FreeBSD.org> References: <790a9fff0907101159w495b644dge4a4bd81de0bda9b@mail.gmail.com> <20090710211809.GA84773@crodrigues.org> <790a9fff0907101911y7143ed4bnbb050d78ebc21558@mail.gmail.com> <790a9fff0907110606t61da8ebbufa5575d12d949ca@mail.gmail.com> <790a9fff0907110747t7187fba6h7fdb82a40f57d489@mail.gmail.com> <20090712175929.f38d4c26.nork@FreeBSD.org> Date: Sun, 12 Jul 2009 14:03:04 -0500 Message-ID: <790a9fff0907121203w7e814493n97eaa8664531f37@mail.gmail.com> From: Scot Hetzel To: Norikatsu Shigemura Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 19:03:06 -0000 On Sun, Jul 12, 2009 at 3:59 AM, Norikatsu Shigemura wrot= e: > Hi Scot. > > On Sat, 11 Jul 2009 09:47:21 -0500 > Scot Hetzel wrote: >> I created a page on the FreeBSD wiki with these instructions. >> http://wiki.freebsd.org/ZFSOnRootWithZFSboot > > =A0 =A0 =A0 =A0I have two requests. > > =A0 =A0 =A0 =A01. Use fstab instead of vfs.root.mountfrom. > =A0 =A0 =A0 =A0 =A0 loader with LOADER_ZFS_SUPPORT can read /etc/fstab, > =A0 =A0 =A0 =A0 =A0 so we should use fstab like UFS. > > - - - - - - - - - - > # Device =A0 =A0 =A0 =A0Mountpoint =A0 =A0 =A0FStype =A0Options Dump =A0 = =A0Pass# > zroot =A0 =A0 =A0 =A0 =A0 / =A0 =A0 =A0 =A0 =A0 =A0 =A0 zfs =A0 =A0 =A0 = =A0 =A0 =A0 rw,noatime =A0 =A0 =A00 =A0 =A0 =A0 0 > - - - - - - - - - - > I added a Alternate configuration section, and added an example /etc/fstab > =A0 =A0 =A0 =A02. all compression=3Don is not usable. > =A0 =A0 =A0 =A0 =A0 I had used all zfs with compression=3Don. =A0In thus = environment, > =A0 =A0 =A0 =A0 =A0 toooo latency, I got frustration. =A0We should use co= mpression=3Don > =A0 =A0 =A0 =A0 =A0 on some fs. > I added a warning about latency caused by enabling compression to step 7. Scot From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 19:28: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 820461065672; Sun, 12 Jul 2009 19:28:29 +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 6176D8FC0C; Sun, 12 Jul 2009 19:28:29 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n6CJSSxL009745; Sun, 12 Jul 2009 12:28:28 -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: Sun, 12 Jul 2009 12:21:32 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0-BETA1 - for the record - different paths followed by IPv4 and IPv6 for 'local' connections Thread-Index: AcoCD7nm0QOYQHIsS0ibc0bZM9LvQwBFjzrm References: <4A5734C3.3000806@restart.be> <4A5864DC.1070106@restart.be> From: "Li, Qing" To: "Henri Hennebert" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: RE: 8.0-BETA1 - for the record - different paths followed by IPv4 and IPv6 for 'local' connections X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 19:28:30 -0000 The patch has been committed, svn revision 195643. Thanks, -- Qing -----Original Message----- From: Henri Hennebert [mailto:hlh@restart.be] Sent: Sat 7/11/2009 3:09 AM To: Li, Qing Cc: freebsd-stable@freebsd.org; freebsd-net@freebsd.org Subject: Re: 8.0-BETA1 - for the record - different paths followed by = IPv4 and IPv6 for 'local' connections =20 Li, Qing wrote: > Hi, >=20 > Please try patch-7-10 in my home directory = http://people.freebsd.org/~qingli/ > and let me know how it works out for you. I thought I had committed = the patch=20 > but turned out I didn't. I apply the patch, reset my pf.conf to its previous content and all is=20 running smoothly. By the way, I discover after my post that my=20 "solution" was not working for long (many bytes) connections and this is = solved too. Many thank for your time Henri PS please commit as soon as possible >=20 >> On 8.0-BETA1 there is an assymetry: >> >> netstat -rn display >> >> 192.168.24.1 link#3 >> .... >> no entry for 2001:41d0:2:2d29:1:1:: >> >=20 > This is by design as part of the new architecture in 8.0, which = maintains=20 > the L2 ARP/ND6 and L3 routing tables separately. >=20 > -- Qing >=20 >=20 >=20 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org on behalf of Henri Hennebert > Sent: Fri 7/10/2009 5:32 AM > To: freebsd-stable@freebsd.org; freebsd-st@freebsd.org > Subject: 8.0-BETA1 - for the record - different paths followed by IPv4 = and IPv6 for 'local' connections > =20 > Hello, >=20 > After upgrading from 7.2-STABLE to 8.0-BETA1 I encounter a problem = when=20 > connecting with firefox to a local apache server using the global=20 > unicast IPv6 address of the local machine. pf.conf must be updated! >=20 > My configuration: >=20 > [root@avoriaz ~]# ifconfig em0 >=20 > em0: flags=3D8843 metric 0 mtu = 1500 > options=3D19b > ether 00:1d:60:ad:2a:ce > inet 192.168.24.1 netmask 0xffffff00 broadcast 192.168.24.255 > inet6 fe80::21d:60ff:fead:2ace%em0 prefixlen 64 scopeid 0x1 > inet6 2001:41d0:2:2d29:1:1:: prefixlen 80 > media: Ethernet 100baseTX (100baseTX ) > status: active >=20 > [root@avoriaz ~]# host www.restart.bel > www.restart.bel is an alias for avoriaz.restart.bel. > avoriaz.restart.bel has address 192.168.24.1 > avoriaz.restart.bel has IPv6 address 2001:41d0:2:2d29:1:1:: >=20 > pf.conf: >=20 > int_if=3D"em0" > block in log all > block out log all > set skip on lo0 > antispoof quick for $int_if inet > # Allow trafic with physical internal network > pass in quick on $int_if from ($int_if:network) to ($int_if) keep = state > pass out quick on $int_if from ($int_if) to ($int_if:network) keep = state >=20 > The problem: >=20 > [root@avoriaz ~]# telnet -4 www.restart.bel 80 > Trying 192.168.24.1... > Connected to avoriaz.restart.bel. > Escape character is '^]'. > ^] > telnet> quit > Connection closed. > [root@avoriaz ~]# telnet -6 www.restart.bel 80 > Trying 2001:41d0:2:2d29:1:1::... > --->Never connect and get a timeout! >=20 > tcpdump and logging in pf show me that >=20 > For a IPv4 connection: > the packet from telnet to apache pass 2 times on lo0 (out and in) > the answer packet from apache to telnet pass 2 times on lo0 (out and = in) >=20 > So no problem, there is `set skip on lo0' >=20 > For a IPv6 connection: > The first packet from telnet to apache pass 2 times on lo0 (out and = in) > The answer packet from apache to telnet path on em0 and is rejected > due to the default flags S/SA. >=20 > So I have to change pf.conf and replace the last line: > pass out quick on $int_if from ($int_if) to ($int_if:network) \ > keep state flags any >=20 > Then all is OK >=20 > By the way, on 7.2 >=20 > netstat -rn display >=20 > 192.168.24.1 00:1d:60:ad:2a:ce > .... > 2001:41d0:2:2d29:1:1:: 00:1d:60:ad:2a:ce >=20 >=20 > On 8.0-BETA1 there is an assymetry: >=20 > netstat -rn display >=20 > 192.168.24.1 link#3 > .... > no entry for 2001:41d0:2:2d29:1:1:: >=20 > Hope it may help someone >=20 > Henri >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 16:10:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C788A1065670 for ; Sun, 12 Jul 2009 16:10:39 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5EF8FC23 for ; Sun, 12 Jul 2009 16:10:39 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n6CGAYuC005869 for ; Sun, 12 Jul 2009 18:10:34 +0200 Received: from ubm.mine.nu ([85.181.47.100] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 12 Jul 2009 18:10:34 +0200 Date: Sun, 12 Jul 2009 18:10:34 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20090712181034.93811d03.ubm@u-boot-man.de> In-Reply-To: <20090712122316.4f63fc62.ubm@u-boot-man.de> References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 12 Jul 2009 19:51:04 +0000 Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 16:10:40 -0000 On Sun, 12 Jul 2009 12:23:16 +0200 Marc "UBM" Bocklet wrote: > > I'm thinking about "downgrading" FreeBSD on that machine to maybe > > find out where the trouble started. Can I safely csup back to a > > certain date and then buildkernel, installworld the usual way or > > are there any caveats? > > A kernel csupped with "2009.04.20.06.00.00" boots and discovers the > highpoint controller + attached disks. > > I'm in the process of narrowing it down further. I've got it narrowed down between "2009.06.30.06.00.00" and today. A kernel with the "old" date boots, a freshly csupped and compiled kernel hangs with the usual symptoms (waiting for interrupt driven hooks). I'll try csupping to just before the big cam commit to see if there is any connection. When I said earlier that I was not running with the ahci patch, I was partly wrong. I did not have device ahci in my kernel config file nor had it loaded as a module, but I had the patch applied. Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 17:45: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 80C38106566B for ; Sun, 12 Jul 2009 17:45:52 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 15C2D8FC24 for ; Sun, 12 Jul 2009 17:45:51 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n6CHjlxA010349 for ; Sun, 12 Jul 2009 19:45:47 +0200 Received: from ubm.mine.nu ([85.181.47.100] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 12 Jul 2009 19:45:47 +0200 Date: Sun, 12 Jul 2009 19:45:47 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20090712194547.9e573116.ubm@u-boot-man.de> In-Reply-To: <20090712181034.93811d03.ubm@u-boot-man.de> References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> <20090712181034.93811d03.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 12 Jul 2009 20:03:21 +0000 Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 17:45:52 -0000 On Sun, 12 Jul 2009 18:10:34 +0200 Marc "UBM" Bocklet wrote: > I've got it narrowed down between "2009.06.30.06.00.00" and today. A > kernel with the "old" date boots, a freshly csupped and compiled > kernel hangs with the usual symptoms (waiting for interrupt driven > hooks). > > I'll try csupping to just before the big cam commit to see if there is > any connection. When I said earlier that I was not running with the > ahci patch, I was partly wrong. I did not have device ahci in my > kernel config file nor had it loaded as a module, but I had the patch > applied. "2009.07.09.06.00.00" fixes the problem. Could it be that there are some subtle interactions in the cam subsystem that are stirred by the recent mega-commit? Bye Marc From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 20:31:07 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 5E211106566C for ; Sun, 12 Jul 2009 20:31:07 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id D00D38FC18 for ; Sun, 12 Jul 2009 20:31:06 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n6CKV59G051592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Jul 2009 22:31:05 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n6CKV51L051591 for current@freebsd.org; Sun, 12 Jul 2009 22:31:05 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sun, 12 Jul 2009 22:31:05 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org Message-ID: <20090712203105.GJ2145@acme.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 20:31:07 -0000 Hi, 8.0 BETA1 @ r195622 will panic reliably when running the clang static analyzer on a buildworld with something like the following panic: panic: vm_page_free_toq: freeing mapped page 0xffffff00c9715b30 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 vm_page_free_toq() at vm_page_free_toq+0x1f6 vm_object_terminate() at vm_object_terminate+0xb7 vm_object_deallocate() at vm_object_deallocate+0x17a _vm_map_unlock() at _vm_map_unlock+0x70 vm_map_remove() at vm_map_remove+0x6f vmspace_free() at vmspace_free+0x56 vmspace_exec() at vmspace_exec+0x56 exec_new_vmspace() at exec_new_vmspace+0x133 exec_elf32_imgact() at exec_elf32_imgact+0x2ee kern_execve() at kern_execve+0x3b2 execve() at execve+0x3d syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (59, FreeBSD ELF64, execve), rip = 0x800c20d0c, rsp = 0x7fffffffd6f8, rbp = 0x7fffffffdbf0 --- KDB: enter: panic exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 (0xffffffff8095ea60) locked @ /data/freebsd-head/sys/vm/vm_object.c:688 exclusive sleep mutex vm object (standard object) r = 0 (0xffffff0046453798) locked @ /data/freebsd-head/sys/vm/vm_object.c:450 exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 (0xffffffff8095ea60) locked @ /data/freebsd-head/sys/vm/vm_object.c:688 exclusive sleep mutex vm object (standard object) r = 0 (0xffffff0046453798) locked @ /data/freebsd-head/sys/vm/vm_object.c:450 exclusive sleep mutex pmap (pmap) r = 0 (0xffffff003c8b02b8) locked @ /data/freebsd-head/sys/amd64/amd64/pmap.c:3955 shared sx user map (user map) r = 0 (0xffffff003c8b0200) locked @ /data/freebsd-head/sys/vm/vm_map.c:3522 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff0004698e40) locked @ /data/freebsd-head/sys/kern/uipc_sockbuf.c:148 Cheers, Ulrich Spörlein From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 20:40: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 87C941065676 for ; Sun, 12 Jul 2009 20:40:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3CECC8FC13 for ; Sun, 12 Jul 2009 20:40:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 5667141C705; Sun, 12 Jul 2009 22:40:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Rl8x0MY93Y9Y; Sun, 12 Jul 2009 22:40:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id C414641C713; Sun, 12 Jul 2009 22:40:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2D4DE4448E6; Sun, 12 Jul 2009 20:37:44 +0000 (UTC) Date: Sun, 12 Jul 2009 20:37:43 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Marc UBM Bocklet In-Reply-To: <20090712194547.9e573116.ubm@u-boot-man.de> Message-ID: <20090712203354.P245@maildrop.int.zabbadoz.net> References: <20090708192642.6b30167e.ubm@u-boot-man.de> <20090708225048.ec9d9cad.ubm@u-boot-man.de> <20090710200352.72ef6804.ubm@u-boot-man.de> <20090711205837.46b11405.ubm@u-boot-man.de> <20090711222304.fc99056a.ubm@u-boot-man.de> <20090712122316.4f63fc62.ubm@u-boot-man.de> <20090712181034.93811d03.ubm@u-boot-man.de> <20090712194547.9e573116.ubm@u-boot-man.de> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: run interrupt driven hooks: still waiting for xpt_config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 20:40:07 -0000 On Sun, 12 Jul 2009, Marc UBM Bocklet wrote: > On Sun, 12 Jul 2009 18:10:34 +0200 > Marc "UBM" Bocklet wrote: > > >> I've got it narrowed down between "2009.06.30.06.00.00" and today. A >> kernel with the "old" date boots, a freshly csupped and compiled >> kernel hangs with the usual symptoms (waiting for interrupt driven >> hooks). >> >> I'll try csupping to just before the big cam commit to see if there is >> any connection. When I said earlier that I was not running with the >> ahci patch, I was partly wrong. I did not have device ahci in my >> kernel config file nor had it loaded as a module, but I had the patch >> applied. > > "2009.07.09.06.00.00" fixes the problem. > Could it be that there are some subtle interactions in the cam > subsystem that are stirred by the recent mega-commit? Just for the record, I have seen xpt message like: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config with aac on 7.1-STABLE and 7.2-STABLE already but only under certain conditions. Under some conditions the same kernel booted while with other ones it didn't. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 21:22:24 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 64B6510656A9 for ; Sun, 12 Jul 2009 21:22:24 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB908FC16 for ; Sun, 12 Jul 2009 21:22:24 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1003913and.13 for ; Sun, 12 Jul 2009 14:22:23 -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 :content-type:content-transfer-encoding; bh=Uto8+ZVIPbKwaCQ4uzWT4voBMMV/QLO+QZ4akN1nvdw=; b=n8rvOw0zrT64nfMBJQIXFKpcJzIEQUgbW3DVG8WKRvHLaK5zcbs7dkJ0vVHsdpodPS wXwr5hh7jZil5xQNobrjghgpzYiZ4CzNYQhEuWuswtZsuW3DXYMz7CjdZMtfoLCgJk+B eAWCOwB0kuGsPvbhbvf/9gL0fqToB6pQlhVfg= 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:content-type :content-transfer-encoding; b=hZJsPyz0n+pdaZdq5RBAzOl1zPxRDp+EThlP7g5YGKCwikdtSUcKTVLmxyLYwR7WAW VzvsbqcedLaLbjajirObxPD3Ba65XctKqiAN6sbl03RDtkWme23R/leW+1aiziYCqx15 U8F4/hOPZ8tM45wqHNcQZe80AoRj4mp8WMYZY= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.107.8 with SMTP id f8mr6137582anc.149.1247433743560; Sun, 12 Jul 2009 14:22:23 -0700 (PDT) In-Reply-To: <20090712203105.GJ2145@acme.spoerlein.net> References: <20090712203105.GJ2145@acme.spoerlein.net> Date: Sun, 12 Jul 2009 14:22:23 -0700 X-Google-Sender-Auth: 46cb5b899684b25e Message-ID: <3c1674c90907121422v1a45de5bnc4f83c767bd4d331@mail.gmail.com> From: Kip Macy To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 21:22:24 -0000 Can you try the following change: http://svn.freebsd.org/viewvc/base/user/kmacy/releng_7_2_fcs/sys/vm/vm_obje= ct.c?r1=3D192842&r2=3D195297 Thanks, Kip On Sun, Jul 12, 2009 at 1:31 PM, Ulrich Sp=F6rlein wrote= : > Hi, > > 8.0 BETA1 @ r195622 will panic reliably when running the clang static > analyzer on a buildworld with something like the following panic: > > panic: vm_page_free_toq: freeing mapped page 0xffffff00c9715b30 > cpuid =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > vm_page_free_toq() at vm_page_free_toq+0x1f6 > vm_object_terminate() at vm_object_terminate+0xb7 > vm_object_deallocate() at vm_object_deallocate+0x17a > _vm_map_unlock() at _vm_map_unlock+0x70 > vm_map_remove() at vm_map_remove+0x6f > vmspace_free() at vmspace_free+0x56 > vmspace_exec() at vmspace_exec+0x56 > exec_new_vmspace() at exec_new_vmspace+0x133 > exec_elf32_imgact() at exec_elf32_imgact+0x2ee > kern_execve() at kern_execve+0x3b2 > execve() at execve+0x3d > syscall() at syscall+0x1af > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (59, FreeBSD ELF64, execve), rip =3D 0x800c20d0c, rsp =3D 0x7= fffffffd6f8, rbp =3D 0x7fffffffdbf0 --- > KDB: enter: panic > exclusive sleep mutex vm page queue mutex (vm page queue mutex) r =3D 0 (= 0xffffffff8095ea60) locked @ /data/freebsd-head/sys/vm/vm_object.c:688 > exclusive sleep mutex vm object (standard object) r =3D 0 (0xffffff004645= 3798) locked @ /data/freebsd-head/sys/vm/vm_object.c:450 > exclusive sleep mutex vm page queue mutex (vm page queue mutex) r =3D 0 (= 0xffffffff8095ea60) locked @ /data/freebsd-head/sys/vm/vm_object.c:688 > exclusive sleep mutex vm object (standard object) r =3D 0 (0xffffff004645= 3798) locked @ /data/freebsd-head/sys/vm/vm_object.c:450 > exclusive sleep mutex pmap (pmap) r =3D 0 (0xffffff003c8b02b8) locked @ /= data/freebsd-head/sys/amd64/amd64/pmap.c:3955 > shared sx user map (user map) r =3D 0 (0xffffff003c8b0200) locked @ /data= /freebsd-head/sys/vm/vm_map.c:3522 > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xffffff0004698e40) locked @ = /data/freebsd-head/sys/kern/uipc_sockbuf.c:148 > > > Cheers, > Ulrich Sp=F6rlein > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 21:27: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 6D3F7106564A; Sun, 12 Jul 2009 21:27:04 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0B68FC12; Sun, 12 Jul 2009 21:27:03 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1004633and.13 for ; Sun, 12 Jul 2009 14:27:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=BWjkRjWY3qR9CqTgtdbH21g81bh2firiJN8CsVNcOkM=; b=C3mu+p3UwgPFJtYKzzj6vrszquy2Q7EmFjD56A/8H2WVeSQnRt+NrVAYDCpkgMLBts hVZQ2b53ZWVJTOPTUzEb5WZhj9MlgVTyA9wTYMgGddps5tE0MxJDzwQsXjw6Bpp2Mn38 C6qjMj2zXfmUcaDlhgGIhN64p+wS8C44C63LM= 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=jWLNXIoX4jhSBbY4sJm58oO7N2BSGBhEC7H+K0tIHjRovJIARfANWaE5xJqT934zeQ +4jpV99OMiH7m/wSJsnhVqbco+YijyLLN34g/8cSSmt3ORHybvZ/jKdQgZxoPun94Tkv 0wWGqALIHZ0NzzWyg7Zx3E0dDHklcsKMLzfQc= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.32.13 with SMTP id f13mr6177594anf.36.1247434023567; Sun, 12 Jul 2009 14:27:03 -0700 (PDT) In-Reply-To: References: <72163521-40BF-4764-8B74-5446A88DFBF8@exscape.org> <45291598-D091-4E90-B968-22E59BEB3846@exscape.org> <3c1674c90907101227ueab78eem6f8c5c7fdf0337cc@mail.gmail.com> Date: Sun, 12 Jul 2009 14:27:03 -0700 X-Google-Sender-Auth: 771b2c8fc6df4e57 Message-ID: <3c1674c90907121427u5206d398pfcde8bb1cfb15f93@mail.gmail.com> From: Kip Macy To: Thomas Backman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, FreeBSD current Subject: Re: Reproducible ZFS panic, w/ script (Was: "New" ZFS crash on FS (pool?) unmount/export) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 21:27:04 -0000 This is caused by the timeout thread trying to execute a freed callout. It is likely just another instance of poor cleanup. -Kip > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =A0 =3D 0xc > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read data, page not = present > instruction pointer =A0 =A0 =3D 0x20:0xffffffff803aa722 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff8000025a60 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff8000025a90 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, long 1,= def32 0, gran 1 > processor eflags =A0 =A0 =A0 =A0=3D resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 12 (swi4: clock) > > ... > #8 =A00xffffffff805f1fcd in trap_fatal (frame=3D0xffffff80000259b0, eva= =3DVariable > "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:847 > #9 =A00xffffffff805f2e22 in trap (frame=3D0xffffff80000259b0) at > /usr/src/sys/amd64/amd64/trap.c:345 > #10 0xffffffff805d87c7 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:224 > #11 0xffffffff803aa722 in propagate_priority (td=3D0xffffff00296ce390) at > /usr/src/sys/kern/subr_turnstile.c:194 > #12 0xffffffff803ab58c in turnstile_wait (ts=3DVariable "ts" is not avail= able. > ) at /usr/src/sys/kern/subr_turnstile.c:738 > #13 0xffffffff8035a1c1 in _mtx_lock_sleep (m=3D0xffffffff808a1de0, > tid=3D18446742974234830624, opts=3DVariable "opts" is not available. > ) > =A0 =A0at /usr/src/sys/kern/kern_mutex.c:447 > #14 0xffffffff8037ea92 in softclock (arg=3DVariable "arg" is not availabl= e. > ) at /usr/src/sys/kern/kern_timeout.c:376 > #15 0xffffffff803417b0 in intr_event_execute_handlers (p=3DVariable "p" i= s not > available. > ) at /usr/src/sys/kern/kern_intr.c:1165 > #16 0xffffffff80342d1e in ithread_loop (arg=3D0xffffff000231e6a0) at > /usr/src/sys/kern/kern_intr.c:1178 > #17 0xffffffff8033ebb8 in fork_exit (callout=3D0xffffffff80342c90 > , arg=3D0xffffff000231e6a0, > =A0 =A0frame=3D0xffffff8000025c80) at /usr/src/sys/kern/kern_fork.c:842 > #18 0xffffffff805d8c9e in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:561 > #19 0x0000000000000000 in ?? () > #20 0x0000000000000000 in ?? () > #21 0x0000000000000001 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000000000000 in ?? () > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > > > Note that the active process is *not* zfs this time. > > Regards, > Thomas > --=20 When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 21:33:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF2001065670 for ; Sun, 12 Jul 2009 21:33:34 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 43E778FC0A for ; Sun, 12 Jul 2009 21:33:33 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,387,1243807200"; d="scan'208";a="8242510" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 12 Jul 2009 23:33:32 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 74D781B008B; Sun, 12 Jul 2009 23:33:32 +0200 (CEST) Date: Sun, 12 Jul 2009 23:33:32 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: ejecting mounted media possible after `cdcontrol play` X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 21:33:34 -0000 when `cdcontrol play` is used with a mounted data cd or dvd the following message appears (only when running the cdcontrol shell): "Device not configured" since there are no audio tracks on a data cd or dvd it's obvious cdcontrol will fail. however after issuing the command the drive lock gets removed. now it's possible to push the eject button and remove the media even though it's mounted. is this a bug or a feature? alex From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 23:25: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 565BD106564A; Sun, 12 Jul 2009 23:25:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 303EE8FC13; Sun, 12 Jul 2009 23:25:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:57511 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MQ8Px-000Khj-Gy; Sun, 12 Jul 2009 18:25:14 -0500 Date: Sun, 12 Jul 2009 18:24:59 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Lawrence Stewart In-Reply-To: Message-ID: References: <6adb930b24382e32582fca4841f91765.squirrel@webmail.lerctr.org> <4A5993A6.7030205@freebsd.org> 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-Score: -2.5 (--) X-LERCTR-Spam-Score: -2.5 (--) X-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org Subject: Re: Is this a known issue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 23:25:15 -0000 On Sun, 12 Jul 2009, Larry Rosenman wrote: > Nope, it doesn't seem to want to generate the dump, just the text dump :( > > (I'm on ZFS for most of my disk, with a 4GB swap, but 16GB mem). > > Per the later mails, I'll update to latest HEAD and cut a new kernel. > Updated kernel so far hasn't panic'd. I was able to provoke it consistently with running bacula backups. Thanks. FreeBSD borg.lerctr.org 8.0-BETA1 FreeBSD 8.0-BETA1 #4: Sun Jul 12 12:24:53 CDT 2009 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG amd64 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 23:52: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 52515106566C for ; Sun, 12 Jul 2009 23:52:48 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f221.google.com (mail-bw0-f221.google.com [209.85.218.221]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF0E8FC08 for ; Sun, 12 Jul 2009 23:52:47 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz21 with SMTP id 21so1587449bwz.43 for ; Sun, 12 Jul 2009 16:52:46 -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=6rgWi5fnoT3VgjGEGOQ4m09UTVBywXNWqvJ/ccUe5TE=; b=e18IWQ5E2XN8MCvuJgJUwIls1KW7Qv+kHZrNpUXwEVXEDK7h/GCvG1VS6Zqv9J2jAq LXCdALFwuwDAA9SwBwMo0/q7rKaCeEU1WC2a0qoz6iUW/Uoc9YtG9kcVlmP22RqKQI5H 1WAJUxgDml1yG5Ouz6e7V1ui5/HBAuCM4aL9o= 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=KER1vK4qw3i+jdd81DsOpVC/8zQ2vJhe+MHp9kiVF/uic0wJuIHbbmPetnHsxvglHS 7WDBLaLLfGsOuItdUITu24VrwHlHThzuGuHshdTkQCNl49IWn9iHx+Kyyb9HYp2fe8C7 0LYpPG99DMxifRqhL1U1Gx0qWCHfhXB5jW5E0= MIME-Version: 1.0 Received: by 10.204.117.141 with SMTP id r13mr4498280bkq.207.1247442766484; Sun, 12 Jul 2009 16:52:46 -0700 (PDT) In-Reply-To: <0EF108C4-703F-4EC9-88B1-C04BE47035CF@freebsd.org> References: <200907121016.53407.mel.flynn+fbsd.current@mailing.thruhere.net> <0EF108C4-703F-4EC9-88B1-C04BE47035CF@freebsd.org> Date: Mon, 13 Jul 2009 01:52:46 +0200 Message-ID: <3a142e750907121652k290f0314rde7eac2ebd2cd57@mail.gmail.com> From: "Paul B. Mahol" To: "Robert N. M. Watson" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: odd make/build output on ^Z / fg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 23:52:48 -0000 On 7/12/09, Robert N. M. Watson wrote: > > On 12 Jul 2009, at 19:16, Mel Flynn wrote: > >> On Wednesday 08 July 2009 23:37:36 Robert Watson wrote: >> >>> *** Signal 1 >>> couldn't resume audit_arg.o: No such process >>> *** Signal 1 >>> couldn't resume nlm_prot_impl.o: No such process >>> *** Signal 1 >>> couldn't resume nfs_serv.o: No such process >>> *** Signal 1 >>> couldn't resume nfs_vnops.o: No such process >>> *** Signal 1 >>> couldn't resume modules-obj: No such process >>> ===> usb/uether (obj) >>> ===> usb/aue (obj) >>> ... >>> ===> xfs (obj) >>> ===> xl (obj) >>> ===> zfs (obj) >>> ===> zlib (obj) >>> *** Signal 1 >>> 6 errors >>> >>> I've never seen that before, but I also don't suspend builds all that >>> frequently. New bug? Old bug? >> >> Also seen this with a suspended port build, but didn't investigate >> further, >> just restarted the build. Shell used is zsh, in case that matters. I >> am not >> sure if I was building in parallel. Currently running r195188M: Tue >> Jun 30 >> 12:16:01 AKDT 2009. I remember I had that build suspended for a few >> hours, but >> not a chance I ran out of swap (which would kill processes without >> my direct >> knowledge). > > I'm using tcsh here. I got same with some ports few weeks ago, disabling multiple jobs fixed it almost always. Will try to reproduce with kernel next time ... -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Jul 12 22:58: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 0F101106564A for ; Sun, 12 Jul 2009 22:58:06 +0000 (UTC) (envelope-from cmb@pfsense.org) Received: from mail.pfsense.org (mail.pfsense.org [69.64.6.29]) by mx1.freebsd.org (Postfix) with ESMTP id DA7C08FC08 for ; Sun, 12 Jul 2009 22:58:05 +0000 (UTC) (envelope-from cmb@pfsense.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.pfsense.org (Postfix) with ESMTP id 7BD7B28231 for ; Sun, 12 Jul 2009 17:42:01 -0500 (EST) X-Virus-Scanned: amavisd-new at mail.pfsense.org Received: from mail.pfsense.org ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id da1vQN8QeZGg for ; Sun, 12 Jul 2009 17:42:00 -0500 (EST) Received: from [10.0.64.15] (96-28-38-25.dhcp.insightbb.com [96.28.38.25]) by mail.pfsense.org (Postfix) with ESMTP id E04C725F50 for ; Sun, 12 Jul 2009 17:41:59 -0500 (EST) Message-ID: <4A5A66B7.6060206@pfsense.org> Date: Sun, 12 Jul 2009 18:41:59 -0400 From: Chris Buechler User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <3c1674c90907120009o330da19ds68c45d0dab6ef81f@mail.gmail.com> In-Reply-To: <3c1674c90907120009o330da19ds68c45d0dab6ef81f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 13 Jul 2009 00:05:47 +0000 Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jul 2009 22:58:06 -0000 Kip Macy wrote: > On Sat, Jul 11, 2009 at 10:24 AM, Scott Ullrich wrote: > >> Hello Freebsd-current@ folks, >> >> I see with the commit "svn commit: r191259 - head/sys/netinet" >> flowtables have been added.. Cool! >> >> Does anyone have any tuning hints for this addition -- specifically >> how much memory does the hash table consume? Or better yet does any >> documentation exist for this newly added feature? >> >> Looking for an easy way to calculate max flows for the amount of >> memory installed in a FreeBSD machine. >> > > > You want to avoid hash collisions. So, generally speaking you want the > hash table to be sized 2x larger than the number of unique connection > destinations. You want the maximum number of flows to be as large as > the maximum number of unique destinations x number of cores. When you > get to the case of hundreds of thousands of unique destinations as in > the case of a small ISP doing IP forwarding, you're probably better > off disabling the flowtable. For most other workloads its likely to be > a clear win. Running a process on an 8-core system with 8 threads each > calling sendto(...) with 10 bytes I can push 3.5 - 4Mpps (with cxgb - > you won't get this with most cards) with the flowtable enabled. With > the flowtable disabled lock contention causes performance to degrade > to 330kpps with the aforementioned workload. > This is interesting functionality, but I think we need to look at it a bit closer for our use case. Is there any benefit in running this in a firewall scenario? That's primarily what Scott and I (pfsense) are interested in. In our world, if you're pushing 50Kpps+, you're almost certainly falling into the "small ISP doing IP forwarding" scenario with hundreds of thousands of unique destinations. Where we usually see these kinds of loads are small ISPs, web hosting companies, or universities (which are functionally not much diff from a small ISP), all of which I'm familiar with falling into the "better off disabling" category. I also suspect pf's locking negates some or all of the benefits here. I suspect it's not applicable to the specific workload our users normally have, where you're almost entirely doing IP forwarding, and initiating very little if any traffic. bz@ said it's not something you want on a router. Is that a fair assessment? best, Chris From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 00: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 483DD1065676 for ; Mon, 13 Jul 2009 00:09:42 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id EE2CA8FC15 for ; Mon, 13 Jul 2009 00:09:41 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by vwj2 with SMTP id 2so1626292vwj.3 for ; Sun, 12 Jul 2009 17:09: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=Tn2JYDwOxI3gzsOY8IOtXRQeRYj3wLV3+qJUgJH8Kx4=; b=avmlKIvuEVyexsQMHvJRImJd++Om6MutqlshHEK9pQrSeFvJTOnKvEI8dKOhzDpVAQ RCgGQv8AkIQJ2d1+RkRsnYV8VT4YX9BKAUecz1gkMzYzokWAPj9LfwgOeo2sR9H3v0v5 wYzACQoJDsfnwHx/IyiXxd57bC+zvlI0Z/ALk= 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=OF4Nqsjiy5kIySGd7ehj2BYST5JhRLdjyCl4DATOmOzx7JCUuvgFEiGrGvdoHNN8zW d07ztdmuAUwYlvlB9tEaGPRxKYMGJ9wiH7VOwTaN5xbLu704JpdTagJv1AVSGZye1dTj TSnKNNcyDFdk/WMubSNmyLCQwRT29tpoV+iqw= MIME-Version: 1.0 Received: by 10.220.76.1 with SMTP id a1mr6260513vck.80.1247443781205; Sun, 12 Jul 2009 17:09:41 -0700 (PDT) In-Reply-To: <970380130907121701g15ea2461v497602529ff57fe9@mail.gmail.com> References: <790a9fff0907101159w495b644dge4a4bd81de0bda9b@mail.gmail.com> <20090710211809.GA84773@crodrigues.org> <790a9fff0907101911y7143ed4bnbb050d78ebc21558@mail.gmail.com> <790a9fff0907110606t61da8ebbufa5575d12d949ca@mail.gmail.com> <790a9fff0907110747t7187fba6h7fdb82a40f57d489@mail.gmail.com> <20090712175929.f38d4c26.nork@FreeBSD.org> <790a9fff0907121203w7e814493n97eaa8664531f37@mail.gmail.com> <970380130907121701g15ea2461v497602529ff57fe9@mail.gmail.com> Date: Sun, 12 Jul 2009 19:09:41 -0500 Message-ID: <790a9fff0907121709u573ed982x8245692d27b01c07@mail.gmail.com> From: Scot Hetzel To: Jason Garrett Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 00:09:42 -0000 On Sun, Jul 12, 2009 at 7:01 PM, Jason Garrett wrote: > > >>snip-all > > I have a bit of a problem with the instructions, specifically the part > below... > > 1. Fixit# cd src ; ./install.sh all > 2. Fixit# cd ./kernel ; ./install.sh generic > 3. Fixit# cd /zroot/boot ; cp -rp GENERIC/* ../kernel > > > Line one works fine and as expected. Line two does not work, spits out this > error: cd: can't cd to ./kernel. > > If I run cd ../kernel; ./install.sh generic it does not error, but the next > line does, like this... > > > cp: ../kernel is not a directory > > > > Any ideas on what I might be doing wrong? > The instructions were in error, I have updated them to:: 8. install FreeBSD to zroot Fixit# cd /dist/8.0-20090628-SNAP Fixit# export DESTDIR=/zroot Fixit# for dir in base catpages dict doc games info lib32 manpages ports; \ do (cd $dir ; ./install.sh) ; done Fixit# cd src ; ./install.sh all Fixit# cd ../kernel ; ./install.sh generic Fixit# cd /zroot/boot ; cp -rp GENERIC/* /zroot/boot/kernel/ Scot From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 00:13: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 DF1FF106564A for ; Mon, 13 Jul 2009 00:13:16 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5508FC13 for ; Mon, 13 Jul 2009 00:13:16 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: by yxe11 with SMTP id 11so3666613yxe.3 for ; Sun, 12 Jul 2009 17:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ZBK5dhTicYIoM0uII3KUpcGYrL/M6MLGagQDJUor8Rg=; b=Zn/ZrkQZxf7cWU5Myn27PYqlMCnSk46HyrpdNYuC/8BiZWKmTdLjtrxu0FxAerTjgh wVFBlh7q2FLI+e24taKZKJvU8xyfU96EMUuzgL3kn372uuT55V1wL21yQn+vqK0YNI7J Q7+nwFBqE2fnNHYHin1dryW3kOiuh201fVRIo= 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=keht5lvRu7TOfDFRDDjEwe1Kd9JPOwyJHKnDz7ogUkv2anRFnX6VXWKm54Wp+XlveK oMUiCk2/Gdl96v15vS3kBNxQMtYMPOhd49Y/V15te3yOjzf4+SKj847lkEMfbIWIxKG8 2NNyAcL/XRv+rghaoeZtoJJPgTZHZAhIUZlz0= MIME-Version: 1.0 Received: by 10.101.71.3 with SMTP id y3mr6347850ank.62.1247443995802; Sun, 12 Jul 2009 17:13:15 -0700 (PDT) In-Reply-To: <790a9fff0907121709u573ed982x8245692d27b01c07@mail.gmail.com> References: <790a9fff0907101159w495b644dge4a4bd81de0bda9b@mail.gmail.com> <20090710211809.GA84773@crodrigues.org> <790a9fff0907101911y7143ed4bnbb050d78ebc21558@mail.gmail.com> <790a9fff0907110606t61da8ebbufa5575d12d949ca@mail.gmail.com> <790a9fff0907110747t7187fba6h7fdb82a40f57d489@mail.gmail.com> <20090712175929.f38d4c26.nork@FreeBSD.org> <790a9fff0907121203w7e814493n97eaa8664531f37@mail.gmail.com> <970380130907121701g15ea2461v497602529ff57fe9@mail.gmail.com> <790a9fff0907121709u573ed982x8245692d27b01c07@mail.gmail.com> Date: Sun, 12 Jul 2009 19:13:15 -0500 Message-ID: <970380130907121713g209a23e4l80f0decea99c2958@mail.gmail.com> From: Jason Garrett To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 00:13:17 -0000 On Sun, Jul 12, 2009 at 19:09, Scot Hetzel wrote: > On Sun, Jul 12, 2009 at 7:01 PM, Jason Garrett wrote: > > > > > >>snip-all > > > > I have a bit of a problem with the instructions, specifically the part > > below... > > > > 1. Fixit# cd src ; ./install.sh all > > 2. Fixit# cd ./kernel ; ./install.sh generic > > 3. Fixit# cd /zroot/boot ; cp -rp GENERIC/* ../kernel > > > > > > Line one works fine and as expected. Line two does not work, spits out > this > > error: cd: can't cd to ./kernel. > > > > If I run cd ../kernel; ./install.sh generic it does not error, but the > next > > line does, like this... > > > > > > cp: ../kernel is not a directory > > > > > > > > Any ideas on what I might be doing wrong? > > > The instructions were in error, I have updated them to:: > > 8. install FreeBSD to zroot > > Fixit# cd /dist/8.0-20090628-SNAP > Fixit# export DESTDIR=/zroot > Fixit# for dir in base catpages dict doc games info lib32 manpages ports; \ > do (cd $dir ; ./install.sh) ; done > Fixit# cd src ; ./install.sh all > Fixit# cd ../kernel ; ./install.sh generic > Fixit# cd /zroot/boot ; cp -rp GENERIC/* /zroot/boot/kernel/ Thanks! > > > Scot > From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 00:12: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 7DC47106566B for ; Mon, 13 Jul 2009 00:12:04 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 591B88FC12 for ; Mon, 13 Jul 2009 00:12:04 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MQ99H-0002bt-R0 for freebsd-current@freebsd.org; Sun, 12 Jul 2009 17:12:03 -0700 Message-ID: <24453847.post@talk.nabble.com> Date: Sun, 12 Jul 2009 17:12:03 -0700 (PDT) From: Gravisman To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: gravisman@gmail.com X-Mailman-Approved-At: Mon, 13 Jul 2009 00:17:48 +0000 Subject: setting up wlan with vap - wlan0 doesn't appear X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 00:12:04 -0000 I just got an iogear usb wireless adapter to add to my machine which previously only ran a wired interface. After poking around I now see that wireless setup works significantly different in CURRENT than it did in previous releases. I haven't found too terribly much on google, but the basic idea seems to be that I have to setup a wlans interface in rc.conf. So, the following is what I added to rc.conf, which is consistent with the examples I've found, including the one in /usr/src/UPDATING. wlans_zyd0="wlan0" ifconfig_wlan0="WPA DHCP" I see zyd0 interface in ifconfig, but even with these lines added to rc.conf, I'm not getting any wlan0 interface, and I can't list scanned networks on zyd0. Any idea what I'm missing? -- View this message in context: http://www.nabble.com/setting-up-wlan-with-vap---wlan0-doesn%27t-appear-tp24453847p24453847.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 00:29: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 20A25106564A for ; Mon, 13 Jul 2009 00:29:06 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id CC0B58FC1B for ; Mon, 13 Jul 2009 00:29:05 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by gxk17 with SMTP id 17so2670192gxk.19 for ; Sun, 12 Jul 2009 17:29:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=wbWHF9hUdCOllERX2H2eo+1b8exwuTau29BduyfoV70=; b=sqfq7kDg9nqi5Dxy12kKlPJ3EIucU7j2ZEtNnPJz0fDEBE8ms+omo21Iat6UYgmZiV gj4BL/qc93Fm02wGiVzaQavYNe+Q0r0qhtdY8tc6ok3ojBvIwFhD5SIcRSXNwYzUGg7+ 5JnvBwfwoQUzz8VM/PBpXM5Ot+2kgn1+6E43U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; b=CWVT27J79GgbLGzaW2BLxOfEf9ZBk62dQiG6qbhQ2joYHo35CC1f3NhmHOPnGxsxJa DQrxzOmGFyEUGguO2TEdFpl6PEL8vQWRrSlVSCS0xiWm9RHCrwjD0+a1amOPM0G17MjA o0uEev0ejWe8VhCoxQPFRHd8aJkt4J8Pc5p6s= MIME-Version: 1.0 Received: by 10.151.106.4 with SMTP id i4mr7064698ybm.3.1247443124471; Sun, 12 Jul 2009 16:58:44 -0700 (PDT) In-Reply-To: <20090712203105.GJ2145@acme.spoerlein.net> References: <20090712203105.GJ2145@acme.spoerlein.net> Date: Sun, 12 Jul 2009 18:58:44 -0500 Message-ID: From: Alan Cox To: current@freebsd.org, uqs@spoerlein.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 00:29:06 -0000 On Sun, Jul 12, 2009 at 3:31 PM, Ulrich Sp=F6rlein wrot= e: > Hi, > > 8.0 BETA1 @ r195622 will panic reliably when running the clang static > analyzer on a buildworld with something like the following panic: > > panic: vm_page_free_toq: freeing mapped page 0xffffff00c9715b30 > cpuid =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > vm_page_free_toq() at vm_page_free_toq+0x1f6 > vm_object_terminate() at vm_object_terminate+0xb7 > vm_object_deallocate() at vm_object_deallocate+0x17a > _vm_map_unlock() at _vm_map_unlock+0x70 > vm_map_remove() at vm_map_remove+0x6f > vmspace_free() at vmspace_free+0x56 > vmspace_exec() at vmspace_exec+0x56 > exec_new_vmspace() at exec_new_vmspace+0x133 > exec_elf32_imgact() at exec_elf32_imgact+0x2ee > kern_execve() at kern_execve+0x3b2 > execve() at execve+0x3d > syscall() at syscall+0x1af > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (59, FreeBSD ELF64, execve), rip =3D 0x800c20d0c, rsp =3D > 0x7fffffffd6f8, rbp =3D 0x7fffffffdbf0 --- > KDB: enter: panic > exclusive sleep mutex vm page queue mutex (vm page queue mutex) r =3D 0 > (0xffffffff8095ea60) locked @ /data/freebsd-head/sys/vm/vm_object.c:688 > exclusive sleep mutex vm object (standard object) r =3D 0 > (0xffffff0046453798) locked @ /data/freebsd-head/sys/vm/vm_object.c:450 > exclusive sleep mutex vm page queue mutex (vm page queue mutex) r =3D 0 > (0xffffffff8095ea60) locked @ /data/freebsd-head/sys/vm/vm_object.c:688 > exclusive sleep mutex vm object (standard object) r =3D 0 > (0xffffff0046453798) locked @ /data/freebsd-head/sys/vm/vm_object.c:450 > exclusive sleep mutex pmap (pmap) r =3D 0 (0xffffff003c8b02b8) locked @ > /data/freebsd-head/sys/amd64/amd64/pmap.c:3955 > shared sx user map (user map) r =3D 0 (0xffffff003c8b0200) locked @ > /data/freebsd-head/sys/vm/vm_map.c:3522 > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xffffff0004698e40) locked @ > /data/freebsd-head/sys/kern/uipc_sockbuf.c:148 > > Can you please elaborate on the kernel configuration that you are using? Alan From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 00:33: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 BD82A1065687; Mon, 13 Jul 2009 00:33:49 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 5C98C8FC13; Mon, 13 Jul 2009 00:33:49 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: by yxe11 with SMTP id 11so3677237yxe.3 for ; Sun, 12 Jul 2009 17:33: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=OxkkRn50i9U98FZCOCKED/wf7G2F8BHHOZtm6MbPo5U=; b=GGgdJFWuTxyS87ykV+DvbQl4vja9CRTH5dZJIvHJtGy7W/Kr0/S92w4/lLAdQFatBn r8EyPiedHojSFvWzcwC1N90oMmh+OQZaGW7uZ9Hhk9UFfuCAokx3+Q0Uh28rpoc7sUdj v9jEY76Dyi20e7R1sXmNJDJU1YvwDl5DQBSSs= 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=Pd8cmP/YH2WtazJDrOULg6/aO8TCpmmT8X82s1tI14MBjTKuS3aX4mDpP60WvM3QuQ ICH6qnRTGFdc6NDFJYBmpZmB37FO1/+j95zFwwYoI1lXyhfeDjL2ahE1eueyMwYrygSx NN7myH2tHSipp+CQWBOXFfKFgUGYCN7+61yGU= MIME-Version: 1.0 Received: by 10.100.138.8 with SMTP id l8mr6372819and.32.1247443292858; Sun, 12 Jul 2009 17:01:32 -0700 (PDT) In-Reply-To: <790a9fff0907121203w7e814493n97eaa8664531f37@mail.gmail.com> References: <790a9fff0907101159w495b644dge4a4bd81de0bda9b@mail.gmail.com> <20090710211809.GA84773@crodrigues.org> <790a9fff0907101911y7143ed4bnbb050d78ebc21558@mail.gmail.com> <790a9fff0907110606t61da8ebbufa5575d12d949ca@mail.gmail.com> <790a9fff0907110747t7187fba6h7fdb82a40f57d489@mail.gmail.com> <20090712175929.f38d4c26.nork@FreeBSD.org> <790a9fff0907121203w7e814493n97eaa8664531f37@mail.gmail.com> Date: Sun, 12 Jul 2009 19:01:31 -0500 Message-ID: <970380130907121701g15ea2461v497602529ff57fe9@mail.gmail.com> From: Jason Garrett To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , Norikatsu Shigemura Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 00:33:50 -0000 >snip-all I have a bit of a problem with the instructions, specifically the part below... 1. Fixit# cd src ; ./install.sh all 2. Fixit# cd ./kernel ; ./install.sh generic 3. Fixit# cd /zroot/boot ; cp -rp GENERIC/* ../kernel Line one works fine and as expected. Line two does not work, spits out this error: cd: can't cd to ./kernel. If I run cd ../kernel; ./install.sh generic it does not error, but the next line does, like this... cp: ../kernel is not a directory Any ideas on what I might be doing wrong? From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 00:50: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 C6102106566B for ; Mon, 13 Jul 2009 00:50:31 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7C08FC0A for ; Mon, 13 Jul 2009 00:50:31 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1034967and.13 for ; Sun, 12 Jul 2009 17:50:31 -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=XVPHjJPnqzUgBFpyy61UmKMNh+8F2bwjhPtgmhv0tSU=; b=ECOBul1GpWIXqxAdvABemX4t67y8n+kAijwp/yE9+iDzhEu1hi1DDt6KYwtwsjGAHT 36J7cGFQDtwRDc+s5ioc+MZBeCfKd2uj0B48wMZcXEwa8Xa76jUzMDX6Owj7bZ3bxTgS fk0tFbeIyOMPndrwgkx+hVUb1RTxta75tbCV0= 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=gdl2LI7BJbW61wNJDHdGpJUerCYYMKDalji69v5sVdktl8egWLvE9T68h4B7/3zrer 6eoSYYJ6pRojuF1N4g28Exa+6ArBcyi0xAJhFMVDGJWUSbYgN98MJ37oYeQWyyRvCWKJ 0fy33khUBGHQ2QCXO/MzZNgMm4hQo5Vk/oTLQ= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.107.17 with SMTP id f17mr6349933anc.82.1247446230965; Sun, 12 Jul 2009 17:50:30 -0700 (PDT) In-Reply-To: <4A5A66B7.6060206@pfsense.org> References: <3c1674c90907120009o330da19ds68c45d0dab6ef81f@mail.gmail.com> <4A5A66B7.6060206@pfsense.org> Date: Sun, 12 Jul 2009 17:50:30 -0700 X-Google-Sender-Auth: 24daf5f8506f9102 Message-ID: <3c1674c90907121750m7e5daad6g1acde39e1f5507c0@mail.gmail.com> From: Kip Macy To: Chris Buechler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 00:50:32 -0000 > > This is interesting functionality, but I think we need to look at it a bit > closer for our use case. Is there any benefit in running this in a firewall > scenario? That's primarily what Scott and I (pfsense) are interested in. In > our world, if you're pushing 50Kpps+, you're almost certainly falling into > the "small ISP doing IP forwarding" scenario with hundreds of thousands of > unique destinations. Where we usually see these kinds of loads are small > ISPs, web hosting companies, or universities (which are functionally not > much diff from a small ISP), all of which I'm familiar with falling into the > "better off disabling" category. I also suspect pf's locking negates some or > all of the benefits here. If you lack any locality, i.e. within a 30 second window most of of the recipients are distinct, then it is not likely to be beneficial. I encourage you to test with and without. > I suspect it's not applicable to the specific workload our users normally > have, where you're almost entirely doing IP forwarding, and initiating very > little if any traffic. bz@ said it's not something you want on a router. Is > that a fair assessment? Probably. As I say, please test with vs. without. Odds are you are correct that even with locality the contention in PF will mask any benefit. Thanks, Kip From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 01:01:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F02E106566C for ; Mon, 13 Jul 2009 01:01:40 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 371378FC15 for ; Mon, 13 Jul 2009 01:01:40 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n6D11dEr056205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jul 2009 18:01:39 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4A5A8773.9020905@freebsd.org> Date: Sun, 12 Jul 2009 18:01:39 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090705) MIME-Version: 1.0 To: Gravisman References: <24453847.post@talk.nabble.com> In-Reply-To: <24453847.post@talk.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: setting up wlan with vap - wlan0 doesn't appear X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 01:01:40 -0000 Gravisman wrote: > I just got an iogear usb wireless adapter to add to my machine which > previously only ran a wired interface. After poking around I now see that > wireless setup works significantly different in CURRENT than it did in > previous releases. I haven't found too terribly much on google, but the > basic idea seems to be that I have to setup a wlans interface in rc.conf. > So, the following is what I added to rc.conf, which is consistent with the > examples I've found, including the one in /usr/src/UPDATING. > > wlans_zyd0="wlan0" > ifconfig_wlan0="WPA DHCP" > > I see zyd0 interface in ifconfig, but even with these lines added to > rc.conf, I'm not getting any wlan0 interface, and I can't list scanned > networks on zyd0. Any idea what I'm missing? > zyd0 is not where you list networks; if you create wlan0 then you want ifconfig wlan0 list scan to see the set of ap's found during a scan. Try showing the output of ifconfig for starters. Since you've enabled WPA I'd ask if you've created a wpa_supplicant.conf file for it? w/o that you won't get WPA setup. I assume all this stuff is in the documentation. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 01:41: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 5E6CA1065670 for ; Mon, 13 Jul 2009 01:41:06 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 0D0A98FC19 for ; Mon, 13 Jul 2009 01:41:05 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (105.10.87-79.rev.gaoland.net [79.87.10.105]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 6114963317E; Mon, 13 Jul 2009 03:41:04 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 499CDBBFA; Mon, 13 Jul 2009 03:41:03 +0200 (CEST) Date: Mon, 13 Jul 2009 03:41:02 +0200 From: Patrick Lamaiziere To: Hans Petter Selasky Message-ID: <20090713034102.1362d27d@baby-jane.lamaiziere.net> In-Reply-To: <200907120952.30158.hselasky@c2i.net> References: <20090703172600.1971111e@baby-jane.lamaiziere.net> <200907072039.27811.hselasky@c2i.net> <20090711232635.24b28f1f@baby-jane.lamaiziere.net> <200907120952.30158.hselasky@c2i.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ulpt problem (USB_ERR_IOERROR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 01:41:06 -0000 Le Sun, 12 Jul 2009 09:52:29 +0200, Hans Petter Selasky a =E9crit : > > But the printer hangs after the first job (the data led on the > > printer stay on): > > unlpt_open: using defrag write mode > > ulpt_write_callback:237: state=3D0x0 actlen=3D0 > > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > > >=20 > The prints look good. >=20 > Did you restart/repower the printer, before trying to print? Oh yes, several times. > What document format is being used on /dev/ulpt? Maybe you have to > use another format. Did you use the correct PPD file for your > printer? I have a brother printer here which uses USB, and claims to > support PCL 6, but whenever I print something in PCL 6, it's not > recognized. I found out I had to download a special PPD file, and > install foomatic-rip, for cups. Then it worked using the GDI protocol. No the format is good, I've saved the file sent by cups to unlpt0 and tried this file several times on a 7.0-RELEASE=20 (cat file > /dev/unlpt0). It works fine on 7.X.=20 Now, i use this file on 8.0 to test without cups. But there was a small problem with your previous patch in usb_dev.c: static int usb_write(struct cdev *dev, struct uio *uio, int ioflag) { ... if (f->flag_have_fragment =3D=3D 0) { USB_MBUF_RESET(m); =20 io_len =3D m->cur_data_len; pdata =3D m->cur_data_ptr; if (io_len > uio->uio_resid) io_len =3D uio->uio_resid; m->cur_data_len =3D io_len; } else { io_len =3D m->max_data_len - m->cur_data_len; --- pdata =3D m->cur_data_ptr + io_len; +++ pdata =3D m->cur_data_ptr + m->cur_data_len; Now I've got some USB_ERR_STALLED errors but I'm able to print 3 or 4 times. unlpt_open: using defrag write mode=20 ulpt_write_callback:237: state=3D0x0 actlen=3D29561=20 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_status_callback:369: error=3DUSB_ERR_TIMEOUT ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_status_callback:369: error=3DUSB_ERR_STALLED ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_write_callback:237: state=3D0x1 actlen=3D32768 ulpt_status_callback:369: error=3DUSB_ERR_STALLED ulpt_write_callback:237: state=3D0x1 actlen=3D29561 ulpt_status_callback:369: error=3DUSB_ERR_STALLED ulpt_status_callback:369: error=3DUSB_ERR_STALLED (...) It looks like there is a probem to get the status. FreeBSD 7.0 uses a flag USBD_SHORT_XFER_OK, so I tried to add a flag .short_xfer_ok =3D 1 and to increase the timeout. But without luck. [ULPT_INTR_DT_RD] =3D { .type =3D UE_CONTROL, .endpoint =3D 0x00, /* Control pipe */ .direction =3D UE_DIR_ANY, .bufsize =3D sizeof(struct usb_device_request) + 1, .flags =3D {.short_xfer_ok =3D 1}, .callback =3D &ulpt_status_callback, .timeout =3D 5000, /* 5 second */ }, Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 01:42: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 F0E8C1065758 for ; Mon, 13 Jul 2009 01:42:28 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id A404D8FC17 for ; Mon, 13 Jul 2009 01:42:28 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by vwj2 with SMTP id 2so1652104vwj.3 for ; Sun, 12 Jul 2009 18:42: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=Wc8ixLDVrIzrMtv0+28th+xTJQvr0UkhnnT4x8CR/4s=; b=DjTeUO1A/EnFJNShxVxhT9Wff29sPC2ixvmR6ye8aW3FI0CAnB0clhPvWL1BmE/jtK +d1JBsOr7wV+45N+5MN27h3QmFlGrNV+bqXRV6KFq1hkPdz6bNNKUdiFg6HXbbuEL3xh tlabi9zI32AyMip1RT8R/UvMlyDGToJ5i7qjg= 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=xSfc+DIHcG+XbZHaHkg3U68w++6gNL1mwMStRcWrCTypmO7jWUn+Wxara0c95WkvCz s/UkookA/1/PrMcpseZ89LdA5RaZ/268Sod/77mVmvIqDq8VpkUHQPA7TC2zF+MIZEFD v3G7gwwKw3y14p90C6FMDudFXE8v/oWmovB0k= MIME-Version: 1.0 Received: by 10.220.77.75 with SMTP id f11mr6332133vck.85.1247447946478; Sun, 12 Jul 2009 18:19:06 -0700 (PDT) In-Reply-To: <200907120824.02622.mel.flynn+fbsd.current@mailing.thruhere.net> References: <4A58A056.3020002@haruhiism.net> <200907120824.02622.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Sun, 12 Jul 2009 21:19:06 -0400 Message-ID: From: "illoai@gmail.com" To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Disk devices changed after upgrade to 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, 13 Jul 2009 01:42:29 -0000 2009/7/12 Mel Flynn : > On Saturday 11 July 2009 06:41:26 Matt Smith wrote: >> On Sat, 11 Jul 2009 18:23:18 +0400, Kamigishi Rei >> >> wrote: >> > If you check June'09 archives, you'll find out that there already was a >> > question about this, coming from a person with FreeBSD installed on a >> > dangerously dedicated disk. >> > Are you sure you aren't using a DDD (a drive that has no DOS/GPT >> > partition tables, just the bsdlabel)? >> >> Ahhh. I have just found the thread you are referring to in the archives. >> That explains it I think. I do indeed have a dangerously dedicated disk >> because I only run the one O/S on it and never need it to be compatible >> with anything else. So it looks like 7.x did things wrongly and now in 8 >> it's working as designed. > > I do think this is worth mentioning in UPDATING, perhaps with the advice > ("strongly recommended") to label partitions before upgrading so that one is > not depending on device naming conventions in the first place. Using the extant ufsid scheme confessedly functionally equivalent also decrease in anxiety, as fsck clears inodes and I can't tell which partition, cos /dev/ufsid/beefbeef00f00f looks a lot like anything else in hexidecimal: like double the symbols of octal. -- -- From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 02:54: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 D048D1065672 for ; Mon, 13 Jul 2009 02:54:26 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6C08FC08 for ; Mon, 13 Jul 2009 02:54:26 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 3922078C25 for ; Mon, 13 Jul 2009 04:35:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dRkycPUEAGvX for ; Mon, 13 Jul 2009 04:34:59 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 697B578C23; Mon, 13 Jul 2009 04:34:59 +0200 (CEST) Date: Mon, 13 Jul 2009 04:34:59 +0200 From: Alson van der Meulen To: freebsd-current@freebsd.org Message-ID: <20090713023459.GA1870@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org References: <4A58A056.3020002@haruhiism.net> <200907120824.02622.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Disk devices changed after upgrade to 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, 13 Jul 2009 02:54:27 -0000 * illoai@gmail.com [2009-07-13 03:19]: > 2009/7/12 Mel Flynn : > > I do think this is worth mentioning in UPDATING, perhaps with the advice > > ("strongly recommended") to label partitions before upgrading so that one is > > not depending on device naming conventions in the first place. > > Using the extant ufsid scheme confessedly functionally equivalent > also decrease in anxiety, as fsck clears inodes and I can't tell which > partition, cos /dev/ufsid/beefbeef00f00f looks a lot like anything else > in hexidecimal: like double the symbols of octal. Actually, I recently upgraded from -stable to -current, and the fact that I did use ufsids in -stable caused problems during the upgrade, since they don't appear to work for me in -current: # ls -l /dev/ufsid total 0 crw-r----- 1 root operator 0, 94 Jul 13 04:18 491f4f09c2327891 crw-r----- 1 root operator 0, 90 Jul 13 04:18 494823268ce19306 crw-r----- 1 root operator 0, 92 Jul 13 04:18 49482337897d46de crw-r----- 1 root operator 0, 91 Jul 13 04:18 4948233c348aaa57 crw-r----- 1 root operator 0, 93 Jul 13 04:18 494825678ec6ec4c # /sbin/fsck -p /dev/ufsid/4948233c348aaa57 fsck: cannot open `/dev/ufsid/4948233c348aaa57': Operation not permitted # /sbin/mount /dev/ufsid/4948233c348aaa57 /tmp mount: /dev/ufsid/4948233c348aaa57 : Operation not permitted (/dev/ufsid/4948233c348aaa57 is my /tmp, this was tested in single user mode with only / mounted ro). Fortunately I had the real device names (/dev/mirror/gm0X) still commented out in my fstab, but it definitely didn't make the upgrade any easier. glabels (used for zfs) did continue to work. Alson From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 03:48: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 2FCD61065670 for ; Mon, 13 Jul 2009 03:48:01 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from mail.clearchain.com (leo.clearchain.com [199.73.29.74]) by mx1.freebsd.org (Postfix) with ESMTP id C69E38FC0C for ; Mon, 13 Jul 2009 03:48:00 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from [192.168.0.151] (wcl.ml.unisa.edu.au [130.220.166.5]) (authenticated bits=0) by mail.clearchain.com (8.14.3/8.14.3) with ESMTP id n6D3OnAJ005185 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 13 Jul 2009 12:54:56 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <4A5AA900.7080108@clearchain.com> Date: Mon, 13 Jul 2009 12:54:48 +0930 From: Benjamin Close User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20090223 Lightning/1.0pre Thunderbird/3.0b2 MIME-Version: 1.0 To: kevin References: In-Reply-To: X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (mail.clearchain.com [199.73.29.74]); Mon, 13 Jul 2009 12:54:57 +0930 (CST) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: About iwn firmware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 03:48:01 -0000 On 11/07/09 00:11, kevin wrote: > > On Fri, Jul 10, 2009 at 9:39 PM, kevin > wrote: > > Hi, > I notice iwn's firmware hasn't been updated for a long time.Is > there any plan to import newer version iwn firmware ? current > version is iwlwifi-4965-ucode-4.44.17 in the source tree, while > latest version is iwlwifi-4965-ucode-228.61.2.24. > > http://www.intellinuxwireless.org/?n=downloads&f=ucodes_4965 > > > > > > > Thanks, > Kevin > > well i test the firmware, I find iwlwifi-4965-ucode-4.44.1.20 works > well ,but iwlwifi-4965-ucode-228.61.2.24 does not. > iwlwifi-4965-ucode-4.44.1.* seems does not compatible with > iwlwifi-4965-ucode-228.61.2.* . > > Sorry for reply myself. The new firmware required a different loading method. This has not yet been implemented. I've started updating iwn but due to a lack of time haven't got very far. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 02:39: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 CB922106566B for ; Mon, 13 Jul 2009 02:39:33 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8D6DF8FC12 for ; Mon, 13 Jul 2009 02:39:33 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MQBS0-0007yB-Q5 for freebsd-current@freebsd.org; Sun, 12 Jul 2009 19:39:32 -0700 Message-ID: <24455296.post@talk.nabble.com> Date: Sun, 12 Jul 2009 19:39:32 -0700 (PDT) From: Gravisman To: freebsd-current@freebsd.org In-Reply-To: <4A5A8773.9020905@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: gravisman@gmail.com References: <24453847.post@talk.nabble.com> <4A5A8773.9020905@freebsd.org> X-Mailman-Approved-At: Mon, 13 Jul 2009 04:03:27 +0000 Subject: Re: setting up wlan with vap - wlan0 doesn't appear X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 02:39:34 -0000 Sam Leffler-2 wrote: > > Gravisman wrote: >> I just got an iogear usb wireless adapter to add to my machine which >> previously only ran a wired interface. After poking around I now see that >> wireless setup works significantly different in CURRENT than it did in >> previous releases. I haven't found too terribly much on google, but the >> basic idea seems to be that I have to setup a wlans interface in rc.conf. >> So, the following is what I added to rc.conf, which is consistent with >> the >> examples I've found, including the one in /usr/src/UPDATING. >> >> wlans_zyd0="wlan0" >> ifconfig_wlan0="WPA DHCP" >> >> I see zyd0 interface in ifconfig, but even with these lines added to >> rc.conf, I'm not getting any wlan0 interface, and I can't list scanned >> networks on zyd0. Any idea what I'm missing? >> > zyd0 is not where you list networks; if you create wlan0 then you want > > ifconfig wlan0 list scan > > to see the set of ap's found during a scan. > > Try showing the output of ifconfig for starters. Since you've enabled > WPA I'd ask if you've created a wpa_supplicant.conf file for it? w/o > that you won't get WPA setup. > > My problem is that wlan0 doesn't show up as an interface. Despite having added wlans_zyd0="wlan0" to my rc.conf file, my interfaces are as shown below: nassy# ifconfig msk0: flags=8843 metric 0 mtu 1500 options=118 ether 00:13:d4:07:c7:2e inet 10.0.1.199 netmask 0xffffff00 broadcast 10.0.1.255 media: Ethernet autoselect (1000baseT ) status: active fwe0: flags=8902 metric 0 mtu 1500 options=8 ether 02:11:d8:37:35:aa ch 1 dma -1 fwip0: flags=8802 metric 0 mtu 1500 lladdr 0.11.d8.0.0.37.35.aa.a.2.ff.fe.0.0.0.0 plip0: flags=8810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 zyd0: flags=8843 metric 0 mtu 2290 ether 00:21:79:c2:44:82 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier As you can see, there is no wlan0. So, what might I be missing to actually get wlan0 setup? Everything I've found just mentions the rc.conf stuff, which I've done. -- View this message in context: http://www.nabble.com/setting-up-wlan-with-vap---wlan0-doesn%27t-appear-tp24453847p24455296.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 04:09:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF3E106566C for ; Mon, 13 Jul 2009 04:09:37 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 60B048FC1B for ; Mon, 13 Jul 2009 04:09:37 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MQCrA-0002s0-Jl for freebsd-current@freebsd.org; Sun, 12 Jul 2009 21:09:36 -0700 Message-ID: <24455962.post@talk.nabble.com> Date: Sun, 12 Jul 2009 21:09:36 -0700 (PDT) From: Gravisman To: freebsd-current@freebsd.org In-Reply-To: <24455296.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: gravisman@gmail.com References: <24453847.post@talk.nabble.com> <4A5A8773.9020905@freebsd.org> <24455296.post@talk.nabble.com> X-Mailman-Approved-At: Mon, 13 Jul 2009 04:26:00 +0000 Subject: Re: setting up wlan with vap - wlan0 doesn't appear X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 04:09:37 -0000 Gravisman wrote: > > > > Sam Leffler-2 wrote: >> >> Gravisman wrote: >>> I just got an iogear usb wireless adapter to add to my machine which >>> previously only ran a wired interface. After poking around I now see >>> that >>> wireless setup works significantly different in CURRENT than it did in >>> previous releases. I haven't found too terribly much on google, but the >>> basic idea seems to be that I have to setup a wlans interface in >>> rc.conf. >>> So, the following is what I added to rc.conf, which is consistent with >>> the >>> examples I've found, including the one in /usr/src/UPDATING. >>> >>> wlans_zyd0="wlan0" >>> ifconfig_wlan0="WPA DHCP" >>> >>> I see zyd0 interface in ifconfig, but even with these lines added to >>> rc.conf, I'm not getting any wlan0 interface, and I can't list scanned >>> networks on zyd0. Any idea what I'm missing? >>> >> zyd0 is not where you list networks; if you create wlan0 then you want >> >> ifconfig wlan0 list scan >> >> to see the set of ap's found during a scan. >> >> Try showing the output of ifconfig for starters. Since you've enabled >> WPA I'd ask if you've created a wpa_supplicant.conf file for it? w/o >> that you won't get WPA setup. >> >> > > My problem is that wlan0 doesn't show up as an interface. Despite having > added wlans_zyd0="wlan0" to my rc.conf file, my interfaces are as shown > below: > > nassy# ifconfig > msk0: flags=8843 metric 0 mtu 1500 > options=118 > ether 00:13:d4:07:c7:2e > inet 10.0.1.199 netmask 0xffffff00 broadcast 10.0.1.255 > media: Ethernet autoselect (1000baseT ) > status: active > fwe0: flags=8902 metric 0 mtu 1500 > options=8 > ether 02:11:d8:37:35:aa > ch 1 dma -1 > fwip0: flags=8802 metric 0 mtu 1500 > lladdr 0.11.d8.0.0.37.35.aa.a.2.ff.fe.0.0.0.0 > plip0: flags=8810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > zyd0: flags=8843 metric 0 mtu 2290 > ether 00:21:79:c2:44:82 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > > As you can see, there is no wlan0. So, what might I be missing to actually > get wlan0 setup? Everything I've found just mentions the rc.conf stuff, > which I've done. > > Thanks for the help, but I've solved my own problem. The key for anyone else who hits this was... ifconfig wlan create wlandev zyd0 -- View this message in context: http://www.nabble.com/setting-up-wlan-with-vap---wlan0-doesn%27t-appear-tp24453847p24455962.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 04:54: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 6D784106566C for ; Mon, 13 Jul 2009 04:54:54 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5171F8FC0C for ; Mon, 13 Jul 2009 04:54:54 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n6D4snKr029553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 12 Jul 2009 21:54:53 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E01AF1CC0D; Sun, 12 Jul 2009 21:54:48 -0700 (PDT) To: Jason Garrett In-reply-to: Your message of "Sun, 12 Jul 2009 19:13:15 CDT." <970380130907121713g209a23e4l80f0decea99c2958@mail.gmail.com> Date: Sun, 12 Jul 2009 21:54:48 -0700 From: "Kevin Oberman" Message-Id: <20090713045448.E01AF1CC0D@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-07-12_04:2009-07-03, 2009-07-12, 2009-07-12 signatures=0 Cc: Scot Hetzel , freebsd-current Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 04:54:54 -0000 > Date: Sun, 12 Jul 2009 19:13:15 -0500 > From: Jason Garrett > Sender: owner-freebsd-current@freebsd.org > > On Sun, Jul 12, 2009 at 19:09, Scot Hetzel wrote: > > > On Sun, Jul 12, 2009 at 7:01 PM, Jason Garrett wrote: > > > > > > > > >>snip-all > > > > > > I have a bit of a problem with the instructions, specifically the part > > > below... > > > > > > 1. Fixit# cd src ; ./install.sh all > > > 2. Fixit# cd ./kernel ; ./install.sh generic > > > 3. Fixit# cd /zroot/boot ; cp -rp GENERIC/* ../kernel > > > > > > > > > Line one works fine and as expected. Line two does not work, spits out > > this > > > error: cd: can't cd to ./kernel. > > > > > > If I run cd ../kernel; ./install.sh generic it does not error, but the > > next > > > line does, like this... > > > > > > > > > cp: ../kernel is not a directory > > > > > > > > > > > > Any ideas on what I might be doing wrong? > > > > > The instructions were in error, I have updated them to:: > > > > 8. install FreeBSD to zroot > > > > Fixit# cd /dist/8.0-20090628-SNAP > > Fixit# export DESTDIR=/zroot > > Fixit# for dir in base catpages dict doc games info lib32 manpages ports; \ > > do (cd $dir ; ./install.sh) ; done > > Fixit# cd src ; ./install.sh all > > Fixit# cd ../kernel ; ./install.sh generic > > Fixit# cd /zroot/boot ; cp -rp GENERIC/* /zroot/boot/kernel/ > > > Thanks! I really hope someone from the doc project is going to ask Scot for permission to base an addition to the handbook on this. While this thread will help people for a while, I think it belongs in the official documentation. Great job, Scot! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 05:22: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 F126E106566B for ; Mon, 13 Jul 2009 05:22:28 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 70E8F8FC19 for ; Mon, 13 Jul 2009 05:22:28 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6D5MA1S041771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 13 Jul 2009 15:22:11 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1247462531; bh=xIbHauOJ2Yij2pymazwynYR7ko0PQMoSCdGO2Rt7USc=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=TTY1VMK7OJsKbCiKNmUaJMTpbsQ7s+HO8UZ4tB9bPcNuQ2payONeRr7z8xIn6bPzJ kQrOOjugjlKbiih+5BqnghUC0LyL+Hd6U995a0AuxJkimOVEW2BuBEuuVY2PmozKS7 nCleNGmeIFrLM2MFcLa4GHOUwa6oYJQUhzrMldRA= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6D5MA14002416; Mon, 13 Jul 2009 15:22:10 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n6D5M9vG002415; Mon, 13 Jul 2009 15:22:09 +1000 (AEST) (envelope-from john) Date: Mon, 13 Jul 2009 15:22:09 +1000 From: John Marshall To: Eygene Ryabinkin Message-ID: <20090713052209.GC982@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Eygene Ryabinkin , Marcel Moolenaar , freebsd-current@freebsd.org References: <20090710071023.GB32316@rwpc12.mby.riverwillow.net.au> <20090710112631.GE32316@rwpc12.mby.riverwillow.net.au> <3a142e750907100433y307f9b2bya1dc54953bdf5de2@mail.gmail.com> <0B1F6799-2FAC-4C01-A978-42E247979CAB@mac.com> <1z5niluEh3OBPNSdMbOMyoEwzX4@CWODRlDR5RMqbkBfR0/UzHcfNhE> <267A655F-13A6-4D79-A933-3A78854AC5FD@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: Marcel Moolenaar , freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 bsdlabel broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 05:22:29 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 12 Jul 2009, 03:12 +0400, Eygene Ryabinkin wrote: > OK, changed the patch to make the described checks. And to fix the error > with the previous patch -- it will set the offset for writes to zero, so > it is better to use this patch variant for doing label writes and never > use the previous one for label modifications. Though it was doing the > proper thing for reads. Thank you! I applied this patch to bsdlabel.c and now the utility interprets the labels as expected. rwsrv05# disklabel /dev/da0s1 # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 0 4.2BSD 2048 16384 8=20 b: 8388608 1048576 swap =20 c: 33543720 0 unused 0 0 # "raw" part, don't= edit e: 4194304 9437184 4.2BSD 2048 16384 28552=20 f: 19912232 13631488 4.2BSD 2048 16384 28552=20 rwsrv05# disklabel /dev/da0s2 # /dev/da0s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 67103505 0 unused 0 0 # "raw" part, don't= edit d: 33554432 0 4.2BSD 2048 16384 28552=20 e: 33549073 33554432 4.2BSD 2048 16384 28552=20 > But anyway, bsdlabel won't let you write the label (old, patched with > bad patch, patched with the current patch), since it wants to do it via > the BSD class and our slicer is PART. Another patch will be submitted ;)) --=20 John Marshall --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpaxIEACgkQw/tAaKKahKJh+ACdHXEHMKrUPW52Y3qYV6zgajJk vokAoIyhupl6HtJv8BdJGA8gBC3owuMF =sFCG -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 05:43: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 D45821065674 for ; Mon, 13 Jul 2009 05:43:28 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7CD8FC0C for ; Mon, 13 Jul 2009 05:43:28 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id D9D167E818; Sun, 12 Jul 2009 21:43:27 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sun, 12 Jul 2009 21:43:26 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20090713023459.GA1870@tafi.alm.flutnet.org> In-Reply-To: <20090713023459.GA1870@tafi.alm.flutnet.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907122143.26830.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Alson van der Meulen Subject: Re: Disk devices changed after upgrade to 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, 13 Jul 2009 05:43:29 -0000 On Sunday 12 July 2009 18:34:59 Alson van der Meulen wrote: > * illoai@gmail.com [2009-07-13 03:19]: > > 2009/7/12 Mel Flynn : > > > I do think this is worth mentioning in UPDATING, perhaps with the > > > advice ("strongly recommended") to label partitions before upgrading so > > > that one is not depending on device naming conventions in the first > > > place. > Actually, I recently upgraded from -stable to -current, and the fact > that I did use ufsids in -stable caused problems during the upgrade, > since they don't appear to work for me in -current: Nowhere up there I'm saying to use ufsid's: % uname -sr FreeBSD 8.0-CURRENT % df Filesystem Size Used Avail Capacity Mounted on /dev/label/current.root 989M 651M 259M 72% / devfs 1.0K 1.0K 0B 100% /dev /dev/label/current.var 9.7G 4.9G 4.0G 55% /var /dev/label/current.usr 9.7G 5.8G 3.1G 65% /usr /dev/label/current.local 15G 10G 3.6G 74% /usr/local /dev/label/home 70G 56G 8.9G 86% /home I made these labels under 7.1-STABLE then cross-installed on the second slice. glabel is in GENERIC for a while now (7.1-RELEASE?), so it's something you can use without problems and they even work on livefs cd's. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 06:05: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 DD90B106566B for ; Mon, 13 Jul 2009 06:05:03 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id 94C0F8FC0A for ; Mon, 13 Jul 2009 06:05:03 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id BA0DD78C25 for ; Mon, 13 Jul 2009 08:05:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80KgtBAA5LxL for ; Mon, 13 Jul 2009 08:04:56 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 2C8C778C23; Mon, 13 Jul 2009 08:04:56 +0200 (CEST) Date: Mon, 13 Jul 2009 08:04:56 +0200 From: Alson van der Meulen To: freebsd-current@freebsd.org Message-ID: <20090713060456.GA2565@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20090713023459.GA1870@tafi.alm.flutnet.org> <200907122143.26830.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200907122143.26830.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Disk devices changed after upgrade to 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, 13 Jul 2009 06:05:04 -0000 * Mel Flynn [2009-07-13 07:43]: > Nowhere up there I'm saying to use ufsid's: > [...] > I made these labels under 7.1-STABLE then cross-installed on the second slice. > glabel is in GENERIC for a while now (7.1-RELEASE?), so it's something you can > use without problems and they even work on livefs cd's. Yep, glabel works fine. As far as I know, glabel stores its information in the last sector, and makes the provider a sector smaller. This means that you can't add it to an existing filesystemi without risking corruption. Using an ufsid requires figuring out the id from dmesg and editting fstab, to start using glabel you have to enter single user mode, dump, glabel, newfs, restore, edit fstab. I'm not aware of any sysinstall support for glabels either, so even for new installs it requires booting with a livefs and manual partitioning. Alson From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 06:14: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 C17ED106566B for ; Mon, 13 Jul 2009 06:14:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB508FC0A for ; Mon, 13 Jul 2009 06:14:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=cjxOv8GZzqhSAMtGR/R0jbjGO4t0wM735lbmXgbz9tJMPpbunluxnSwAWwYtCXWTyV8CWlI7kk5bHKtcD7jWb2qJDbURMidEyiCXhmMkrj7saSvpgHUtenRBiKOEJklq3Sg2uEWQpgZpRla6KtH1DKOqSCOCR3pFeqgV/pO22EQ=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MQEoP-000LSB-3V; Mon, 13 Jul 2009 10:14:53 +0400 Date: Mon, 13 Jul 2009 10:14:51 +0400 From: Eygene Ryabinkin To: John Marshall Message-ID: References: <20090710112631.GE32316@rwpc12.mby.riverwillow.net.au> <3a142e750907100433y307f9b2bya1dc54953bdf5de2@mail.gmail.com> <0B1F6799-2FAC-4C01-A978-42E247979CAB@mac.com> <1z5niluEh3OBPNSdMbOMyoEwzX4@CWODRlDR5RMqbkBfR0/UzHcfNhE> <267A655F-13A6-4D79-A933-3A78854AC5FD@mac.com> <20090713052209.GC982@rwpc12.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090713052209.GC982@rwpc12.mby.riverwillow.net.au> Sender: rea-fbsd@codelabs.ru Cc: Marcel Moolenaar , freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 bsdlabel broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 06:14:55 -0000 John, good day. Mon, Jul 13, 2009 at 03:22:09PM +1000, John Marshall wrote: > On Sun, 12 Jul 2009, 03:12 +0400, Eygene Ryabinkin wrote: > > OK, changed the patch to make the described checks. And to fix the error > > with the previous patch -- it will set the offset for writes to zero, so > > it is better to use this patch variant for doing label writes and never > > use the previous one for label modifications. Though it was doing the > > proper thing for reads. > > Thank you! I applied this patch to bsdlabel.c and now the utility > interprets the labels as expected. Cool, thanks for the testing! Though, in order to enlarge the swap you'll still need to use gpart or reboot into 7.x -- 8.x' bsdlabel won't write labels back into disk. I am working on it, but have some $JOB stuff to do before ;)) -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 06:31: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 A9C981065673 for ; Mon, 13 Jul 2009 06:31:46 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6A58FC13 for ; Mon, 13 Jul 2009 06:31:46 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 8CA147E818; Sun, 12 Jul 2009 22:31:45 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sun, 12 Jul 2009 22:31:44 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <200907122143.26830.mel.flynn+fbsd.current@mailing.thruhere.net> <20090713060456.GA2565@tafi.alm.flutnet.org> In-Reply-To: <20090713060456.GA2565@tafi.alm.flutnet.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907122231.44564.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Alson van der Meulen Subject: Re: Disk devices changed after upgrade to 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, 13 Jul 2009 06:31:46 -0000 On Sunday 12 July 2009 22:04:56 Alson van der Meulen wrote: > * Mel Flynn [2009-07-13 07:43]: > > Nowhere up there I'm saying to use ufsid's: > > [...] > > I made these labels under 7.1-STABLE then cross-installed on the second > > slice. glabel is in GENERIC for a while now (7.1-RELEASE?), so it's > > something you can use without problems and they even work on livefs cd's. > > Yep, glabel works fine. As far as I know, glabel stores its information > in the last sector, and makes the provider a sector smaller. This means > that you can't add it to an existing filesystemi without risking > corruption. glabel will warn if the last sector is not empty. > Using an ufsid requires figuring out the id from dmesg and > editting fstab, to start using glabel you have to enter single user > mode, dump, glabel, newfs, restore, edit fstab. TBH, I'd prefer glabel to "tag the ufsid with the human name", but for the moment we have to live with the last sector implementation. The procedure you describe however, is the worst case scenario. I've made these labels without the dump/newfs/restore. And because I was cross installing on a different slice, even without the single user mode part. > I'm not aware of any > sysinstall support for glabels either, so even for new installs it > requires booting with a livefs and manual partitioning. By definition, new installs are not affected by upgrade surprises. The surprise here that sliceless disks, have their 's1' dropped when upgrading from 7 to 8.x and using labels would eliminate this surprise and any future change in disk naming conventions. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 06:39: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 3F929106566B for ; Mon, 13 Jul 2009 06:39:01 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 061158FC1F for ; Mon, 13 Jul 2009 06:39:00 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 096DC7E818; Sun, 12 Jul 2009 22:39:00 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sun, 12 Jul 2009 22:38:58 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <24453847.post@talk.nabble.com> <24455296.post@talk.nabble.com> <24455962.post@talk.nabble.com> In-Reply-To: <24455962.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907122238.59151.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Gravisman Subject: Re: setting up wlan with vap - wlan0 doesn't appear X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 06:39:01 -0000 On Sunday 12 July 2009 20:09:36 Gravisman wrote: > Gravisman wrote: > > Sam Leffler-2 wrote: > >> Gravisman wrote: > >>> I just got an iogear usb wireless adapter to add to my machine which > >>> previously only ran a wired interface. After poking around I now see > >>> that > >>> wireless setup works significantly different in CURRENT than it did in > >>> previous releases. I haven't found too terribly much on google, but the > >>> basic idea seems to be that I have to setup a wlans interface in > >>> rc.conf. > >>> So, the following is what I added to rc.conf, which is consistent with > >>> the > >>> examples I've found, including the one in /usr/src/UPDATING. > >>> > >>> wlans_zyd0="wlan0" > >>> ifconfig_wlan0="WPA DHCP" > >>> > >>> I see zyd0 interface in ifconfig, but even with these lines added to > >>> rc.conf, I'm not getting any wlan0 interface, and I can't list scanned > >>> networks on zyd0. Any idea what I'm missing? > >> > >> zyd0 is not where you list networks; if you create wlan0 then you want > >> > >> ifconfig wlan0 list scan > >> > >> to see the set of ap's found during a scan. > >> > >> Try showing the output of ifconfig for starters. Since you've enabled > >> WPA I'd ask if you've created a wpa_supplicant.conf file for it? w/o > >> that you won't get WPA setup. > > > > My problem is that wlan0 doesn't show up as an interface. Despite having > > added wlans_zyd0="wlan0" to my rc.conf file, my interfaces are as shown > > below: > Thanks for the help, but I've solved my own problem. The key for anyone > else who hits this was... > > ifconfig wlan create wlandev zyd0 ^0 This is what wlans_zyd0="wlan0" is supposed to do, so did you reboot after adding this to rc.conf and/or run /etc/rc.d/netif restart? If so, add rc_debug="YES" to /etc/rc.conf, then run /etc/rc.d/netif restart and post output. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 06:47: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 997F3106564A for ; Mon, 13 Jul 2009 06:47:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.swipnet.se [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id 170178FC08 for ; Mon, 13 Jul 2009 06:47:15 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=BQeo18V-fugA:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=8kQB0OdkAAAA:8 a=KBC4pmnOWhsKKR86sE0A:9 a=gg1cJVDTZNdRjDOBbbkA:7 a=X6-PkTuFYvEcakZu3DB5XT89FioA:4 a=9aOQ2cSd83gA:10 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe09.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 931155294; Mon, 13 Jul 2009 08:47:13 +0200 From: Hans Petter Selasky To: Patrick Lamaiziere Date: Mon, 13 Jul 2009 08:46:50 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <20090703172600.1971111e@baby-jane.lamaiziere.net> <200907120952.30158.hselasky@c2i.net> <20090713034102.1362d27d@baby-jane.lamaiziere.net> In-Reply-To: <20090713034102.1362d27d@baby-jane.lamaiziere.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907130846.51980.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: ulpt problem (USB_ERR_IOERROR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 06:47:16 -0000 On Monday 13 July 2009 03:41:02 Patrick Lamaiziere wrote: > Le Sun, 12 Jul 2009 09:52:29 +0200, > > Hans Petter Selasky a =E9crit : > > > But the printer hangs after the first job (the data led on the > > > printer stay on): > > > unlpt_open: using defrag write mode > > > ulpt_write_callback:237: state=3D0x0 actlen=3D0 > > > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > > > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > > > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > > > > The prints look good. > > > > Did you restart/repower the printer, before trying to print? > > Oh yes, several times. > > > What document format is being used on /dev/ulpt? Maybe you have to > > use another format. Did you use the correct PPD file for your > > printer? I have a brother printer here which uses USB, and claims to > > support PCL 6, but whenever I print something in PCL 6, it's not > > recognized. I found out I had to download a special PPD file, and > > install foomatic-rip, for cups. Then it worked using the GDI protocol. > > No the format is good, I've saved the file sent by cups to unlpt0 > and tried this file several times on a 7.0-RELEASE > (cat file > /dev/unlpt0). It works fine on 7.X. > Now, i use this file on 8.0 to test without cups. > > But there was a small problem with your previous patch in usb_dev.c: > static int > usb_write(struct cdev *dev, struct uio *uio, int ioflag) > { > ... > if (f->flag_have_fragment =3D=3D 0) { > USB_MBUF_RESET(m); > io_len =3D m->cur_data_len; > pdata =3D m->cur_data_ptr; > if (io_len > uio->uio_resid) > io_len =3D uio->uio_resid; > m->cur_data_len =3D io_len; > } else { > io_len =3D m->max_data_len - m->cur_data_len; > --- pdata =3D m->cur_data_ptr + io_len; > +++ pdata =3D m->cur_data_ptr + m->cur_data_len; > Yes, you are right there. Should be fixed in USB P4. This patch is not yet = in=20 8-current. > > Now I've got some USB_ERR_STALLED errors but I'm able to print 3 or > 4 times. > > unlpt_open: using defrag write mode > ulpt_write_callback:237: state=3D0x0 actlen=3D29561 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_status_callback:369: error=3DUSB_ERR_TIMEOUT > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_status_callback:369: error=3DUSB_ERR_STALLED > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_write_callback:237: state=3D0x1 actlen=3D32768 > ulpt_status_callback:369: error=3DUSB_ERR_STALLED > ulpt_write_callback:237: state=3D0x1 actlen=3D29561 > ulpt_status_callback:369: error=3DUSB_ERR_STALLED > ulpt_status_callback:369: error=3DUSB_ERR_STALLED > (...) > The printing works besides from the status failing? > It looks like there is a probem to get the status. FreeBSD 7.0 uses a > flag USBD_SHORT_XFER_OK, so I tried to add a flag .short_xfer_ok =3D 1 > and to increase the timeout. But without luck. Could you try increasing the timeout to 20 seconds? Maybe the printer USB=20 firmware is really simple and can only do one request at a time? > [ULPT_INTR_DT_RD] =3D { .type =3D UE_CONTROL, > .endpoint =3D 0x00, /* Control pipe */ > .direction =3D UE_DIR_ANY, > .bufsize =3D sizeof(struct usb_device_request) + 1, > .flags =3D {.short_xfer_ok =3D 1}, > .callback =3D &ulpt_status_callback, > .timeout =3D 5000, /* 5 second */ > }, > =2D-HPS From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 06:59: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 64BCB106566C for ; Mon, 13 Jul 2009 06:59:39 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id 1A69C8FC1B for ; Mon, 13 Jul 2009 06:59:39 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 6106D78C25 for ; Mon, 13 Jul 2009 08:59:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ch6gjxvYKEeC for ; Mon, 13 Jul 2009 08:59:28 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 8239D78C23; Mon, 13 Jul 2009 08:59:28 +0200 (CEST) Date: Mon, 13 Jul 2009 08:59:28 +0200 From: Alson van der Meulen To: freebsd-current@freebsd.org Message-ID: <20090713065928.GB3645@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-current@freebsd.org References: <200907122143.26830.mel.flynn+fbsd.current@mailing.thruhere.net> <20090713060456.GA2565@tafi.alm.flutnet.org> <200907122231.44564.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200907122231.44564.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Disk devices changed after upgrade to 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, 13 Jul 2009 06:59:39 -0000 * Mel Flynn [2009-07-13 08:31]: > glabel will warn if the last sector is not empty. Does it also shrink the (now) underlying fs? Or is it just a matter of time until the label is overwritten when the fs gets full? If it's an UFS partition, using an UFS volume label is an alternative solution. It also requires you to unmount the partition, but can simply be set on an existing fs with tunefs. > By definition, new installs are not affected by upgrade surprises. The > surprise here that sliceless disks, have their 's1' dropped when upgrading > from 7 to 8.x and using labels would eliminate this surprise and any future > change in disk naming conventions. If I'd have to install a system today, I'd probably install 7.2-R, and it would get upgraded to 8.x-R at some point in the future. Regarding the issue at hand, a current install with sysinstall will not use DDD AFAIK, so it will not run into this particular problem. Alson From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 07:06: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 26E03106566B; Mon, 13 Jul 2009 07:06:07 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id DE0218FC0A; Mon, 13 Jul 2009 07:06:06 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id F1C3F7E818; Sun, 12 Jul 2009 23:06:05 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Sun, 12 Jul 2009 23:06:04 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <0EF108C4-703F-4EC9-88B1-C04BE47035CF@freebsd.org> <3a142e750907121652k290f0314rde7eac2ebd2cd57@mail.gmail.com> In-Reply-To: <3a142e750907121652k290f0314rde7eac2ebd2cd57@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907122306.04887.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: "Robert N. M. Watson" Subject: Re: odd make/build output on ^Z / fg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 07:06:07 -0000 On Sunday 12 July 2009 15:52:46 Paul B. Mahol wrote: > On 7/12/09, Robert N. M. Watson wrote: > > On 12 Jul 2009, at 19:16, Mel Flynn wrote: > >> On Wednesday 08 July 2009 23:37:36 Robert Watson wrote: > >>> *** Signal 1 > >>> couldn't resume audit_arg.o: No such process > >>> *** Signal 1 > >>> couldn't resume nlm_prot_impl.o: No such process > >>> *** Signal 1 > >>> couldn't resume nfs_serv.o: No such process > >>> *** Signal 1 > >>> couldn't resume nfs_vnops.o: No such process > >>> *** Signal 1 > >>> couldn't resume modules-obj: No such process > >>> ===> usb/uether (obj) > >>> ===> usb/aue (obj) > >>> ... > >>> ===> xfs (obj) > >>> ===> xl (obj) > >>> ===> zfs (obj) > >>> ===> zlib (obj) > >>> *** Signal 1 > >>> 6 errors > >>> > >>> I've never seen that before, but I also don't suspend builds all that > >>> frequently. New bug? Old bug? > >> > >> Also seen this with a suspended port build, but didn't investigate > >> further, > >> just restarted the build. Shell used is zsh, in case that matters. I > >> am not > >> sure if I was building in parallel. Currently running r195188M: Tue > >> Jun 30 > >> 12:16:01 AKDT 2009. I remember I had that build suspended for a few > >> hours, but > >> not a chance I ran out of swap (which would kill processes without > >> my direct > >> knowledge). > > > > I'm using tcsh here. > > I got same with some ports few weeks ago, disabling multiple jobs fixed it > almost always. > > Will try to reproduce with kernel next time ... Is it possible you guys let it suspend over 24 hours? It's possible I did that. Would be a scenario since kqueue timers roll over. I can't think of anything else too obvious, since I'm sure I didn't kill something, updated source during the build or otherwise affected timestamps. I also don't have mysteriously disappearing processes haunting my system. 3 fatal attempts to reproduce today with make -j2 buildworld. -- Mel From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 07:15:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EFC11065678; Mon, 13 Jul 2009 07:15:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6DFF08FC1F; Mon, 13 Jul 2009 07:15:20 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm24 with SMTP id 24so1694605fxm.43 for ; Mon, 13 Jul 2009 00:15: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 :content-transfer-encoding; bh=lmpCaUUioeMCBk5OHSDIIo3sbMHrRsnVJzd/QuHKWgA=; b=oQIIp72BvUTO6Yts25KHu5P0OxMaQTn2MsOXYath73DGQXCohGpMYcdmarZjC377oR EK0YY1C63s8TmKsHU8RTCKAz6TTkxLSOwsCEUVh0L35fUfwJp+GLGWVvrlZk2Y5Hf/fG RGtEMAY5FrY4VeqPsQBBxGOaPScMjhe7vugZ8= 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=DI4l0inIDKEewmgn6Ug4RIYTjbrVHeNvCUiUD5grMgJCVpRA3A0xhcfYCFhcz8QM1w pa1HUFelD7WMehIsGcWeCNyEbcWWSmZhabAjyPlkwgCGydRhig5UaApxwKHp+X4Ppeb9 MDOmLPFTfMZIexLCRN77QLLAX07j8uqXcpnPA= MIME-Version: 1.0 Received: by 10.204.68.10 with SMTP id t10mr4835433bki.182.1247469319886; Mon, 13 Jul 2009 00:15:19 -0700 (PDT) In-Reply-To: <200907122306.04887.mel.flynn+fbsd.current@mailing.thruhere.net> References: <0EF108C4-703F-4EC9-88B1-C04BE47035CF@freebsd.org> <3a142e750907121652k290f0314rde7eac2ebd2cd57@mail.gmail.com> <200907122306.04887.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Mon, 13 Jul 2009 09:15:19 +0200 Message-ID: <3a142e750907130015k2a607dd3w6f1f3c8e0885c547@mail.gmail.com> From: "Paul B. Mahol" To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Robert N. M. Watson" Subject: Re: odd make/build output on ^Z / fg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 07:15:25 -0000 On 7/13/09, Mel Flynn wrote: > On Sunday 12 July 2009 15:52:46 Paul B. Mahol wrote: >> On 7/12/09, Robert N. M. Watson wrote: >> > On 12 Jul 2009, at 19:16, Mel Flynn wrote: >> >> On Wednesday 08 July 2009 23:37:36 Robert Watson wrote: >> >>> *** Signal 1 >> >>> couldn't resume audit_arg.o: No such process >> >>> *** Signal 1 >> >>> couldn't resume nlm_prot_impl.o: No such process >> >>> *** Signal 1 >> >>> couldn't resume nfs_serv.o: No such process >> >>> *** Signal 1 >> >>> couldn't resume nfs_vnops.o: No such process >> >>> *** Signal 1 >> >>> couldn't resume modules-obj: No such process >> >>> ===> usb/uether (obj) >> >>> ===> usb/aue (obj) >> >>> ... >> >>> ===> xfs (obj) >> >>> ===> xl (obj) >> >>> ===> zfs (obj) >> >>> ===> zlib (obj) >> >>> *** Signal 1 >> >>> 6 errors >> >>> >> >>> I've never seen that before, but I also don't suspend builds all that >> >>> frequently. New bug? Old bug? >> >> >> >> Also seen this with a suspended port build, but didn't investigate >> >> further, >> >> just restarted the build. Shell used is zsh, in case that matters. I >> >> am not >> >> sure if I was building in parallel. Currently running r195188M: Tue >> >> Jun 30 >> >> 12:16:01 AKDT 2009. I remember I had that build suspended for a few >> >> hours, but >> >> not a chance I ran out of swap (which would kill processes without >> >> my direct >> >> knowledge). >> > >> > I'm using tcsh here. >> >> I got same with some ports few weeks ago, disabling multiple jobs fixed it >> almost always. >> >> Will try to reproduce with kernel next time ... > > Is it possible you guys let it suspend over 24 hours? It's possible I did Negative, ports I tried complained during ^Z almost immediately. > that. Would be a scenario since kqueue timers roll over. I can't think of > anything else too obvious, since I'm sure I didn't kill something, updated > source during the build or otherwise affected timestamps. I also don't have > mysteriously disappearing processes haunting my system. > > 3 fatal attempts to reproduce today with make -j2 buildworld. > -- > Mel > -- Paul From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 08:03: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 7A85C106566B; Mon, 13 Jul 2009 08:03:53 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 332B88FC0A; Mon, 13 Jul 2009 08:03:53 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 69E775D67; Mon, 13 Jul 2009 10:03:52 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id AnwYwDeg8UKb; Mon, 13 Jul 2009 10:03:51 +0200 (CEST) Received: from bert.mlan.solnet.ch (bert.mlan.solnet.ch [212.101.1.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id CEF935D63; Mon, 13 Jul 2009 10:03:50 +0200 (CEST) Message-ID: <4A5AEA66.6050207@bsdunix.ch> Date: Mon, 13 Jul 2009 10:03:50 +0200 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: Ken Smith References: <4A559E50.3090408@bsdunix.ch> <1247179202.9053.39.camel@neo.cse.buffalo.edu> In-Reply-To: <1247179202.9053.39.camel@neo.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Randi Harper Subject: Re: USB stick installation problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 08:03:53 -0000 Hello Ken Smith wrote: > On Thu, 2009-07-09 at 09:13 -0700, Randi Harper wrote: >> On Thu, Jul 9, 2009 at 12:37 AM, Thomas Vogt wrote: >> >>> Hi >>> >>> I download and copied 8.0-BETA1-amd64-memstick.img to an usb stick as >>> described at >>> http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051018.html. >>> >>> I can boot it and sysinstall runs fine. Later i chose USB stick as >>> install medium but then i get a "no USB stick found" error. Is this an >>> know bug? >>> >>> Regards, >>> Thomas >> Possibly. Can you please tell sysinstall to rescan devices or restart the >> sysinstall process and tell me if that makes a difference? >> >> -- randi > > Expanding on this slightly - I did have this problem on one of the > machines I tested with. What Randi means by having sysinstall rescan > devices is go into the "Options" section. Inside the Options Editor on > the right side column there is an entry for "Re-scan Devices". Please > use that and then try a normal install. That seemed to work for me on > the one machine I had this glitch with. Thanks for this information. Unfortunately it didn't work. I re-scaned the devices but i still get "no USB stick found". Even restarting sysinstall didn't help The server has 14 sata disk, controlled via lsi controller as /dev/daX devices like the usb stick. Could this be a problem? I will try it with another usb stick. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 08:22: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 3CC52106564A for ; Mon, 13 Jul 2009 08:22:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swip.net [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 98BFB8FC16 for ; Mon, 13 Jul 2009 08:22:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=crCikxeKHFicBOKVKBMA:9 a=MbOCaF4-sel29xCYAjVL21rmldwA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 532493476; Mon, 13 Jul 2009 10:22:27 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 13 Jul 2009 10:22:07 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <4A559E50.3090408@bsdunix.ch> <1247179202.9053.39.camel@neo.cse.buffalo.edu> <4A5AEA66.6050207@bsdunix.ch> In-Reply-To: <4A5AEA66.6050207@bsdunix.ch> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907131022.09180.hselasky@c2i.net> Cc: Ken Smith , Randi Harper , Thomas Vogt Subject: Re: USB stick installation problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 08:22:30 -0000 On Monday 13 July 2009 10:03:50 Thomas Vogt wrote: > > The server has 14 sata disk, controlled via lsi controller as /dev/daX > devices like the usb stick. Could this be a problem? This problem can easily be solved by mounting by label instead of device name. I have not checked the 8-current bootable image installation yet, but it appears that they are mounting /dev/da0sX instead of /dev/ufs/xxx typically. Maybe an idea for the release team to give a unique name or label to the partitions and mount according to that. Reference: Freesbie. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 08: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 EF0891065677; Mon, 13 Jul 2009 08:27:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id AE4FC8FC1C; Mon, 13 Jul 2009 08:27:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MQGsd-0003oh-PE; Mon, 13 Jul 2009 09:27:26 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MQGsd-00018z-7X; Mon, 13 Jul 2009 09:27:23 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n6D8RM8t094066; Mon, 13 Jul 2009 09:27:22 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n6D8RM9d094065; Mon, 13 Jul 2009 09:27:22 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 13 Jul 2009 09:27:22 +0100 From: Anton Shterenlikht To: bzeeb+freebsd+lor@zabbadoz.net, freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20090713082722.GA94038@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -0.9 X-Spam-Level: / Cc: Subject: LOR #269 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 08:27:28 -0000 FreeBSD 8.0-BETA1 ia64 Looks like LOR #269, with different line numbers: lock order reversal: 1st 0xa00000001e599c20 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xe0000000106de7b0 snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:793 KDB: stack backtrace: db_trace_self(0xe000000004135d60) at db_trace_self+0x20 db_trace_self_wrapper(0xe00000000443add0) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe0000000049da960, 0xe0000000044639d0) at kdb_backtrace+0xc0 _witness_debugger(0x1, 0xe000000004888610, 0xe000000004465270, 0x999, 0xe0000000048a9da8) at _witness_debugger+0x60 witness_checkorder(0xe0000000106de7b0, 0x9, 0xffffffffffffffff, 0x319, 0xe000000010a06298) at witness_checkorder+0x12c0 __lockmgr_args(0xe0000000106de7b0, 0x80400, 0xe000000010a06298, 0xe0000000048a9e10, 0x50, 0x33, 0xe0000000048a9da8, 0x319) at __lockmgr_args+0xe60 ffs_lock(0xa000000032b3cdd0, 0xe0000000106de7b0, 0x80400) at ffs_lock+0x130 VOP_LOCK1_APV(0xe0000000049ac600, 0xa000000032b3cdb0, 0xe00000000488e978) at VOP_LOCK1_APV+0x1d0 _vn_lock(0xe000000010a061d8, 0x80400, 0xe0000000048a9da8, 0x319, 0xe000000010a061e8, 0xa000000032b3cdd0, 0xa000000032b3cdc8, 0xa000000032b3cdc0) at _vn_lock+0xf0 ffs_snapshot(0xe0000000106fb780, 0xa000000032b3cfc8, 0xa000000032b3ce08, 0xe0000000107b4000, 0xe00000001094a700, 0x0, 0xe000000010693030, 0xe00000001094a900) at ffs_snapshot+0x3f50 ffs_mount(0x0, 0xe0000000048abc50, 0xa000000032b3d100, 0xa000000032b3d100) at ffs_mount+0x2160 vfs_donmount(0x0, 0x211000, 0xe00000001094a000) at vfs_donmount+0x1d80 nmount(0xe00000001064d270, 0xa000000032b3d4e8, 0x0, 0xe0000000048283e0) at nmount+0xf0 syscall(0xa000000032b3d400, 0x17a, 0x201000, 0xe00000001064d270, 0xe0000000107c3120, 0xe000000004986b90, 0x17a, 0xa000000032b3d4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 08:31:09 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 1C5BB106566B; Mon, 13 Jul 2009 08:31:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E89878FC08; Mon, 13 Jul 2009 08:31:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n6D8V6jd082380; Mon, 13 Jul 2009 04:31:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6D8V65b083432; Mon, 13 Jul 2009 04:31:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F1CA7302F; Mon, 13 Jul 2009 04:31:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090713083106.8F1CA7302F@freebsd-current.sentex.ca> Date: Mon, 13 Jul 2009 04:31:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 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: Mon, 13 Jul 2009 08:31:09 -0000 TB --- 2009-07-13 06:57:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-13 06:57:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-07-13 06:57:37 - cleaning the object tree TB --- 2009-07-13 06:58:03 - cvsupping the source tree TB --- 2009-07-13 06:58:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-07-13 06:58:13 - building world TB --- 2009-07-13 06:58:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-13 06:58:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-13 06:58:13 - TARGET=sun4v TB --- 2009-07-13 06:58:13 - TARGET_ARCH=sparc64 TB --- 2009-07-13 06:58:13 - TZ=UTC TB --- 2009-07-13 06:58:13 - __MAKE_CONF=/dev/null TB --- 2009-07-13 06:58:13 - cd /src TB --- 2009-07-13 06:58:13 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 13 06:58:14 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 Mon Jul 13 08:15:36 UTC 2009 TB --- 2009-07-13 08:15:36 - generating LINT kernel config TB --- 2009-07-13 08:15:36 - cd /src/sys/sun4v/conf TB --- 2009-07-13 08:15:36 - /usr/bin/make -B LINT TB --- 2009-07-13 08:15:36 - building LINT kernel TB --- 2009-07-13 08:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-13 08:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-13 08:15:36 - TARGET=sun4v TB --- 2009-07-13 08:15:36 - TARGET_ARCH=sparc64 TB --- 2009-07-13 08:15:36 - TZ=UTC TB --- 2009-07-13 08:15:36 - __MAKE_CONF=/dev/null TB --- 2009-07-13 08:15:36 - cd /src TB --- 2009-07-13 08:15:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 13 08:15:36 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 -x assembler-with-cpp -DLOCORE -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/sun4v/cddl/t1_copy.S 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/sparc64/sparc64/ofw_machdep.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/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function 'pmap_alloc_zeroed_contig_pages': /src/sys/sun4v/sun4v/pmap.c:1301: error: 'VM_CACHE_DEFAULT' undeclared (first use in this function) /src/sys/sun4v/sun4v/pmap.c:1301: error: (Each undeclared identifier is reported only once /src/sys/sun4v/sun4v/pmap.c:1301: error: for each function it appears in.) /src/sys/sun4v/sun4v/pmap.c:1301: error: too many arguments to function 'vm_phys_alloc_contig' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-13 08:31:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-13 08:31:06 - ERROR: failed to build lint kernel TB --- 2009-07-13 08:31:06 - 4704.97 user 429.34 system 5608.87 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 09:15: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 D41A0106566B for ; Mon, 13 Jul 2009 09:15:09 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id 949848FC15 for ; Mon, 13 Jul 2009 09:15:09 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw03.mail.saunalahti.fi (Postfix) with SMTP id C096D21658B; Mon, 13 Jul 2009 12:15:05 +0300 (EEST) Date: Mon, 13 Jul 2009 12:15:05 +0300 From: Jaakko Heinonen To: Alexander Best Message-ID: <20090713091505.GA2228@a91-153-125-115.elisa-laajakaista.fi> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: ejecting mounted media possible after `cdcontrol play` X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 09:15:10 -0000 Hi, On 2009-07-12, Alexander Best wrote: > when `cdcontrol play` is used with a mounted data cd or dvd the following > message appears (only when running the cdcontrol shell): Here is a patch to make cdcontrol(1) print error messages also in non-interactive mode: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/124517 > "Device not configured" I couldn't reproduce this. I get "Input/output error". > since there are no audio tracks on a data cd or dvd it's obvious cdcontrol > will fail. however after issuing the command the drive lock gets removed. now > it's possible to push the eject button and remove the media even though it's > mounted. is this a bug or a feature? If you are using ATAPI driver see PR kern/125139 and the latest patch submitted to it: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/125139 -- Jaakko From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 09:20: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 A176B106564A for ; Mon, 13 Jul 2009 09:20:33 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63903.mail.re1.yahoo.com (web63903.mail.re1.yahoo.com [69.147.97.118]) by mx1.freebsd.org (Postfix) with SMTP id 5D6118FC19 for ; Mon, 13 Jul 2009 09:20:33 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 83988 invoked by uid 60001); 13 Jul 2009 09:20:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1247476832; bh=3uHymm/pHSIUH6f1mpVEyzXj70ESUi1f9UjmW3CX6lM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=EL6aNcQh6IsUrewVzIxt35pFKWde2ML5J9+8ONJw54f1kKeFIhmJTeEB1X+UXxkR2skKeb4ZQMpr9ZhVZgcqZ1OdHTVZ4Puo3Wywn4ka91basqFlyQ4mswOsdoKYBN0b4+UfNqpotK5ZdpgiRx/Eq+4VM3lOnD71fEpo78YVmEc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=j8wLsYD8m/iaCZ+xZZVTXLtwVrr2fi8i+27xK2wFAn5waOtLw2fciV1tpocl88/NjoZbNEGW2Zzhfz0y4IRjoNYy+DjyWItjryGdU93xAIJDkp5B7+sm1CqBexUhZw8qsSMUJe4Ctgvwu9Y2tuS81HT4f/zOX4ghhLmZiS1FnhM=; Message-ID: <837660.83798.qm@web63903.mail.re1.yahoo.com> X-YMail-OSG: 1OupKBcVM1l0IX.EvSesIrJA2EovoT.hv24BuSK16zxnxZ3zD9CTbrlG6grXuN5TdG0epBzkSu5oPjti7mesntB2JtgjL1IghhdnS0cL30woI8lq15Fq2AYC9d8aULw8VPsKZOqWhUGHdEfDh8lJZsPVmANLyjBG2n_2TyfFEdbNz4x41pxEEt4dyfpQptI9urED838.dU9YvJC03hkRoq_K3ZH4qctxGH6gZ2BC5AbY9ihv4cuWaDbpfdRkn9vovps2f0ZQytP6ZBs1kMUAEQMaySRjIx23bNzM2P392f7gxHpNngbyXLE- Received: from [66.176.162.245] by web63903.mail.re1.yahoo.com via HTTP; Mon, 13 Jul 2009 02:20:32 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Mon, 13 Jul 2009 02:20:32 -0700 (PDT) From: Barney Cordoba To: freebsd-current@freebsd.org, Chris Buechler MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 09:20:34 -0000 =0A=0A--- On Sun, 7/12/09, Chris Buechler wrote:=0A=0A> F= rom: Chris Buechler =0A> Subject: Re: Flowtables -- any tu= ning hints?=0A> To: freebsd-current@freebsd.org=0A> Date: Sunday, July 12, = 2009, 6:41 PM=0A> Kip Macy wrote:=0A> > On Sat, Jul 11, 2009 at 10:24 AM, S= cott Ullrich=0A> wrote:=0A> >=A0=A0=A0=0A> >> Hello Fre= ebsd-current@ folks,=0A> >> =0A> >> I see with the commit "svn commit: r191= 259 -=0A> head/sys/netinet"=0A> >> flowtables have been added..=A0 Cool!=0A= > >> =0A> >> Does anyone have any tuning hints for this=0A> addition -- spe= cifically=0A> >> how much memory does the hash table=0A> consume?=A0=A0=A0O= r better yet does any=0A> >> documentation exist for this newly added featu= re?=0A> >> =0A> >> Looking for an easy way to calculate max flows for=0A> t= he amount of=0A> >> memory installed in a FreeBSD machine.=0A> >>=A0 =A0=A0= =A0=0A> > =0A> > =0A> > You want to avoid hash collisions. So, generally=0A= > speaking you want the=0A> > hash table to be sized 2x larger than the num= ber of=0A> unique connection=0A> > destinations.=A0 You want the maximum nu= mber of=0A> flows to be as large as=0A> > the maximum number of unique dest= inations x number of=0A> cores. When you=0A> > get to the case of hundreds = of thousands of unique=0A> destinations as in=0A> > the case of a small ISP= doing IP forwarding, you're=0A> probably better=0A> > off disabling the fl= owtable. For most other workloads=0A> its likely to be=0A> > a clear win. R= unning a process on an 8-core system=0A> with 8 threads each=0A> > calling = sendto(...) with 10 bytes I can push 3.5 -=0A> 4Mpps (with cxgb -=0A> > you= won't get this with most cards) with the flowtable=0A> enabled. With=0A> >= the flowtable disabled lock contention causes=0A> performance to degrade= =0A> > to 330kpps with the aforementioned workload.=0A> >=A0=A0=A0=0A> This= is interesting functionality, but I think we need to=0A> look at it a bit = closer for our use case. Is there any=0A> benefit in running this in a fire= wall scenario? That's=0A> primarily what Scott and I (pfsense) are interest= ed in. In=0A> our world, if you're pushing 50Kpps+, you're almost=0A> certa= inly falling into the "small ISP doing IP forwarding"=0A> scenario with hun= dreds of thousands of unique destinations.=0A> Where we usually see these k= inds of loads are small ISPs,=0A> web hosting companies, or universities (w= hich are=0A> functionally not much diff from a small ISP), all of which=0A>= I'm familiar with falling into the "better off disabling"=0A> category. I = also suspect pf's locking negates some or all of=0A> the benefits here.=0A>= =0A> I suspect it's not applicable to the specific workload our=0A> users = normally have, where you're almost entirely doing IP=0A> forwarding, and in= itiating very little if any traffic. bz@=0A> said it's not something you wa= nt on a router. Is that a fair=0A> assessment? =0A> best,=0A> Chris=0A> =0A= =0AI don't see the need for flowtables or any sort of hashing with=0Amulti = queue boards in a pass-through environment (such as a firewall). =0AThe flo= ws are already hashed by the hardware so doing all of the =0Agobbledygook i= n flowtables seems like a waste of cycles. Just matching=0Ayour receive and= transmit queues in a properly designed driver is all=0Athats necessary for= lock avoidance.=0A=0ABarney=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 10:02: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 478771065676; Mon, 13 Jul 2009 10:02:19 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA808FC16; Mon, 13 Jul 2009 10:02:17 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n6DA2GUI065810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Jul 2009 12:02:16 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n6DA2Gw5065809; Mon, 13 Jul 2009 12:02:16 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Mon, 13 Jul 2009 12:02:15 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Alan Cox Message-ID: <20090713100215.GK2145@acme.spoerlein.net> Mail-Followup-To: Alan Cox , current@freebsd.org References: <20090712203105.GJ2145@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 10:02:19 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Sun, 12.07.2009 at 18:58:44 -0500, Alan Cox wrote: > On Sun, Jul 12, 2009 at 3:31 PM, Ulrich Spörlein wrote: > > Hi, > > > > 8.0 BETA1 @ r195622 will panic reliably when running the clang static > > analyzer on a buildworld with something like the following panic: > > > > panic: vm_page_free_toq: freeing mapped page 0xffffff00c9715b30 > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x182 > > vm_page_free_toq() at vm_page_free_toq+0x1f6 > > vm_object_terminate() at vm_object_terminate+0xb7 > > vm_object_deallocate() at vm_object_deallocate+0x17a > > _vm_map_unlock() at _vm_map_unlock+0x70 > > vm_map_remove() at vm_map_remove+0x6f > > vmspace_free() at vmspace_free+0x56 > > vmspace_exec() at vmspace_exec+0x56 > > exec_new_vmspace() at exec_new_vmspace+0x133 > > exec_elf32_imgact() at exec_elf32_imgact+0x2ee > > kern_execve() at kern_execve+0x3b2 > > execve() at execve+0x3d > > syscall() at syscall+0x1af > > Xfast_syscall() at Xfast_syscall+0xe1 > > --- syscall (59, FreeBSD ELF64, execve), rip = 0x800c20d0c, rsp = > > 0x7fffffffd6f8, rbp = 0x7fffffffdbf0 --- > > KDB: enter: panic > > exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 > > (0xffffffff8095ea60) locked @ /data/freebsd-head/sys/vm/vm_object.c:688 > > exclusive sleep mutex vm object (standard object) r = 0 > > (0xffffff0046453798) locked @ /data/freebsd-head/sys/vm/vm_object.c:450 > > exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 > > (0xffffffff8095ea60) locked @ /data/freebsd-head/sys/vm/vm_object.c:688 > > exclusive sleep mutex vm object (standard object) r = 0 > > (0xffffff0046453798) locked @ /data/freebsd-head/sys/vm/vm_object.c:450 > > exclusive sleep mutex pmap (pmap) r = 0 (0xffffff003c8b02b8) locked @ > > /data/freebsd-head/sys/amd64/amd64/pmap.c:3955 > > shared sx user map (user map) r = 0 (0xffffff003c8b0200) locked @ > > /data/freebsd-head/sys/vm/vm_map.c:3522 > > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xffffff0004698e40) locked @ > > /data/freebsd-head/sys/kern/uipc_sockbuf.c:148 > > > Can you please elaborate on the kernel configuration that you are using? Of course, sorry for omitting this. Attached is a diff against the GENERIC kernel. I just recently removed some COMPAT settings, FLOWTABLE and doubled MSGBUF_SIZE to get a complete verbose dmesg dumped (for snd_hda configuration, man that output is huge!). I am currently updating kernel/world and will test a GENERIC afterwards. I'll report back soon Cheers, Ulrich Spörlein --Q68bSM7Ycu6FN28Q Content-Type: text/x-diff; charset=us-ascii Content-Disposition: inline; filename="kernel.diff" --- GENERIC 2009-07-11 20:43:02.147681665 +0200 +++ ELMAR 2009-07-12 10:36:58.000000000 +0200 @@ -1,34 +1,5 @@ -# -# GENERIC -- Generic kernel configuration file for FreeBSD/amd64 -# -# For more information on this file, please read the config(5) manual page, -# and/or the handbook section on Kernel Configuration Files: -# -# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html -# -# The handbook is also available locally in /usr/share/doc/handbook -# if you've installed the doc distribution, otherwise always see the -# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the -# latest information. -# -# An exhaustive list of options and more detailed explanations of the -# device lines is also present in the ../../conf/NOTES and NOTES files. -# If you are in doubt as to the purpose or necessity of a line, check first -# in NOTES. -# -# $FreeBSD: head/sys/amd64/conf/GENERIC 195618 2009-07-11 15:02:45Z rpaulo $ - cpu HAMMER -ident GENERIC - -# To statically compile in device wiring instead of /boot/device.hints -#hints "GENERIC.hints" # Default places to look for devices. - -# Use the following to compile in values accessible to the kernel -# through getenv() (or kenv(1) in userland). The format of the file -# is 'variable=value', see kenv(1) -# -# env "GENERIC.env" +ident ELMAR makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols @@ -53,10 +24,7 @@ options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization -options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries -options COMPAT_FREEBSD4 # Compatible with FreeBSD4 -options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI @@ -65,7 +33,6 @@ options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores -options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev @@ -73,7 +40,6 @@ options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks @@ -86,6 +52,9 @@ options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed +# increas dmesg buffer +options MSGBUF_SIZE=81920 + # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel @@ -102,65 +71,14 @@ # ATA and ATAPI devices device ata device atadisk # ATA disk drives -device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives -device atapifd # ATAPI floppy drives -device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering -# SCSI Controllers -device ahc # AHA2940 and onboard AIC7xxx devices -options AHC_REG_PRETTY_PRINT # Print register bitfields in debug - # output. Adds ~128k to driver. -device ahd # AHA39320/29320 and onboard AIC79xx devices -options AHD_REG_PRETTY_PRINT # Print register bitfields in debug - # output. Adds ~215k to driver. -device amd # AMD 53C974 (Tekram DC-390(T)) -device hptiop # Highpoint RocketRaid 3xxx series -device isp # Qlogic family -#device ispfw # Firmware for QLogic HBAs- normally a module -device mpt # LSI-Logic MPT-Fusion -#device ncr # NCR/Symbios Logic -device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') -device trm # Tekram DC395U/UW/F DC315U adapters - -device adv # Advansys SCSI adapters -device adw # Advansys wide SCSI adapters -device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. -device bt # Buslogic/Mylex MultiMaster SCSI adapters - # SCSI peripherals device scbus # SCSI bus (required for SCSI) -device ch # SCSI media changers device da # Direct Access (disks) -device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) -device ses # SCSI Environmental Services (and SAF-TE) - -# RAID controllers interfaced to the SCSI subsystem -device amr # AMI MegaRAID -device arcmsr # Areca SATA II RAID -#XXX it is not 64-bit clean, -scottl -#device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID -device ciss # Compaq Smart RAID 5* -device dpt # DPT Smartcache III, IV - See NOTES for options -device hptmv # Highpoint RocketRAID 182x -device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx -device iir # Intel Integrated RAID -device ips # IBM (Adaptec) ServeRAID -device mly # Mylex AcceleRAID/eXtremeRAID -device twa # 3ware 9000 series PATA/SATA RAID - -# RAID controllers -device aac # Adaptec FSA RAID -device aacp # SCSI passthrough for aac (requires CAM) -device ida # Compaq Smart RAID -device mfi # LSI MegaRAID SAS -device mlx # Mylex DAC960 family -#XXX pointer/int warnings -#device pst # Promise Supertrak SX6000 -device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller @@ -175,101 +93,18 @@ # syscons is the default console driver, resembling an SCO console device sc +options SC_HISTORY_SIZE=3000 device agp # support several AGP chipsets -# PCCARD (PCMCIA) support -# PCMCIA and cardbus bridge support -device cbb # cardbus (yenta) bridge -device pccard # PC Card (16-bit) bus -device cardbus # CardBus (32-bit) bus - # Serial (COM) ports device uart # Generic UART driver -# Parallel port -device ppc -device ppbus # Parallel port bus (required) -device lpt # Printer -device plip # TCP/IP over parallel -device ppi # Parallel port interface device -#device vpo # Requires scbus and da - -# If you've got a "dumb" serial or parallel PCI card that is -# supported by the puc(4) glue driver, uncomment the following -# line to enable it (connects to sio, uart and/or ppc drivers): -#device puc - -# PCI Ethernet NICs. -device de # DEC/Intel DC21x4x (``Tulip'') -device em # Intel PRO/1000 Gigabit Ethernet Family -device igb # Intel PRO/1000 PCIE Server Gigabit Family -device ixgbe # Intel PRO/10GbE PCIE Ethernet Family -device le # AMD Am7900 LANCE and Am79C9xx PCnet -device ti # Alteon Networks Tigon I/II gigabit Ethernet -device txp # 3Com 3cR990 (``Typhoon'') -device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support -device ae # Attansic/Atheros L2 FastEthernet -device age # Attansic/Atheros L1 Gigabit Ethernet -device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet -device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet -device bfe # Broadcom BCM440x 10/100 Ethernet -device bge # Broadcom BCM570xx Gigabit Ethernet -device dc # DEC/Intel 21143 and various workalikes -device et # Agere ET1310 10/100/Gigabit Ethernet -device fxp # Intel EtherExpress PRO/100B (82557, 82558) -device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet -device lge # Level 1 LXT1001 gigabit Ethernet -device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet -device nfe # nVidia nForce MCP on-board Ethernet -device nge # NatSemi DP83820 gigabit Ethernet -#device nve # nVidia nForce MCP on-board Ethernet Networking -device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') -device re # RealTek 8139C+/8169/8169S/8110S -device rl # RealTek 8129/8139 -device sf # Adaptec AIC-6915 (``Starfire'') -device sis # Silicon Integrated Systems SiS 900/SiS 7016 -device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet -device ste # Sundance ST201 (D-Link DFE-550TX) -device stge # Sundance/Tamarack TC9021 gigabit Ethernet -device tl # Texas Instruments ThunderLAN -device tx # SMC EtherPower II (83c170 ``EPIC'') -device vge # VIA VT612x gigabit Ethernet -device vr # VIA Rhine, Rhine II -device wb # Winbond W89C840F -device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') - -# ISA Ethernet NICs. pccard NICs included. -device cs # Crystal Semiconductor CS89x0 NIC -# 'device ed' requires 'device miibus' -device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards -device ex # Intel EtherExpress Pro/10 and Pro/10+ -device ep # Etherlink III based cards -device fe # Fujitsu MB8696x based cards -device sn # SMC's 9000 series of Ethernet chips -device xe # Xircom pccard Ethernet - -# Wireless NIC cards -device wlan # 802.11 support -options IEEE80211_DEBUG # enable debug msgs -options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's -options IEEE80211_SUPPORT_MESH # enable 802.11s D3.0 support -device wlan_wep # 802.11 WEP support -device wlan_ccmp # 802.11 CCMP support -device wlan_tkip # 802.11 TKIP support -device wlan_amrr # AMRR transmit rate control algorithm -device an # Aironet 4500/4800 802.11 wireless NICs. -device ath # Atheros pci/cardbus NIC's -device ath_hal # pci/cardbus chip support -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors -device ath_rate_sample # SampleRate tx rate control for ath -device ral # Ralink Technology RT2500 wireless NICs. -device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback @@ -292,17 +127,11 @@ device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) -#device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse -device rum # Ralink Technology RT2501USB wireless NICs -device uath # Atheros AR5523 wireless NICs -device ural # Ralink Technology RT2500USB wireless NICs -device zyd # ZyDAS zb1211/zb1211b wireless NICs -device urio # Diamond Rio 500 MP3 player # USB Serial devices device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters @@ -312,14 +141,6 @@ device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS -# USB Ethernet, requires miibus -device aue # ADMtek USB Ethernet -device axe # ASIX Electronics USB Ethernet -device cdce # Generic USB over Ethernet -device cue # CATC USB Ethernet -device kue # Kawasaki LSI USB Ethernet -device rue # RealTek RTL8150 USB Ethernet -device udav # Davicom DM9601E USB # FireWire support device firewire # FireWire bus code --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 10:24:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AB32106564A for ; Mon, 13 Jul 2009 10:24:25 +0000 (UTC) (envelope-from Priit.Trees@Elion.ee) Received: from mail1.elion.ee (mail1.elion.ee [88.196.160.57]) by mx1.freebsd.org (Postfix) with ESMTP id EEC948FC17 for ; Mon, 13 Jul 2009 10:24:23 +0000 (UTC) (envelope-from Priit.Trees@Elion.ee) Received: from [172.16.101.96] (192.168.28.248) by mail1.elion.ee (192.168.90.167) with Microsoft SMTP Server id 8.1.358.0; Mon, 13 Jul 2009 13:24:22 +0300 From: Priit Trees Organization: Elion To: Date: Mon, 13 Jul 2009 13:24:17 +0300 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Disposition: inline Message-ID: <200907131324.17429.priit.trees@elion.ee> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: panic while configuring vlan on iwn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 10:24:25 -0000 Hello, I use 8.0-CURRENT-200906 and I can create vlans on iwn wireless interface. All work well. Then i upgraded my system to FreeBSD 8.0-BETA1 and create vlan my system crash. ifconfig wlan create wlandev iwn0 ssid XXXXXX wepmode on wepkey 0xXXXXXXXXXX weptxkey 1 up ifconfig vlan11 create ifconfig vlan11 vlan 11 vlandev wlan0 I tested create vlan on em interface and all seem to be work well. I used textdump(4) "script kdb.enter.panic=textdump set; capture on; show allpcpu; bt; ps; alltrace; show alllock; call doadump; reset" and get result is below. Where I going to send vmcore.0 or how is interested digging it. Please do let me know if somebody require more information in this regard. trees-laptop.estpak.ee dumped core - see /var/crash/vmcore.0 Mon Jul 13 00:04:39 EEST 2009 FreeBSD trees-laptop.estpak.ee 8.0-BETA1 FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 panic: mtx_lock() of spin mutex %s @ %s:%d GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x20:0xc0914878 stack pointer = 0x28:0xe835f8e0 frame pointer = 0x28:0xe835f8e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1492 (ifconfig) exclusive sleep mutex vlan_global (vlan_global) r = 0 (0xc6155250) locked @ /usr/src/sys/modules/if_vlan/../../net/if_vlan.c:978 Physical memory: 1990 MB Dumping 87 MB: 72 56 40 24 8 Reading symbols from /boot/kernel.beta1/splash_bmp.ko...Reading symbols from /boot/kernel.beta1/splash_bmp.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/splash_bmp.ko Reading symbols from /boot/kernel.beta1/vesa.ko...Reading symbols from /boot/kernel.beta1/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/vesa.ko Reading symbols from /boot/kernel.beta1/snd_hda.ko...Reading symbols from /boot/kernel.beta1/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/snd_hda.ko Reading symbols from /boot/kernel.beta1/sound.ko...Reading symbols from /boot/kernel.beta1/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/sound.ko Reading symbols from /boot/kernel.beta1/acpi_ibm.ko...Reading symbols from /boot/kernel.beta1/acpi_ibm.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/acpi_ibm.ko Reading symbols from /boot/kernel.beta1/acpi_dock.ko...Reading symbols from /boot/kernel.beta1/acpi_dock.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/acpi_dock.ko Reading symbols from /boot/kernel.beta1/atapicam.ko...Reading symbols from /boot/kernel.beta1/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/atapicam.ko Reading symbols from /boot/kernel.beta1/if_iwn.ko...Reading symbols from /boot/kernel.beta1/if_iwn.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/if_iwn.ko Reading symbols from /boot/kernel.beta1/cmx.ko...Reading symbols from /boot/kernel.beta1/cmx.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/cmx.ko Reading symbols from /boot/kernel.beta1/linprocfs.ko...Reading symbols from /boot/kernel.beta1/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/linprocfs.ko Reading symbols from /boot/kernel.beta1/linux.ko...Reading symbols from /boot/kernel.beta1/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/linux.ko Reading symbols from /boot/kernel.beta1/iwnfw.ko...Reading symbols from /boot/kernel.beta1/iwnfw.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/iwnfw.ko Reading symbols from /boot/kernel.beta1/if_vlan.ko...Reading symbols from /boot/kernel.beta1/if_vlan.ko.symbols...done. done. Loaded symbols for /boot/kernel.beta1/if_vlan.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc04c4499 in db_fncall (dummy1=1, dummy2=0, dummy3=-1057533344, dummy4=0xe835f6b4 "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04c4891 in db_command (last_cmdp=0xc0d77fbc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04c49ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04c684d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc08a2896 in kdb_trap (type=12, code=0, tf=0xe835f8a0) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc0b9896f in trap_fatal (frame=0xe835f8a0, eva=3735929054) at /usr/src/sys/i386/i386/trap.c:924 #7 0xc0b992d1 in trap (frame=0xe835f8a0) at /usr/src/sys/i386/i386/trap.c:325 #8 0xc0b7bc5b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #9 0xc0914878 in strlen (str=0xdeadc0de
) at /usr/src/sys/libkern/strlen.c:41 #10 0xc08a5cee in kvprintf (fmt=0xc0c56d0b " @ %s:%d", func=0xc08a5060 , arg=0xe835fa30, radix=10, ap=0xe835fa74 "\002W\006") at /usr/src/sys/kern/subr_prf.c:728 #11 0xc08a663b in vsnprintf (str=0xc0daa0c0 "mtx_lock() of spin mutex ", size=256, format=0xc0c56cf0 "mtx_lock() of spin mutex %s @ %s:%d", ap=0xe835fa70 "\002W\006") at /usr/src/sys/kern/subr_prf.c:461 #12 0xc0874a6d in panic (fmt=0xc0c56cf0 "mtx_lock() of spin mutex %s @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:541 #13 0xc08655ea in _mtx_lock_flags (m=0xc5e034e4, opts=0, file=0xc0c202f0 "/usr/src/sys/dev/e1000/if_em.c", line=1623) at /usr/src/sys/kern/kern_mutex.c:197 #14 0xc0611bb5 in em_init (arg=0xc5dff000) at /usr/src/sys/dev/e1000/if_em.c:1623 #15 0xc0611c84 in em_register_vlan (unused=0x0, ifp=0xc578f400, vtag=11) at /usr/src/sys/dev/e1000/if_em.c:4731 #16 0xc6153d06 in vlan_config (ifv=0xc5bd98c0, p=0xc578f400, tag=11) at /usr/src/sys/modules/if_vlan/../../net/if_vlan.c:1072 #17 0xc6154555 in vlan_ioctl (ifp=0xc5937400, cmd=2149607737, data=0xc5bac9c0 "vlan11") at /usr/src/sys/modules/if_vlan/../../net/if_vlan.c:1381 #18 0xc09209f8 in ifioctl (so=0xc5dc8670, cmd=2149607737, data=0xc5bac9c0 "vlan11", td=0xc5da5b40) at /usr/src/sys/net/if.c:2162 #19 0xc08beb05 in soo_ioctl (fp=0xc5c2ec40, cmd=2149607737, data=0xc5bac9c0, active_cred=0xc5bc3580, td=0xc5da5b40) at /usr/src/sys/kern/sys_socket.c:212 #20 0xc08b91ad in kern_ioctl (td=0xc5da5b40, fd=3, com=2149607737, data=0xc5bac9c0 "vlan11") at file.h:262 #21 0xc08b9334 in ioctl (td=0xc5da5b40, uap=0xe835fcf8) at /usr/src/sys/kern/sys_generic.c:678 #22 0xc0b98e73 in syscall (frame=0xe835fd38) at /usr/src/sys/i386/i386/trap.c:1073 #23 0xc0b7bcc0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #24 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -68 0 0 0 - DLs ?? 217773:36.00 [kernel] 0 1 0 0 44 0 2912 0 wait DLs ?? 296915:52.00 [init] 0 2 0 0 -8 0 0 0 - DL ?? 171387:20.00 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 772696:24.00 [g_up] 0 4 0 0 -8 0 0 0 - DL ?? 829600:16.00 [g_down] 0 5 0 0 -16 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 6 0 0 76 0 0 0 c56cbbbc DL ?? 0:00.00 [cbb0 event 0 7 0 0 -16 0 0 0 - DL ?? 0:00.00 [fw0_probe] 0 8 0 0 -16 0 0 0 waitin DL ?? 398:56.00 [sctp_itera 0 9 0 0 76 0 0 0 psleep DL ?? 2675:36.00 [pagedaemon 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audit] 0 11 0 0 171 0 0 0 - RL ?? 19758653:44.00 [idle] 0 12 0 0 -60 0 0 0 - WL ?? 3701702:00.00 [intr] 0 13 0 0 -16 0 0 0 - DL ?? 100231:44.00 [yarrow] 0 14 0 0 -16 0 0 0 tzpoll DL ?? 37115:20.00 [acpi_therm 0 15 0 0 -16 0 0 0 coolin DL ?? 0:00.00 [acpi_cooli 0 16 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus0] 0 17 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus0] 0 18 0 0 -64 0 0 0 wmsg DL ?? 689216:40.00 [usbus0] 0 19 0 0 -64 0 0 0 wmsg DL ?? 4512:16.00 [usbus0] 0 20 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus1] 0 21 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus1] 0 22 0 0 -64 0 0 0 wmsg DL ?? 2071:44.00 [usbus1] 0 23 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus1] 0 24 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus2] 0 25 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus2] 0 26 0 0 -64 0 0 0 wmsg DL ?? 5579:04.00 [usbus2] 0 27 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus2] 0 28 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus3] 0 29 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus3] 0 30 0 0 -64 0 0 0 wmsg DL ?? 1819:36.00 [usbus3] 0 31 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus3] 0 32 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus4] 0 33 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus4] 0 34 0 0 -64 0 0 0 wmsg DL ?? 1503:04.00 [usbus4] 0 35 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus4] 0 36 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus5] 0 37 0 0 -68 0 0 0 wmsg DL ?? 0:00.00 [usbus5] 0 38 0 0 -64 0 0 0 wmsg DL ?? 3384:56.00 [usbus5] 0 39 0 0 -64 0 0 0 wmsg DL ?? 0:00.00 [usbus5] 0 40 0 0 76 0 0 0 psleep DL ?? 195:44.00 [vmdaemon] 0 41 0 0 76 0 0 0 pgzero DL ?? 91:52.00 [pagezero] 0 42 0 0 76 0 0 0 psleep DL ?? 6768:32.00 [bufdaemon] 0 43 0 0 76 0 0 0 vlruwt DL ?? 1274:08.00 [vnlru] 0 44 0 0 44 0 0 0 syncer DL ?? 10992:32.00 [syncer] 0 45 0 0 76 0 0 0 sdflus DL ?? 35880:56.00 [softdepflu 0 46 0 0 76 0 0 0 flowcl DL ?? 214:48.00 [flowcleane 0 820 1 0 76 0 1888 0 select Ds ?? 7768:24.00 [devd] 0 968 1 0 44 0 3340 0 select Ds ?? 355911:04.00 [syslogd] 0 1104 1 0 44 0 3400 0 select Ds ?? 141620:08.00 [ifdhandler 0 1112 1 0 44 0 3444 0 select Ds ?? 8486:56.00 [moused] 556 1135 1 0 44 0 3496 0 select Ds ?? 147429:04.00 [dbus-daemo 0 1233 1 0 44 0 3340 0 select Ds ?? 71368:48.00 [powerd] 0 1266 1 0 76 0 6672 0 select Ds ?? 35564:24.00 [sshd] 0 1273 1 0 44 0 6068 0 select Ds ?? 96969:52.00 [sendmail] 25 1277 1 0 76 0 6068 0 pause Ds ?? 51650:08.00 [sendmail] 0 1289 1 0 44 0 3368 0 nanslp Ds ?? 87019:04.00 [cron] 0 1341 1 0 44 0 3804 0 wait Ds ?? 138734:32.00 [login] 0 1342 1 0 76 0 3340 0 ttyin Ds+ ?? 130536:48.00 [getty] 0 1343 1 0 76 0 3340 0 ttyin Ds+ ?? 130698:16.00 [getty] 0 1344 1 0 76 0 3340 0 ttyin Ds+ ?? 127943:20.00 [getty] 0 1345 1 0 76 0 3340 0 ttyin Ds+ ?? 129271:12.00 [getty] 0 1346 1 0 76 0 3340 0 ttyin Ds+ ?? 127461:36.00 [getty] 0 1347 1 0 76 0 3340 0 ttyin Ds+ ?? 129167:44.00 [getty] 0 1348 1 0 76 0 3340 0 ttyin Ds+ ?? 129623:20.00 [getty] 560 1353 1 0 44 0 7012 0 select Ds ?? 2861490:24.00 [hald] 0 1356 1 0 53 0 12404 0 n Ds ?? 289582:40.00 [console-ki 0 1357 1353 0 76 0 5920 0 select D ?? 540188:24.00 [hald-runne 0 1362 1357 0 76 0 5804 0 kqread D ?? 454060:00.00 [hald-addon 0 1400 1341 0 44 0 5640 0 pause D ?? 177872:16.00 [csh] 0 1492 1400 0 44 0 3448 0 - R+ ?? 0:00.00 [ifconfig] ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 236 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 254 pages cached 0 pages freed 0 pages freed by daemon 140738 pages freed by exiting processes 6252 pages active 2027 pages inactive 8 pages in VM cache 8570 pages wired down 483904 pages free 4096 bytes per page 34508 total name lookups cache hits (85% pos + 9% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) isadev 9 1K - 9 64 ddb_capture 1 48K - 1 sbp 104 9K - 104 32,128 cdev 11 2K - 11 128 sigio 1 1K - 1 32 filedesc 73 19K - 1505 16,256,512 kenv 82 7K - 86 16,32,64,128,4096 kqueue 10 5K - 27 128,256,1024 proc-args 25 2K - 548 32,64,128,256 agp 1 1K - 1 16 ithread 78 7K - 78 16,64,128 acpica 5285 269K - 84429 16,32,64,128,256,512,1024,2048 KTRACE 100 13K - 100 128 linker 194 462K - 360 16,32,64,512,1024,4096 lockf 23 2K - 287 32,64 acpitask 1 1K - 1 1024 ip6ndp 8 1K - 8 64,128 temp 43 237K - 5837 16,32,64,128,256,512,1024,2048,4096 devbuf 5182 8606K - 5294 16,32,64,128,256,512,1024,2048,4096 CAM dev queue 3 1K - 3 64 module 477 30K - 478 64,128 kbdmux 6 10K - 6 16,256,1024,2048,4096 mtx_pool 2 8K - 2 4096 LED 1 1K - 1 64 osd 2 1K - 2 16,32 subproc 174 310K - 1596 256,4096 proc 2 8K - 2 4096 session 21 2K - 22 64 pgrp 23 2K - 28 64 cred 38 4K - 5578 64,128 uidinfo 5 2K - 6 64,1024 plimit 13 4K - 161 256 sysctltmp 0 0K - 508 16,32,64,128,256 sysctloid 3957 121K - 4059 16,32,64,128 sysctl 0 0K - 956 16,32,64 callout 1 256K - 1 umtx 175 11K - 175 64 vimage 15 1K - 15 32 p1003.1b 1 1K - 1 16 SWAP 2 277K - 2 64 bus-sc 84 253K - 4027 16,32,64,128,256,512,1024,2048,4096 bus 1260 58K - 7069 16,32,64,128,512,1024 devstat 8 17K - 8 16,4096 eventhandler 79 4K - 79 32,64,128 CAM queue 9 1K - 88 16,32 kobj 339 678K - 401 2048 Per-cpu 1 1K - 1 16 acpisem 23 3K - 23 64,128 rman 206 13K - 591 16,32,64 CAM SIM 3 1K - 3 128 sbuf 0 0K - 455 16,32,64,128,256,512,1024,2048,4096 stack 0 0K - 2 128 taskqueue 17 1K - 17 16,64 Unitno 13 1K - 29 16,64 CAM periph 2 1K - 16 16,32,64,128 CAM XPT 29 13K - 115 16,32,64,512,1024 ata_generic 1 1K - 1 1024 Witness 1 104K - 1 iov 0 0K - 1399 16,64,128,256 select 28 2K - 28 64 ioctlops 1 1K - 2617 16,32,64,128,256,512,1024,2048,4096 msg 4 25K - 4 1024,4096 sem 4 6K - 4 256,512,1024,4096 shm 1 12K - 1 tty 19 10K - 21 512,1024 mbuf_tag 0 0K - 2 32 ksem 1 4K - 1 4096 shmfd 1 4K - 1 4096 pcb 15 79K - 18 16,64,512,1024,2048,4096 soname 13 2K - 281 16,32,64,128 biobuf 4 8K - 6 2048 vfscache 1 512K - 1 vfs_hash 1 256K - 1 vnodes 2 1K - 2 128 ad_driver 1 1K - 1 32 vnodemarker 0 0K - 82 512 mount 103 4K - 147 16,32,64,128,256 BPF 7 1K - 7 64 ether_multi 10 1K - 10 16,32 ifaddr 193 17K - 193 16,32,64,128,256,512,2048 ifnet 8 8K - 8 64,1024 clone 6 24K - 6 4096 arpcom 4 1K - 4 16 fw_com 1 1K - 1 64 lltable 17 5K - 17 128,256 ar_driver 0 0K - 6 512,2048 acpidev 89 3K - 89 32 routetbl 45 259K - 110 64,128,256,512 80211vap 1 4K - 1 4096 80211crypto 1 1K - 1 16 80211com 1 8K - 1 80211nodeie 2 1K - 2 128 80211node 1 8K - 2 80211scan 3 5K - 3 256,2048 igmp 7 1K - 7 128 in_multi 1 1K - 1 128 sctp_iter 0 0K - 2 128 sctp_ifn 1 1K - 1 128 sctp_ifa 3 1K - 3 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 2 16 hostcache 1 16K - 1 syncache 1 72K - 1 entropy 1024 64K - 1024 64 fw_xfer 0 0K - 1 128 in6_multi 12 2K - 12 16,256 firewire 11 23K - 14 32,64,512,1024,2048,4096 mld 7 1K - 7 128 NFS FHA 1 1K - 1 1024 rpc 2 5K - 2 128,4096 audit_evclass 171 3K - 210 16 savedino 0 0K - 19 256 dirrem 0 0K - 72 32 mkdir 0 0K - 12 32 diradd 0 0K - 85 64 freefile 0 0K - 47 32 freeblks 0 0K - 39 256 freefrag 0 0K - 1 32 allocindir 0 0K - 1 64 indirdep 0 0K - 2 32 allocdirect 0 0K - 52 128 bmsafemap 0 0K - 32 64 newblk 1 1K - 54 64,256 inodedep 1 256K - 128 128 pagedep 1 64K - 55 64 ufs_dirhash 42 9K - 42 16,32,64,128,256,512 ufs_mount 12 25K - 12 256,2048,4096 UMAHash 1 1K - 1 256 vm_pgdata 2 65K - 2 64 atkbddev 2 1K - 2 32 USBdev 67 16K - 289 32,128,256,1024 USB 58 34K - 61 16,32,64,128,256,1024 DEVFS1 111 28K - 119 256 apmdev 1 1K - 1 64 DEVFS3 128 16K - 137 128 DEVFS 20 1K - 21 16,64 DEVFSP 0 0K - 222 32 io_apic 1 1K - 1 1024 memdesc 1 4K - 1 4096 msi 3 1K - 3 64 nexusdev 4 1K - 4 16 pfs_nodes 69 9K - 69 128 pfs_vncache 6 1K - 6 32 pci_link 16 2K - 16 32,128 GEOM 97 18K - 665 16,32,64,128,512,1024 acpi_perf 2 1K - 2 128 mixer 1 4K - 1 4096 feeder 12 1K - 14 16,64 hdac 10 18K - 10 64,128,512,1024,2048 ata_cam 1 1K - 1 1024 linux 12 1K - 12 32,64 vlan 3 1K - 3 64 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 128, 0, 87, 3, 87, 0 UMA Zones: 888, 0, 87, 1, 87, 0 UMA Slabs: 284, 0, 840, 14, 1910, 0 UMA RCntSlabs: 544, 0, 227, 4, 227, 0 UMA Hash: 128, 0, 2, 28, 3, 0 16 Bucket: 76, 0, 44, 6, 72, 0 32 Bucket: 140, 0, 52, 4, 75, 0 64 Bucket: 268, 0, 47, 9, 93, 13 128 Bucket: 524, 0, 50, 6, 1192, 112 VM OBJECT: 136, 0, 1278, 172, 20866, 0 MAP: 140, 0, 7, 21, 7, 0 KMAP ENTRY: 72, 57505, 41, 224, 5624, 0 MAP ENTRY: 72, 0, 674, 280, 40472, 0 DP fakepg: 68, 0, 0, 112, 17, 0 mt_zone: 2056, 0, 276, 124, 276, 0 16: 16, 0, 3450, 407, 45091, 0 32: 32, 0, 4845, 353, 44777, 0 64: 64, 0, 6669, 234, 12815, 0 128: 128, 0, 2720, 220, 13599, 0 256: 256, 0, 996, 129, 4463, 0 512: 512, 0, 96, 24, 2820, 0 1024: 1024, 0, 64, 184, 1716, 0 2048: 2048, 0, 380, 38, 586, 0 4096: 4096, 0, 337, 59, 5767, 0 Files: 56, 0, 124, 144, 6936, 0 TURNSTILE: 72, 0, 176, 64, 176, 0 umtx pi: 52, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0 PROC: 680, 0, 70, 32, 1492, 0 THREAD: 572, 0, 144, 31, 144, 0 SLEEPQUEUE: 40, 0, 176, 119, 176, 0 VMSPACE: 232, 0, 25, 60, 1447, 0 cpuset: 40, 0, 2, 182, 2, 0 audit_record: 804, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 0, 269, 480, 0 mbuf: 256, 0, 65, 204, 1182, 0 mbuf_cluster: 2048, 25600, 256, 18, 256, 0 mbuf_jumbo_page: 4096, 12800, 64, 26, 278, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 g_bio: 140, 0, 0, 392, 7724, 0 ttyinq: 152, 0, 120, 36, 480, 0 ttyoutq: 256, 0, 64, 26, 256, 0 ata_request: 200, 0, 1, 113, 3317, 0 ata_composite: 180, 0, 0, 0, 0, 0 VNODE: 268, 0, 700, 28, 749, 0 VNODEPOLL: 60, 0, 28, 161, 29, 0 NAMEI: 1024, 0, 0, 36, 12846, 0 S VFS Cache: 72, 0, 624, 65, 1585, 0 L VFS Cache: 292, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 138, 22, 138, 0 NFSMOUNT: 520, 0, 0, 0, 0, 0 NFSNODE: 464, 0, 0, 0, 0, 0 pipe: 392, 0, 3, 37, 1048, 0 ksiginfo: 80, 0, 86, 970, 86, 0 itimer: 220, 0, 0, 0, 0, 0 KNOTE: 68, 0, 33, 135, 33, 0 socket: 412, 25605, 30, 24, 407, 0 unpcb: 172, 25622, 24, 45, 114, 0 ipq: 32, 904, 0, 0, 0, 0 udp_inpcb: 196, 25600, 3, 57, 281, 0 udpcb: 8, 25781, 3, 403, 281, 0 tcp_inpcb: 196, 25600, 3, 57, 12, 0 tcpcb: 492, 25600, 3, 21, 12, 0 tcptw: 52, 5184, 0, 144, 1, 0 syncache: 112, 15365, 0, 70, 1, 0 hostcache: 76, 15400, 1, 99, 1, 0 tcpreass: 20, 1690, 0, 0, 0, 0 sackhole: 20, 0, 0, 0, 0, 0 sctp_ep: 848, 25600, 0, 0, 0, 0 sctp_asoc: 1460, 40000, 0, 0, 0, 0 sctp_laddr: 24, 80040, 0, 145, 2, 0 sctp_raddr: 420, 80001, 0, 0, 0, 0 sctp_chunk: 96, 400000, 0, 0, 0, 0 sctp_readq: 76, 400000, 0, 0, 0, 0 sctp_stream_msg_out: 64, 400020, 0, 0, 0, 0 sctp_asconf: 24, 400055, 0, 0, 0, 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, 0 ripcb: 196, 25600, 0, 0, 0, 0 rtentry: 108, 0, 5, 67, 5, 0 selfd: 28, 0, 58, 323, 14745, 0 ip4flow: 36, 4141, 0, 303, 2, 0 ip6flow: 60, 4158, 0, 0, 0, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0 Mountpoints: 644, 0, 7, 5, 7, 0 FFS inode: 116, 0, 616, 77, 664, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 616, 44, 664, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 106 3 irq9: acpi0 392 11 irq12: psm0 2133 64 irq16: cbb0 uhci2+ 1916 58 irq17: fwohci0+ 1 0 irq19: ehci1 55 1 irq20: uhci0 28 0 irq22: ehci0 2 0 cpu0: timer 170990 5181 irq257: hdac0 25 0 irq258: iwn0 765 23 cpu1: timer 157995 4787 Total 334408 10133 ------------------------------------------------------------------------ pstat -T 124/12328 files 0M/1737M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad4s2b 3558928 0 3558928 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad4 KB/t tps MB/s 12.74 57 0.71 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 136 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s netstat: /boot/kernel.beta1/kernel: no namelist ------------------------------------------------------------------------ netstat -m netstat: /boot/kernel.beta1/kernel: no namelist ------------------------------------------------------------------------ netstat -id netstat: /boot/kernel.beta1/kernel: no namelist ------------------------------------------------------------------------ netstat -anr netstat: /boot/kernel.beta1/kernel: no namelist ------------------------------------------------------------------------ netstat -anA netstat: /boot/kernel.beta1/kernel: no namelist ------------------------------------------------------------------------ netstat -aL netstat: /boot/kernel.beta1/kernel: no namelist ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root ifconfig 1492 root / 2 drwxr-xr-x 512 r root ifconfig 1492 wd / 11525 drwxr-xr-x 512 r root ifconfig 1492 text / 34606 -r-xr-xr-x 121124 r root ifconfig 1492 0 /dev 48 crw------- ttyv0 rw root ifconfig 1492 1 /dev 48 crw------- ttyv0 rw root ifconfig 1492 2 /dev 48 crw------- ttyv0 rw root ifconfig 1492 3* internet dgram udp c5dba0c4 root csh 1400 root / 2 drwxr-xr-x 512 r root csh 1400 wd / 11525 drwxr-xr-x 512 r root csh 1400 text / 142 -r-xr-xr-x 323544 r root csh 1400 15 /dev 48 crw------- ttyv0 rw root csh 1400 16 /dev 48 crw------- ttyv0 rw root csh 1400 17 /dev 48 crw------- ttyv0 rw root csh 1400 18 /dev 48 crw------- ttyv0 rw root csh 1400 19 /dev 48 crw------- ttyv0 rw root hald-addon-mouse-s 1362 root / 2 drwxr-xr-x 512 r root hald-addon-mouse-s 1362 wd /usr 403767 drwxr-xr-x 1536 r root hald-addon-mouse-s 1362 text /usr 411581 -r-xr-xr-x 6832 r root hald-addon-mouse-s 1362 0 /dev 31 crw-rw-rw- null r root hald-addon-mouse-s 1362 1 /dev 31 crw-rw-rw- null rw root hald-addon-mouse-s 1362 2 /dev 31 crw-rw-rw- null rw root hald-addon-mouse-s 1362 3* local stream c5dbd60c <-> c5dbd560 root hald-runner 1357 root / 2 drwxr-xr-x 512 r root hald-runner 1357 wd / 2 drwxr-xr-x 512 r root hald-runner 1357 text /usr 411592 -r-xr-xr-x 13736 r root hald-runner 1357 0 /dev 31 crw-rw-rw- null r root hald-runner 1357 1 /dev 31 crw-rw-rw- null rw root hald-runner 1357 2 /dev 31 crw-rw-rw- null rw root hald-runner 1357 3* local stream c5dbc158 <-> c5dbc0ac root console-kit-daemon 1356 root / 2 drwxr-xr-x 512 r root console-kit-daemon 1356 wd / 2 drwxr-xr-x 512 r root console-kit-daemon 1356 text /usr 411538 -r-xr-xr-x 116388 r root console-kit-daemon 1356 0 /dev 31 crw-rw-rw- null rw root console-kit-daemon 1356 1 /dev 31 crw-rw-rw- null rw root console-kit-daemon 1356 2 /dev 31 crw-rw-rw- null rw root console-kit-daemon 1356 3* pipe c5c3e620 <-> c5c3e6d8 0 rw root console-kit-daemon 1356 4 /dev 31 crw-rw-rw- null rw root console-kit-daemon 1356 5* pipe c5c3e6d8 <-> c5c3e620 0 rw root console-kit-daemon 1356 6 /usr 428856 drwxr-xr-x 512 r root console-kit-daemon 1356 7* pipe c5c3e000 <-> c5c3e0b8 0 rw root console-kit-daemon 1356 8* pipe c5c3e0b8 <-> c5c3e000 0 rw root console-kit-daemon 1356 9* local stream c5dbd8bc <-> c5dbd810 root console-kit-daemon 1356 10 /var 51317 -rw-r--r-- 6588 w root console-kit-daemon 1356 12 /dev 5 crw------- console r root console-kit-daemon 1356 13 /usr 502234 -rw-r--r-- 409 r root console-kit-daemon 1356 14 /usr 543739 drwxr-xr-x 512 r root console-kit-daemon 1356 15 /var 8 -rw-rw-r-- 0 r haldaemo hald 1353 root / 2 drwxr-xr-x 512 r haldaemo hald 1353 wd / 2 drwxr-xr-x 512 r haldaemo hald 1353 text /usr 411593 -r-xr-xr-x 274384 r haldaemo hald 1353 0 /dev 31 crw-rw-rw- null rw haldaemo hald 1353 1 /dev 31 crw-rw-rw- null rw haldaemo hald 1353 2 /dev 31 crw-rw-rw- null rw haldaemo hald 1353 5* pipe c5c3e188 <-> c5c3e240 0 rw haldaemo hald 1353 6* pipe c5c3e240 <-> c5c3e188 0 rw haldaemo hald 1353 7* local stream c5dbc408 haldaemo hald 1353 8* local stream c5dbc35c <-> c5dbc2b0 haldaemo hald 1353 9* local stream c5dbc204 haldaemo hald 1353 10* local stream c5dbc0ac <-> c5dbc158 haldaemo hald 1353 12 /dev 33 crw-r--r-- pci rw haldaemo hald 1353 13 /dev 35 crw------- ata r haldaemo hald 1353 14 /dev 111 crw------- xpt0 rw haldaemo hald 1353 16 /usr 502234 -rw-r--r-- 409 r haldaemo hald 1353 17 /usr 543739 drwxr-xr-x 512 r haldaemo hald 1353 18 /var 8 -rw-rw-r-- 0 r haldaemo hald 1353 19 /usr 543818 drwxr-xr-x 512 r haldaemo hald 1353 20 /usr 543820 drwxr-xr-x 512 r haldaemo hald 1353 21 /usr 543819 drwxr-xr-x 512 r haldaemo hald 1353 22 /usr 543755 drwxr-xr-x 512 r haldaemo hald 1353 23 /usr 543793 drwxr-xr-x 512 r haldaemo hald 1353 24 /usr 543796 drwxr-xr-x 512 r haldaemo hald 1353 25 /usr 543794 drwxr-xr-x 512 r haldaemo hald 1353 26 /usr 543795 -r--r--r-- 1656 r haldaemo hald 1353 27 /usr 543757 drwxr-xr-x 512 r haldaemo hald 1353 28 /usr 543797 drwxr-xr-x 512 r haldaemo hald 1353 29 /usr 543817 drwxr-xr-x 512 r haldaemo hald 1353 30 /usr 543798 drwxr-xr-x 512 r haldaemo hald 1353 31 /usr 543809 -r--r--r-- 1609 r haldaemo hald 1353 32 /usr 543808 -r--r--r-- 19472 r haldaemo hald 1353 33 /usr 543807 -r--r--r-- 1214 r haldaemo hald 1353 34 /usr 543806 -r--r--r-- 541 r haldaemo hald 1353 35 /usr 543805 -r--r--r-- 913 r haldaemo hald 1353 36 /usr 543804 -r--r--r-- 1153 r haldaemo hald 1353 37 /usr 543803 -r--r--r-- 4038 r haldaemo hald 1353 38 /usr 543802 -r--r--r-- 257 r haldaemo hald 1353 39 /usr 543801 -r--r--r-- 1352 r haldaemo hald 1353 40 /usr 543800 -r--r--r-- 795 r haldaemo hald 1353 41 /usr 543799 -r--r--r-- 720 r haldaemo hald 1353 42 /usr 543756 drwxr-xr-x 512 r haldaemo hald 1353 43* local stream c5dbc000 <-> c5dbda14 haldaemo hald 1353 44* local stream c5dbd560 <-> c5dbd60c root getty 1348 root / 2 drwxr-xr-x 512 r root getty 1348 wd / 2 drwxr-xr-x 512 r root getty 1348 text /usr 117771 -r-xr-xr-x 21832 r root getty 1348 0 /dev 55 crw------- ttyv7 rw root getty 1348 1 /dev 55 crw------- ttyv7 rw root getty 1348 2 /dev 55 crw------- ttyv7 rw root getty 1347 root / 2 drwxr-xr-x 512 r root getty 1347 wd / 2 drwxr-xr-x 512 r root getty 1347 text /usr 117771 -r-xr-xr-x 21832 r root getty 1347 0 /dev 54 crw------- ttyv6 rw root getty 1347 1 /dev 54 crw------- ttyv6 rw root getty 1347 2 /dev 54 crw------- ttyv6 rw root getty 1346 root / 2 drwxr-xr-x 512 r root getty 1346 wd / 2 drwxr-xr-x 512 r root getty 1346 text /usr 117771 -r-xr-xr-x 21832 r root getty 1346 0 /dev 53 crw------- ttyv5 rw root getty 1346 1 /dev 53 crw------- ttyv5 rw root getty 1346 2 /dev 53 crw------- ttyv5 rw root getty 1345 root / 2 drwxr-xr-x 512 r root getty 1345 wd / 2 drwxr-xr-x 512 r root getty 1345 text /usr 117771 -r-xr-xr-x 21832 r root getty 1345 0 /dev 52 crw------- ttyv4 rw root getty 1345 1 /dev 52 crw------- ttyv4 rw root getty 1345 2 /dev 52 crw------- ttyv4 rw root getty 1344 root / 2 drwxr-xr-x 512 r root getty 1344 wd / 2 drwxr-xr-x 512 r root getty 1344 text /usr 117771 -r-xr-xr-x 21832 r root getty 1344 0 /dev 51 crw------- ttyv3 rw root getty 1344 1 /dev 51 crw------- ttyv3 rw root getty 1344 2 /dev 51 crw------- ttyv3 rw root getty 1343 root / 2 drwxr-xr-x 512 r root getty 1343 wd / 2 drwxr-xr-x 512 r root getty 1343 text /usr 117771 -r-xr-xr-x 21832 r root getty 1343 0 /dev 50 crw------- ttyv2 rw root getty 1343 1 /dev 50 crw------- ttyv2 rw root getty 1343 2 /dev 50 crw------- ttyv2 rw root getty 1342 root / 2 drwxr-xr-x 512 r root getty 1342 wd / 2 drwxr-xr-x 512 r root getty 1342 text /usr 117771 -r-xr-xr-x 21832 r root getty 1342 0 /dev 49 crw------- ttyv1 rw root getty 1342 1 /dev 49 crw------- ttyv1 rw root getty 1342 2 /dev 49 crw------- ttyv1 rw root login 1341 root / 2 drwxr-xr-x 512 r root login 1341 wd / 11525 drwxr-xr-x 512 r root login 1341 text /usr 33162 -r-sr-xr-x 21712 r root login 1341 0 /dev 48 crw------- ttyv0 rw root login 1341 1 /dev 48 crw------- ttyv0 rw root login 1341 2 /dev 48 crw------- ttyv0 rw root login 1341 3* local dgram c5dbd158 <-> c5dbde1c root cron 1289 root / 2 drwxr-xr-x 512 r root cron 1289 wd /var 31234 drwxr-x--- 512 r root cron 1289 text /usr 332826 -r-xr-xr-x 34024 r root cron 1289 0 /dev 31 crw-rw-rw- null rw root cron 1289 1 /dev 31 crw-rw-rw- null rw root cron 1289 2 /dev 31 crw-rw-rw- null rw root cron 1289 3 /var 33626 -rw------- 4 w smmsp sendmail 1277 root / 2 drwxr-xr-x 512 r smmsp sendmail 1277 wd /var 31245 drwxrwx--- 512 r smmsp sendmail 1277 text /usr 120098 -r-xr-sr-x 682740 r smmsp sendmail 1277 0 /dev 31 crw-rw-rw- null r smmsp sendmail 1277 1 /dev 31 crw-rw-rw- null w smmsp sendmail 1277 2 /dev 31 crw-rw-rw- null w smmsp sendmail 1277 3* local dgram c5dbc4b4 <-> c5dbdec8 smmsp sendmail 1277 4 /var 33624 -rw------- 50 w root sendmail 1273 root / 2 drwxr-xr-x 512 r root sendmail 1273 wd /var 31242 drwxr-xr-x 1536 r root sendmail 1273 text /usr 120098 -r-xr-sr-x 682740 r root sendmail 1273 0 /dev 31 crw-rw-rw- null r root sendmail 1273 1 /dev 31 crw-rw-rw- null w root sendmail 1273 2 /dev 31 crw-rw-rw- null w root sendmail 1273 3* local dgram c5dbc560 <-> c5dbde1c root sendmail 1273 4* internet stream tcp c5e1699c root sendmail 1273 5 /var 33622 -rw------- 79 w root sshd 1266 root / 2 drwxr-xr-x 512 r root sshd 1266 wd / 2 drwxr-xr-x 512 r root sshd 1266 text /usr 329736 -r-xr-xr-x 222100 r root sshd 1266 0 /dev 31 crw-rw-rw- null rw root sshd 1266 1 /dev 31 crw-rw-rw- null rw root sshd 1266 2 /dev 31 crw-rw-rw- null rw root sshd 1266 3* internet6 stream tcp c60113d8 root sshd 1266 4* internet stream tcp c60111ec root powerd 1233 root / 2 drwxr-xr-x 512 r root powerd 1233 wd / 2 drwxr-xr-x 512 r root powerd 1233 text /usr 332943 -r-xr-xr-x 12764 r root powerd 1233 0 /dev 31 crw-rw-rw- null rw root powerd 1233 1 /dev 31 crw-rw-rw- null rw root powerd 1233 2 /dev 31 crw-rw-rw- null rw root powerd 1233 3 /var 33620 -rw------- 4 w root powerd 1233 4* local stream c5dbc6b8 <-> c5dbc60c messageb dbus-daemon 1135 root / 2 drwxr-xr-x 512 r messageb dbus-daemon 1135 wd / 2 drwxr-xr-x 512 r messageb dbus-daemon 1135 text /usr 411188 -r-xr-xr-x 313860 r messageb dbus-daemon 1135 0 /dev 31 crw-rw-rw- null rw messageb dbus-daemon 1135 1 /dev 31 crw-rw-rw- null rw messageb dbus-daemon 1135 2 /dev 31 crw-rw-rw- null rw messageb dbus-daemon 1135 3* local stream c5dbc764 messageb dbus-daemon 1135 4 /dev 31 crw-rw-rw- null rw messageb dbus-daemon 1135 6 /usr 428856 drwxr-xr-x 512 r messageb dbus-daemon 1135 7* local stream c5dbdcc4 <-> c5dbdc18 messageb dbus-daemon 1135 8* local stream c5dbdc18 <-> c5dbdcc4 messageb dbus-daemon 1135 9* local stream c5dbc2b0 <-> c5dbc35c messageb dbus-daemon 1135 11* local stream c5dbd810 <-> c5dbd8bc root moused 1112 root / 2 drwxr-xr-x 512 r root moused 1112 wd / 2 drwxr-xr-x 512 r root moused 1112 text /usr 332902 -r-xr-xr-x 36100 r root moused 1112 0 /dev 31 crw-rw-rw- null rw root moused 1112 1 /dev 31 crw-rw-rw- null rw root moused 1112 2 /dev 31 crw-rw-rw- null rw root moused 1112 3 /dev 45 crw-rw-rw- psm0 rw root moused 1112 4 /dev 64 crw------- consolectl rw root moused 1112 5 /var 33619 -rw------- 4 w root ifdhandler 1104 root / 2 drwxr-xr-x 512 r root ifdhandler 1104 wd / 2 drwxr-xr-x 512 r root ifdhandler 1104 text /usr 416698 -r-xr-xr-x 173340 r root ifdhandler 1104 0 /dev 31 crw-rw-rw- null rw root ifdhandler 1104 1 /dev 31 crw-rw-rw- null rw root ifdhandler 1104 2 /dev 31 crw-rw-rw- null rw root ifdhandler 1104 3 /dev 89 crw------- cmx0 rw root ifdhandler 1104 4* local stream c5dbdd70 root syslogd 968 root / 2 drwxr-xr-x 512 r root syslogd 968 wd / 2 drwxr-xr-x 512 r root syslogd 968 text /usr 332992 -r-xr-xr-x 35864 r root syslogd 968 0 /dev 31 crw-rw-rw- null rw root syslogd 968 1 /dev 31 crw-rw-rw- null rw root syslogd 968 2 /dev 31 crw-rw-rw- null rw root syslogd 968 3 /var 33559 -rw------- 3 w root syslogd 968 4* local dgram c5dbdec8 root syslogd 968 5* local dgram c5dbde1c root syslogd 968 6* internet6 dgram udp c5db9188 root syslogd 968 7* internet dgram udp c5db90c4 root syslogd 968 8 /dev 30 crw------- klog r root syslogd 968 10 - - bad - root syslogd 968 11 /var 33684 -rw-r--r-- 241319 w root syslogd 968 12 /var 31268 -rw------- 67 w root syslogd 968 13 /var 31259 -rw------- 47656 w root syslogd 968 14 /var 33417 -rw-r----- 54241 w root syslogd 968 15 /var 31264 -rw-r--r-- 67 w root syslogd 968 16 /var 31269 -rw------- 67 w root syslogd 968 17 /var 31254 -rw------- 30075 w root syslogd 968 18 /var 31263 -rw------- 22969 w root syslogd 968 19 /var 31267 -rw-r----- 67 w root devd 820 root / 2 drwxr-xr-x 512 r root devd 820 wd / 2 drwxr-xr-x 512 r root devd 820 text / 34670 -r-xr-xr-x 386680 r root devd 820 0 /dev 31 crw-rw-rw- null rw root devd 820 1 /dev 31 crw-rw-rw- null rw root devd 820 2 /dev 31 crw-rw-rw- null rw root devd 820 3 / 34728 drwxr-xr-x 512 r root devd 820 4 /dev 4 crw------- devctl r root devd 820 5* local stream c5dbcec8 root devd 820 6 /var 33475 -rw------- 3 w root devd 820 7* local stream c5dbc60c <-> c5dbc6b8 root devd 820 8* local stream c5dbda14 <-> c5dbc000 root init 1 root / 2 drwxr-xr-x 512 r root init 1 wd / 2 drwxr-xr-x 512 r root init 1 text / 34607 -r-xr-xr-x 666260 r root kernel 0 root / 2 drwxr-xr-x 512 r root kernel 0 wd / 2 drwxr-xr-x 512 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU L7500 @ 1.60GHz (1596.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2046279680 (1951 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 20090521 tbfadt-625 ACPI Warning: Optional field Gpe1Block has zero address or length: 0 102C/0 20090521 tbfadt-655 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 module_register_init: MOD_LOAD (splash_bmp, 0xc10e1c00, 0) error 2 acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7df00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xf8000000-0xf80fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf8100000-0xf81fffff at device 2.1 on pci0 em0: port 0x1840-0x185f mem 0xf8200000-0xf821ffff,0xf8225000-0xf8225fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1d:72:88:62:20 uhci0: port 0x1860-0x187f irq 20 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x1000 usbus0: on uhci0 uhci1: port 0x1880-0x189f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0000 usbus1: on uhci1 ehci0: mem 0xf8426c00-0xf8426fff irq 22 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xf8220000-0xf8223fff irq 17 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090624_0136 hdac0: [ITHREAD] pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 iwn0: mem 0xf7f00000-0xf7f01fff irq 17 at device 0.0 on pci3 iwn0: Reg Domain: MoW2, address 00:1f:3b:7e:5a:a7 iwn0: [ITHREAD] iwn0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11na MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps uhci2: port 0x18a0-0x18bf irq 16 at device 29.0 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0000 usbus3: on uhci2 uhci3: port 0x18c0-0x18df irq 17 at device 29.1 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0000 usbus4: on uhci3 ehci1: mem 0xf8427000-0xf84273ff irq 19 at device 29.7 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pcib3: at device 30.0 on pci0 pci5: on pcib3 cbb0: mem 0xd7eff000-0xd7efffff irq 16 at device 0.0 on pci5 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] fwohci0: <1394 Open Host Controller Interface> mem 0xd7efe800-0xd7efefff irq 17 at device 0.1 on pci5 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:1d:72:ff:88:62:20:ff fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x14b4000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:1d:72:62:20:ff fwe0: Ethernet address: 02:1d:72:62:20:ff fwip0: on firewire0 fwip0: Firewire address: 00:1d:72:ff:88:62:20:ff @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pci5: at device 0.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18e0-0x18ef at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x1c00-0x1c1f mem 0xf8426000-0xf84267ff irq 16 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI v1.10 controller with 3 1.5Gbps ports, PM not supported ata2: on atapci1 ata2: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_dock0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus5: 480Mbps High Speed USB v2.0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 ad4: 76319MB at ata2-master SATA150 ugen5.1: at usbus5 uhub0: on usbus5 ugen0.1: at usbus0 uhub1: on usbus0 ugen1.1: at usbus1 uhub2: on usbus1 ugen2.1: at usbus2 uhub3: on usbus2 ugen3.1: at usbus3 uhub4: on usbus3 ugen4.1: at usbus4 uhub5: on usbus4 hdac0: HDA Codec #0: Analog Devices AD1984 hdac0: HDA Codec #1: Conexant (Unknown) pcm0: at cad 0 nid 1 on hdac0 GEOM: ad4s2: geometry does not match label (255h,63s != 16h,63s). cmx0: at port 0x100-0x107 irq 16 function 0 config 35 on pccard0 cmx0: attached uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub0: 4 ports with 4 removable, self powered uhub3: 4 ports with 4 removable, self powered ugen0.2: at usbus0 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad4s2a ugen0.3: at usbus0 Entropy harvesting: interrupts ethernet point_to_point lock order reversal: 1st 0xc0daa4e4 sysctl lock (sysctl lock) @ /usr/src/sys/kern/kern_sysctl.c:1608 2nd 0xc1171480 ACPI Docking Station (ACPI Docking Station) @ /usr/src/sys/modules/acpi/acpi_dock/../../../dev/acpica/acpi_dock.c:423 KDB: stack backtrace: db_trace_self_wrapper(c0c5b564,e8293aac,c08b5b35,c08a68db,c0c5e3f9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08a68db,c0c5e3f9,c552ad40,c552cd58,e8293b08,...) at kdb_backtrace+0x29 _witness_debugger(c0c5e3f9,c1171480,c11701bb,c552cd58,c117014e,...) at _witness_debugger+0x25 witness_checkorder(c1171480,9,c117014e,1a7,0,...) at witness_checkorder+0x839 _sx_xlock(c1171480,0,c117014e,1a7,0,...) at _sx_xlock+0x85 acpi_dock_status_sysctl(c5951500,c5720000,0,e8293ba4,e8293ba4,...) at acpi_dock_status_sysctl+0x49 sysctl_root(e8293ba4,0,c0c58ec2,648,c5c44240,...) at sysctl_root+0x1e8 userland_sysctl(c5c44240,e8293c10,4,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c5c44240,e8293cf8,18,c0c5f212,c0d3d638,...) at __sysctl+0x94 syscall(e8293d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2817ccbf, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- lock order reversal: 1st 0xc0daa4e4 sysctl lock (sysctl lock) @ /usr/src/sys/kern/kern_sysctl.c:1608 2nd 0xc116c3e4 ACPI IBM extras (ACPI IBM extras) @ /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:484 KDB: stack backtrace: db_trace_self_wrapper(c0c5b564,e8293a88,c08b5b35,c08a68db,c0c5e3f9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08a68db,c0c5e3f9,c552ad40,c552ccf0,e8293ae4,...) at kdb_backtrace+0x29 _witness_debugger(c0c5e3f9,c116c3e4,c116b234,c552ccf0,c116af90,...) at _witness_debugger+0x25 witness_checkorder(c116c3e4,9,c116af90,1e4,0,...) at witness_checkorder+0x839 _sx_xlock(c116c3e4,0,c116af90,1e4,c0da9df0,...) at _sx_xlock+0x85 acpi_ibm_sysctl(c5956340,c5933480,0,e8293ba4,e8293ba4,...) at acpi_ibm_sysctl+0x3f sysctl_root(e8293ba4,0,c0c58ec2,648,c5c44240,...) at sysctl_root+0x1e8 userland_sysctl(c5c44240,e8293c10,4,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c5c44240,e8293cf8,18,c0c5f212,c0d3d638,...) at __sysctl+0x94 syscall(e8293d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2817ccbf, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- kickstart . /dev/ad4s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s2a: clean, 24364 free (316 frags, 3006 blocks, 0.2% fragmentation) /dev/ad4s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s2e: clean, 124808 free (72 frags, 15592 blocks, 0.1% fragmentation) /dev/ad4s2f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s2f: clean, 439509 free (34997 frags, 50564 blocks, 1.5% fragmentation) /dev/ad4s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s2d: clean, 162318 free (1230 frags, 20136 blocks, 0.5% fragmentation) Starting Network: lo0. Additional ABI support: linux . Recovering vi editor sessions: . Starting hald. Configuring syscons: keymap keyrate blanktime . Sun Jul 12 23:53:20 EEST 2009 Jul 12 23:53:41 trees-laptop login: ROOT LOGIN (root) ON ttyv0 wlan0: Ethernet address: 00:1f:3b:7e:5a:a7 lock order reversal: 1st 0xc57ef014 iwn0_com_lock (iwn0_com_lock) @ /usr/src/sys/net80211/ieee80211_proto.c:1072 2nd 0xc5791058 iwn0 (network driver) @ /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:2845 KDB: stack backtrace: db_trace_self_wrapper(c0c5b564,c53fda48,c08b5b35,c08a68db,c0c5e3f9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08a68db,c0c5e3f9,c552eea8,c552a040,c53fdaa4,...) at kdb_backtrace+0x29 _witness_debugger(c0c5e3f9,c5791058,c578e020,c552a040,c118694a,...) at _witness_debugger+0x25 witness_checkorder(c5791058,9,c118694a,b1d,0,...) at witness_checkorder+0x839 _mtx_lock_flags(c5791058,0,c118694a,b1d,c08b58db,...) at _mtx_lock_flags+0xc4 iwn_wme_update(c57ef000,430,c53fdb5c,c0865663,c57ef014,...) at iwn_wme_update+0xb5 ieee80211_wme_updateparams_locked(c5dff000,0,c0c6d578,430,4,...) at ieee80211_wme_updateparams_locked+0x24a ieee80211_wme_updateparams(c5dff000,c0be5338,c0c6d578,361,c57ef014,...) at ieee80211_wme_updateparams+0x46 ieee80211_wme_initparams(c5dff000,c57ef1c8,28,c57ef000,0,...) at ieee80211_wme_initparams+0x1b1 ieee80211_sta_join1(c612a000,c5dde62e,c5dde63f,1) at ieee80211_sta_join1+0xce ieee80211_sta_join(c5dff000,c57ef1c8,c5dde600,1,c57ef000,...) at ieee80211_sta_join+0x1e0 sta_pick_bss(c56cf800,c5dff000,c0c6dcdf,3bc,246,...) at sta_pick_bss+0x113 scan_task(c56cf800,1,c0c5cd60,54,c57f301c,...) at scan_task+0x4bb taskqueue_run(c57f3000,c57f301c,0,c0c4e1b8,0,...) at taskqueue_run+0x10b taskqueue_thread_loop(c57ef074,c53fdd38,c0c53849,342,c0da8320,...) at taskqueue_thread_loop+0x68 fork_exit(c08aecc0,c57ef074,c53fdd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc53fdd70, ebp = 0 --- wlan0: link state changed to UP Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x20:0xc0914878 stack pointer = 0x28:0xe835f8e0 frame pointer = 0x28:0xe835f8e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1492 (ifconfig) exclusive sleep mutex vlan_global (vlan_global) r = 0 (0xc6155250) locked @ /usr/src/sys/modules/if_vlan/../../net/if_vlan.c:978 Physical memory: 1990 MB Dumping 87 MB: 72 56 40 24 8 ------------------------------------------------------------------------ kernel config config: File /boot/kernel.beta1/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE trees-laptop# Sorry my bad English. Best regards Trees From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 10:31: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 B40141065672 for ; Mon, 13 Jul 2009 10:31:07 +0000 (UTC) (envelope-from schmiedgen@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 0398E8FC0C for ; Mon, 13 Jul 2009 10:31:06 +0000 (UTC) (envelope-from schmiedgen@gmx.net) Received: (qmail invoked by alias); 13 Jul 2009 10:04:25 -0000 Received: from dialbs-213-023-190-146.static.arcor-ip.net (EHLO [192.168.10.5]) [213.23.190.146] by mail.gmx.net (mp007) with SMTP; 13 Jul 2009 12:04:25 +0200 X-Authenticated: #3631242 X-Provags-ID: V01U2FsdGVkX1/IlvhHXPnI0lXpNQ4aFmQHhri+XFgescZ941Inbu WQ+Ji+dUUGzp6x Message-ID: <4A5B06B3.5020004@gmx.net> Date: Mon, 13 Jul 2009 12:04:35 +0200 From: Michael Schmiedgen User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Jack Vogel References: <58c737d70907082058s4e97223fuc0bdbdfaabc3a0a5@mail.gmail.com> <20090709153940.4544bfa8.stas@FreeBSD.org> <58c737d70907091052g7a6f962jf87e94974f7e46aa@mail.gmail.com> <2a41acea0907091135j12f4c0efn963859f8def1d9cd@mail.gmail.com> <2a41acea0907091713v6291f7dbt33b61c10ee7db893@mail.gmail.com> <58c737d70907100058u263ab795g442c62d67ba2345f@mail.gmail.com> <2a41acea0907101026j65c16017kfb57cbd77c72577c@mail.gmail.com> In-Reply-To: <2a41acea0907101026j65c16017kfb57cbd77c72577c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 Cc: freebsd-current@freebsd.org Subject: Re: no em0 with r195477 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 10:31:07 -0000 Hi, I got this on my boot console, revision is from last week: em0: The EEPROM Checksum Is Not Valid device_attach: em0 attach returned 5 It's a Supermicro workstation board with Intel chipset and build-in NIC. I am dual boot and WinXP works fine, so the checksum message is perhaps not correct. I am not at machine at the moment but let me know if you want to get further, detailed information. Michael From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 10:44:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BFB6106566B for ; Mon, 13 Jul 2009 10:44:51 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id CFF368FC15 for ; Mon, 13 Jul 2009 10:44:50 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6DAimiV051143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 13 Jul 2009 20:44:48 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1247481889; bh=zjvf6xCr+wufIJDMb+MRNfQeD/ROWfVbSV5zpgwvTIQ=; h=Date:From:To:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=fs7DlTQAO7XONegS3ci+H7hqtllvqQhF+5Ob7Rk5H+Yz3cyD6pOcI8OuoiAUIs9cj ojKyXM++Wcp9UrzYNY25eCwJf1vFK8g2rryWZR61SFLzPyssvxWLZGJHPNFkxpJCy6 ESzN2HShJ0LSj3rZY38qjGXT64/SZSs+lC420Vxw= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6DAimGv003434 for ; Mon, 13 Jul 2009 20:44:48 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n6DAimjw003433 for freebsd-current@freebsd.org; Mon, 13 Jul 2009 20:44:48 +1000 (AEST) (envelope-from john) Date: Mon, 13 Jul 2009 20:44:48 +1000 From: John Marshall To: freebsd-current@freebsd.org Message-ID: <20090713104448.GE982@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20090709073054.GB27373@rwpc12.mby.riverwillow.net.au> <20090709085242.GC27373@rwpc12.mby.riverwillow.net.au> <20090709142121.GS55190@deviant.kiev.zoral.com.ua> <20090710035849.GB31950@rwpc12.mby.riverwillow.net.au> <1247214510.2437.1693.camel@strangepork.london.mintel.ad> <20090710114234.GF32316@rwpc12.mby.riverwillow.net.au> <20090710132429.GA55190@deviant.kiev.zoral.com.ua> <20090711091050.GN32316@rwpc12.mby.riverwillow.net.au> <20090711124206.GF55190@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ" Content-Disposition: inline In-Reply-To: <20090711124206.GF55190@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Subject: Re: Process stuck in vmmaps on 8.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 10:44:51 -0000 --SkvwRMAIpAhPCcCJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 11 Jul 2009, 15:42 +0300, Kostik Belousov wrote: > On Sat, Jul 11, 2009 at 07:10:50PM +1000, John Marshall wrote: > > On Fri, 10 Jul 2009, 16:24 +0300, Kostik Belousov wrote: > > > > > > Thank you, I see what is going on. Please, try the following patch. > >=20 > > Thank you Kostik, > >=20 > > I applied your patch to vm_map.c and rebuilt the kernel. Now the > > process crashes instead - but I think it is getting beyond the point > > where it was hanging. > >=20 > > I rebuilt ntpd on the patched kernel and it still produces this crash. >=20 > This is obviously different issue. Besiddes, backtrace does not make > much sense. >=20 > You need to rebuild and install lib/libc, lib/libthr and > libexec/rtld-elf with debugging symbols. Easiest way to do this is to > enter into each listed src/ subdirectory and do > make obj > make clean > make depend > make all install DEBUG_FLAGS=3D-g > and then start ntpd again and get the backtrace, might by "bt full" will > be more informative. Thank you for the help. This is what I saw after following your instructions... (gdb) bt full #0 memset () at /usr/src/lib/libc/i386/string/memset.S:78 No locals. #1 0x00006000 in ?? () No symbol table info available. #2 0x28085c9b in map_object (fd=3D6,=20 path=3D0x280c0080 "/usr/local/lib/nss_winbind.so.1", sb=3D0xbfbfdbac) at /usr/src/libexec/rtld-elf/map_object.c:196 obj =3D Variable "obj" is not available. Current language: auto; currently asm > BTW, do you use NIS ? Yes, and I also have winbind. If I remove winbind from /etc/nsswitch.conf then ntpd runs happily. I suspect that this might be related to the GSSAPI authentication not working for sshd. I shall now turn my attention to that problem. Thank you for your help in resolving the initial vmmaps problem - and for your patch to vm_map.c. I think we've progressed far enough beyond that problem to close this thread. Thank you again for your help. --=20 John Marshall --SkvwRMAIpAhPCcCJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpbECAACgkQw/tAaKKahKJdNQCeL7hqP3rg4akwWwmhmP/1GzJD XJ4AnRUhRY7suMIBsYgRVnulBlrreg2q =FmI1 -----END PGP SIGNATURE----- --SkvwRMAIpAhPCcCJ-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 10:45:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 408FF1065673; Mon, 13 Jul 2009 10:45:29 +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 3871C8FC0C; Mon, 13 Jul 2009 10:45:27 +0000 (UTC) (envelope-from avg@freebsd.org) 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 NAA16898; Mon, 13 Jul 2009 13:45:26 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A5B1045.8040308@freebsd.org> Date: Mon, 13 Jul 2009 13:45:25 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: David Schultz , freebsd-current@freebsd.org References: <4A562960.3010801@freebsd.org> <20090709193932.GA54408@zim.MIT.EDU> In-Reply-To: <20090709193932.GA54408@zim.MIT.EDU> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: dtrace users opinion solicited (timestamps) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 10:45:29 -0000 on 09/07/2009 22:39 David Schultz said the following: > Doesn't Solaris DTRT and compensate for TSC frequency changes? So, I now believe that it doesn't - by simply avoiding/prohibiting TSC frequency changes. > Why can't we do the same thing? I am not sure. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 11:12: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 DF01E1065A24 for ; Mon, 13 Jul 2009 11:12:03 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5197E8FC0C for ; Mon, 13 Jul 2009 11:12:03 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n6DBC0aC065859 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 13 Jul 2009 13:12:01 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: ticso@cicely.de In-Reply-To: <20090711154724.GC76026@cicely7.cicely.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 13 Jul 2009 13:11:59 +0200 References: <7C636440-4F5D-47B0-BE20-D417B054B1F6@lassitu.de> <20090711133030.GA76026@cicely7.cicely.de> <2AAF9560-BD5C-4BB7-9AA6-D8F10853CF2D@lassitu.de> <20090711154724.GC76026@cicely7.cicely.de> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Current Subject: Re: Unrecoverable UFS error but only with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 11:12:19 -0000 Am 11.07.2009 um 17:47 schrieb Bernd Walter: > On Sat, Jul 11, 2009 at 03:39:37PM +0200, Stefan Bethke wrote: >> Am 11.07.2009 um 15:30 schrieb Bernd Walter: >> >>> On Sat, Jul 11, 2009 at 02:54:01PM +0200, Stefan Bethke wrote: >>>> gmirror and/or ufs got into an odd state after a panic, where fsck >>>> could not fix errors on the mirror device, but each member >>>> filesystem >>>> was fine. Even after destroying the mirror, fixing all three >>>> member >>>> file systems with fsck, and recreating the mirror with just a >>>> single >>>> member fsck found the same errors on the mirror device. >>> >>> You've created the partitions without mirror? >>> The member drives are one block larger than the mirrored and if the >>> filesystem tries to use it under mirror it will fail. >>> The easiest way to avoid is to create the gmirror and then setup >>> your partitions on the mirror. >> >> No, I've newfs'ed the mirror device, not the disk partitions, so that >> shouldn't be the problem. Unless gmirror fails to subtract the >> metadata sector from the mirror device. > > I see - normally this should work fine then. > But you get read problem and I asume you wouldn't ask if you also see > hardware errors. > So this is likely accessing a block, which is not part of the volume. > Of course a bad UFS metadata can point to non existing data as well. > I would still verify the sizes - is the block far out of volume range, > or just a bit? > Is the underlying paritioning Ok? There must have been some misalignment, because the unreadable sector is in fact one past the last one: > CANNOT READ BLK: 8388576 > UNEXPECTED SOFT UPDATE INCONSISTENCY > > CONTINUE? yes > > THE FOLLOWING DISK SECTORS COULD NOT BE READ: 8388607, > # dd if=/dev/mirror/diesel_root bs=1m of=/dev/null > 4095+1 records in > 4095+1 records out > 4294966784 bytes transferred in 36.500572 secs (117668479 bytes/sec) $ expr 4294966784 / 512 8388607 It all looks like I did the newfs on the raw partition instead of on the mirror device, although I'm rather certain I did not, since I was aware of the metadata sector that gmirror requires, and was careful to create all partitions and filesystems accordingly. Any chance newfs would have rounded the device size the wrong way? Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 11:21: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 67A861065672 for ; Mon, 13 Jul 2009 11:21:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (195-51-133-95.pool.ukrtel.net [95.133.51.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8488FC1E for ; Mon, 13 Jul 2009 11:21:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 n6DAw7NQ042165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 13 Jul 2009 13:58:08 +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 n6DAw7vI094939 for ; Mon, 13 Jul 2009 13:58:07 +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 n6DAw52r094937 for freebsd-current@freebsd.org; Mon, 13 Jul 2009 13:58:05 +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, 13 Jul 2009 13:58:05 +0300 From: Kostik Belousov To: freebsd-current@freebsd.org Message-ID: <20090713105805.GA55190@deviant.kiev.zoral.com.ua> References: <20090709073054.GB27373@rwpc12.mby.riverwillow.net.au> <20090709085242.GC27373@rwpc12.mby.riverwillow.net.au> <20090709142121.GS55190@deviant.kiev.zoral.com.ua> <20090710035849.GB31950@rwpc12.mby.riverwillow.net.au> <1247214510.2437.1693.camel@strangepork.london.mintel.ad> <20090710114234.GF32316@rwpc12.mby.riverwillow.net.au> <20090710132429.GA55190@deviant.kiev.zoral.com.ua> <20090711091050.GN32316@rwpc12.mby.riverwillow.net.au> <20090711124206.GF55190@deviant.kiev.zoral.com.ua> <20090713104448.GE982@rwpc12.mby.riverwillow.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WzyiqVXNYYkrrY2o" Content-Disposition: inline In-Reply-To: <20090713104448.GE982@rwpc12.mby.riverwillow.net.au> 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 Subject: rtld segfaults [Was Re: Process stuck in vmmaps on 8.0-BETA1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 11:21:57 -0000 --WzyiqVXNYYkrrY2o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 13, 2009 at 08:44:48PM +1000, John Marshall wrote: > On Sat, 11 Jul 2009, 15:42 +0300, Kostik Belousov wrote: > > On Sat, Jul 11, 2009 at 07:10:50PM +1000, John Marshall wrote: > > > On Fri, 10 Jul 2009, 16:24 +0300, Kostik Belousov wrote: > > > > > > > > Thank you, I see what is going on. Please, try the following patch. > > >=20 > > > Thank you Kostik, > > >=20 > > > I applied your patch to vm_map.c and rebuilt the kernel. Now the > > > process crashes instead - but I think it is getting beyond the point > > > where it was hanging. > > >=20 > > > I rebuilt ntpd on the patched kernel and it still produces this crash. > >=20 > > This is obviously different issue. Besiddes, backtrace does not make > > much sense. > >=20 > > You need to rebuild and install lib/libc, lib/libthr and > > libexec/rtld-elf with debugging symbols. Easiest way to do this is to > > enter into each listed src/ subdirectory and do > > make obj > > make clean > > make depend > > make all install DEBUG_FLAGS=3D-g > > and then start ntpd again and get the backtrace, might by "bt full" will > > be more informative. >=20 > Thank you for the help. This is what I saw after following your > instructions... >=20 > (gdb) bt full > #0 memset () at /usr/src/lib/libc/i386/string/memset.S:78 > No locals. > #1 0x00006000 in ?? () > No symbol table info available. > #2 0x28085c9b in map_object (fd=3D6,=20 > path=3D0x280c0080 "/usr/local/lib/nss_winbind.so.1", sb=3D0xbfbfdbac) > at /usr/src/libexec/rtld-elf/map_object.c:196 > obj =3D Variable "obj" is not available. > Current language: auto; currently asm >=20 > > BTW, do you use NIS ? >=20 > Yes, and I also have winbind. If I remove winbind from > /etc/nsswitch.conf then ntpd runs happily. I suspect that this might be > related to the GSSAPI authentication not working for sshd. I shall now > turn my attention to that problem. >=20 > Thank you for your help in resolving the initial vmmaps problem - and > for your patch to vm_map.c. I think we've progressed far enough beyond > that problem to close this thread. This still seems to be a system bug, but now in the rtld. I need two things: 1. ktrace/kdump output for ntpd start that causes the process to crash; 2. readelf -a /usr/local/lib/nss_winbind.so.1 (both may be large enough, so that it is better to put it somewhere on web server). --WzyiqVXNYYkrrY2o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpbEzwACgkQC3+MBN1Mb4h33ACeKgJ9zTV8rCaMtxcEjrQcB+j4 cksAoIonU2aAxIR2kwkWOg4bTL1ysMAu =v7sp -----END PGP SIGNATURE----- --WzyiqVXNYYkrrY2o-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 06:33: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 4A5891065680 for ; Mon, 13 Jul 2009 06:33:18 +0000 (UTC) (envelope-from t.hantzsche@fzd.de) Received: from smtpout.fzd.de (ix2.fz-rossendorf.de [149.220.4.86]) by mx1.freebsd.org (Postfix) with ESMTP id 038CF8FC08 for ; Mon, 13 Jul 2009 06:33:17 +0000 (UTC) (envelope-from t.hantzsche@fzd.de) Received: from localhost (localhost [127.0.0.1]) by smtpout.fzd.de (Postfix) with ESMTP id 392EC937A7 for ; Mon, 13 Jul 2009 08:03:17 +0200 (CEST) Received: from smtpout.fzd.de ([127.0.0.1]) by localhost (ix2 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11848-04-7 for ; Mon, 13 Jul 2009 08:03:17 +0200 (CEST) Received: from fz-rossendorf.de (cg.fzd.de [149.220.4.66]) by smtpout.fzd.de (Postfix) with ESMTP id F3F0A937A6 for ; Mon, 13 Jul 2009 08:03:16 +0200 (CEST) Received: from phoebe.fz-rossendorf.de ([149.220.39.107] verified) by cg2.fz-rossendorf.de (CommuniGate Pro SMTP 5.2.12) with ESMTPS id 2477781 for freebsd-current@freebsd.org; Mon, 13 Jul 2009 08:03:16 +0200 Date: Mon, 13 Jul 2009 08:03:16 +0200 (CEST) From: Torsten Hantzsche 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-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at fz-rossendorf.de X-Mailman-Approved-At: Mon, 13 Jul 2009 11:24:04 +0000 Subject: CURRENT 8.0-BETA 1: init does not respond to -HUP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 06:33:18 -0000 Does anybody get the same effect? Yesterday I checked out the latest sources of CURRENT 8.0, recompiled the whole system, deleted all Ports completely and reinstalled them again (bash, XOrg, windowmaker, slim). After reinstalling everything I changed in /etc/ttys the line ttyv8 "/usr/local/bin/slim" xterm off secure to ttyv8 "/usr/local/bin/slim" xterm on secure and signalled with 'pkill -1 init' to re-read the config-file. Normally X should be starting now and I can see the Login screen, but init does not react to the signal anymore and seems to stay inactive. After reboot the X-Server and slim starting up correctly. Changing the ttyv8 line now in /etc/ttys back to 'off' and sending init a -HUP also does not work to kill the X-Server. Under 7.2-STABLE (checked out last week) init shows the correct behaviour and reacts to the -HUP signal accordingly. Any ideas? Thanks Torsten From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 13:03: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 09B3D1065674; Mon, 13 Jul 2009 13:03:27 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-8.bnguk.net (atmail-8.bnguk.net [80.74.253.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF718FC22; Mon, 13 Jul 2009 13:03:26 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com) by atmail-8.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MQLBj-0008Ef-9q; Mon, 13 Jul 2009 14:03:23 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 502999435A; Mon, 13 Jul 2009 14:03:21 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id HXBucMFdFSTl; Mon, 13 Jul 2009 14:03:18 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 0837B94339; Mon, 13 Jul 2009 14:03:18 +0100 (BST) Date: Mon, 13 Jul 2009 14:03:17 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: <4A2C124A.1050707@freebsd.org> <3c1674c90906291830g1c79c80bq42ce99f44588e968@mail.gmail.com> <20090630113544.3e2bef31@ernst.jennejohn.org> <20090630175731.4c589f80@ernst.jennejohn.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 13:03:29 -0000 On Sat, 4 Jul 2009, Chris Hedley wrote: > On Tue, 30 Jun 2009, Gary Jennejohn wrote: > >> Ah, yes. Now that I think about it again, you're right. That's also >> when I started seeing it. >> >> I'm now running mav's ata-cam patches and took ATA_STATIC_ID out of >> my config file. I'd sort of forgotten when/why I'd done it. >> >> Sorry for the confusion. > > No problems, I may have a look at the ata-cam patch myself to see if that's > any more successful. So thanks for the idea. :) Hmm, still having no luck with this, although I haven't tried the ata-cam patch (partly due to an irrational fear that it'll eat all my data, partly as I don't really want to make things any more complicated than they already are by just trying random things to see if they work). Perhaps my best bet is to ask the person who submitted the changes to the ATA system at the time - listed as "mav" in CVS. Could anybody point me in their direction (or point them in this direction)? Thanks, Chris. From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 13:45: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 80E28106564A for ; Mon, 13 Jul 2009 13:45:43 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1478FC20 for ; Mon, 13 Jul 2009 13:45:42 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,390,1243807200"; d="scan'208";a="218576323" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 13 Jul 2009 15:45:41 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 34E981B0751; Mon, 13 Jul 2009 15:45:41 +0200 (CEST) Date: Mon, 13 Jul 2009 15:45:40 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Jaakko Heinonen Message-ID: In-Reply-To: <20090713091505.GA2228@a91-153-125-115.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: ejecting mounted media possible after `cdcontrol play` X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 13:45:43 -0000 thanks a bunch. i'll try the patches tomorrow or so. but why aren't they in current yet? they seem to completely fixing obvious and severe bugs. alex Jaakko Heinonen schrieb am 2009-07-13: > Hi, > On 2009-07-12, Alexander Best wrote: > > when `cdcontrol play` is used with a mounted data cd or dvd the > > following > > message appears (only when running the cdcontrol shell): > Here is a patch to make cdcontrol(1) print error messages also in > non-interactive mode: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/124517 > > "Device not configured" > I couldn't reproduce this. I get "Input/output error". > > since there are no audio tracks on a data cd or dvd it's obvious > > cdcontrol > > will fail. however after issuing the command the drive lock gets > > removed. now > > it's possible to push the eject button and remove the media even > > though it's > > mounted. is this a bug or a feature? > If you are using ATAPI driver see PR kern/125139 and the latest patch > submitted to it: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/125139 From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 16:47: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 3FBF41065673; Mon, 13 Jul 2009 16:47:55 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-6.bnguk.net (atmail-6.bnguk.net [80.74.253.20]) by mx1.freebsd.org (Postfix) with ESMTP id E7B078FC16; Mon, 13 Jul 2009 16:47:54 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com) by atmail-6.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MQOgu-0007nZ-DT; Mon, 13 Jul 2009 17:47:52 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 88B4292315; Mon, 13 Jul 2009 17:47:47 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8vNNHMFN7GmY; Mon, 13 Jul 2009 17:47:44 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 502C1922FB; Mon, 13 Jul 2009 17:47:44 +0100 (BST) Date: Mon, 13 Jul 2009 17:47:44 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: <4A2C124A.1050707@freebsd.org> <3c1674c90906291830g1c79c80bq42ce99f44588e968@mail.gmail.com> <20090630113544.3e2bef31@ernst.jennejohn.org> <20090630175731.4c589f80@ernst.jennejohn.org> 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-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 16:47:55 -0000 On Mon, 13 Jul 2009, Chris Hedley wrote: > Perhaps my best bet is to ask the person who submitted the changes to the ATA > system at the time - listed as "mav" in CVS. Could anybody point me in their > direction (or point them in this direction)? Just a follow up, now it's been brought to his attention "mav" has already appeared with a working patch for my problem. I have to say I'm impressed. Many thanks to everyone who has assisted me with their help, advice and encouragement. I appreciate it. :) Chris. From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 17:15: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 0F243106564A; Mon, 13 Jul 2009 17:15:06 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 76C468FC17; Mon, 13 Jul 2009 17:15:05 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n6DHF4eB076692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Jul 2009 19:15:04 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n6DHF45s076691; Mon, 13 Jul 2009 19:15:04 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Mon, 13 Jul 2009 19:15:04 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Kip Macy Message-ID: <20090713171503.GA76464@acme.spoerlein.net> Mail-Followup-To: Kip Macy , current@freebsd.org References: <20090712203105.GJ2145@acme.spoerlein.net> <3c1674c90907121422v1a45de5bnc4f83c767bd4d331@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3c1674c90907121422v1a45de5bnc4f83c767bd4d331@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 17:15:06 -0000 On Sun, 12.07.2009 at 14:22:23 -0700, Kip Macy wrote: > On Sun, Jul 12, 2009 at 1:31 PM, Ulrich Spörlein wrote: > > Hi, > > > > 8.0 BETA1 @ r195622 will panic reliably when running the clang static > > analyzer on a buildworld with something like the following panic: > > > > panic: vm_page_free_toq: freeing mapped page 0xffffff00c9715b30 > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x182 > > vm_page_free_toq() at vm_page_free_toq+0x1f6 > > vm_object_terminate() at vm_object_terminate+0xb7 > > vm_object_deallocate() at vm_object_deallocate+0x17a > > _vm_map_unlock() at _vm_map_unlock+0x70 > > vm_map_remove() at vm_map_remove+0x6f > > vmspace_free() at vmspace_free+0x56 > > vmspace_exec() at vmspace_exec+0x56 > > exec_new_vmspace() at exec_new_vmspace+0x133 > > exec_elf32_imgact() at exec_elf32_imgact+0x2ee > > kern_execve() at kern_execve+0x3b2 > > execve() at execve+0x3d > > syscall() at syscall+0x1af > > Xfast_syscall() at Xfast_syscall+0xe1 > > --- syscall (59, FreeBSD ELF64, execve), rip = 0x800c20d0c, rsp = 0x7fffffffd6f8, rbp = 0x7fffffffdbf0 --- > Can you try the following change: > > http://svn.freebsd.org/viewvc/base/user/kmacy/releng_7_2_fcs/sys/vm/vm_object.c?r1=192842&r2=195297 Applied this to HEAD by hand an ran with it, it died 20-30 minutes into the scan-build run. So no luck there. Next up is a test using the GENERIC kernel. Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 18:07: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 540E2106566C for ; Mon, 13 Jul 2009 18:07:50 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFD48FC0A for ; Mon, 13 Jul 2009 18:07:49 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 248500515; Mon, 13 Jul 2009 21:07:46 +0300 Message-ID: <4A5B77E2.8030602@FreeBSD.org> Date: Mon, 13 Jul 2009 21:07:30 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 References: <1244398986.00123728.1244388603@10.7.7.3> In-Reply-To: <1244398986.00123728.1244388603@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 18:07:50 -0000 Chris Hedley wrote: > Hope it's not bad form for me to forward this on to -current for > comments; I guess since nobody else has brought this up it's something > I'm doing wrong rather than a serious flaw, but I'd be most grateful for > a pointer nonetheless. :) > > And, since I think I forgot to mention it, I'm using -current/amd64 and > ZFS v13. > > ---------- Forwarded message ---------- > Date: Fri, 5 Jun 2009 11:00:48 > From: Chris Hedley > To: freebsd-amd64@freebsd.org > Subject: New builds won't boot > > I was wondering if anybody has any suggestions for me. Since around > January this year, I've been unable to get new builds to boot on my > system: they go through the usual kernel initialisation stage, reach the > "ZFS is an experimental feature" message, sometimes followed a few other > random notices, and then it hangs indefinitely. Fixed. It was a bug in Marvell SATA driver in 8-CURRENT. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 18:16:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AEB9106566B; Mon, 13 Jul 2009 18:16:52 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id E9C758FC1B; Mon, 13 Jul 2009 18:16:51 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n6DIGoah078025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Jul 2009 20:16:50 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n6DIGoiE078024; Mon, 13 Jul 2009 20:16:50 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Mon, 13 Jul 2009 20:16:50 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Kip Macy , Alan Cox Message-ID: <20090713181650.GB76464@acme.spoerlein.net> Mail-Followup-To: Kip Macy , Alan Cox , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090713100215.GK2145@acme.spoerlein.net> <20090713171503.GA76464@acme.spoerlein.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 18:16:52 -0000 On Mon, 13.07.2009 at 19:15:03 +0200, Ulrich Spörlein wrote: > On Sun, 12.07.2009 at 14:22:23 -0700, Kip Macy wrote: > > On Sun, Jul 12, 2009 at 1:31 PM, Ulrich Spörlein wrote: > > > Hi, > > > > > > 8.0 BETA1 @ r195622 will panic reliably when running the clang static > > > analyzer on a buildworld with something like the following panic: > > > > > > panic: vm_page_free_toq: freeing mapped page 0xffffff00c9715b30 > > > cpuid = 1 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x182 > > > vm_page_free_toq() at vm_page_free_toq+0x1f6 > > > vm_object_terminate() at vm_object_terminate+0xb7 > > > vm_object_deallocate() at vm_object_deallocate+0x17a > > > _vm_map_unlock() at _vm_map_unlock+0x70 > > > vm_map_remove() at vm_map_remove+0x6f > > > vmspace_free() at vmspace_free+0x56 > > > vmspace_exec() at vmspace_exec+0x56 > > > exec_new_vmspace() at exec_new_vmspace+0x133 > > > exec_elf32_imgact() at exec_elf32_imgact+0x2ee > > > kern_execve() at kern_execve+0x3b2 > > > execve() at execve+0x3d > > > syscall() at syscall+0x1af > > > Xfast_syscall() at Xfast_syscall+0xe1 > > > --- syscall (59, FreeBSD ELF64, execve), rip = 0x800c20d0c, rsp = 0x7fffffffd6f8, rbp = 0x7fffffffdbf0 --- > > Can you try the following change: > > > > http://svn.freebsd.org/viewvc/base/user/kmacy/releng_7_2_fcs/sys/vm/vm_object.c?r1=192842&r2=195297 > > Applied this to HEAD by hand an ran with it, it died 20-30 minutes into > the scan-build run. So no luck there. Next up is a test using the > GENERIC kernel. No improvement with a GENERIC kernel. Next up will be to run this with clean sysctl, loader.conf, etc. Then I'll try disabling SMP. Does the backtrace above point to any specific subsystem? I'm using UFS, ZFS and GELI on this machine and could try a few combinations... Bye, Uli From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 18:47:27 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 9B4CD106568B; Mon, 13 Jul 2009 18:47:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 71AEA8FC22; Mon, 13 Jul 2009 18:47:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6DIlOWh010232; Mon, 13 Jul 2009 14:47:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6DIlOHY065622; Mon, 13 Jul 2009 14:47:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 988A77302F; Mon, 13 Jul 2009 14:47:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090713184724.988A77302F@freebsd-current.sentex.ca> Date: Mon, 13 Jul 2009 14:47:24 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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: Mon, 13 Jul 2009 18:47:28 -0000 TB --- 2009-07-13 17:16:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-13 17:16:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-07-13 17:16:37 - cleaning the object tree TB --- 2009-07-13 17:17:01 - cvsupping the source tree TB --- 2009-07-13 17:17:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-07-13 17:17:11 - building world TB --- 2009-07-13 17:17:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-13 17:17:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-13 17:17:11 - TARGET=sun4v TB --- 2009-07-13 17:17:11 - TARGET_ARCH=sparc64 TB --- 2009-07-13 17:17:11 - TZ=UTC TB --- 2009-07-13 17:17:11 - __MAKE_CONF=/dev/null TB --- 2009-07-13 17:17:11 - cd /src TB --- 2009-07-13 17:17:11 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 13 17:17:14 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 Mon Jul 13 18:31:59 UTC 2009 TB --- 2009-07-13 18:31:59 - generating LINT kernel config TB --- 2009-07-13 18:31:59 - cd /src/sys/sun4v/conf TB --- 2009-07-13 18:31:59 - /usr/bin/make -B LINT TB --- 2009-07-13 18:31:59 - building LINT kernel TB --- 2009-07-13 18:31:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-13 18:31:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-13 18:31:59 - TARGET=sun4v TB --- 2009-07-13 18:31:59 - TARGET_ARCH=sparc64 TB --- 2009-07-13 18:31:59 - TZ=UTC TB --- 2009-07-13 18:31:59 - __MAKE_CONF=/dev/null TB --- 2009-07-13 18:31:59 - cd /src TB --- 2009-07-13 18:31:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 13 18:31: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 -x assembler-with-cpp -DLOCORE -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/sun4v/cddl/t1_copy.S 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/sparc64/sparc64/ofw_machdep.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/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function 'pmap_alloc_zeroed_contig_pages': /src/sys/sun4v/sun4v/pmap.c:1301: error: 'VM_CACHE_DEFAULT' undeclared (first use in this function) /src/sys/sun4v/sun4v/pmap.c:1301: error: (Each undeclared identifier is reported only once /src/sys/sun4v/sun4v/pmap.c:1301: error: for each function it appears in.) /src/sys/sun4v/sun4v/pmap.c:1301: error: too many arguments to function 'vm_phys_alloc_contig' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-13 18:47:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-13 18:47:24 - ERROR: failed to build lint kernel TB --- 2009-07-13 18:47:24 - 4695.61 user 431.27 system 5447.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 18:53:34 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 61338106568F for ; Mon, 13 Jul 2009 18:53:34 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 2E8D18FC14 for ; Mon, 13 Jul 2009 18:53:34 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 796F72C2A7E; Mon, 13 Jul 2009 13:30:04 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SB4kmK7nK25J; Mon, 13 Jul 2009 13:29:56 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id A58862C2A8C; Mon, 13 Jul 2009 13:29:56 -0500 (CDT) Message-ID: <4A5B7D24.60100@cs.rice.edu> Date: Mon, 13 Jul 2009 13:29:56 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: Kip Macy , Alan Cox , current@freebsd.org References: <20090713181650.GB76464@acme.spoerlein.net> In-Reply-To: <20090713181650.GB76464@acme.spoerlein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 18:53:34 -0000 Ulrich Spörlein wrote: > On Mon, 13.07.2009 at 19:15:03 +0200, Ulrich Spörlein wrote: > >> On Sun, 12.07.2009 at 14:22:23 -0700, Kip Macy wrote: >> >>> On Sun, Jul 12, 2009 at 1:31 PM, Ulrich Spörlein wrote: >>> >>>> Hi, >>>> >>>> 8.0 BETA1 @ r195622 will panic reliably when running the clang static >>>> analyzer on a buildworld with something like the following panic: >>>> >>>> panic: vm_page_free_toq: freeing mapped page 0xffffff00c9715b30 >>>> cpuid = 1 >>>> KDB: stack backtrace: >>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >>>> panic() at panic+0x182 >>>> vm_page_free_toq() at vm_page_free_toq+0x1f6 >>>> vm_object_terminate() at vm_object_terminate+0xb7 >>>> vm_object_deallocate() at vm_object_deallocate+0x17a >>>> _vm_map_unlock() at _vm_map_unlock+0x70 >>>> vm_map_remove() at vm_map_remove+0x6f >>>> vmspace_free() at vmspace_free+0x56 >>>> vmspace_exec() at vmspace_exec+0x56 >>>> exec_new_vmspace() at exec_new_vmspace+0x133 >>>> exec_elf32_imgact() at exec_elf32_imgact+0x2ee >>>> kern_execve() at kern_execve+0x3b2 >>>> execve() at execve+0x3d >>>> syscall() at syscall+0x1af >>>> Xfast_syscall() at Xfast_syscall+0xe1 >>>> --- syscall (59, FreeBSD ELF64, execve), rip = 0x800c20d0c, rsp = 0x7fffffffd6f8, rbp = 0x7fffffffdbf0 --- >>>> >>> Can you try the following change: >>> >>> http://svn.freebsd.org/viewvc/base/user/kmacy/releng_7_2_fcs/sys/vm/vm_object.c?r1=192842&r2=195297 >>> >> Applied this to HEAD by hand an ran with it, it died 20-30 minutes into >> the scan-build run. So no luck there. Next up is a test using the >> GENERIC kernel. >> > > > No improvement with a GENERIC kernel. Next up will be to run this with > clean sysctl, loader.conf, etc. Then I'll try disabling SMP. > > Does the backtrace above point to any specific subsystem? I'm using UFS, > ZFS and GELI on this machine and could try a few combinations... > The interesting thing about the backtrace is that it shows a 32-bit i386 executable being started on a 64-bit amd64 machine. I've seen this backtrace once before, and you'll find it in the PR database. In that case, the problem "went away" after the known-to-be-broken ZERO_COPY_SOCKETS option was removed from the reporter's kernel configuration. However, I don't see that as the culprit here. Alan From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 19:28: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 EBD01106575A for ; Mon, 13 Jul 2009 19:28:59 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id A9BFC8FC13 for ; Mon, 13 Jul 2009 19:28:59 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yxe11 with SMTP id 11so4506346yxe.3 for ; Mon, 13 Jul 2009 12:28:59 -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 :content-type:content-transfer-encoding; bh=LgdPZ0Nfe0D9GUkbE7QD3qSH/cWAx/3IXhkj/7in2Cg=; b=wm8bPzk6syNUthgpu5GirqJdfjIjjFZNR5s5bfKoh483vaoyE7sWGvpwu0++/ftl+Y Jkg41mD9P8/VvhB4//7767WSXeG8/EbBYgIkSAWMWZnmLBgo3YTdDxlROx3K1j3xhsrN tRYqYNZqgoYeqwqKhx2S2Xmgj7LRCiIwur8e0= 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:content-type :content-transfer-encoding; b=HdETysg5MnnPCbZKM//k6GTc0fIo6mBbqmtQDgFbcBVMnyPsdvFE9mlM12F39Pjc2n RdZMawHwMirL0f3PwUk4iqGlm2tUwxIBUY6OP7HcmbEjAUKPpnlWhZhRx9mNKDwhS1sq r/OjJZtcz4BtF6rH07jjQK3Ctn/Pt5MqKcO80= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.107.8 with SMTP id f8mr7578715anc.197.1247513339173; Mon, 13 Jul 2009 12:28:59 -0700 (PDT) In-Reply-To: <837660.83798.qm@web63903.mail.re1.yahoo.com> References: <837660.83798.qm@web63903.mail.re1.yahoo.com> Date: Mon, 13 Jul 2009 12:28:59 -0700 X-Google-Sender-Auth: ab24f2d92760c79d Message-ID: <3c1674c90907131228l22d8f2efnd0bebee1f356ebb3@mail.gmail.com> From: Kip Macy To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 19:29:00 -0000 I'm only responding to avoid the misconception that Barney's statements are correct. Barney - please read the code so that you understand what it actually does before commenting further. Thanks, Kip > > I don't see the need for flowtables or any sort of hashing with > multi queue boards in a pass-through environment (such as a firewall). > The flows are already hashed by the hardware so doing all of the > gobbledygook in flowtables seems like a waste of cycles. Just matching > your receive and transmit queues in a properly designed driver is all > thats necessary for lock avoidance. > > Barney > > > > _______________________________________________ > 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" > -- When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 20:20: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 AC9231065672 for ; Mon, 13 Jul 2009 20:20:58 +0000 (UTC) (envelope-from nick@desert.net) Received: from tao.desert.net (tao.desert.net [209.104.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 532C88FC22 for ; Mon, 13 Jul 2009 20:20:58 +0000 (UTC) (envelope-from nick@desert.net) Received: from motoko.office.desert.net (motoko.office.desert.net [10.24.1.32]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tao.desert.net (Postfix) with ESMTP id 8175F5D0A; Mon, 13 Jul 2009 13:03:25 -0700 (MST) Message-Id: <69315F2B-3F55-45B7-93AC-B75E678AB5C6@desert.net> From: Nick Esborn To: freebsd-current@freebsd.org Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-3-772744607" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 13 Jul 2009 13:03:20 -0700 X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.935.3) X-Mailman-Approved-At: Mon, 13 Jul 2009 20:36:50 +0000 Subject: MySQL thread deadlock, even after r195403 libthr fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 20:20:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-3-772744607 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hello, I am working with a 16-core Opteron server which runs five different MySQL 5.0 processes, each with different data sets on MyISAM tables, in jails. It ran flawlessly for about six months under 7.0. After upgrading from 7.0 to 7.2, one of the MySQL processes has begun exhibiting a serious problem. Within anywhere from several hours to a day or two after starting the process, a query thread will lock up. Output from procstat -k for such a thread: 3896 100795 mysqld - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep do_rw_rdlock __umtx_op_rw_rdlock syscall Xfast_syscall Once this thread locks up, replication grinds to a halt, as the thread holds read locks. To unwedge the situation, I have to kill -9 the mysqld process, myisamchk the tables, and start the process back up again. 7.2-RELEASE-p2 did not resolve the problem. Late last week I upgraded to 8.0-BETA1 with the r195403 libthr fix, but that also failed to resolve the problem. Mind you, in every other way, 8.0 is amazing on this 16-core server. I had initially filed a bug report here: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/135673 This was before the 16-core upgrade, and before trying 8.0. Subsequently, though, a conversation with Jeff Roberson helped me realize that it's more likely a kernel issue than a MySQL one. I hope this deadlock can be resolved. We really need 8.0's performance on this class of server. Thanks, -nick -- nick@desert.net - all messages cryptographically signed --Apple-Mail-3-772744607 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkpbkwgACgkQw1bX5UNr2ADrtgCfQC3/Yws0Sr134+SZOow0cEpR ebYAnjCLCxcbVWNkr5Fg/0U3Fwm5qgLb =fZle -----END PGP SIGNATURE----- --Apple-Mail-3-772744607-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 22:57: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 645DF106566C for ; Mon, 13 Jul 2009 22:57:33 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 0E9E38FC1D for ; Mon, 13 Jul 2009 22:57:32 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 86014 invoked by uid 60001); 13 Jul 2009 22:57:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1247525852; bh=pGRs0BGY322KViucKUm7VMrG6w0MUc+IT5lsmAosQQI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=MJBzqzcqufT3s8i+vFGL9pzfjO1/Lj9A5waI8nTHxC8kc99PaksY59DQriiKP08ks3stUiFfo/DJVy2PxjYq8EN9Uj2uOvZL33nh0M4x0wBW8YQOqc2sYd4WbmNOgsULFTqSCTwjbvEVqIUKBONQLeCpIfjlZnakZfoAMaJzZOc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=NRKUiZ5S7ZQS80BRayJKNJV9/a0DdSoqjfu8a6iR4BlSR7wptFeR0AcSFizV7zP8oZ0ISJ+uCnnf/bJzi9OEkLvMt+6UaXdN1Hkilx9g6vbkV7glgPm/BzxSSedsJd5vq+Npf2c5Mgqrcyt0tgPtJHBAhE1FSETwEYAKKnwjwho=; Message-ID: <563461.85958.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: 8a4Eti8VM1lTCEfejwesH8bm9IS_cpNEbw3te5mIu7A4hb9VejKBvsSqWkp6A3nLaid47yfKDv7qcZZKq2dTTp68QvVngT3EmFVckblgDpnzmG.h4bK2JUddgP9u_HsbYVupRpCipynZPUSYUhLbe7FhZsnQqpxI8Y6pgakdGumXuxst7RED7az4QKTJipljDqs0oWDzcjDmZIsb2vAfU65ysN.S6BXpfcomdtwZGTRdw5.DvJxnLVWhO0jTpZfDs1ja7XbPeKOEGLNXAH4h6Zib9yI.V2CoZOe903L3dQD.ysiR7bJMqxg- Received: from [66.176.162.245] by web63902.mail.re1.yahoo.com via HTTP; Mon, 13 Jul 2009 15:57:32 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Mon, 13 Jul 2009 15:57:32 -0700 (PDT) From: Barney Cordoba To: freebsd-current@freebsd.org, Kip Macy MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 22:57:33 -0000 --- On Mon, 7/13/09, Kip Macy wrote: > From: Kip Macy > Subject: Re: Flowtables -- any tuning hints? > To: freebsd-current@freebsd.org > Date: Monday, July 13, 2009, 3:28 PM > I'm only responding to avoid the > misconception that Barney's > statements are correct. > > Barney - please read the code so that you understand what > it actually > does before commenting further. > > Thanks, > Kip > Its only a misconception if you think its the only way to do things, which in itself is a misconception. I'm not at liberty to discuss specifics so i can't defend myself properly. I will say that designing a 10gb/s "system" that doesnt work well with a large number of flows kind of misses the target, don't you think? The people who need 10gb/s are isps, universities and telcos; all of whom have a large number of flows. So I'm not sure exactly who is going to benefit from the work. Barney From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 23:13: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 4AE401065672 for ; Mon, 13 Jul 2009 23:13:20 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.211.172]) by mx1.freebsd.org (Postfix) with ESMTP id 0733D8FC0C for ; Mon, 13 Jul 2009 23:13:19 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by ywh2 with SMTP id 2so549389ywh.3 for ; Mon, 13 Jul 2009 16:13:19 -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=a0ygWftqL8d2QzyZwVGTCkOjsFImDMPftWluSRUyTOQ=; b=FrSBOcIHOcKBAM5ZSn00PSGDbEkDOxjCLPEh0awAQ+m+9PUmwo9MpGd+f4roImK1Yj YNOZneTItUBW2IGvlzBebFkOXzX1q3QwynB/xp5l8YnU+GbcpKX+Q9DpwAQK/03k5PlS hzBrlK7dfk9KXvi5EquX17Bfc7AZbas/WyYrc= 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=Mub0Y0M1m4uAczaWichoy9RJohFlj5x1WzoqK8LNWrcJwshrpSRZ2r6H596OVvWAu1 K8GXGLui88VB38upeHOc1o4w64MH8DvYYAKaar+XMeivxzkiaSJH8fmrLyrueiwrT2l3 tOQVUded+nE+al9mZrgIbVy7ikS8VRabQLEPE= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.250.16 with SMTP id x16mr7985485anh.25.1247526799498; Mon, 13 Jul 2009 16:13:19 -0700 (PDT) In-Reply-To: <563461.85958.qm@web63902.mail.re1.yahoo.com> References: <563461.85958.qm@web63902.mail.re1.yahoo.com> Date: Mon, 13 Jul 2009 16:13:19 -0700 X-Google-Sender-Auth: 3d3b7265748b60c3 Message-ID: <3c1674c90907131613v69890449nf973d763781f2ea7@mail.gmail.com> From: Kip Macy To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Jul 2009 23:13:20 -0000 The flowtable was initially developed so that ECMP could support stateful load-balancing. In some ways it is a stop-gap for other areas. > Its only a misconception if you think its the only way to do things, which > in itself is a misconception. I'm not at liberty to discuss specifics so i can't defend myself properly. > > I will say that designing a 10gb/s "system" that doesnt work well with a large number of flows kind of misses the target, don't you think? If the only target that you care about is IP forwarding, I can respond with an emphatic "yes". If you're running web servers, NFS servers, stateful L3 load balancers, and many other applications, i.e. the majority of FreeBSD users, I can likewise respond with an emphatic "no". There are in fact quite a lot of users of 10Gbps that don't have hundreds of thousands of simultaneous peers. > The people who need 10gb/s are isps, universities and telcos; all of whom have a large number of flows. So I'm not sure exactly who is going to benefit from the work. There seems to be something unusual about the "large number of prefixes" crowd in that any facility that doesn't directly benefit them is not worth having. You are not the first to step up and sneer with contempt, and yet do nothing to address the architectural flaws that hamper forwarding performance for your workload, and you will not be the last. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Mon Jul 13 23:39: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 9C8C61065675 for ; Mon, 13 Jul 2009 23:39:20 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from g5t0006.atlanta.hp.com (g5t0006.atlanta.hp.com [15.192.0.43]) by mx1.freebsd.org (Postfix) with ESMTP id 584E88FC22 for ; Mon, 13 Jul 2009 23:39:20 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from G5W0603.americas.hpqcorp.net (g5w0603.americas.hpqcorp.net [16.228.9.186]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g5t0006.atlanta.hp.com (Postfix) with ESMTPS id 7485CC5E0 for ; Mon, 13 Jul 2009 23:23:57 +0000 (UTC) Received: from G5W0326.americas.hpqcorp.net (16.228.8.70) by G5W0603.americas.hpqcorp.net (16.228.9.186) with Microsoft SMTP Server (TLS) id 8.1.375.2; Mon, 13 Jul 2009 23:23:32 +0000 Received: from GVW0671EXC.americas.hpqcorp.net ([16.230.34.3]) by G5W0326.americas.hpqcorp.net ([16.228.8.70]) with mapi; Mon, 13 Jul 2009 23:23:31 +0000 From: "Hayer, Sukhjinder" To: "freebsd-current@freebsd.org" Date: Mon, 13 Jul 2009 23:22:31 +0000 Thread-Topic: 8.1-Current installation panic Thread-Index: AcoEEMtQPBrhhzg3RDKhJyFoiToj4g== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 13 Jul 2009 23:54:16 +0000 Subject: 8.1-Current installation panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 23:39:21 -0000 All, I get a panic while installing freeBSD 8.1-CURRENT on IA64 integrity server= . It seems that there is something about the logical processors which it's no= t liking. On the EFI when I run cpuconfig , it shows two processor modules ( ID 0 and= 1 ) and For each processor module it show 2 logical processors. Any idea as to how = to get past this. FreeBSD/ia64 EFI boot, Revision 1.2 (root@hob.lan.xcllnt.net, Sat Jul 4 19:14:26 UTC 2009) Loading /boot/defaults/loader.conf=20 /boot/kernel/kernel data=3D0xcf9690+0x1df6e0 syms=3D[0x8+0x97638+0x8+0x8bea= 3] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Entering /boot/kernel/kernel at 0xe000000004080000... GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA1 #0: Sat Jul 4 22:13:00 UTC 2009 root@hob.lan.xcllnt.net:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. CPU: Montecito (1594.67-Mhz Itanium 2) Origin =3D "GenuineIntel" Revision =3D 7 Features =3D 0x5 real memory =3D 17142800384 (16348 MB) avail memory =3D 16320004096 (15563 MB) FPSWA Revision =3D 0x10012, Entry =3D 0xe00000003e6e2050 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0: SAPIC Id=3D0, SAPIC Eid=3D0 (BSP) cpu2: SAPIC Id=3D2, SAPIC Eid=3D0 panic: Built bad topology at 0xe000000004d27440. CPU mask 0xF !=3D 0x5 cpuid =3D 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x92: [I2] addl r14=3D0xffffffffffe2aca0,gp ;; db>=20 Thanks Sukhjinder Hayer= From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 00:02: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 4B071106564A for ; Tue, 14 Jul 2009 00:02:33 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from g5t0007.atlanta.hp.com (g5t0007.atlanta.hp.com [15.192.0.44]) by mx1.freebsd.org (Postfix) with ESMTP id 076178FC0A for ; Tue, 14 Jul 2009 00:02:32 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from G6W0641.americas.hpqcorp.net (g6w0641.atlanta.hp.com [16.230.34.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g5t0007.atlanta.hp.com (Postfix) with ESMTPS id 7A0C2143ED for ; Tue, 14 Jul 2009 00:02:32 +0000 (UTC) Received: from G6W0644.americas.hpqcorp.net (16.230.34.80) by G6W0641.americas.hpqcorp.net (16.230.34.77) with Microsoft SMTP Server (TLS) id 8.1.375.2; Tue, 14 Jul 2009 00:01:33 +0000 Received: from GVW0671EXC.americas.hpqcorp.net ([16.230.34.3]) by G6W0644.americas.hpqcorp.net ([16.230.34.80]) with mapi; Tue, 14 Jul 2009 00:01:32 +0000 From: "Hayer, Sukhjinder" To: "freebsd-current@freebsd.org" Date: Mon, 13 Jul 2009 23:59:38 +0000 Thread-Topic: 8-Current installation panic Thread-Index: AcoEEMtQPBrhhzg3RDKhJyFoiToj4gABQ58A Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: 8-Current installation panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 00:02:33 -0000 All, I get a panic while installing freeBSD 8.1-CURRENT on IA64 integrity server= . It seems that there is something about the logical processors which it's no= t liking. On the EFI when I run cpuconfig , it shows two processor modules ( ID 0 and= 1 ) and For each processor module it show 2 logical processors. Any idea a= s to how to get past this. FreeBSD/ia64 EFI boot, Revision 1.2 (root@hob.lan.xcllnt.net, Sat Jul 4 19:14:26 UTC 2009) Loading /boot/defau= lts/loader.conf /boot/kernel/kernel data=3D0xcf9690+0x1df6e0 syms=3D[0x8+0x= 97638+0x8+0x8bea3] / Hit [Enter] to boot immediately, or any other key for = command prompt. Booting [/boot/kernel/kernel]... =20 Entering /boot/kernel/kernel at 0xe000000004080000... GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA1 #0: Sat Jul 4 22:13:00 UTC 2009 root@hob.lan.xcllnt.net:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. CPU: Montecito (1594.67-Mhz Itanium 2) Origin =3D "GenuineIntel" Revision =3D 7 Features =3D 0x5 real memory =3D 17142800384 (16348 MB) avail memory =3D 16320004096 (15563 MB) FPSWA Revision =3D 0x10012, Entry =3D 0xe00000003e6e2050 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0: SAPIC Id=3D0, SAPIC Eid=3D0 (BSP) cpu2: SAPIC Id=3D2, SAPIC Eid=3D0 panic: Built bad topology at 0xe000000004d27440. CPU mask 0xF !=3D 0x5 cpu= id =3D 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x92: [I2] addl r14=3D0xffffffffffe2aca0,gp ;; db>=20 Thanks Sukhjinder Hayer= From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 00:27: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 C2DCC106564A for ; Tue, 14 Jul 2009 00:27:08 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id AE8078FC13 for ; Tue, 14 Jul 2009 00:27:08 +0000 (UTC) (envelope-from xcllnt@mac.com) 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 asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMQ00DM1X81CU00@asmtp025.mac.com> for freebsd-current@freebsd.org; Mon, 13 Jul 2009 17:26:26 -0700 (PDT) From: Marcel Moolenaar In-reply-to: Date: Mon, 13 Jul 2009 17:26:25 -0700 Message-id: <2CBB10B1-6E40-42A1-96DF-BC40E66B5E7E@mac.com> References: To: "Hayer, Sukhjinder" X-Mailer: Apple Mail (2.1070) Cc: "freebsd-current@freebsd.org" Subject: Re: 8.1-Current installation panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 00:27:09 -0000 On Jul 13, 2009, at 4:22 PM, Hayer, Sukhjinder wrote: > All, > I get a panic while installing freeBSD 8.1-CURRENT on IA64 integrity > server. > It seems that there is something about the logical processors which > it's not liking. > On the EFI when I run cpuconfig , it shows two processor modules > ( ID 0 and 1 ) and > For each processor module it show 2 logical processors. Any idea as > to how to get > past this. Interrupt the boot and set the following variable at the loader prompt: set kern.smp.disabled=1 This disables SMP and should prevent the panic. In the mean time, I'll look into it. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 01:35: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 B3DE11065670 for ; Tue, 14 Jul 2009 01:35:00 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp11.dentaku.gol.com (smtp11.dentaku.gol.com [203.216.5.73]) by mx1.freebsd.org (Postfix) with ESMTP id 81C108FC13 for ; Tue, 14 Jul 2009 01:35:00 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[172.16.1.151]) by smtp11.dentaku.gol.com with esmtpsa (Dentaku) id 1MQWkZ-00082e-Fy for ; Tue, 14 Jul 2009 10:24:07 +0900 Message-ID: <4A5BDE37.8000106@fusiongol.com> Date: Tue, 14 Jul 2009 10:24:07 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090713120015.8BD08106567D@hub.freebsd.org> In-Reply-To: <20090713120015.8BD08106567D@hub.freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com Subject: ZFS forced unmounting locks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 01:35:01 -0000 I have a test setup whereby each of my test drives has been GEOM labelled and then encrypted with GELI, and the resulting .eli devices thrown into a ZFS raidz1. Upon setting this up, I occasionally get TIMEOUTS on the drives (although these don't seem to create noticable problems). Also, halting the system at this point produces a spew of lock-order reversals. In one rare case the system locked up as it was unable to unmount the pool from the rest of the filesystem. From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 02:28: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 14CB4106566C; Tue, 14 Jul 2009 02:28:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id AB0DF8FC13; Tue, 14 Jul 2009 02:28:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by gxk17 with SMTP id 17so3791864gxk.19 for ; Mon, 13 Jul 2009 19:28:28 -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=kMRA/3JLmZqAFCEtbqQ8OW70rzFGnvGpG6SOdmE5g4Q=; b=fBZVl6lWsmr11Q8EpbSV5GDxbV3dMk+1nsGHaDZc6lksrivajAD6KZ130Ep3pv4PsU DvEgQ0bLwthKaaQxnuA4Lfd4mHeM/frP/xQbmoW68hQkpVmu3Ry/fxsMX2eOOGQljK79 bhlR8lraVER9yY04O6GSHyFZmiWQIzA+f+Biw= 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=toJnNRk7y1alDS5vBvJRUR5wfGZ6KtLzeQH41lMF+jbSjJZf6Hdoc5aquw29h9NzJH Y43MwALPcJojupBPn5+m1NJdl7swa3lbfOyjGwHoaaCYfCR05NIyZABOUJUKudvT0kZ8 hvuoUMqlhGKxJ0GWpO5LzrrN67grHsGjXayJ4= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.90.54.6 with SMTP id c6mr2761746aga.45.1247538507808; Mon, 13 Jul 2009 19:28:27 -0700 (PDT) In-Reply-To: <3c1674c90907131613v69890449nf973d763781f2ea7@mail.gmail.com> References: <563461.85958.qm@web63902.mail.re1.yahoo.com> <3c1674c90907131613v69890449nf973d763781f2ea7@mail.gmail.com> Date: Tue, 14 Jul 2009 10:28:27 +0800 X-Google-Sender-Auth: 12ae653ad8605bd8 Message-ID: From: Adrian Chadd To: Kip Macy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Barney Cordoba , freebsd-current@freebsd.org Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 02:28:29 -0000 2009/7/14 Kip Macy : >> The people who need 10gb/s are isps, universities and telcos; all of whom have a large number of flows. So I'm not sure exactly who is going to benefit from the work. > > There seems to be something unusual about the "large number of > prefixes" crowd in that any facility that doesn't directly benefit > them is not worth having. You are not the first to step up and sneer > with contempt, and yet do nothing to address the architectural flaws > that hamper forwarding performance for your workload, and you will not > be the last. As one of "those people", the reason that we (I) dismiss flow table stuff as not scalable is because in those specific environments, flow table stuff has been used, abused and dismissed > 10 years ago as just not scaling. The problem is this (and I've spoken to Kip at lengths about this too) - a company funded Kip's work to improve performance in a particular area and with a particular set of functions/features. Whether or not _I_ particularly think it is or isn't a good idea isn't really relevant if I'm not willing to stand up and do something about it. If people would like to see general packet forward improvements regardless of the traffic distribution, they should contribute the work back to the project. Either talk to those who have expressed an interest (Kip, Jeff); talk to the FreeBSD foundation directly and consider donating/sponsoring some larger scale project work to get it done, or fund a developer directly somehow. Anything else isn't constructive. Adrian From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 05:34: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 D5365106564A for ; Tue, 14 Jul 2009 05:34:03 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 533C28FC1E for ; Tue, 14 Jul 2009 05:34:02 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6E5XwiH082802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 14 Jul 2009 15:33:58 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1247549638; bh=747zuOdPl9GMMxNhoGf2RCenIvShxKt4uUzKcGRbV28=; h=Date:From:To:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=MrzFh9z6Qo5x1cjLfLzpun+QLvNRxuMry+/QaNL53wOaqvqD0yzEBeL9ATm6JrMfg EwtAtSaCSB5UHPeUP1hnr1G2IvIVMHb/739KRIIj4ybNp3zOH+Pli9QSmRPIa4AFuI lOgCbTIBdlmtvWuiaKd1rc5ve18YX1IBJHEPNsmg= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6E5Xvvj007385 for ; Tue, 14 Jul 2009 15:33:57 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n6E5Xv1V007384 for freebsd-current@freebsd.org; Tue, 14 Jul 2009 15:33:57 +1000 (AEST) (envelope-from john) Date: Tue, 14 Jul 2009 15:33:57 +1000 From: John Marshall To: freebsd-current@freebsd.org Message-ID: <20090714053357.GH982@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20090708085202.GS1025@rwpc12.mby.riverwillow.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZRyEpB+iJ+qUx0kp" Content-Disposition: inline In-Reply-To: <20090708085202.GS1025@rwpc12.mby.riverwillow.net.au> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Subject: sshd GSSAPIAuthentication broken after 8.0-BETA1 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 05:34:04 -0000 --ZRyEpB+iJ+qUx0kp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Zero interest on -stable after 1 week. Trying -current. On Wed, 08 Jul 2009, 18:52 +1000, John Marshall wrote: > I source upgraded a (test) server here (i386) from 7.2-RELEASE-p2 to > 8.0-BETA1 this morning. I use GSSAPI as the primary authentication > method for sshd on that server. After the upgrade GSSAPI authentication > stopped working and I can't get enough information to figure out why. > Perhaps the newer version of Heimdal behaves differently? Perhaps the > newer version of sshd behaves differently? >=20 > If I run sshd with debug "-ddd" I see the following: >=20 > debug1: attempt 1 failures 0 > debug2: input_userauth_request: try method gssapi-with-mic > debug3: mm_request_send entering: type 37 > debug3: mm_request_receive_expect entering: type 38 > debug3: mm_request_receive entering > debug3: monitor_read: checking request 37 > debug3: mm_request_send entering: type 38 > debug3: mm_request_receive entering > Postponed gssapi-with-mic for john from 192.0.2.123 port 57225 ssh2 > debug3: mm_request_send entering: type 39 > debug3: mm_request_receive_expect entering: type 40 > debug3: mm_request_receive entering > debug3: monitor_read: checking request 39 > debug1: Received some client credentials > debug3: mm_request_send entering: type 40 > debug3: mm_request_receive entering > debug3: mm_request_send entering: type 43 > debug3: mm_request_receive_expect entering: type 44 > debug3: mm_request_receive entering > debug3: monitor_read: checking request 43 > debug3: mm_request_send entering: type 44 > debug3: mm_request_receive entering > GSSAPI MIC check failed >=20 > On the client side (with ssh -vvv) I see: >=20 > debug3: preferred gssapi-with-mic,publickey,keyboard-interactive,password > debug3: authmethod_lookup gssapi-with-mic > debug3: remaining preferred: publickey,keyboard-interactive,password > debug3: authmethod_is_enabled gssapi-with-mic > debug1: Next authentication method: gssapi-with-mic > debug2: we sent a gssapi-with-mic packet, wait for reply > debug1: Delegating credentials > debug1: Delegating credentials > debug1: Authentications that can continue: publickey,gssapi-with-mic,keyb= oard-interactive > debug2: we did not send a packet, disable method >=20 > Does anybody know of changes between existing STABLE releases and 8.0 > which would cause this behaviour - and how to accommodate it? Do any > strange Kerberos things need to be done as part of the upgrade? >=20 > The client still happily authenticates via GSSAPI to sshd on our other > 7.2-RELEASE servers. Subsequent authentication methods succeed on the > 8.0-BETA1 sshd server, it's just GSSAPI that isn't working. After fallback authentication (e.g. via keyboard-interactive), I can see in my credentials cache on the server that a tgt was forwarded from the client. If I look in my credentials cache on the client, I can see that the service ticket for the server was acquired. Any help on how to get further with troubleshooting this would be greatly appreciated. Thank you. --=20 John Marshall --ZRyEpB+iJ+qUx0kp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpcGMUACgkQw/tAaKKahKItVACfVNY0E0eFnRZreFOxbKDKrR8O eWsAoMfJQ/ObIpJ4VT0EL38u5wd9jeH6 =kkj8 -----END PGP SIGNATURE----- --ZRyEpB+iJ+qUx0kp-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 08:55: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 17D62106564A; Tue, 14 Jul 2009 08:55:39 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 770748FC08; Tue, 14 Jul 2009 08:55:37 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,396,1243807200"; d="scan'208";a="277174115" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 14 Jul 2009 10:55:36 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 8884C1B0751; Tue, 14 Jul 2009 10:55:36 +0200 (CEST) Date: Tue, 14 Jul 2009 10:55:36 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: keramida@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 08:55:39 -0000 just wanted to ask what the status of this patch is right now? did it get committed to HEAD already? would be really great to have it in there. cheers. alex From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 09:40: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 87B6810656D2 for ; Tue, 14 Jul 2009 09:40:20 +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 1DE698FC0A for ; Tue, 14 Jul 2009 09:40:19 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n6E9eDo4003346; Tue, 14 Jul 2009 10:40:13 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MQeUe-0007bj-Uc; Tue, 14 Jul 2009 10:40:13 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n6E9eCuq083575; Tue, 14 Jul 2009 10:40:12 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n6E9eCeC083574; Tue, 14 Jul 2009 10:40:12 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: "Hayer, Sukhjinder" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 14 Jul 2009 10:40:12 +0100 Message-Id: <1247564412.82683.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: "freebsd-current@freebsd.org" Subject: Re: 8-Current installation panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 09:40:20 -0000 On Mon, 2009-07-13 at 23:59 +0000, Hayer, Sukhjinder wrote: > All, > I get a panic while installing freeBSD 8.1-CURRENT on IA64 integrity server. > It seems that there is something about the logical processors which it's not liking. > On the EFI when I run cpuconfig , it shows two processor modules ( ID 0 and 1 ) and For each processor module it show 2 logical processors. Any idea as to how to get past this. > > > FreeBSD/ia64 EFI boot, Revision 1.2 > (root@hob.lan.xcllnt.net, Sat Jul 4 19:14:26 UTC 2009) Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0xcf9690+0x1df6e0 syms=[0x8+0x97638+0x8+0x8bea3] / Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Entering /boot/kernel/kernel at 0xe000000004080000... > GDB: debug ports: uart > GDB: current port: uart > KDB: debugger backends: ddb gdb > KDB: current backend: ddb > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-BETA1 #0: Sat Jul 4 22:13:00 UTC 2009 > root@hob.lan.xcllnt.net:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Montecito (1594.67-Mhz Itanium 2) > Origin = "GenuineIntel" Revision = 7 > Features = 0x5 > real memory = 17142800384 (16348 MB) > avail memory = 16320004096 (15563 MB) > FPSWA Revision = 0x10012, Entry = 0xe00000003e6e2050 > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0: SAPIC Id=0, SAPIC Eid=0 (BSP) > cpu2: SAPIC Id=2, SAPIC Eid=0 > panic: Built bad topology at 0xe000000004d27440. CPU mask 0xF != 0x5 cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe2aca0,gp ;; > db> Can you boot with the "verbose" option, and show the output? Gavin From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 10:48: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 053B91065676 for ; Tue, 14 Jul 2009 10:48:18 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id DD8DA8FC19 for ; Tue, 14 Jul 2009 10:48:17 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MQfYX-0007bo-Gu for freebsd-current@freebsd.org; Tue, 14 Jul 2009 03:48:17 -0700 Message-ID: <24477244.post@talk.nabble.com> Date: Tue, 14 Jul 2009 03:48:17 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl Subject: Build error "am_ET.UTF-8.out: Inappropriate ioctl for device"" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 10:48:18 -0000 Hello fellow CURRENT users & venerable hackers. I'm running FreeBSD 8.0-BETA1 #0 r195642M amd64, any attempt of source-upgrade results in : ===> share/mklocale (all) mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src am_ET.UTF-8.out: Inappropriate ioctl for device *** Error code 1 Stop in /usr/src/share/mklocale. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Same for GENERIC as custom kernel. Couldn't trace origin of this breakage, any ideas? -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/Build-error-%22am_ET.UTF-8.out%3A-Inappropriate-ioctl-for-device%22%22-tp24477244p24477244.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 10:52:59 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 5453B1065676; Tue, 14 Jul 2009 10:52:59 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id D10FA8FC15; Tue, 14 Jul 2009 10:52:58 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n6EAqkN3099777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2009 12:52:46 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n6EAqjoD099776; Tue, 14 Jul 2009 12:52:45 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Tue, 14 Jul 2009 12:52:45 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Alan Cox Message-ID: <20090714105245.GR2145@acme.spoerlein.net> Mail-Followup-To: Alan Cox , Kip Macy , Alan Cox , current@freebsd.org References: <20090713181650.GB76464@acme.spoerlein.net> <4A5B7D24.60100@cs.rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A5B7D24.60100@cs.rice.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Alan Cox , Kip Macy , current@freebsd.org Subject: Re: panic: vm_page_free_toq: freeing mapped page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 10:52:59 -0000 On Mon, 13.07.2009 at 13:29:56 -0500, Alan Cox wrote: > Ulrich Spörlein wrote: > > On Mon, 13.07.2009 at 19:15:03 +0200, Ulrich Spörlein wrote: > > > >> On Sun, 12.07.2009 at 14:22:23 -0700, Kip Macy wrote: > >> > >>> On Sun, Jul 12, 2009 at 1:31 PM, Ulrich Spörlein wrote: > >>> > >>>> Hi, > >>>> > >>>> 8.0 BETA1 @ r195622 will panic reliably when running the clang static > >>>> analyzer on a buildworld with something like the following panic: > >>>> > >>>> panic: vm_page_free_toq: freeing mapped page 0xffffff00c9715b30 > >>>> cpuid = 1 > >>>> KDB: stack backtrace: > >>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > >>>> panic() at panic+0x182 > >>>> vm_page_free_toq() at vm_page_free_toq+0x1f6 > >>>> vm_object_terminate() at vm_object_terminate+0xb7 > >>>> vm_object_deallocate() at vm_object_deallocate+0x17a > >>>> _vm_map_unlock() at _vm_map_unlock+0x70 > >>>> vm_map_remove() at vm_map_remove+0x6f > >>>> vmspace_free() at vmspace_free+0x56 > >>>> vmspace_exec() at vmspace_exec+0x56 > >>>> exec_new_vmspace() at exec_new_vmspace+0x133 > >>>> exec_elf32_imgact() at exec_elf32_imgact+0x2ee > >>>> kern_execve() at kern_execve+0x3b2 > >>>> execve() at execve+0x3d > >>>> syscall() at syscall+0x1af > >>>> Xfast_syscall() at Xfast_syscall+0xe1 > >>>> --- syscall (59, FreeBSD ELF64, execve), rip = 0x800c20d0c, rsp = 0x7fffffffd6f8, rbp = 0x7fffffffdbf0 --- > >>>> > >>> Can you try the following change: > >>> > >>> http://svn.freebsd.org/viewvc/base/user/kmacy/releng_7_2_fcs/sys/vm/vm_object.c?r1=192842&r2=195297 > >>> > >> Applied this to HEAD by hand an ran with it, it died 20-30 minutes into > >> the scan-build run. So no luck there. Next up is a test using the > >> GENERIC kernel. > > > > No improvement with a GENERIC kernel. Next up will be to run this with > > clean sysctl, loader.conf, etc. Then I'll try disabling SMP. > > > > Does the backtrace above point to any specific subsystem? I'm using UFS, > > ZFS and GELI on this machine and could try a few combinations... > > The interesting thing about the backtrace is that it shows a 32-bit i386 > executable being started on a 64-bit amd64 machine. I've seen this > backtrace once before, and you'll find it in the PR database. In that > case, the problem "went away" after the known-to-be-broken > ZERO_COPY_SOCKETS option was removed from the reporter's kernel > configuration. However, I don't see that as the culprit here. Hi Alan, first the bad news I ran this test with a GENERIC kernel, SMP disabled, hw.physmem set to 2 GB in single user mode, so no other processes or deamons running, nothing special in loader.conf except for ZFS and GELI. It reliably panics, so nothing new here. Now the good news, you may be able to crash your own amd64 box in 3 minutes by doing: mkdir /tmp/foo && cd /tmp/foo fetch -o- https://www.spoerlein.net/pub/llvm-clang.tar.gz | tar xf - while :; do for d in bin sbin usr.bin usr.sbin; do $PWD/scan-build -o /dev/null -k make -C /usr/src/$d clean obj depend all; done; done Please note that scan-build/ccc-analyzer wont actually do anything, as they cannot create output in /dev/null. So this is just running the perl-script and forking make/sh/awk/ccc-analyzer like mad. It does not survive 3 minutes on my Core2 Duo 3.3 GHz. hth Ulrich Spörlein From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 10:54: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 B8FED1065670 for ; Tue, 14 Jul 2009 10:54:30 +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 5763C8FC23 for ; Tue, 14 Jul 2009 10:54:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6429B1CF29; Tue, 14 Jul 2009 12:54:29 +0200 (CEST) Date: Tue, 14 Jul 2009 12:54:29 +0200 From: Ed Schouten To: Jakub Lach Message-ID: <20090714105429.GL48776@hoeg.nl> References: <24477244.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i9ck9l8+8M5KOjzp" Content-Disposition: inline In-Reply-To: <24477244.post@talk.nabble.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: Build error "am_ET.UTF-8.out: Inappropriate ioctl for device"" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 10:54:31 -0000 --i9ck9l8+8M5KOjzp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, * Jakub Lach wrote: > =3D=3D=3D> share/mklocale (all) > mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src > mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src > am_ET.UTF-8.out: Inappropriate ioctl for device It turned out this is because mklocale calls fwrite() with size =3D 0, which will as of recently always cause fwrite() to return 0. I just fixed this in SVN. I discussed this with re@ and for now I'm going to leave fwrite() the way it is. Other operating systems already have this behaviour, so it is very unlikely to cause (major) regressions, especially in third party sources. If other problems arise, I will obviously revert the change and reintegrate it after we've branched RELENG_8. --=20 Ed Schouten WWW: http://80386.nl/ --i9ck9l8+8M5KOjzp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpcY+UACgkQ52SDGA2eCwXriACfdWNvzYua5NGD7wEa86fLXMq0 vxIAnRBqnO66LyETWequkHY1jVPp8sJv =n7gZ -----END PGP SIGNATURE----- --i9ck9l8+8M5KOjzp-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 12:26:47 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 F3028106564A; Tue, 14 Jul 2009 12:26:46 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id ADC368FC14; Tue, 14 Jul 2009 12:26:46 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id E4A235D61; Tue, 14 Jul 2009 14:26:44 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gPLn5PwWaFsF; Tue, 14 Jul 2009 14:26:43 +0200 (CEST) Received: from bert.mlan.solnet.ch (bert.mlan.solnet.ch [212.101.1.83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id 3BC935D5A; Tue, 14 Jul 2009 14:26:43 +0200 (CEST) Message-ID: <4A5C7983.9050009@bsdunix.ch> Date: Tue, 14 Jul 2009 14:26:43 +0200 From: Thomas Vogt User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: Randi Harper References: <4A559E50.3090408@bsdunix.ch> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: USB stick installation problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 12:26:47 -0000 Hi Randi Randi Harper wrote: > On Thu, Jul 9, 2009 at 12:37 AM, Thomas Vogt > wrote: > > Hi > > I download and copied 8.0-BETA1-amd64-memstick.img to an usb stick as > described at > http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051018.html. > > I can boot it and sysinstall runs fine. Later i chose USB stick as > install medium but then i get a "no USB stick found" error. Is this an > know bug? > > Regards, > Thomas > > > > Possibly. Can you please tell sysinstall to rescan devices or restart > the sysinstall process and tell me if that makes a difference? As i mentioned in another mail, it didn't help. Here is my dmesg output. I used a usb cdrom to installe the system: http://pastebin.com/m67ee313d Regards, Thomas Vogt From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 13:25:37 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 E05131065673 for ; Tue, 14 Jul 2009 13:25:37 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 9BB6E8FC15 for ; Tue, 14 Jul 2009 13:25:37 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 64831 invoked by uid 60001); 14 Jul 2009 13:25:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1247577936; bh=+72gbo3Knfakdt9/6Gbz2m8+XXYBLdCz3eYVtNqa6YM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=Jdwyveu6OQIUfMJR0I96GuIxAKIYpl5LhrxTSidQAsITSMeEwGb9KTNeBjqaH8ggdZqEwg0f5XjdAx9nWBnkOideHOKkEkkJz/6n2cnLxepIdG8E+yQLkLZAl1RjjYdUTxCITBTEYwG7B+HWynal8oInqznmtCoNDaPkcj6Y78U= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=EZ9GF0Ct4oHEcX1J5iGH82SXnCpjq4HCDPeqlYu9epBJtmbLpBmQXI/surhBx4SSDC8axks4sjDlPEWWkepedGDj/OrEcEqVaY2XvhVll+aYSAsWjMxgm5L2/net3sIfeCOgeRkgg94qPQy8a/E2OIjh4yPbYIUqw9wKso6Lue8=; Message-ID: <875765.64452.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: jx6oGcsVM1lVwULwVsRUVq3MObjL7CxmEhW23GLtk8NPGH2o7mAzFVyp39k_nqX_0Nj83jh42d80I9KlxqTW.FaKYhZm7OMU42.rtxSlscFbTIxVJJIfP55q6R_Merf31._.qQxnYiUiABjUclz1Lzgf_n5LUziPUPt6Y1TLWzeqNLz87ux6XxQHfIilC9G_0I3Mk4SjWA2PnOtZkf6XppPyAc6bGcssvB965dmc0sMkPOK0DR_mSIKyOnZV2dq05nF7IH4TaLbZyN6JeCADzSNw2OTwmaqtXmGgTPXGYqcXlbNgCIbWShL4xMfr5zgpyujpzUVfP3Xfc9MGyXpMBg-- Received: from [66.176.162.245] by web63908.mail.re1.yahoo.com via HTTP; Tue, 14 Jul 2009 06:25:36 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Tue, 14 Jul 2009 06:25:36 -0700 (PDT) From: Barney Cordoba To: Kip Macy MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 13:25:38 -0000 --- On Mon, 7/13/09, Kip Macy wrote: > From: Kip Macy > Subject: Re: Flowtables -- any tuning hints? > To: "Barney Cordoba" > Cc: freebsd-current@freebsd.org > Date: Monday, July 13, 2009, 7:13 PM > The flowtable was initially developed > so that ECMP could support > stateful load-balancing. In some ways it is a stop-gap for > other > areas. > > > Its only a misconception if you think its the only way > to do things, which > > in itself is a misconception. I'm not at liberty to > discuss specifics so i can't defend myself properly. > > > > I will say that designing a 10gb/s "system" that > doesnt work well with a large number of flows kind of misses > the target, don't you think? > > If the only target that you care about is IP forwarding, I > can respond > with an emphatic "yes". If you're running web servers, NFS > servers, > stateful L3 load balancers, and many other applications, > i.e. the > majority of FreeBSD users, I can likewise respond with an > emphatic > "no". There are in fact quite a lot of users of 10Gbps that > don't have > hundreds of thousands of simultaneous peers. > > > > The people who need 10gb/s are isps, universities and > telcos; all of whom have a large number of flows. So I'm not > sure exactly who is going to benefit from the work. > > There seems to be something unusual about the "large number > of > prefixes" crowd in that any facility that doesn't directly > benefit > them is not worth having. You are not the first to step up > and sneer > with contempt, and yet do nothing to address the > architectural flaws > that hamper forwarding performance for your workload, and > you will not > be the last. Actually I've done a LOT to address the issue, but I'm not free to contribute it because the people who've paid a lot of money to get it done don't want to share it with their competitors. The issue isn't whether its "worth having". The issue is 1) Nobody here asking you about it really has any idea about what it is, or what benefit it will actually provide. So you'll have a lot of people blindly using something hoping it will solve problems that they don't begin to understand. 2) Such things tend to become ingrained in the OS because its better than nothing. Netgraph comes to mind. Netgraph is certainly useful, but its done completely wrong from how it should be done, and its become a permenant fixture (and IMO a wart) on the FreeBSD project, because its existence thwarts any other development, since its "good enough" for some people. 3) The network path is so adulterated with firewall variations, altq, dummynet, netgraph, and now flowtables its getting to be quite a joke. You guys can't come up with a clean hooking mechanism that doesn't make the OS code look like a scorecard for a 24 inning baseball game? That being said, it just seems to me that a non-scalable solution to the problem of the OS not scaling well seems like a questionable effort. Barney From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 13:36: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 C3CD1106566B for ; Tue, 14 Jul 2009 13:36:44 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 680578FC15 for ; Tue, 14 Jul 2009 13:36:44 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 335FE19E023; Tue, 14 Jul 2009 15:36:41 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9178519E019; Tue, 14 Jul 2009 15:36:38 +0200 (CEST) Message-ID: <4A5C89E7.503@quip.cz> Date: Tue, 14 Jul 2009 15:36:39 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Nick Barkas References: <549859.9626.qm@web25007.mail.ukl.yahoo.com> <4A379AEE.7080101@freebsd.org> In-Reply-To: <4A379AEE.7080101@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: LOR:vfs_bio.c and ufs_dirhash.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: Tue, 14 Jul 2009 13:36:45 -0000 Nick Barkas wrote: [snip] >> Jun 15 17:46:53 ibb kernel: lock order reversal: >> Jun 15 17:46:53 ibb kernel: 1st 0xd9537bb0 bufwait (bufwait) @ >> /usr/src/sys/kern/vfs_bio.c:2558 >> Jun 15 17:46:53 ibb kernel: 2nd 0xc5efd000 dirhash (dirhash) @ >> /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 >> Jun 15 17:46:53 ibb kernel: KDB: stack backtrace: >> Jun 15 17:46:53 ibb kernel: >> db_trace_self_wrapper(c0c5e1c8,e813a87c,c08b15d5,c08a250b,c0c6100b,...) >> at db_trace_self_wrapper+0x26 >> Jun 15 17:46:53 ibb kernel: >> kdb_backtrace(c08a250b,c0c6100b,c552acf0,c5530c00,e813a8d8,...) at >> kdb_backtrace+0x29 >> Jun 15 17:46:53 ibb kernel: >> _witness_debugger(c0c6100b,c5efd000,c0c810bd,c5530c00,c0c80d56,...) at >> _witness_debugger+0x25 >> Jun 15 17:46:53 ibb kernel: >> witness_checkorder(c5efd000,9,c0c80d56,11d,0,...) at >> witness_checkorder+0x839 >> Jun 15 17:46:53 ibb kernel: >> _sx_xlock(c5efd000,0,c0c80d56,11d,c6015c3c,...) at _sx_xlock+0x85 >> Jun 15 17:46:53 ibb kernel: >> ufsdirhash_acquire(d9537b50,da6db800,200,da6db81c,e813a9a8,...) at >> ufsdirhash_acquire+0x35 >> Jun 15 17:46:53 ibb kernel: >> ufsdirhash_add(c6015c3c,e813aa20,81c,e813a994,e813a998,...) at >> ufsdirhash_add+0x13 >> Jun 15 17:46:53 ibb kernel: >> ufs_direnter(c5ff596c,c6139218,e813aa20,e813ac04,d956c200,...) at >> ufs_direnter+0x729 >> Jun 15 17:46:53 ibb kernel: ufs_mkdir(e813ac28,ead,0,0,e813ab70,...) >> at ufs_mkdir+0x897 >> Jun 15 17:46:53 ibb kernel: >> VOP_MKDIR_APV(c0d5eec0,e813ac28,e813ac04,e813ab70,0,...) at >> VOP_MKDIR_APV+0xa5 >> Jun 15 17:46:53 ibb kernel: >> kern_mkdirat(c5cda480,ffffff9c,28528f80,0,1ed,...) at kern_mkdirat+0x268 >> Jun 15 17:46:53 ibb kernel: >> kern_mkdir(c5cda480,28528f80,0,1ed,e813ad2c,...) at kern_mkdir+0x2e >> Jun 15 17:46:53 ibb kernel: >> mkdir(c5cda480,e813acf8,8,c0c5e284,c0d3f240,...) at mkdir+0x29 >> Jun 15 17:46:53 ibb kernel: syscall(e813ad38) at syscall+0x2a3 >> Jun 15 17:46:53 ibb kernel: Xint0x80_syscall() at Xint0x80_syscall+0x20 >> Jun 15 17:46:53 ibb kernel: --- syscall (136, FreeBSD ELF32, mkdir), >> eip = 0x283063c3, esp = 0xbf4f9d1c, ebp = 0xbf4f9d48 --- >> >> Mail me, if I can help with anything else... > > > This is known, and shouldn't be anything to worry about because it will > not result in a deadlock. See the comment added in r187474: > > + * WITNESS reports a lock order reversal between the "bufwait" lock > + * and the "dirhash" lock. However, this specific reversal will not > + * cause a deadlock. To get a deadlock, one would have to lock a > + * buffer followed by the dirhash while a second thread locked a > + * buffer while holding the dirhash lock. The second order can happen > + * under a shared or exclusive vnode lock for the associated directory > + * in lookup(). The first order, however, can only happen under an > + * exclusive vnode lock (e.g. unlink(), rename(), etc.). Thus, for > + * a thread to be doing a "bufwait" -> "dirhash" order, it has to hold > + * an exclusive vnode lock. That exclusive vnode lock will prevent > + * any other threads from doing a "dirhash" -> "bufwait" order. > > See also http://sources.zabbadoz.net/freebsd/lor/261.html but note that > you are seeing different line numbers in vfs_bio.c and ufs_dirhash.c > because those files have been changed since this page was first created > back in September. I don't know how to identify the uniqueness of the LOR. I installed 8.0-BETA1 amd64 with GENERIC kernel on new server for testing (Xeon E5520 QuadCore + 12GB RAM) and got following LORs in heavy IO operation (portsnap extract) Both LORs appeared at the same time (in var/log/messages) lock order reversal: 1st 0xffffff80f93fccc0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xffffff000a2fa000 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x88b ufs_makeinode() at ufs_makeinode+0x2a7 VOP_CREATE_APV() at VOP_CREATE_APV+0x8d vn_open_cred() at vn_open_cred+0x468 kern_openat() at kern_openat+0x179 syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (5, FreeBSD ELF64, open), rip = 0x800e32d5c, rsp = 0x7fffffffe5d8, rbp = 0x1a4 --- lock order reversal: 1st 0xffffff02a21f7620 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2083 2nd 0xffffff80f93fccc0 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:6170 3rd 0xffffff02a18ef620 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2083 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xcf3 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b vfs_hash_get() at vfs_hash_get+0xd5 ffs_vgetf() at ffs_vgetf+0x48 softdep_sync_metadata() at softdep_sync_metadata+0x475 ffs_syncvnode() at ffs_syncvnode+0x210 ffs_fsync() at ffs_fsync+0x43 ufs_direnter() at ufs_direnter+0x315 ufs_makeinode() at ufs_makeinode+0x2a7 VOP_CREATE_APV() at VOP_CREATE_APV+0x8d vn_open_cred() at vn_open_cred+0x468 kern_openat() at kern_openat+0x179 syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (5, FreeBSD ELF64, open), rip = 0x800e32d5c, rsp = 0x7fffffffe5d8, rbp = 0x1a4 --- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 13:52: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 025391065676 for ; Tue, 14 Jul 2009 13:52:57 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id A3FAE8FC1C for ; Tue, 14 Jul 2009 13:52:56 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 000CA78FA5; Tue, 14 Jul 2009 17:52:53 +0400 (MSD) Message-ID: <4A5C8DB7.2090607@haruhiism.net> Date: Tue, 14 Jul 2009 17:52:55 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <549859.9626.qm@web25007.mail.ukl.yahoo.com> <4A379AEE.7080101@freebsd.org> <4A5C89E7.503@quip.cz> In-Reply-To: <4A5C89E7.503@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Nick Barkas , "freebsd-current@freebsd.org" Subject: Re: LOR:vfs_bio.c and ufs_dirhash.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: Tue, 14 Jul 2009 13:52:57 -0000 Miroslav Lachman wrote: > I don't know how to identify the uniqueness of the LOR. I installed > 8.0-BETA1 amd64 with GENERIC kernel on new server for testing (Xeon > E5520 QuadCore + 12GB RAM) and got following LORs in heavy IO > operation (portsnap extract) > Both LORs appeared at the same time (in var/log/messages) Please consider checking http://sources.zabbadoz.net/freebsd/lor.html before reporting a possible new LOR. The first one you posted in this message is the same as in the previous one (261). The second one is http://sources.zabbadoz.net/freebsd/lor/266.html. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 13:55: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 1E6221065680 for ; Tue, 14 Jul 2009 13:55:20 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63905.mail.re1.yahoo.com (web63905.mail.re1.yahoo.com [69.147.97.120]) by mx1.freebsd.org (Postfix) with SMTP id B8E328FC24 for ; Tue, 14 Jul 2009 13:55:19 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 87991 invoked by uid 60001); 14 Jul 2009 13:55:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1247579719; bh=E8FlBAEnc/YytH8ft2z5kMe3mugdfvAVNJY5cujQKpw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=csMWx/8sqzPISd+SiJHZQGzQRrPOTxfwXaTq2zob8GZ4m4H5D1gxSZ1Z+Nl9OVSjkctumhnxupLhlIo5HM/QmOUKlBNywQNELdGi2S3M6IM9365vNRH2edkNvVusf34g5Jfhy0+F7uuMIWpG3Lkdz8+Mp+XmTjLwPH9UJ2Bb+TU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=N4ef7MQKlElVN98shB60Z80YMA4t1BNWMUeIOAgJ2230yL4SJFz8Rig4AC7k3XVl0N52r7/wFBs7OlB/1WWdcrZ2t1S9sgZoWNpxuZE6AGIOAj5lkB2JYlgKGW1xvTQPVk+wBLsdpgIyX02l7PEwqKKhgZFubXTo9H5UnnAMwIo=; Message-ID: <42526.87755.qm@web63905.mail.re1.yahoo.com> X-YMail-OSG: r3us9UMVM1mSXtJiTlxUZqt_u8DBh2g1zd8tZqk6Fziamt6weZWCVm6RDSSinUg0Gx.rjrDk4XoWffsZRYiEPs2vCDP8nJBGcewc7T3QMd2MfCkd4OFepUYMjjcYpk2NSZ6fNQYj3fp1E2jZi6XCASqVy8pU668nmDXrBwIpS0rCB8ftS7pFrFORcqDGuDJphWo0rZKrTh3KCck5.H_wrKg7rKl4OHwqTC5e9c.AwIMxOq0dbh1msJGQu.3CbxaOjCTwTPUe6X2vUZQwcZ8lUPA46Iu4YCBeH_qJ5mbyUSYRr.3PpiPI150.fg-- Received: from [66.176.162.245] by web63905.mail.re1.yahoo.com via HTTP; Tue, 14 Jul 2009 06:55:18 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Tue, 14 Jul 2009 06:55:18 -0700 (PDT) From: Barney Cordoba To: Kip Macy , Adrian Chadd MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: Flowtables -- any tuning hints? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 13:55:20 -0000 --- On Mon, 7/13/09, Adrian Chadd wrote: > From: Adrian Chadd > Subject: Re: Flowtables -- any tuning hints? > To: "Kip Macy" > Cc: "Barney Cordoba" , freebsd-current@freebsd.org > Date: Monday, July 13, 2009, 10:28 PM > 2009/7/14 Kip Macy : > > >> The people who need 10gb/s are isps, universities > and telcos; all of whom have a large number of flows. So I'm > not sure exactly who is going to benefit from the work. > > > > There seems to be something unusual about the "large > number of > > prefixes" crowd in that any facility that doesn't > directly benefit > > them is not worth having. You are not the first to > step up and sneer > > with contempt, and yet do nothing to address the > architectural flaws > > that hamper forwarding performance for your workload, > and you will not > > be the last. > > As one of "those people", the reason that we (I) dismiss > flow table > stuff as not scalable is because in those specific > environments, flow > table stuff has been used, abused and dismissed > 10 > years ago as just > not scaling. > > The problem is this (and I've spoken to Kip at lengths > about this too) > - a company funded Kip's work to improve performance in a > particular > area and with a particular set of functions/features. > Whether or not > _I_ particularly think it is or isn't a good idea isn't > really > relevant if I'm not willing to stand up and do something > about it. Thats a load of BS. So if you don't have time to fix something yourself, you should just keep your mouth shut and accept anything that comes along? Perhaps if there was more criticism and less back-patting FreeBSD would bear some semblence of an organized effort rather than a cobbling together of personal science projects? BC From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 14:08:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E705106566B for ; Tue, 14 Jul 2009 14:08:25 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id D01418FC1C for ; Tue, 14 Jul 2009 14:08:24 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AB11B19E023; Tue, 14 Jul 2009 16:08:22 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 17D9719E019; Tue, 14 Jul 2009 16:08:20 +0200 (CEST) Message-ID: <4A5C9154.9000501@quip.cz> Date: Tue, 14 Jul 2009 16:08:20 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Kamigishi Rei References: <549859.9626.qm@web25007.mail.ukl.yahoo.com> <4A379AEE.7080101@freebsd.org> <4A5C89E7.503@quip.cz> <4A5C8DB7.2090607@haruhiism.net> In-Reply-To: <4A5C8DB7.2090607@haruhiism.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: LOR:vfs_bio.c and ufs_dirhash.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: Tue, 14 Jul 2009 14:08:25 -0000 Kamigishi Rei wrote: > Miroslav Lachman wrote: > >> I don't know how to identify the uniqueness of the LOR. I installed >> 8.0-BETA1 amd64 with GENERIC kernel on new server for testing (Xeon >> E5520 QuadCore + 12GB RAM) and got following LORs in heavy IO >> operation (portsnap extract) >> Both LORs appeared at the same time (in var/log/messages) > > Please consider checking http://sources.zabbadoz.net/freebsd/lor.html > before reporting a possible new LOR. > The first one you posted in this message is the same as in the previous > one (261). > The second one is http://sources.zabbadoz.net/freebsd/lor/266.html. I tried it, but I don't know what is the identifier (it is not mentioned on the page). For me, the LOR is just a bunch of meaningless text and I don't know how to compare two LOR reports. Is it by source files, or hex number after 1st, 2nd, 3rd, or anything else... So... how can I search the page next time? Thanx Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 14:32: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 E604F1065675 for ; Tue, 14 Jul 2009 14:32:04 +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 98B898FC13 for ; Tue, 14 Jul 2009 14:32:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAL8zXEqDaFvJ/2dsb2JhbADQTYQIBYE9 X-IronPort-AV: E=Sophos;i="4.42,397,1243828800"; d="scan'208";a="41170291" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 14 Jul 2009 10:32:03 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 8C845FB809B; Tue, 14 Jul 2009 10:32:03 -0400 (EDT) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LUex+srvOsNC; Tue, 14 Jul 2009 10:32:02 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 67E17FB8099; Tue, 14 Jul 2009 10:32:02 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6EEYsQ05512; Tue, 14 Jul 2009 10:34:54 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 14 Jul 2009 10:34:54 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: John Marshall In-Reply-To: <20090714053357.GH982@rwpc12.mby.riverwillow.net.au> Message-ID: References: <20090708085202.GS1025@rwpc12.mby.riverwillow.net.au> <20090714053357.GH982@rwpc12.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: sshd GSSAPIAuthentication broken after 8.0-BETA1 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 14:32:05 -0000 On Tue, 14 Jul 2009, John Marshall wrote: > Zero interest on -stable after 1 week. Trying -current. > > On Wed, 08 Jul 2009, 18:52 +1000, John Marshall wrote: >> I source upgraded a (test) server here (i386) from 7.2-RELEASE-p2 to >> 8.0-BETA1 this morning. I use GSSAPI as the primary authentication >> method for sshd on that server. After the upgrade GSSAPI authentication >> stopped working and I can't get enough information to figure out why. >> Perhaps the newer version of Heimdal behaves differently? Perhaps the >> newer version of sshd behaves differently? >> I'm a Kerberos weenie, so don't expect this to help, but I know what it's like when it doesn't work. Here's some things I've had luck with when trying to get the gssapi to work in the past: - try commenting out all the other mechanisms in /etc/gss/mech. (It seems to sometimes get confused and tries to use a different mech than Kerberos, or whatever you are using.) - try to make sure that your KDC, client and server machine are all using the same encryption type by default (and that the entry for the host principal in the server is encrypted with that same type). default_etypes in /etc/krb5.conf + whatever your KDC uses - make sure your machines have fully qualified DNS names and that the name for the server matches the one used for the host based principal in its keytab file. Doubt any of the above will help, but good luck with it, rick From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 15:13: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 96505106570F for ; Tue, 14 Jul 2009 15:13:19 +0000 (UTC) (envelope-from royerfranck@free.fr) Received: from kollok.org (kollok.org [213.251.185.185]) by mx1.freebsd.org (Postfix) with ESMTP id 60D3C8FC16 for ; Tue, 14 Jul 2009 15:13:17 +0000 (UTC) (envelope-from royerfranck@free.fr) Received: from [10.7.0.7] (kjade [10.7.0.7]) by kollok.org (Postfix) with ESMTP id 2120B169A for ; Tue, 14 Jul 2009 16:57:40 +0200 (CEST) Message-ID: <4A5C9CE2.6060801@free.fr> Date: Tue, 14 Jul 2009 15:57:38 +0100 From: Franck Royer User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: UTF-8 on 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: royerfranck@free.fr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 15:13:20 -0000 Hi, I wanna know where is the development of the support of utf-8 locale on the current branch. Can we use it or it still considering highly experimental ? Is there any specific port to install or a standard configuration is enough ? Or did I misunderstand that Freebsd will support native utf-8 ? Cheers, Franck From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 15:53: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 4796B1065696 for ; Tue, 14 Jul 2009 15:53:29 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id 0F66D8FC27 for ; Tue, 14 Jul 2009 15:53:28 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 16505 invoked by alias); 14 Jul 2009 12:35:09 -0000 Message-ID: <20090714123509.16504.qmail@us1.tomahawkonline.net> From: "Sagara Wijetunga" To: freebsd-current@freebsd.org Date: Tue, 14 Jul 2009 07:35:09 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Hans Petter Selasky Subject: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 15:53:29 -0000 Hi FreeBSD community I want to identify the device created (eg. da0, da1, etc.) for an USB Mass Storage device with its vendor and product identification numbers. Currently, FreeBSD 8 send following events to the devd on attach of an USB Mass Storage device: !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.0 !system=DEVFS subsystem=CDEV type=CREATE cdev=ugen4.3 !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.1 !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.2 +ugen4.3 vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 sernum="14925B00" at port=7 on ugen4.1 ? at port=7 interface=0 vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 sernum="14925B00" intclass=0x08 intsubclass=0x06 on uhub4 +umass1 vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 sernum="14925B00" intclass=0x08 intsubclass=0x06 at port=7 interface=0 vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 sernum="14925B00" intclass=0x08 intsubclass=0x06 on uhub4 !system=DEVFS subsystem=CDEV type=CREATE cdev=pass4 !system=DEVFS subsystem=CDEV type=CREATE cdev=da4 !system=DEVFS subsystem=CDEV type=CREATE cdev=da4s1 !system=DEVFS subsystem=CDEV type=CREATE cdev=msdosfs/ Is it possible to get an extra event to the devd with the device created (eg. da0, da1, etc.) with its vendor and product identification numbers? eg. +da0 vendor=0x0718 product=0x0081 ... Kind regards Sagara From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 15:55: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 3238010657E3 for ; Tue, 14 Jul 2009 15:55:15 +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 C80B28FC22 for ; Tue, 14 Jul 2009 15:55:14 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DE6931CF29; Tue, 14 Jul 2009 17:55:13 +0200 (CEST) Date: Tue, 14 Jul 2009 17:55:13 +0200 From: Ed Schouten To: Franck Royer Message-ID: <20090714155513.GO48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pkFmbaTizs5wxZX9" Content-Disposition: inline In-Reply-To: <4A5C9CE2.6060801@free.fr> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 15:55:16 -0000 --pkFmbaTizs5wxZX9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Franck, * Franck Royer wrote: > I wanna know where is the development of the support of utf-8 locale on > the current branch. Can we use it or it still considering highly > experimental ? Is there any specific port to install or a standard > configuration is enough ? >=20 > Or did I misunderstand that Freebsd will support native utf-8 ? FreeBSD already supports UTF-8 when using X11, etc. The console driver is restricted to 8-bit character sets. When you use FreeBSD HEAD/8.0, you can add the following to your kernel config: options TEKEN_UTF8 options TEKEN_XTERM After that, be sure to replace `cons25' with `xterm' in /etc/ttys. This will allow you to use UTF-8 on the console. The kernel will use a table to remap all Unicode characters to CP437 (the default VGA font), so it's practically useless. I actually wanted to announce this in a couple of days from now, but I guess there's no harm in mentioning it already. As of last week I'm working on a new console driver in the newcons branch in our Perforce repository. Because I'm using VGA graphics mode, it's fairly easy to support Unicode. It will probably still take a very long time before it's finished, but I can already show you this screenshot I made the other day: http://www.il.fontys.nl/~ed/freebsd-vt-unicode.png It's a screenshot of FreeBSD with my console driver, displaying this file: http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt I hope you like it. ;-) --=20 Ed Schouten WWW: http://80386.nl/ --pkFmbaTizs5wxZX9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpcqmEACgkQ52SDGA2eCwW+mgCfTSKLPoZgoSunBy/cZ/fOa4p8 zlYAn2mLE+8dUEVmxtB7rO129qwqjbsR =a5Z+ -----END PGP SIGNATURE----- --pkFmbaTizs5wxZX9-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 15:57: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 EA6971065696 for ; Tue, 14 Jul 2009 15:57:03 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 74CDB8FC0A for ; Tue, 14 Jul 2009 15:57:02 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6EFv1hj034486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2009 17:57:01 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A5CAACC.5080001@omnilan.de> Date: Tue, 14 Jul 2009 17:57:00 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA007D5B44DA211864287F61B" Subject: booting from label inside GPT partition / EFI loader for amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 15:57:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA007D5B44DA211864287F61B Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I'm trying to boot (load the loader) from ad4p2a. Should that be possible= ? gptboot claims "no UFS filesystem found" and the ordinary bootcode just=20 prints Boot Error. I have an intel i386 server board which supports EFI booting, but I=20 think I cannot use the ia64 efi loader, right? Is there any development bits I can try making my server EFI booting? Thanks, -Harry --------------enigA007D5B44DA211864287F61B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpcqs0ACgkQLDqVQ9VXb8iNPQCfVOl/TwCpQ450iX6WWnTtFavC HfMAn1Roy529S40eb6vNKnnP6YryCWw9 =C6js -----END PGP SIGNATURE----- --------------enigA007D5B44DA211864287F61B-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 15:54: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 7CAD310656AA for ; Tue, 14 Jul 2009 15:54:58 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2538FC1D for ; Tue, 14 Jul 2009 15:54:57 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1MQk3G-0001Ij-Mp>; Tue, 14 Jul 2009 17:36:18 +0200 Received: from e178051160.adsl.alicedsl.de ([85.178.51.160] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1MQk3G-0008O0-KT>; Tue, 14 Jul 2009 17:36:18 +0200 Message-ID: <4A5CA5F2.10301@mail.zedat.fu-berlin.de> Date: Tue, 14 Jul 2009 17:36:18 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <4A5C9CE2.6060801@free.fr> In-Reply-To: <4A5C9CE2.6060801@free.fr> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.51.160 X-Mailman-Approved-At: Tue, 14 Jul 2009 16:03:26 +0000 Subject: UTF-8 on 8.0-CURRENT does not compile on today's CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 15:54:59 -0000 Trying to make 'buildworld' today ends up in this error: ===> share/me (all) gzip -cn /usr/src/share/me/orig_me.7 > orig_me.7.gz sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/acm.me > acm.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/chars.me > chars.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/deltext.me > deltext.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/eqn.me > eqn.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/float.me > float.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/footnote.me > footnote.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/index.me > index.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/letterhead.me > letterhead.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/local.me > local.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/null.me > null.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/refer.me > refer.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/sh.me > sh.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/tbl.me > tbl.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/thesis.me > thesis.me.tmp sed -f /usr/src/share/me/strip.sed < /usr/src/share/me/tmac.orig_me > tmac.orig_me.tmp ===> share/misc (all) ===> share/mk (all) ===> share/mklocale (all) mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src am_ET.UTF-8.out: Inappropriate ioctl for device *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 16:16:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E2C1065670 for ; Tue, 14 Jul 2009 16:16:34 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id D987F8FC13 for ; Tue, 14 Jul 2009 16:16:33 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl129-38.kln.forthnet.gr [77.49.248.38]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-9) with ESMTP id n6EG5k1w023118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Jul 2009 19:05:52 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n6EG5k5K092020 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2009 19:05:46 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n6EG5jAL092019; Tue, 14 Jul 2009 19:05:45 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alexander Best References: Date: Tue, 14 Jul 2009 19:05:44 +0300 In-Reply-To: (Alexander Best's message of "Tue, 14 Jul 2009 10:55:36 +0200 (CEST)") Message-ID: <87ocrntfl3.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Hellug-MailScanner-ID: n6EG5k1w023118 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.468, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL -0.07, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 16:16:34 -0000 --=-=-= On Tue, 14 Jul 2009 10:55:36 +0200 (CEST), Alexander Best wrote: > just wanted to ask what the status of this patch is right now? did it > get committed to HEAD already? would be really great to have it in > there. I'm sorry but I lost the window before /head froze for 8.0, so this is not going to be committed before we cut a release. I think it's safe to assume that we can commit it shortly afterwards. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpcrNkACgkQ1g+UGjGGA7YENQCfUIM7KHTYsTJsWMnm1Tl0lI/j MF8An0vhvmWW0CSovEJQfydyPZ+aWjE8 =8th1 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 16:31: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 D12E2106566B for ; Tue, 14 Jul 2009 16:31:15 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD138FC1E for ; Tue, 14 Jul 2009 16:31:14 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6EGVDuB035418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2009 18:31:14 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A5CB2D1.5070106@omnilan.de> Date: Tue, 14 Jul 2009 18:31:13 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB59BFE9AF74F034F07147875" Subject: geom_label: gpt/labelname for gmirror provider? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 16:31:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB59BFE9AF74F034F07147875 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, first of all thank you very much for the gpt label support in=20 geom_label! This is really nice and makes disk partitioning well-arranged= =2E I tried to use the gbt/label as provider gor glabel, but that didn't=20 work. It looked as if gmirror wrote the label succesfully, but `gmirror=20 list` was empty. Just replacing gpt/label with ad4p2 worked as expected. Is it impossible by design to use gpt/label as provider? Thanks, -Harry P.S. Can I disable ufsid/UFSID and gptid/GPTID? I don't think I'll ever=20 use them since I create my own labels on both, GPs and UFSs. A sysctl or = loader tunable whould be fine. --------------enigB59BFE9AF74F034F07147875 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpcstEACgkQLDqVQ9VXb8gLwgCeKWcvgJiD85HcRp+5rLHIZrDL KDQAn0s0lAXio+4aV21WkISkfc/5S8L8 =qlQT -----END PGP SIGNATURE----- --------------enigB59BFE9AF74F034F07147875-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 16:37: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 55E711065670 for ; Tue, 14 Jul 2009 16:37:32 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 110EC8FC0A for ; Tue, 14 Jul 2009 16:37:31 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 7529C78F5F; Tue, 14 Jul 2009 20:37:22 +0400 (MSD) Message-ID: <4A5CB446.30609@haruhiism.net> Date: Tue, 14 Jul 2009 20:37:26 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: royerfranck@free.fr References: <4A5C9CE2.6060801@free.fr> In-Reply-To: <4A5C9CE2.6060801@free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 on 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 16:37:32 -0000 Franck Royer wrote: > I wanna know where is the development of the support of utf-8 locale on > the current branch. Can we use it or it still considering highly > experimental ? Is there any specific port to install or a standard > configuration is enough ? > Or did I misunderstand that Freebsd will support native utf-8 ? > I'm using ja_JP.UTF-8 in ssh *and* on serial console since at least 6-STABLE. However, since the current console driver only supports 8 bit character representation, console support is rendered useless. So for local display/keyboard, we'll have to wait until we get a VGA/framebuffer console that supports displaying of more than 256 characters. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 16:43: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 2DDB7106566C; Tue, 14 Jul 2009 16:43:43 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8954D8FC15; Tue, 14 Jul 2009 16:43:42 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,398,1243807200"; d="scan'208";a="277220227" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 14 Jul 2009 18:43:41 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 0D4F71B0751; Tue, 14 Jul 2009 18:43:41 +0200 (CEST) Date: Tue, 14 Jul 2009 18:43:40 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Giorgos Keramidas Message-ID: In-Reply-To: <87ocrntfl3.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 16:43:43 -0000 never mind. ;) looking forward to seeing the patch in HEAD in the future. alex Giorgos Keramidas schrieb am 2009-07-14: > On Tue, 14 Jul 2009 10:55:36 +0200 (CEST), Alexander Best > wrote: > > just wanted to ask what the status of this patch is right now? did > > it > > get committed to HEAD already? would be really great to have it in > > there. > I'm sorry but I lost the window before /head froze for 8.0, so this > is > not going to be committed before we cut a release. I think it's safe > to > assume that we can commit it shortly afterwards. From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 17:10: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 423081065678 for ; Tue, 14 Jul 2009 17:10:50 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from g5t0006.atlanta.hp.com (g5t0006.atlanta.hp.com [15.192.0.43]) by mx1.freebsd.org (Postfix) with ESMTP id 10D418FC0A for ; Tue, 14 Jul 2009 17:10:49 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from G6W0640.americas.hpqcorp.net (g6w0640.atlanta.hp.com [16.230.34.76]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g5t0006.atlanta.hp.com (Postfix) with ESMTPS id 48EF9C538; Tue, 14 Jul 2009 17:10:49 +0000 (UTC) Received: from G5W0602.americas.hpqcorp.net (16.228.9.185) by G6W0640.americas.hpqcorp.net (16.230.34.76) with Microsoft SMTP Server (TLS) id 8.1.375.2; Tue, 14 Jul 2009 17:10:07 +0000 Received: from GVW0671EXC.americas.hpqcorp.net ([16.230.34.3]) by G5W0602.americas.hpqcorp.net ([16.228.9.185]) with mapi; Tue, 14 Jul 2009 17:10:07 +0000 From: "Hayer, Sukhjinder" To: Marcel Moolenaar Date: Tue, 14 Jul 2009 17:08:06 +0000 Thread-Topic: 8.1-Current installation panic Thread-Index: AcoEGdLVX5jrDRtyQquwkTwI0FcNHQAixWTw Message-ID: References: <2CBB10B1-6E40-42A1-96DF-BC40E66B5E7E@mac.com> In-Reply-To: <2CBB10B1-6E40-42A1-96DF-BC40E66B5E7E@mac.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-current@freebsd.org" Subject: RE: 8.1-Current installation panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 17:10:50 -0000 Marcel, Thanks for your reply. But I really don't want to turn off the SMP. Since = I will Be debugging a problem which happens on a mutiprocessor platform . So if th= e SMP is disabled I may not the exact same behavior . Is there any other possible fix for thi= s. Thanks Sukhjinder Hayer -----Original Message----- From: Marcel Moolenaar [mailto:xcllnt@mac.com]=20 Sent: Monday, July 13, 2009 5:26 PM To: Hayer, Sukhjinder Cc: freebsd-current@freebsd.org Subject: Re: 8.1-Current installation panic On Jul 13, 2009, at 4:22 PM, Hayer, Sukhjinder wrote: > All, > I get a panic while installing freeBSD 8.1-CURRENT on IA64 integrity=20 > server. > It seems that there is something about the logical processors which=20 > it's not liking. > On the EFI when I run cpuconfig , it shows two processor modules ( ID=20 > 0 and 1 ) and For each processor module it show 2 logical processors.=20 > Any idea as to how to get past this. Interrupt the boot and set the following variable at the loader prompt: set kern.smp.disabled=3D1 This disables SMP and should prevent the panic. In the mean time, I'll look= into it. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 17:16: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 3FA091065670 for ; Tue, 14 Jul 2009 17:16:19 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 89DD38FC13 for ; Tue, 14 Jul 2009 17:16:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MQlc0-0007OZ-7n for freebsd-current@freebsd.org; Tue, 14 Jul 2009 17:16:16 +0000 Received: from 93-138-106-186.adsl.net.t-com.hr ([93.138.106.186]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jul 2009 17:16:16 +0000 Received: from ivoras by 93-138-106-186.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jul 2009 17:16:16 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 14 Jul 2009 19:15:41 +0200 Lines: 59 Message-ID: References: <4A5CB2D1.5070106@omnilan.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF29FEEAD5DB8D4AB94BA1647" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-106-186.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) In-Reply-To: <4A5CB2D1.5070106@omnilan.de> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: geom_label: gpt/labelname for gmirror provider? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 17:16:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF29FEEAD5DB8D4AB94BA1647 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer wrote: > Hello, >=20 > first of all thank you very much for the gpt label support in > geom_label! This is really nice and makes disk partitioning well-arrang= ed. Yes, it is lots of fun. > I tried to use the gbt/label as provider gor glabel, but that didn't > work. It looked as if gmirror wrote the label succesfully, but `gmirror= > list` was empty. Just replacing gpt/label with ad4p2 worked as expected= =2E > Is it impossible by design to use gpt/label as provider? I don't quite understand what you are asking. You create a mirror (with "gmirror label...") and then a GPT on top of it, and then you can't see the GPT labels? If so, then it unfortunately reminds me of this thread: http://permalink.gmane.org/gmane.os.freebsd.questions/248884 If it's something else, please explain with more details. > P.S. Can I disable ufsid/UFSID and gptid/GPTID? I don't think I'll ever= > use them since I create my own labels on both, GPs and UFSs. A sysctl o= r > loader tunable whould be fine. No, it's a chicken-and-the-egg problem - to use sysctls you need a working system. Loader tunables could work but it's at best a cosmetic request. And we can't make glabel modular (so, e.g. you load GLABEL_GPTID or something) because it will break it for people who expect it to "just work" for all labels at once (that's kind of the point of glabel). --------------enigF29FEEAD5DB8D4AB94BA1647 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpcvUMACgkQldnAQVacBchDWgCdG5IFzFpy783vC4KyLQa4MapE 8yMAnRlG01K7KUT44YkD6XsCOkiZ+K5j =Y5E1 -----END PGP SIGNATURE----- --------------enigF29FEEAD5DB8D4AB94BA1647-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 18:08: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 B623E106566B for ; Tue, 14 Jul 2009 18:08:04 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 205C38FC19 for ; Tue, 14 Jul 2009 18:08:03 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6EI82uR037489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2009 20:08:02 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A5CC981.8010000@omnilan.de> Date: Tue, 14 Jul 2009 20:08:01 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Ivan Voras References: <4A5CB2D1.5070106@omnilan.de> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig20B8FCD5E70E798A6B32575C" Cc: freebsd-current@freebsd.org Subject: Re: geom_label: gpt/labelname for gmirror provider? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 18:08:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig20B8FCD5E70E798A6B32575C Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Ivan Voras schrieb am 14.07.2009 19:15 (localtime): > Harald Schmalzbauer wrote: >> Hello, >> >> first of all thank you very much for the gpt label support in >> geom_label! This is really nice and makes disk partitioning well-arran= ged. >=20 > Yes, it is lots of fun. >=20 >> I tried to use the gbt/label as provider gor glabel, but that didn't >> work. It looked as if gmirror wrote the label succesfully, but `gmirro= r >> list` was empty. Just replacing gpt/label with ad4p2 worked as expecte= d. >> Is it impossible by design to use gpt/label as provider? >=20 > I don't quite understand what you are asking. You create a mirror (with= > "gmirror label...") and then a GPT on top of it, and then you can't see= > the GPT labels? If so, then it unfortunately reminds me of this thread:= > http://permalink.gmane.org/gmane.os.freebsd.questions/248884 >=20 > If it's something else, please explain with more details. Sorry for my bad explanation! I'm using `gpart modify -l part1disk1 -i 2 ad4` and `gpart modify -l part1disk2 -i 2 ad6` so I have /dev/gpt/part1disk1 and /dev/gpt/part1disk2 Now I want to use these as providers for geom_mirror: `gmirror label -b load MIRROR1 gpt/part1disk2 gpt/part1disk2` gmirror prints that metadata was successfully written (to provider=20 gpt/part1diskX) but in fact geom_mirror doesn't jump in and detect the=20 mirror. Thanks, -Harry --------------enig20B8FCD5E70E798A6B32575C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpcyYIACgkQLDqVQ9VXb8jyaACfVwJe+vrNuAx7a4QmFgdZfFwa oLgAoMOcTT3bv61qJhsh5PrVf9JJEgmd =qRy/ -----END PGP SIGNATURE----- --------------enig20B8FCD5E70E798A6B32575C-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 18:34: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 46CBF1065675 for ; Tue, 14 Jul 2009 18:34:32 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 12C408FC19 for ; Tue, 14 Jul 2009 18:34:31 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by wa-out-1112.google.com with SMTP id m38so802379waf.27 for ; Tue, 14 Jul 2009 11:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=etf2oRb2jI7hA7cBUfa5/F5yDFqmYjInNnSLA+cLvhs=; b=OMdaIuE73WVGGvBWXt8Y5TnG3ozTEZeknM1pDaMFirS7eJTCX7lmBkB2848m1jI1xx 4WEEFLAi3ImMo5sJxAztNL3vgqS6zeRwPptvagREQfAGyfhNY7HnMJXBOJRXerN8jGHQ g8Ef/9ui9Jtsvdgh6I/7MyyG233lTVUWvdndw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=Wv6uMrH/vdcFD876IlCwxAzyzQsugL/iQTLk52f+1aFG8OwEXJWkcixRrd8P0dRfcl fJh7H6xlUetBCpURzLtbr22I52eVbiDSltdSfN2dkY5H8yFcqkAcjapO2Nm1hHzPa8iw kuRh5rR1uTlemRKO4t3jsfLa9p5CkCuTb3YBQ= Received: by 10.115.76.5 with SMTP id d5mr11081945wal.170.1247596471609; Tue, 14 Jul 2009 11:34:31 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.55.144]) by mx.google.com with ESMTPS id f42sm3976183rvb.5.2009.07.14.11.34.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Jul 2009 11:34:30 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id D516EB8083; Tue, 14 Jul 2009 15:34:25 -0300 (BRT) Received: from 200.186.60.37 (proxying for 10.12.1.211, 10.12.0.101) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 14 Jul 2009 15:34:25 -0300 (BRT) Message-ID: <460fd4d8d79c198d5a6113e8e95cfbea.squirrel@cygnus.homeunix.com> Date: Tue, 14 Jul 2009 15:34:25 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: can't boot anymore - 8.0R-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 18:34:32 -0000 hail, I have an intel core2duo system and intel dg33bu where there was windows/FreeBSD 7.2-STABLE amd64 and Linux (ext part). I then deleted the ext part and then created another FreeBSD partition and installed the beta1 amd64 from usb stick. All went fine, but now my motherboard can't find boot on the disk. I tried to install 7.2R amd64 on this beta1 space but no good. the only way to boot any freebsd now is to use cdrom or the usb stick ... I tried to boot the stick, using the fresh beta1 install and re-run boot0cfg -Bv -m 0xf -s 2 /dev/ad6 also boot0cfg -v -m 0xf -s 2 /dev/ad6 but no good. is this my pc's fault or freebsd's ? thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 18:38: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 CE3991065676; Tue, 14 Jul 2009 18:38:28 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from g1t0029.austin.hp.com (g1t0029.austin.hp.com [15.216.28.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8D51D8FC32; Tue, 14 Jul 2009 18:38:28 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from G3W0630.americas.hpqcorp.net (g3w0630.americas.hpqcorp.net [16.233.58.74]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g1t0029.austin.hp.com (Postfix) with ESMTPS id 8F71A3859F; Tue, 14 Jul 2009 18:19:47 +0000 (UTC) Received: from G6W0644.americas.hpqcorp.net (16.230.34.80) by G3W0630.americas.hpqcorp.net (16.233.58.74) with Microsoft SMTP Server (TLS) id 8.1.375.2; Tue, 14 Jul 2009 18:18:32 +0000 Received: from GVW0671EXC.americas.hpqcorp.net ([16.230.34.3]) by G6W0644.americas.hpqcorp.net ([16.230.34.80]) with mapi; Tue, 14 Jul 2009 18:18:31 +0000 From: "Hayer, Sukhjinder" To: Gavin Atkinson Date: Tue, 14 Jul 2009 18:18:29 +0000 Thread-Topic: 8-Current installation panic Thread-Index: AcoEaG5ea9tWg0RxT0qdTmLoDX8VfgARsWPA Message-ID: References: <1247564412.82683.4.camel@buffy.york.ac.uk> In-Reply-To: <1247564412.82683.4.camel@buffy.york.ac.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-current@freebsd.org" Subject: RE: 8-Current installation panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 18:38:29 -0000 Below is the boot output with boot_verbose set to 2: OK set boot_verbose=3D2 OK boot Entering /boot/kernel/kernel at 0xe000000004080000... PAL Proc at 0xe00000003f800010 SAL Proc at 0xe00000003ffa5af0, GP at 0xe00000003fe00000 SAL: AP wake-up vector: 0xff Platform clock frequency 266110752 Hz Processor ratio 1600/267, Bus ratio 1/1, ITC ratio 6/4 ptc.e base=3D0x0, count1=3D1, count2=3D1, stride1=3D0x0, stride2=3D0x0 Processor supports 24 Region ID bits Trying VHPT size 0x4000000 Putting VHPT at 0x8000000 Splitting [0x5800000-0x3e694000] GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA1 #0: Sat Jul 4 22:13:00 UTC 2009 root@hob.lan.xcllnt.net:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. UNWIND: table added: base=3De000000004000000, start=3De000000004bf18d8, end= =3De000000004c352d0 Preloaded elf kernel "/boot/kernel/kernel" at 0xe0000000057fc260. Preloaded mfs_root "/boot/mfsroot" at 0xe0000000057fc330. CPU: Montecito (1594.67-Mhz Itanium 2) Origin =3D "GenuineIntel" Revision =3D 7 Features =3D 0x5 real memory =3D 17142857728 (16348 MB) Physical memory chunk(s): 0x1e000000 - 0x3e693fff, 543768576 bytes (66378 pages) 0x3fc00000 - 0x3fda3fff, 1720320 bytes (210 pages) 0x100000000 - 0x3f1729fff, 12640755712 bytes (1543061 pages) 0x10040000000 - 0x100ff0e9fff, 3205406720 bytes (391285 pages) 0x100ff200000 - 0x100ff227fff, 163840 bytes (20 pages) 0x100ff802000 - 0x100ff90ffff, 1105920 bytes (135 pages) 0x100ff912000 - 0x100ff913fff, 8192 bytes (1 pages) 0x100ffc00000 - 0x100ffebdfff, 2875392 bytes (351 pages) avail memory =3D 16320061440 (15564 MB) FPSWA Revision =3D 0x10012, Entry =3D 0xe00000003e6e2050 Table 'FACP' at 0xe00000003fdf6068 Table 'SPCR' at 0xe00000003fdf61a0 Table 'DBGP' at 0xe00000003fdf61f0 Table 'APIC' at 0xe00000003fdf6610 Local APIC address=3D0xfee00000 Local APIC override entry Local APIC address=3D0xfee00000 Local SAPIC entry ProcessorId=3D0x0, Id=3D0x0, Eid=3D0x0 Local SAPIC entry ProcessorId=3D0x1, Id=3D0x1, Eid=3D0x0 (disabled) Local SAPIC entry ProcessorId=3D0x2, Id=3D0x2, Eid=3D0x0 Local SAPIC entry ProcessorId=3D0x3, Id=3D0x3, Eid=3D0x0 (disabled) Local SAPIC entry ProcessorId=3D0x4, Id=3D0x4, Eid=3D0x0 Local SAPIC entry ProcessorId=3D0x5, Id=3D0x5, Eid=3D0x0 (disabled) Local SAPIC entry ProcessorId=3D0x6, Id=3D0x6, Eid=3D0x0 Local SAPIC entry ProcessorId=3D0x7, Id=3D0x7, Eid=3D0x0 (disabled) I/O SAPIC entry Id=3D0x0, InterruptBase=3D0x10, Address=3D0xfed20800 I/O SAPIC entry Id=3D0x2, InterruptBase=3D0x1b, Address=3D0xfed24800 I/O SAPIC entry Id=3D0x3, InterruptBase=3D0x26, Address=3D0xfed26800 I/O SAPIC entry Id=3D0x6, InterruptBase=3D0x2d, Address=3D0xfed2c800 I/O SAPIC entry Id=3D0x7, InterruptBase=3D0x38, Address=3D0xfed2e800 Table 'SPMI' at 0xe00000003fdf6228 Table 'CPEP' at 0xe00000003fdf64e0 Table 'SSDT' at 0xe00000003fdf2898 Table 'SSDT' at 0xe00000003fdf2d58 Table 'SSDT' at 0xe00000003fdf31b8 Table 'SSDT' at 0xe00000003fdf4078 Table 'SSDT' at 0xe00000003fdf48e8 Table 'SSDT' at 0xe00000003fdf57a8 Table 'SSDT' at 0xe00000003fdf58e8 Table 'SSDT' at 0xe00000003fdf59d8 Table 'SSDT' at 0xe00000003fdf5b18 Table 'SSDT' at 0xe00000003fdf5c08 Table 'SSDT' at 0xe00000003fdf5d48 Table 'SSDT' at 0xe00000003fdf5e38 Table 'SSDT' at 0xe00000003fdf5f78 SMP: waking up cpu2 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0: SAPIC Id=3D0, SAPIC Eid=3D0 (BSP) cpu2: SAPIC Id=3D2, SAPIC Eid=3D0 panic: Built bad topology at 0xe000000004d27440. CPU mask 0xF !=3D 0x5 cpuid =3D 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x92: [I2] addl r14=3D0xffffffffffe2aca0,gp ;; Thanks Sukhjinder=20 -----Original Message----- From: Gavin Atkinson [mailto:gavin@FreeBSD.org]=20 Sent: Tuesday, July 14, 2009 2:40 AM To: Hayer, Sukhjinder Cc: freebsd-current@freebsd.org Subject: Re: 8-Current installation panic On Mon, 2009-07-13 at 23:59 +0000, Hayer, Sukhjinder wrote: > All, > I get a panic while installing freeBSD 8.1-CURRENT on IA64 integrity serv= er. > It seems that there is something about the logical processors which it's = not liking. > On the EFI when I run cpuconfig , it shows two processor modules ( ID 0 a= nd 1 ) and For each processor module it show 2 logical processors. Any idea= as to how to get past this. >=20 >=20 > FreeBSD/ia64 EFI boot, Revision 1.2 > (root@hob.lan.xcllnt.net, Sat Jul 4 19:14:26 UTC 2009) Loading /boot/def= aults/loader.conf /boot/kernel/kernel data=3D0xcf9690+0x1df6e0 syms=3D[0x8+= 0x97638+0x8+0x8bea3] / Hit [Enter] to boot immediately, or any other key fo= r command prompt. > Booting [/boot/kernel/kernel]... =20 > Entering /boot/kernel/kernel at 0xe000000004080000... > GDB: debug ports: uart > GDB: current port: uart > KDB: debugger backends: ddb gdb > KDB: current backend: ddb > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-BETA1 #0: Sat Jul 4 22:13:00 UTC 2009 > root@hob.lan.xcllnt.net:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Montecito (1594.67-Mhz Itanium 2) > Origin =3D "GenuineIntel" Revision =3D 7 > Features =3D 0x5 > real memory =3D 17142800384 (16348 MB) > avail memory =3D 16320004096 (15563 MB) > FPSWA Revision =3D 0x10012, Entry =3D 0xe00000003e6e2050 > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0: SAPIC Id=3D0, SAPIC Eid=3D0 (BSP) > cpu2: SAPIC Id=3D2, SAPIC Eid=3D0 > panic: Built bad topology at 0xe000000004d27440. CPU mask 0xF !=3D 0x5=20 > cpuid =3D 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x92: [I2] addl r14=3D0xffffffffffe2aca0,gp = ;; > db>=20 Can you boot with the "verbose" option, and show the output? Gavin From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 19:28: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 E5115106566C for ; Tue, 14 Jul 2009 19:28:20 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout016.mac.com (asmtpout016.mac.com [17.148.16.91]) by mx1.freebsd.org (Postfix) with ESMTP id D11458FC18 for ; Tue, 14 Jul 2009 19:28:20 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from [172.24.106.128] (natint3.juniper.net [66.129.224.36]) by asmtp016.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMS002TCE36JX30@asmtp016.mac.com> for freebsd-current@freebsd.org; Tue, 14 Jul 2009 12:28:20 -0700 (PDT) References: <2CBB10B1-6E40-42A1-96DF-BC40E66B5E7E@mac.com> Message-id: From: Marcel Moolenaar To: "Hayer, Sukhjinder" In-reply-to: X-Mailer: iPhone Mail (7A341) Date: Tue, 14 Jul 2009 12:28:14 -0700 Cc: "freebsd-current@freebsd.org" Subject: Re: 8.1-Current installation panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 19:28:21 -0000 I have a fix already. Please install with SMP disabled so that I can give you the fix for testing. I'm reluctant to commit it this close to release without knowing if it fixes the problem. FYI -- Marcel On Jul 14, 2009, at 10:08 AM, "Hayer, Sukhjinder" wrote: > Marcel, > Thanks for your reply. But I really don't want to turn off the SMP. > Since I will > Be debugging a problem which happens on a mutiprocessor platform . > So if the SMP is disabled > I may not the exact same behavior . Is there any other possible fix > for this. > > Thanks > Sukhjinder Hayer > > -----Original Message----- > From: Marcel Moolenaar [mailto:xcllnt@mac.com] > Sent: Monday, July 13, 2009 5:26 PM > To: Hayer, Sukhjinder > Cc: freebsd-current@freebsd.org > Subject: Re: 8.1-Current installation panic > > > On Jul 13, 2009, at 4:22 PM, Hayer, Sukhjinder wrote: > >> All, >> I get a panic while installing freeBSD 8.1-CURRENT on IA64 integrity >> server. >> It seems that there is something about the logical processors which >> it's not liking. >> On the EFI when I run cpuconfig , it shows two processor modules ( ID >> 0 and 1 ) and For each processor module it show 2 logical processors. >> Any idea as to how to get past this. > > Interrupt the boot and set the following variable at the loader > prompt: > set kern.smp.disabled=1 > > This disables SMP and should prevent the panic. In the mean time, > I'll look into it. > > FYI, > > -- > Marcel Moolenaar > xcllnt@mac.com > > > From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 19:47: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 AC9B2106566C for ; Tue, 14 Jul 2009 19:47:27 +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 4E6D98FC19 for ; Tue, 14 Jul 2009 19:47:27 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 672D41CF29; Tue, 14 Jul 2009 21:47:26 +0200 (CEST) Date: Tue, 14 Jul 2009 21:47:26 +0200 From: Ed Schouten To: Vladimir Grebenschikov Message-ID: <20090714194726.GP48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qPwgPqFtXbPmMkYR" Content-Disposition: inline In-Reply-To: <1247599592.2232.27.camel@localhost> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 19:47:28 -0000 --qPwgPqFtXbPmMkYR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Vladimir, * Vladimir Grebenschikov wrote: > Is it possible to influence mentioned table ?=20 >=20 > In real life I very rare need parts of UTF-8 other then cyrillic, so for > me it should be safe to convert cyrillic characters of UTF-8 to > appropriate characters in 8-bit symbols (like CP866). No. It's currently hardcoded in scterm-teken.c. Alexander Churanov has been working on making this dynamic. With my new console driver there's no need to switch tables/fonts. I'm currently typing this message using my console driver, which has 1390 unique glyphs (roughly 45% used by the normal characters, 45% by the bold characters and 10% shared between them). --=20 Ed Schouten WWW: http://80386.nl/ --qPwgPqFtXbPmMkYR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpc4M4ACgkQ52SDGA2eCwVl1ACdFtq1GMrjeMREzo9oGVzDEPIJ Po8An38rKaq706oLWVX5uWnQF1jUQ3no =GEBy -----END PGP SIGNATURE----- --qPwgPqFtXbPmMkYR-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 19:49: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 724761065672 for ; Tue, 14 Jul 2009 19:49:44 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1138FC14 for ; Tue, 14 Jul 2009 19:49:43 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 43E2678F81; Tue, 14 Jul 2009 23:49:42 +0400 (MSD) Message-ID: <4A5CE15A.7050006@haruhiism.net> Date: Tue, 14 Jul 2009 23:49:46 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Ed Schouten References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> <20090714194726.GP48776@hoeg.nl> In-Reply-To: <20090714194726.GP48776@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Vladimir Grebenschikov , freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 19:49:44 -0000 Ed Schouten wrote: > With my new console driver there's no need to switch tables/fonts. I'm > currently typing this message using my console driver, which has 1390 > unique glyphs (roughly 45% used by the normal characters, 45% by the > bold characters and 10% shared between them). > I have to ask: will your driver support Japanese character set as well? :) -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 19:58:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB361065676 for ; Tue, 14 Jul 2009 19:58:55 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 170A38FC15 for ; Tue, 14 Jul 2009 19:58:55 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by rv-out-0506.google.com with SMTP id f9so987013rvb.43 for ; Tue, 14 Jul 2009 12:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=Ek3H/kS19PJefjEwFhdTVWrBh74+yIiIyux1q8u00Rg=; b=A6arjPCD9MKa++UPvZ2mIYUSarVIBjZci2gS22KmWK+tsoX1HocY+FJlOkb5vzjVQs 4RLyDk0xtO/vtiDIXd9vStgjOntMRINyMP8AN/85cPfrtIPprH2ZDkFdKIBqmtAQiDSK XTXXf1yW7Ci7j52EamL6WIve+Gqbm620qlMvA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=BDJ/8jRbHZpQ2geHifvXoCf8JEXS3uXaxTGPn6HXDJx+3UDlXIEqEib6xLSdekVHIP kBMSPDPFgi5zARn1lBl4dzESIiofNf8f2gEA3w9iPbfhsiw/GqQ7SFU5//MboREDFdFh GmrxK1LlrL08u5DHJBuj8LAD/gp6MxgeB9NT8= Received: by 10.140.161.18 with SMTP id j18mr3750804rve.64.1247601534778; Tue, 14 Jul 2009 12:58:54 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.55.144]) by mx.google.com with ESMTPS id k2sm3780730rvb.32.2009.07.14.12.58.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Jul 2009 12:58:53 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 6EBA2B8083; Tue, 14 Jul 2009 16:58:48 -0300 (BRT) Received: from 200.186.60.37 (proxying for 10.12.1.211, 10.12.0.101) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Tue, 14 Jul 2009 16:58:48 -0300 (BRT) Message-ID: <27b6ed98b376fd96dba2f98c0dcc4711.squirrel@cygnus.homeunix.com> In-Reply-To: <460fd4d8d79c198d5a6113e8e95cfbea.squirrel@cygnus.homeunix.com> References: <460fd4d8d79c198d5a6113e8e95cfbea.squirrel@cygnus.homeunix.com> Date: Tue, 14 Jul 2009 16:58:48 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: can't boot anymore - 8.0R-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 19:58:55 -0000 no idea why, but when I used another hd for it, the boot got back. both from new and old disks. glad for it be back again, no idea why, so moving on :) matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 20:01: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 8EA44106564A for ; Tue, 14 Jul 2009 20:01:08 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 512F88FC12 for ; Tue, 14 Jul 2009 20:01:08 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id AF7DA1CF34; Tue, 14 Jul 2009 22:01:07 +0200 (CEST) Date: Tue, 14 Jul 2009 22:01:07 +0200 From: Ed Schouten To: Kamigishi Rei Message-ID: <20090714200107.GQ48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> <20090714194726.GP48776@hoeg.nl> <4A5CE15A.7050006@haruhiism.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v/2lJeleQOAwy1cY" Content-Disposition: inline In-Reply-To: <4A5CE15A.7050006@haruhiism.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Vladimir Grebenschikov , freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 20:01:08 -0000 --v/2lJeleQOAwy1cY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kamigishi Rei wrote: > Ed Schouten wrote: >> With my new console driver there's no need to switch tables/fonts. I'm >> currently typing this message using my console driver, which has 1390 >> unique glyphs (roughly 45% used by the normal characters, 45% by the >> bold characters and 10% shared between them). >> =20 > I have to ask: will your driver support Japanese character set as well? :) Don't Japanese people use Unicode as well? If they do: yes. --=20 Ed Schouten WWW: http://80386.nl/ --v/2lJeleQOAwy1cY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpc5AMACgkQ52SDGA2eCwXyfwCfbG+1OO2pm7S9lq+y6sSm7S6m 7QwAnRd+I0RN9wn2ybIpTdPLFbPsCgas =r5Ic -----END PGP SIGNATURE----- --v/2lJeleQOAwy1cY-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 20:04: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 6D1DA1065672 for ; Tue, 14 Jul 2009 20:04:14 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2368FC14 for ; Tue, 14 Jul 2009 20:04:14 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 70F7C7E818 for ; Tue, 14 Jul 2009 12:04:13 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Tue, 14 Jul 2009 12:04:12 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> In-Reply-To: <20090714155513.GO48776@hoeg.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907141204.12480.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 20:04:14 -0000 On Tuesday 14 July 2009 07:55:13 Ed Schouten wrote: > FreeBSD already supports UTF-8 when using X11, etc. The console driver > is restricted to 8-bit character sets. When you use FreeBSD > HEAD/8.0, you can add the following to your kernel config: > > options TEKEN_UTF8 Is this an acronym or are we getting Dutchionalized kernel options? :) -- Mel From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 20:07:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 005AD1065672 for ; Tue, 14 Jul 2009 20:07:05 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 518118FC1D for ; Tue, 14 Jul 2009 20:07:03 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (cdma-92-36-67-95.msk.skylink.ru [92.36.67.95]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n6EJQZeP023661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2009 23:26:38 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MQne4-0000hy-RG; Tue, 14 Jul 2009 23:26:32 +0400 From: Vladimir Grebenschikov To: Ed Schouten In-Reply-To: <20090714155513.GO48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: quoted-printable Date: Tue, 14 Jul 2009 23:26:32 +0400 Message-Id: <1247599592.2232.27.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 20:07:05 -0000 Hi=20 Great news ! This is really long standing improvement. Is it possible to influence mentioned table ?=20 In real life I very rare need parts of UTF-8 other then cyrillic, so for me it should be safe to convert cyrillic characters of UTF-8 to appropriate characters in 8-bit symbols (like CP866). -------- =E9=D3=C8=CF=C4=CE=CF=C5 =D3=CF=CF=C2=DD=C5=CE=C9=C5 -------- =EF=D4: Ed Schouten =EB=CF=CD=D5: Franck Royer =EB=CF=D0=C9=D1: freebsd-current@freebsd.org =F4=C5=CD=C1: UTF-8 on 8.0-CURRENT: Yes We Can! =E4=C1=D4=C1: Tue, 14 Jul 2009 17:55:13 +0200 Hi Franck, * Franck Royer wrote: > I wanna know where is the development of the support of utf-8 locale on > the current branch. Can we use it or it still considering highly > experimental ? Is there any specific port to install or a standard > configuration is enough ? >=20 > Or did I misunderstand that Freebsd will support native utf-8 ? FreeBSD already supports UTF-8 when using X11, etc. The console driver is restricted to 8-bit character sets. When you use FreeBSD HEAD/8.0, you can add the following to your kernel config: options TEKEN_UTF8 options TEKEN_XTERM After that, be sure to replace `cons25' with `xterm' in /etc/ttys. This will allow you to use UTF-8 on the console. The kernel will use a table to remap all Unicode characters to CP437 (the default VGA font), so it's practically useless. I actually wanted to announce this in a couple of days from now, but I guess there's no harm in mentioning it already. As of last week I'm working on a new console driver in the newcons branch in our Perforce repository. Because I'm using VGA graphics mode, it's fairly easy to support Unicode. It will probably still take a very long time before it's finished, but I can already show you this screenshot I made the other day: http://www.il.fontys.nl/~ed/freebsd-vt-unicode.png It's a screenshot of FreeBSD with my console driver, displaying this file: http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt I hope you like it. ;-) --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 20:10: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 4472A106566B for ; Tue, 14 Jul 2009 20:10:54 +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 08C968FC12 for ; Tue, 14 Jul 2009 20:10:54 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 6C3871CF29; Tue, 14 Jul 2009 22:10:53 +0200 (CEST) Date: Tue, 14 Jul 2009 22:10:53 +0200 From: Ed Schouten To: Mel Flynn Message-ID: <20090714201053.GR48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <200907141204.12480.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6BN6DGWzZI1hpGB" Content-Disposition: inline In-Reply-To: <200907141204.12480.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 20:10:54 -0000 --A6BN6DGWzZI1hpGB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Mel Flynn wrote: > Is this an acronym or are we getting Dutchionalized kernel options? :) The latter. `Tekenen' is the Dutch verb for drawing. libteken is a library I wrote last year to emulate an xterm-like terminal with UTF-8. I modified it, so it can be used with cons25 and 8-bit character sets. Even though the name suggests it draws stuff, it doesn't. It only turns a stream of bytes into character placement calls. My new console driver also uses libteken to perform the terminal emulation. --=20 Ed Schouten WWW: http://80386.nl/ --A6BN6DGWzZI1hpGB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpc5k0ACgkQ52SDGA2eCwV3xwCfa704gGivTpnnYz5O4dOJkz9k TQAAnRs+KazotPEaxR7KAqGZEUVlKl6t =K6Jy -----END PGP SIGNATURE----- --A6BN6DGWzZI1hpGB-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 20:12: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 DD7C210656CD for ; Tue, 14 Jul 2009 20:12:23 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from g4t0017.houston.hp.com (g4t0017.houston.hp.com [15.201.24.20]) by mx1.freebsd.org (Postfix) with ESMTP id AC3858FC1F for ; Tue, 14 Jul 2009 20:12:21 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from G5W0603.americas.hpqcorp.net (g5w0603.americas.hpqcorp.net [16.228.9.186]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g4t0017.houston.hp.com (Postfix) with ESMTPS id 9A5A4385CE for ; Tue, 14 Jul 2009 19:52:59 +0000 (UTC) Received: from G5W0323.americas.hpqcorp.net (16.228.8.68) by G5W0603.americas.hpqcorp.net (16.228.9.186) with Microsoft SMTP Server (TLS) id 8.1.375.2; Tue, 14 Jul 2009 19:52:33 +0000 Received: from GVW0671EXC.americas.hpqcorp.net ([16.230.34.3]) by G5W0323.americas.hpqcorp.net ([16.228.8.68]) with mapi; Tue, 14 Jul 2009 19:52:33 +0000 From: "Hayer, Sukhjinder" To: "freebsd-current@freebsd.org" Date: Tue, 14 Jul 2009 19:49:50 +0000 Thread-Topic: mpt0: soft reset failed Thread-Index: AcoEvD+PhunF56MTS+iIJMEyMHDgfQ== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: mpt0: soft reset failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 20:12:25 -0000 All, Iam installing 8-CURRENT on IA64 integrety platform. While booting I see th= e following: vgapci0: port 0x1000-0x10ff mem 0x80000000-0x87fff= fff,0x88020000-0x8802ffff at device 3.0 on pci0 pcib1: on acpi0 pci1: on pcib1 mpt0: mem 0xa0470000-0xa0473fff,0xa0460000-0xa0= 46ffff irq 27 at device 1.0 on pci1 mpt0: [ITHREAD] mpt0: soft reset failed: device not running mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:0) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:1) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:2) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:3) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:4) mpt0: soft reset failed: device not running mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (1:0) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (1:1) mpt0: WARNING - Failed hard reset! Trying to initializ Any idea as what might be heppening. Thanks Sukhjinder From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 20:26: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 751691065672 for ; Tue, 14 Jul 2009 20:26:41 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id E67618FC1F for ; Tue, 14 Jul 2009 20:26:40 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.24.21.170]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n6EKQIBq007458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jul 2009 00:26:21 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MQoZs-0002uh-LU; Wed, 15 Jul 2009 00:26:16 +0400 From: Vladimir Grebenschikov To: Ed Schouten In-Reply-To: <20090714194726.GP48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> <20090714194726.GP48776@hoeg.nl> Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: quoted-printable Date: Wed, 15 Jul 2009 00:26:11 +0400 Message-Id: <1247603171.2105.38.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 20:26:41 -0000 =F7 =D7=D4, 14/07/2009 =D7 21:47 +0200, Ed Schouten =D0=C9=DB=C5=D4: > Hello Vladimir, >=20 > * Vladimir Grebenschikov wrote: > > Is it possible to influence mentioned table ?=20 > >=20 > > In real life I very rare need parts of UTF-8 other then cyrillic, so fo= r > > me it should be safe to convert cyrillic characters of UTF-8 to > > appropriate characters in 8-bit symbols (like CP866). >=20 > No. It's currently hardcoded in scterm-teken.c. Alexander Churanov has > been working on making this dynamic. Alexander, do you have anything to try ?=20 > With my new console driver there's no need to switch tables/fonts. I'm > currently typing this message using my console driver, which has 1390 > unique glyphs (roughly 45% used by the normal characters, 45% by the > bold characters and 10% shared between them). In past graphical console draw text not too quick. I've tried to live with VESA mode of sc (to match high resolution of notebook display). But it was really slow. Probably, your driver will be much faster ? --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 20:40: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 63BA41065679 for ; Tue, 14 Jul 2009 20:40:29 +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 2965D8FC0C for ; Tue, 14 Jul 2009 20:40:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8EDD21CF34; Tue, 14 Jul 2009 22:40:28 +0200 (CEST) Date: Tue, 14 Jul 2009 22:40:28 +0200 From: Ed Schouten To: Vladimir Grebenschikov Message-ID: <20090714204028.GT48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> <20090714194726.GP48776@hoeg.nl> <1247603171.2105.38.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+ByKXx16ztm00L4d" Content-Disposition: inline In-Reply-To: <1247603171.2105.38.camel@localhost> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 20:40:29 -0000 --+ByKXx16ztm00L4d Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Vladimir, * Vladimir Grebenschikov wrote: > In past graphical console draw text not too quick. > I've tried to live with VESA mode of sc (to match high resolution of > notebook display). But it was really slow. > Probably, your driver will be much faster ? Even though I like VESA, it's probably hard, if not impossible to get it working, mainly because we need vm86 to reprogram the hardware, which is not present on amd64. One of the things on my todo list is to figure out how the Intel hardware works, so we have an accelerated driver on those systems. This should also make it a lot more attractive to implement things like kernel modesetting somewhere in the future. Right now I'm using the VGA driver that Marcel Moolenaar wrote for vtc(4) in 2005. I basically made two optimisations: - Similar to syscons, I use a 25 Hz timer to refresh the modified portion of the screen, instead of handling input synchronously, like vtc(4) does. This timer will not be used during boot or while in the kernel debugger/experiencing a kernel panic. Writing data to the TTY will just store data in buffers, which means I can write data to the TTY at approximately 5 MB/sec on my 2.2 GHz MacBook. - I made some optimisation to prevent unneeded reads/writes to the VGA hardware. I have to say the speed is acceptable. Using my console driver in VMware Fusion is still a bit slow, but not driving you insane. Because it can't use the 25 Hz timer during boot, it takes some extra time to print the startup messages there. There is still room for improvement, so I suspect it won't be a problem by the time I'm done. --=20 Ed Schouten WWW: http://80386.nl/ --+ByKXx16ztm00L4d Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpc7TwACgkQ52SDGA2eCwWRJACeMhUyIV6aVZN4q6NFV97RAsAx drUAn1uCgWW0S4F2SbiZ2kRhH6QCj0Wh =YUoG -----END PGP SIGNATURE----- --+ByKXx16ztm00L4d-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 20:57: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 A50281065670 for ; Tue, 14 Jul 2009 20:57:04 +0000 (UTC) (envelope-from rivanr@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 37D358FC16 for ; Tue, 14 Jul 2009 20:57:03 +0000 (UTC) (envelope-from rivanr@gmail.com) Received: by fxm24 with SMTP id 24so2741695fxm.43 for ; Tue, 14 Jul 2009 13:57:03 -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=0KTquqAKXERpZb2IowwLZqGW3X4+symRYHqmHs3jZJk=; b=Idsg914QvCN9yYZlSWMszx/RlSGZ17gLjbKlZJK1cURbMn8i6b6Y877IVfxeTWqvgk OCMmdAC9k1+qhjuaVi4OVNQnrgeIzVeGl/Qcv7KE4YaNKTDxZXPDqIoOb1DixufDbLbC 01brtwmDcM2ac2NErQChJV3M5hwM0UexJZt5k= 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=SINBBe+0MjK55UDjRS5TcHR1hJPjiBQHHJY+/9UzIf88Nt9kkrX1TaXbfIUm91uRRT QQ6+8CnzY13v82pS4ZpAsvSS31rncuhFbbrUfyT4FYrdRLqdkRHOWt51cA9XXiCWVvwH 8xZ8H1YlFiAd7IJeopNGIk+UtwO7otaaM4xTo= Received: by 10.204.57.80 with SMTP id b16mr6726148bkh.85.1247605023163; Tue, 14 Jul 2009 13:57:03 -0700 (PDT) Received: from ?95.180.33.218? ([95.180.33.218]) by mx.google.com with ESMTPS id f31sm10853023fkf.38.2009.07.14.13.57.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Jul 2009 13:57:02 -0700 (PDT) Message-ID: <4A5CF104.6020804@gmail.com> Date: Tue, 14 Jul 2009 22:56:36 +0200 From: Ivan Radovanovic User-Agent: Thunderbird 2.0.0.22 (X11/20090708) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [SOLVED] Weird Installation Issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 20:57:04 -0000 (Original message http://docs.freebsd.org/cgi/mid.cgi?4A4F9CC0.70603) I managed to install FreeBSD 7.2 and I discovered what the problem was. I managed to install FreeBSD 7.0 and then to update system using CVS. Obviously there is some problem with 7.2 installer - I can notice that when creating slice for FreeBSD it left some empty space between FreeBSD slice and next slice on the disk (7.0 installer doesn't do that). I am not sure also if there is problem when writing boot loader to FreeBSD slice. Hardware I am using is nothing unusual (Pentium D + Neo2-F motherboard + Maxtor 250G Disk + Seagate 220G Disk) Ivan From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 22:12: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 765081065674 for ; Tue, 14 Jul 2009 22:12:08 +0000 (UTC) (envelope-from snb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 27C3F8FC13; Tue, 14 Jul 2009 22:12:08 +0000 (UTC) (envelope-from snb@FreeBSD.org) Received: from freefall.freebsd.org (snb@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n6EMC8Cj026365; Tue, 14 Jul 2009 22:12:08 GMT (envelope-from snb@freefall.freebsd.org) Received: (from snb@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6EMC7Ik026364; Tue, 14 Jul 2009 22:12:07 GMT (envelope-from snb) Date: Wed, 15 Jul 2009 00:12:01 +0200 From: Nick Barkas To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20090714221201.GA43398@ebi.local> References: <549859.9626.qm@web25007.mail.ukl.yahoo.com> <4A379AEE.7080101@freebsd.org> <4A5C89E7.503@quip.cz> <4A5C8DB7.2090607@haruhiism.net> <4A5C9154.9000501@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A5C9154.9000501@quip.cz> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org, Kamigishi Rei Subject: Re: LOR:vfs_bio.c and ufs_dirhash.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: Tue, 14 Jul 2009 22:12:09 -0000 On Tue, Jul 14, 2009 at 04:08:20PM +0200, Miroslav Lachman wrote: > Kamigishi Rei wrote: > > > Please consider checking http://sources.zabbadoz.net/freebsd/lor.html > > before reporting a possible new LOR. > > The first one you posted in this message is the same as in the previous > > one (261). > > The second one is http://sources.zabbadoz.net/freebsd/lor/266.html. > > I tried it, but I don't know what is the identifier (it is not mentioned > on the page). For me, the LOR is just a bunch of meaningless text and I > don't know how to compare two LOR reports. Is it by source files, or hex > number after 1st, 2nd, 3rd, or anything else... > > So... how can I search the page next time? It is probably easiest to search the web page for the source file names that are listed after 1st, 2nd, etc. Note, however, that the line numbers shown after the file names may not match exactly, as the location of the locking operation triggering the LOR will move around as commits are made to the source files in question. The hexadecimal numbers you see listed next to the file names are memory addresses, and may be quite different on your system from what is on the page, especially if your architecture differs from that of the original reporter. Nick From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 22:18:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6737B106566B for ; Tue, 14 Jul 2009 22:18:22 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 316F28FC15 for ; Tue, 14 Jul 2009 22:18:21 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 57A1A7E818; Tue, 14 Jul 2009 14:18:21 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Tue, 14 Jul 2009 14:18:20 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <4A5C9CE2.6060801@free.fr> <200907141204.12480.mel.flynn+fbsd.current@mailing.thruhere.net> <20090714201053.GR48776@hoeg.nl> In-Reply-To: <20090714201053.GR48776@hoeg.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907141418.20445.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Ed Schouten Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 22:18:22 -0000 On Tuesday 14 July 2009 12:10:53 Ed Schouten wrote: > * Mel Flynn wrote: > > Is this an acronym or are we getting Dutchionalized kernel options? :) > > The latter. `Tekenen' is the Dutch verb for drawing. libteken is a > library I wrote last year to emulate an xterm-like terminal with UTF-8. > I modified it, so it can be used with cons25 and 8-bit character sets. > Even though the name suggests it draws stuff, it doesn't. It only turns > a stream of bytes into character placement calls. Would there be a screen font yet for Unicode? share/syscons/fonts doesn't show me one. Or do you plan to retain mapping multibyte to 8-bit positions? -- Mel From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 22:39: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 C6EA61065672 for ; Tue, 14 Jul 2009 22:39:55 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-6.bnguk.net (atmail-6.bnguk.net [80.74.253.20]) by mx1.freebsd.org (Postfix) with ESMTP id 5C02A8FC14 for ; Tue, 14 Jul 2009 22:39:55 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com) by atmail-6.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MQqfB-0007Ep-Gn for freebsd-current@freebsd.org; Tue, 14 Jul 2009 23:39:53 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id BA7EAC10587 for ; Tue, 14 Jul 2009 23:39:51 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1u6TKVWCLZcq for ; Tue, 14 Jul 2009 23:39:47 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id B5BC5C10586 for ; Tue, 14 Jul 2009 23:39:47 +0100 (BST) Date: Tue, 14 Jul 2009 23:39:47 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet 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 Subject: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 22:39:56 -0000 [A short summary in advance of my rambling: it seems that my ZFS pool got upset with the sata drive IDs changing and nearly broke. I /assume/ this hasn't been discussed, I did look, but please accept my apologies in advance if it's already a known issue] I sent a rather panicked message about this yesterday; fortunately I sent it to the wrong address so I'll send a slightly more sober version of the same today. :) I experienced a rather worrying problem when updating from my c. Feb 2009 version of -current to a recent build in that my ZFS pool was quite badly affected. Fortunately it hasn't /actually/ lost any data (yet) but I think I've been lucky in that regard and I do feel like the Sword of Damocles is hanging over me until I've moved it somewhere safe(r). In more detail, I had a raidz2 pool spread across eight of my 10 sata discs, using the same "h" partition of the BSD table I'd installed in "dangerously dedicated" mode. This had been working fine since the outset, also surviving the ZFS update around the beginning of the year with no problems. This time, however, things got extremely hairy: two of the component discs disappeared altogether, ad12 and ad22 in the new parlance, which would appear to be ad4 and ad6 in the old. This is perhaps significant as the two discs using the names ad4 and ad6 in the new nomenclature, formerly ad1 and ad2 respectively, were also reporting IO errors--I thought I'd had it as there's no way a raidz2 can survive four disc failures, but perhaps significantly ad4 and ad6 are the two drive names shared between the old and the new numbering schemes--as mentioned, the "missing" discs, ad12 and ad22 being the "old" ad4 and ad6; I'm probably explaining this badly, so here's a table of the old and new names: disc old new ---- --- --- disc 1: ad0 ad4 - IO errors on "new" ad4 disc 2: ad1 ad6 - IO errors on "new" ad6 disc 3: ad2 ad8 disc 4: ad3 ad10 disc 5: ad4 ad12 - "old" ad4 (now ad12) removed from pool disc 6: ad5 ad20 disc 7: ad6 ad22 - "old" ad6 (now ad22) removed from pool disc 8: ad7 ad24 In writing this down I think I can see clearly what the problem was, though I've been unable to find any mention of how to get ZFS to adapt to the drive names changing (maybe it's more obvious to ZFS veterans, but I'm not one of them!) At present I'm moving my data off the ZFS array before it totally confuses itself and eats my stuff, and enjoying the feeling of being rather cold and clammy while my data's on non-redundant drives for the first time in years. I'll probably use a couple of big and simple gmirror arrays in the short term but I'd like to rebuild my ZFS pool without worrying about the same thing happening again; could anyone offer suggestions, or perhaps make ZFS a bit less dependent on FreeBSD's idea of what a disc is called, or at least point me at something I should've read that might have avoided all this stuff happening in the first place...? Thanks, Chris. From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 22:50: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 53B8B1065773 for ; Tue, 14 Jul 2009 22:50:49 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 057F88FC0C for ; Tue, 14 Jul 2009 22:50:48 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by gxk17 with SMTP id 17so4670261gxk.19 for ; Tue, 14 Jul 2009 15:50: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:content-type; bh=O1fBwNab5ShBXOz/m/DZ9PV9VFdtOigU1aNpLSaCRtk=; b=YbVK9gdMdbKmb3H++qZ7530aiN7U3Xp4TutWpcL6pQz5iZ9N7eLldEV7kS6DWhtdkv RViw98q/4TWTlscazrnWXW2kQER7D8/d/0Op6l9rh7ACb4IU1/wnD4XBHx9j0rM3HY2c E2xYX29Otn/+AhLZmqTd1WCEOKzUggB93kaOU= 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 :content-type; b=lKH1Aper4b4KHT8nrrsbEjjXUKaWSDbjYJSF7yD7/ut+X8J1wioQbe2RKQt0S31WGU kPdXTpaB1cK4Kvm2VF5zkuDiPc56eU3UMDspQGZSmoBmH88K7l9eG7mU2tpLPkBDtG77 aRB3TdcUKWwLWrYdbLwK/L4Wqy/retLieip70= MIME-Version: 1.0 Received: by 10.150.197.21 with SMTP id u21mr11181657ybf.311.1247611847945; Tue, 14 Jul 2009 15:50:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Jul 2009 15:50:47 -0700 Message-ID: From: Freddie Cash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 22:50:49 -0000 While I don't have any insight into how to repair this issue you've run into (at least not off-hand), one way to mitigate/prevent this from happening is to use glabel to label the drives, and then use the labels to create the zpool. That way, it doesn't matter where the physical devices are located in the system, nor what the physical device nodes are called, as zpool just looks for the label, and GEOM handles all the heavy lifting/translating for you. # glabel label disk01 /dev/ad4 # glabel label disk02 /dev/ad6 # glabel label disk03 /dev/ad8 # zpool create pool raidz1 label/disk01 label/disk02 label/disk03 After that, you can shuffle the drives around in the system, and the pool will continue to work correctly. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 22:58: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 463C41065677 for ; Tue, 14 Jul 2009 22:58:03 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-6.bnguk.net (atmail-6.bnguk.net [80.74.253.20]) by mx1.freebsd.org (Postfix) with ESMTP id F33AF8FC16 for ; Tue, 14 Jul 2009 22:58:02 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com) by atmail-6.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MQqwj-0001bx-NF for freebsd-current@freebsd.org; Tue, 14 Jul 2009 23:58:02 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id AB6DDC10587; Tue, 14 Jul 2009 23:57:59 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 9gBKGyb0Ze9d; Tue, 14 Jul 2009 23:57:54 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 3021EC10586; Tue, 14 Jul 2009 23:57:54 +0100 (BST) Date: Tue, 14 Jul 2009 23:57:54 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Freddie Cash In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 22:58:03 -0000 On Tue, 14 Jul 2009, Freddie Cash wrote: > While I don't have any insight into how to repair this issue you've run into > (at least not off-hand), one way to mitigate/prevent this from happening is > to use glabel to label the drives, and then use the labels to create the > zpool. That way, it doesn't matter where the physical devices are located > in the system, nor what the physical device nodes are called, as zpool just > looks for the label, and GEOM handles all the heavy lifting/translating for > you. > > # glabel label disk01 /dev/ad4 > # glabel label disk02 /dev/ad6 > # glabel label disk03 /dev/ad8 > # zpool create pool raidz1 label/disk01 label/disk02 label/disk03 > > After that, you can shuffle the drives around in the system, and the pool > will continue to work correctly. Thanks - that was just what I was looking for! That'll save me an awful lot of hassle in future, especially as I'm eyeing up the CAM integration patch. In the meantime I'm successfully but slowly retrieving my data, I'll just have to be patient, but it's reassuring that I can build a new ZFS array with confidence. Cheers, Chris. From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 23:07: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 A7786106564A for ; Tue, 14 Jul 2009 23:07:06 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5D2D18FC0C for ; Tue, 14 Jul 2009 23:07:05 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id DB03078F81; Wed, 15 Jul 2009 03:07:03 +0400 (MSD) Message-ID: <4A5D0F9B.1010900@haruhiism.net> Date: Wed, 15 Jul 2009 03:07:07 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Chris Hedley References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Freddie Cash Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 23:07:06 -0000 Chris Hedley wrote: > Thanks - that was just what I was looking for! That'll save me an > awful lot of hassle in future, especially as I'm eyeing up the CAM > integration patch. In the meantime I'm successfully but slowly > retrieving my data, I'll just have to be patient, but it's reassuring > that I can build a new ZFS array with confidence. There was another step you could take to recover your array safely. Right after that upgrade after witnessing the problem, boot back into kernel.old in single user mode and doing /etc/rc.d/zfs start zpool export poolname and then rebooting into normal kernel in single user mode again and doing /etc/rc.d/zfs start zpool import poolname That's how I solved it when I moved from adXX to adaXX device names. Actually, just to be sure, I export pools for every update that touches ata/ahci modules. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 23:20: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 A5F2C106566B for ; Tue, 14 Jul 2009 23:20:19 +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 61C788FC12 for ; Tue, 14 Jul 2009 23:20:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id CBB9D46B06 for ; Tue, 14 Jul 2009 19:20:18 -0400 (EDT) Date: Wed, 15 Jul 2009 00:20:18 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 23:20:19 -0000 Just a quick heads up: The attached change, which just entered 8-current, modifies kernel programming and binary interfaces for many network stack components/modules. You will want to make sure all kernel modules are rebuilt. For those willing to take a risk, here's a list of the kernel modules (and of course the kernel) that I know are definitely affected and will want to be rebuilt: bridgestp.ko if_vlan.ko kernel ng_atm.ko sppp.ko if_bridge.ko ip_mroute.ko linprocfs.ko ng_eiface.ko svr4.ko if_ef.ko ipdivert.ko linux.ko ng_ether.ko wlan.ko if_faith.ko ipfw.ko netgraph.ko ng_gif.ko if_gif.ko ipfw_nat.ko nfscl.ko ng_iface.ko if_gre.ko ipl.ko nfsclient.ko pf.ko if_stf.ko iw_cxgb.ko nfsd.ko rdma_cma.ko (For those interested: I grepped for vnet_entry in my local kernel module collection -- these are kernel modules that directly reference virtualized global network stack variables with a VIMAGE configuration). Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Tue, 14 Jul 2009 22:48:30 +0000 (UTC) From: Robert Watson To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r195699 - in head: . sys/compat/linprocfs sys/compat/linux sys/compat/svr4 sys/conf sys/contrib/altq/altq sys/contrib/ipfilter/netinet sys/contrib/pf/net sys/contrib/rdma sys/ddb sys/de... Author: rwatson Date: Tue Jul 14 22:48:30 2009 New Revision: 195699 URL: http://svn.freebsd.org/changeset/base/195699 Log: Build on Jeff Roberson's linker-set based dynamic per-CPU allocator (DPCPU), as suggested by Peter Wemm, and implement a new per-virtual network stack memory allocator. Modify vnet to use the allocator instead of monolithic global container structures (vinet, ...). This change solves many binary compatibility problems associated with VIMAGE, and restores ELF symbols for virtualized global variables. Each virtualized global variable exists as a "reference copy", and also once per virtual network stack. Virtualized global variables are tagged at compile-time, placing the in a special linker set, which is loaded into a contiguous region of kernel memory. Virtualized global variables in the base kernel are linked as normal, but those in modules are copied and relocated to a reserved portion of the kernel's vnet region with the help of a the kernel linker. Virtualized global variables exist in per-vnet memory set up when the network stack instance is created, and are initialized statically from the reference copy. Run-time access occurs via an accessor macro, which converts from the current vnet and requested symbol to a per-vnet address. When "options VIMAGE" is not compiled into the kernel, normal global ELF symbols will be used instead and indirection is avoided. This change restores static initialization for network stack global variables, restores support for non-global symbols and types, eliminates the need for many subsystem constructors, eliminates large per-subsystem structures that caused many binary compatibility issues both for monitoring applications (netstat) and kernel modules, removes the per-function INIT_VNET_*() macros throughout the stack, eliminates the need for vnet_symmap ksym(2) munging, and eliminates duplicate definitions of virtualized globals under VIMAGE_GLOBALS. Bump __FreeBSD_version and update UPDATING. Portions submitted by: bz Reviewed by: bz, zec Discussed with: gnn, jamie, jeff, jhb, julian, sam Suggested by: peter Approved by: re (kensmith) From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 23:41: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 C87C8106566B for ; Tue, 14 Jul 2009 23:41:53 +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 A24C08FC0C for ; Tue, 14 Jul 2009 23:41:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 5A66D46B3B for ; Tue, 14 Jul 2009 19:41:53 -0400 (EDT) Date: Wed, 15 Jul 2009 00:41:53 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org 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 Cc: Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 23:41:54 -0000 On Wed, 15 Jul 2009, Robert Watson wrote: > The attached change, which just entered 8-current, modifies kernel > programming and binary interfaces for many network stack components/modules. > You will want to make sure all kernel modules are rebuilt. FYI, for those following this work, there are a few more loose ends to tie up: - libkvm needs to know how to do the per-vnet variable translation for symbols on a virtualized kernel. I have a prototype already, but I'm currently considering the API implications. - kgdb needs to make it easier to print virtualized global values, perhaps by providing a script wrapper (which requires a small kgdb extension to provide a typeof() operator similar to C), or perhaps in the kgbd implementation itself. - We inherited VNET_GET() from the DPCPU code, but actually we might just want to make it VNET(). Unmentioned in the commit message was that DDB has learned how to do the translation from per-CPU and per-vnet allocated globals automatically. If you do "print if_index", for example, it first tries to look it up as a regular symbol -- if the kernel is compiled with VIMAGE, this will fail and it will then look for a per-CPU variable, and when that fails (since there isn't one), it will try a per-vnet variable, do the translation, and print as normal. By default, we use the kernel CPU's dynamic per-CPU data, and the current thread's per-vnet data, but these can be adjusted using DDB variables ($db_cpu shows the CPU to use, or -1 to use whatever the current CPU is (default), $curcpu shows what the current CPU is. $db_vnet shows what vnet to use, or NULL to use the current vnet (default), and $curvnet shows what the current vnet is). This should make it significantly easier to inspect/get/set per-CPU and per-vnet globals from DDB. And, with the new world order, !VIMAGE kernels now behave as they did previously, with normal symbols for all network stack globals. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jul 14 23:42: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 2C52610656CD for ; Tue, 14 Jul 2009 23:42:09 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id BB7A08FC19 for ; Tue, 14 Jul 2009 23:42:08 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.7.53]) by ns2.bafirst.com with esmtp; Tue, 14 Jul 2009 18:32:05 -0500 id 000D51E1.4A5D1575.00015ADA Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 14 Jul 2009 18:32:04 -0500 id 0004AC1B.4A5D1574.0000DA1A Received: from dsl-189-190-5-179-dyn.prod-infinitum.com.mx (dsl-189-190-5-179-dyn.prod-infinitum.com.mx [189.190.5.179]) by econet.encontacto.net (Horde Framework) with HTTP; Tue, 14 Jul 2009 18:32:04 -0500 Message-ID: <20090714183204.99139apm4ieg3o8g@econet.encontacto.net> Date: Tue, 14 Jul 2009 18:32:04 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Opera/9.64 (X11; Linux i686; U; en) Presto/2.1.1 X-IMP-Server: 189.190.7.53 X-Originating-IP: 189.190.5.179 X-Originating-User: eculp@encontacto.net Subject: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Jul 2009 23:42:09 -0000 I am having overheating problems with my Acer Aspire laptop. # uname -a FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul 9 07:05:20 CDT 2009 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 I've been having this problem for several months and compensating by reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. The errors I'm seeing in the log files are: +acpi_ec0: EcRead: failed waiting to get data +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] 20090521 evregion-531 +ACPI Error (psparse-0633): Method parse/execution failed [\\_TZ_.THRM._TMP] (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE I'm afraid that I don't understand them. Any suggestions appreciated, ed From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 00:18:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACD281065674 for ; Wed, 15 Jul 2009 00:18:34 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 689768FC14 for ; Wed, 15 Jul 2009 00:18:34 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: by qyk42 with SMTP id 42so2787198qyk.3 for ; Tue, 14 Jul 2009 17:18:33 -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=ef11eTSqCazQfwbXOuww+ea6rIDaMgR48ICrB7ni4SM=; b=R1dc48j/EJHxTZrsXpvL3Myrde2v3dZKEudReBRPkdPQJSAC3MpOER8rWdTUk2KrdV c7KgS/s6a168DSfldc1pagT4WBQXZBUKVpsu4L8+HpNV5qkeq/mXzi3T5ncAlICHFY+g 0C9Ve4KT14s4Pr+9CX1utHG6JEa+Bwh7M9I8Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=sioAP1L31HkM4FvFwW3ZeBb0eorOP4NnRl2kUHiNIiEFssippJrPNqi7BsNr+LLqAj oj72Sc7GDPFLzOkDkLIygO/bWQWShmt0KkF+HQmLHbATdNkkpnQoFZEJumURSvasvAZr L2i/rqBKh6VhELuolmjoxE/op1rRd10qC+H+g= MIME-Version: 1.0 Received: by 10.229.96.149 with SMTP id h21mr1260072qcn.53.1247615689370; Tue, 14 Jul 2009 16:54:49 -0700 (PDT) Date: Tue, 14 Jul 2009 18:54:49 -0500 Message-ID: <7affaed60907141654h29f748cdm95532aa83c4ac08d@mail.gmail.com> From: "Edwin L. Culp W." To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 00:18:34 -0000 I am having overheating problems with my Acer Aspire laptop. # uname -a FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul 9 07:05:20 CDT 2009 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 I've been having this problem for several months and compensating by reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. The errors I'm seeing in the log files are: +acpi_ec0: EcRead: failed waiting to get data +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] 20090521 evregion-531 +ACPI Error (psparse-0633): Method parse/execution failed [\\_TZ_.THRM._TMP] (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE I'm afraid that I don't understand them. Any suggestions appreciated, ed From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 00:50: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 BC6211065673 for ; Wed, 15 Jul 2009 00:50:59 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 01DFB8FC15 for ; Wed, 15 Jul 2009 00:50:58 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA08.westchester.pa.mail.comcast.net with comcast id G0eU1c00716LCl0580qzpd; Wed, 15 Jul 2009 00:50:59 +0000 Received: from sorrow.ashke.com ([68.45.151.98]) by OMTA06.westchester.pa.mail.comcast.net with comcast id G0qz1c00F27dlBY3S0qzRQ; Wed, 15 Jul 2009 00:50:59 +0000 Message-ID: <4A5D27F2.50208@voicenet.com> Date: Tue, 14 Jul 2009 20:50:58 -0400 From: Adam K Kirchhoff User-Agent: Thunderbird 2.0.0.22 (X11/20090714) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bge problems when resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 00:51:00 -0000 Hello all, I have a Dell Latitude D610 laptop with 8.0-BETA1 installed. I hadn't tried suspend/resume for a while and decided to give it a shot. I was pleasantly surprised to see that I could suspend to ram, resume, and have a (relatively) working system (previously the display would never come back up and the serial console I had hooked up remained dead). Great job to everyone who helped make that possible. The only real issue that I seem to have now is that bge is completely unusable after resume. Another individual seems to have reported similar problems with bge and resume, but he also had other issues that apparently trumped his networking issues: http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009023.html Like him, resuming from suspend gives me: Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 0, val 32768) Jul 14 12:35:53 scroll kernel: bge0: PHY read timed out (phy 1, reg 0, val 0xffffffff) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, val 3072) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, val 10) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, val 12555) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, val 8223) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, val 38150) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, val 16415) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, val 5346) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, val 1024) Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, val 7) And so on and so forth. I thought that compiling if_bge as a module, unloading it before suspend, and reloading it after resume, might get this working. However, doing a "kldload if_bge" after the resume does nothing. Well, the module gets loaded, but the device doesn't show up. No errors from kldload, and there is nothing new in dmesg. Before the suspend, the device shows up as: bge0@pci0:2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5750A1)' class = network subclass = ethernet After resuming, and reloading the module, it's: none1@pci0:2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5750A1)' class = network subclass = ethernet If there are no ideas, I'll go ahead and open up a pr. I assume this is just one bug, since both problems (the PHY issues and the inability to reload the driver) are both related to the network device. Adam From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 01:03: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 031B71065670 for ; Wed, 15 Jul 2009 01:03:12 +0000 (UTC) (envelope-from edwinlculp@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 AC2FE8FC1C for ; Wed, 15 Jul 2009 01:03:11 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so320328qwe.7 for ; Tue, 14 Jul 2009 18:03:10 -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=hwn4TLvrwy6g7ScG5P/cadZB+wgOEqLXnTZsnM1Ghd8=; b=ZGdP+LSbXByJCCI2XbkUTm0nTsCyWENNnUyWsKIwysTkaauCYMSkK+qMmNhbc+a0ie ehxLccdB48y0ASIwo2eA8Pj6khJRDUaYqsHFtm/d6fCtLW+cXAseJOvMcrmmbBLVArQc cF7TNk59MvyJVe94dsQo+LVdDh1Yg7+ZOuigg= 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=iyeK/60wW7Psr7cUcdpxzHsjacjjO9/AcXukmSzm9lLf8H4WkPHuf/VyXj4JhhXnhS h5oTcgzLUXbR/wUxe1RY50oYrv+kpBspZsF+RnKEAw5gdGcKlBtA3tUsBRDeu3oRagJK mCbDv1F3GMh4DSIKR0Ywh9/Jwo9ayNvDchyC8= MIME-Version: 1.0 Received: by 10.229.81.66 with SMTP id w2mr1326618qck.12.1247619790036; Tue, 14 Jul 2009 18:03:10 -0700 (PDT) In-Reply-To: <129FCECB-CEC3-4E75-8543-5EA1EC06D267@mac.com> References: <7affaed60907141654h29f748cdm95532aa83c4ac08d@mail.gmail.com> <129FCECB-CEC3-4E75-8543-5EA1EC06D267@mac.com> Date: Tue, 14 Jul 2009 20:03:08 -0500 Message-ID: <7affaed60907141803j6696945ewe4f84efb5123b991@mail.gmail.com> From: "Edwin L. Culp W." To: Chuck Swiger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 01:03:12 -0000 On Tue, Jul 14, 2009 at 7:32 PM, Chuck Swiger wrote: > Hi-- > > On Jul 14, 2009, at 4:54 PM, Edwin L. Culp W. wrote: > >> I am having overheating problems with my Acer Aspire laptop. >> # uname -a >> FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul 9 >> 07:05:20 CDT 2009 root@ed.local.net.mx: >> /usr/obj/usr/src/sys/ENCONTACTO >> i386 >> >> I've been having this problem for several months and compensating by >> reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. >> > > Presumably you should be talking to Acer-- if it overheats badly in normal > operation, there's probably something wrong with a fan, temperature sensor, > or something. > > The errors I'm seeing in the log files are: >> >> +acpi_ec0: EcRead: failed waiting to get data >> +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for >> [EmbeddedControl] 20090521 evregion-531 >> +ACPI Error (psparse-0633): Method parse/execution failed >> [\\_TZ_.THRM._TMP] >> (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE >> >> I'm afraid that I don't understand them. >> > > acpi_ec0 is the embedded controller handling ACPI events. It should be > responsible for adjusting active cooling measures like fan speed in response > to temperature changes. See "man acpi_thermal".... Gracias, Chuck. That is what I needed to be able to understand a bit more about ACPI. Thanks, ed > > > Regards, > -- > -Chuck > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 01:32:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C60106566B for ; Wed, 15 Jul 2009 01:32:45 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout011.mac.com (asmtpout011.mac.com [17.148.16.86]) by mx1.freebsd.org (Postfix) with ESMTP id 48B2C8FC13 for ; Wed, 15 Jul 2009 01:32:45 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp011.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMS000QLS6KW130@asmtp011.mac.com> for freebsd-current@freebsd.org; Tue, 14 Jul 2009 17:32:45 -0700 (PDT) Message-id: <129FCECB-CEC3-4E75-8543-5EA1EC06D267@mac.com> From: Chuck Swiger To: "Edwin L. Culp W." In-reply-to: <7affaed60907141654h29f748cdm95532aa83c4ac08d@mail.gmail.com> Date: Tue, 14 Jul 2009 17:32:44 -0700 References: <7affaed60907141654h29f748cdm95532aa83c4ac08d@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) Cc: freebsd-current Subject: Re: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 01:32:45 -0000 Hi-- On Jul 14, 2009, at 4:54 PM, Edwin L. Culp W. wrote: > I am having overheating problems with my Acer Aspire laptop. > # uname -a > FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul 9 > 07:05:20 CDT 2009 root@ed.local.net.mx:/usr/obj/usr/src/sys/ > ENCONTACTO > i386 > > I've been having this problem for several months and compensating by > reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. Presumably you should be talking to Acer-- if it overheats badly in normal operation, there's probably something wrong with a fan, temperature sensor, or something. > The errors I'm seeing in the log files are: > > +acpi_ec0: EcRead: failed waiting to get data > +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for > [EmbeddedControl] 20090521 evregion-531 > +ACPI Error (psparse-0633): Method parse/execution failed [\ > \_TZ_.THRM._TMP] > (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE > > I'm afraid that I don't understand them. acpi_ec0 is the embedded controller handling ACPI events. It should be responsible for adjusting active cooling measures like fan speed in response to temperature changes. See "man acpi_thermal".... Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 03:20:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB457106564A for ; Wed, 15 Jul 2009 03:20:25 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id C138F8FC16 for ; Wed, 15 Jul 2009 03:20:24 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n6F1KihS013207 for ; Wed, 15 Jul 2009 11:20:44 +1000 Received: from [114.76.235.20] (c114-76-235-20.farfl3.nsw.optusnet.com.au [114.76.235.20]) (authenticated sender horst.burkhardt) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n6F1Jqd4009022; Wed, 15 Jul 2009 11:19:53 +1000 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: Ed Schouten In-Reply-To: <20090714155513.GO48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ECzCBmJ+qX6fx6emaDfk" Date: Wed, 15 Jul 2009 11:20:41 +1000 Message-Id: <1247620841.8056.14.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 03:20:26 -0000 --=-ECzCBmJ+qX6fx6emaDfk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-07-14 at 17:55 +0200, Ed Schouten wrote: > FreeBSD already supports UTF-8 when using X11, etc. The console driver > is restricted to 8-bit character sets. When you use FreeBSD > HEAD/8.0, you can add the following to your kernel config: >=20 > options TEKEN_UTF8 > options TEKEN_XTERM Yes, but will we see this in 8.0-RELEASE?=20 > After that, be sure to replace `cons25' with `xterm' in /etc/ttys. This > will allow you to use UTF-8 on the console. The kernel will use a table > to remap all Unicode characters to CP437 (the default VGA font), so it's > practically useless. Is there an equivalent of deadkeys or the Compose key in FreeBSD consoles? :\ > It will probably still take a very long time before it's finished, but I > can already show you this screenshot I made the other day: >=20 > http://www.il.fontys.nl/~ed/freebsd-vt-unicode.png Shiny.=20 --=-ECzCBmJ+qX6fx6emaDfk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAkpdLukACgkQRtTtv0BbTe5SAQCgwKGC4IIMPEuL4a/1l6IYQJJP gq4An2RMdSI6VeUYPYrTjsk2b1mkcxaT =Sxx5 -----END PGP SIGNATURE----- --=-ECzCBmJ+qX6fx6emaDfk-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 03:41: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 54304106566C for ; Wed, 15 Jul 2009 03:41:04 +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 182808FC14 for ; Wed, 15 Jul 2009 03:41:03 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-149.ish.com.au ([203.29.62.149]:63303) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1MQwFO-0003P8-1u; Wed, 15 Jul 2009 14:37:38 +1000 Message-ID: <4A5D4D25.3040908@ish.com.au> Date: Wed, 15 Jul 2009 13:29:41 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.1pre) Gecko/20090709 Shredder/3.0b3pre 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: Problematic upgrade from 7.2 to 8.0 with ZFS file system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 03:41:04 -0000 Last night we upgraded one of our servers from 7.2 to 8.0-beta1 using the freebsd-update tool and following the instructions on Colin's blog. I believe this problem will occur even if we had used a source update mechanism. The usual upgrade path is to install the new kernel, reboot, then install world. This fails because when rebooting into the 8.0 kernel with 7.2 userland, ZFS is unable to properly initialise and the file systems are not mounted. In our case we are booting with a small UFS partition to load the kernel, and then mounting /usr /var, etc from ZFS as per these instructions [1]. The problem with ZFS userland being out of sync with the kernel has been seen before [2] [3]. However now with lots of people running ZFS and starting to upgrade to 8.0, I think this will bite many more. The workaround is to drop into single user mode, mount all the zfs partitions, and do the userland install. mount -t zfs /usr mount -t zfs /var mount -o rw tank/root / Those mount commands are slightly non-obvious and took a little guessing to get right. You can't use the 'zfs mount' command since it is broken at this point in time. The other solution is to install userland BEFORE you reboot into the new kernel, although that may cause its own set of problems. Whatever the final solution, this needs to be clearly documented and ideally freebsd-update needs to detect the problem and advise the user about what to do. Ari Maniatis [1] http://www.ish.com.au/solutions/articles/freebsdzfs [2] http://www.nabble.com/Re%3A-ZFS-MFC-heads-up-p23651130.html [3] http://www.nabble.com/zfs-version-13-kernel-and-zfs-version-6-userland-tool--td20650216.html --------------------------> 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 Jul 15 03:44:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB7B106566C for ; Wed, 15 Jul 2009 03:44:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBF08FC18 for ; Wed, 15 Jul 2009 03:44:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MQvQ0-000Jpj-Ss; Wed, 15 Jul 2009 03:44:33 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 5C87B28CDD06; Wed, 15 Jul 2009 12:44:32 +0900 (JST) Date: Wed, 15 Jul 2009 12:44:32 +0900 Message-ID: From: Randy Bush To: Freddie Cash In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 03:44:35 -0000 > # glabel label disk01 /dev/ad4 > # glabel label disk02 /dev/ad6 > # glabel label disk03 /dev/ad8 > # zpool create pool raidz1 label/disk01 label/disk02 label/disk03 > > After that, you can shuffle the drives around in the system, and the pool > will continue to work correctly. ooooooo! i wish i had understood that when i built a large set of mirrored raid. any way to hack it ex post facto? randy From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 03:46: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 84281106566B for ; Wed, 15 Jul 2009 03:46:17 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 447D28FC0C for ; Wed, 15 Jul 2009 03:46:17 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 14 Jul 2009 23:17:23 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.6-GA) with ESMTP id KZO05057; Tue, 14 Jul 2009 23:16:59 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 14 Jul 2009 23:16:59 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19037.18987.220923.425353@jerusalem.litteratus.org> Date: Tue, 14 Jul 2009 23:16:59 -0400 To: current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: Subject: repeatable panic in ukbd.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: Wed, 15 Jul 2009 03:46:17 -0000 After updating to: FreeBSD 8.0-BETA1 #0: Sun Jul 12 18:26:14 EDT 2009 i386 I suddenly have a recurring but irregular panic: panic: mutex Giant not owned at /usr/src/sys/dev/usb/input/ukbd.c:986 and a complete crash dump. This doesn't seem to be a known problem. To whom should I address this? Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 06:46: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 4C0A71065674 for ; Wed, 15 Jul 2009 06:46:48 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 07EBF8FC12 for ; Wed, 15 Jul 2009 06:46:47 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.0/8.14.0) with ESMTP id n6F6kl8v019932 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Jul 2009 01:46:47 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n6F6kkPs042133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Jul 2009 01:46:47 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n6F6KgYZ083158; Wed, 15 Jul 2009 01:20:42 -0500 (CDT) (envelope-from dan) Date: Wed, 15 Jul 2009 01:20:42 -0500 From: Dan Nelson To: Ed Schouten Message-ID: <20090715062041.GH63413@dan.emsphone.com> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> <20090714194726.GP48776@hoeg.nl> <1247603171.2105.38.camel@localhost> <20090714204028.GT48776@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090714204028.GT48776@hoeg.nl> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email2.allantgroup.com [199.67.51.78]); Wed, 15 Jul 2009 01:46:47 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: Vladimir Grebenschikov , freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 06:46:48 -0000 In the last episode (Jul 14), Ed Schouten said: > * Vladimir Grebenschikov wrote: > > In past graphical console draw text not too quick. I've tried to live > > with VESA mode of sc (to match high resolution of notebook display). > > But it was really slow. Probably, your driver will be much faster ? > > Even though I like VESA, it's probably hard, if not impossible to get it > working, mainly because we need vm86 to reprogram the hardware, which is > not present on amd64. One of the things on my todo list is to figure out > how the Intel hardware works, so we have an accelerated driver on those > systems. This should also make it a lot more attractive to implement > things like kernel modesetting somewhere in the future. Another option would be to dynamically remap the 256 text-mode characters as needed, similar to how the mouse cursor is displayed. The average single-language console will have much less than 256 unique characters onscreen at once at any one time, so the average console will rarely have a phyical character remapped once a glyph has been assigned to it. Any more than 256 onscreen at once could be replaced with a special symbol or remapped to a similar character if possible. You could even preferentially replace symbol/line-drawing characters first, and try and preserve characters in the area around the cursor. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 07: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 981A8106564A for ; Wed, 15 Jul 2009 07:07:33 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4D90A8FC1E for ; Wed, 15 Jul 2009 07:07:32 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 0F5B678F5F; Wed, 15 Jul 2009 11:07:31 +0400 (MSD) Message-ID: <4A5D8034.4090101@haruhiism.net> Date: Wed, 15 Jul 2009 11:07:32 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Dan Nelson References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> <20090714194726.GP48776@hoeg.nl> <1247603171.2105.38.camel@localhost> <20090714204028.GT48776@hoeg.nl> <20090715062041.GH63413@dan.emsphone.com> In-Reply-To: <20090715062041.GH63413@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Vladimir Grebenschikov , Ed Schouten , freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 07:07:33 -0000 Dan Nelson wrote: > Another option would be to dynamically remap the 256 text-mode characters as > needed, similar to how the mouse cursor is displayed. The average > single-language console will have much less than 256 unique characters > onscreen at once at any one time, so the average console will rarely have a > phyical character remapped once a glyph has been assigned to it. Any more > than 256 onscreen at once could be replaced with a special symbol or > remapped to a similar character if possible. You could even preferentially > replace symbol/line-drawing characters first, and try and preserve > characters in the area around the cursor This is probably true for European countries, however I can easily imagine a situation where I have much more than 256 different characters on my screen - f.ex. reading a website in Links; it will have latin characters (numbers, symbols, punctuation marks) in URLs and kana & kanji as the text itself. So a completely Unicode-compatible solution would be much more preferred. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 07:20: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 07B941065694 for ; Wed, 15 Jul 2009 07:20:47 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 76ECE8FC13 for ; Wed, 15 Jul 2009 07:20:46 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz4 with SMTP id 4so679731bwz.43 for ; Wed, 15 Jul 2009 00:20:45 -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=Tfdlb91V+kg0N7vJuG0OTUmTwkGn/abIh8/ENNk6BM0=; b=uNwPCDfioZNDk3ZmYNyZhuuUxeHIPal2okTRwMp3uZmlCfO2oY7yMz7z/YzEKim94h oze7nz/WTvZWQL5F0l7PzDRZZ1/FpAqgvTD34RVNXcTSzvCsfiiqQd20ghYurS3MxNWk SvLHxa4VP2cp9wmDigLCqdJc6X8Zf9uFKD5Gg= 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=N32+u5gBPhdBaTK3m+ViV89DJ9cvmZaDMk0YhNVFRXkkrWwLVkhBL4jkPplAYvM/+8 Oko6IDRaOCeLC5zg4vrdSu2pX9OIut8MZT9SBPFVIEorQThmFrzUzBB5V3mrMPvTz54g Htqa/lIUEZouqjFj3PZYmma6IlLqfGfqt/yaQ= MIME-Version: 1.0 Received: by 10.204.54.198 with SMTP id r6mr7287262bkg.191.1247642445401; Wed, 15 Jul 2009 00:20:45 -0700 (PDT) In-Reply-To: <4A5D27F2.50208@voicenet.com> References: <4A5D27F2.50208@voicenet.com> Date: Wed, 15 Jul 2009 09:20:45 +0200 Message-ID: <3a142e750907150020h712bfcecq89d5ccf3e00e302c@mail.gmail.com> From: "Paul B. Mahol" To: Adam K Kirchhoff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bge problems when resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 07:20:47 -0000 On 7/15/09, Adam K Kirchhoff wrote: > > Hello all, > > I have a Dell Latitude D610 laptop with 8.0-BETA1 installed. I hadn't > tried suspend/resume for a while and decided to give it a shot. I was > pleasantly surprised to see that I could suspend to ram, resume, and > have a (relatively) working system (previously the display would never > come back up and the serial console I had hooked up remained dead). > Great job to everyone who helped make that possible. > > The only real issue that I seem to have now is that bge is completely > unusable after resume. Another individual seems to have reported > similar problems with bge and resume, but he also had other issues that > apparently trumped his networking issues: > > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009023.html > > Like him, resuming from suspend gives me: > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 0, > val 32768) > Jul 14 12:35:53 scroll kernel: bge0: PHY read timed out (phy 1, reg 0, > val 0xffffffff) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, > val 3072) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, > val 10) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, > val 12555) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, > val 8223) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, > val 38150) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, > val 16415) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, > val 5346) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, > val 1024) > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, > val 7) > > And so on and so forth. > > I thought that compiling if_bge as a module, unloading it before > suspend, and reloading it after resume, might get this working. > However, doing a "kldload if_bge" after the resume does nothing. Well, > the module gets loaded, but the device doesn't show up. No errors from > kldload, and there is nothing new in dmesg. > > Before the suspend, the device shows up as: > > bge0@pci0:2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 > rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5750A1)' > class = network > subclass = ethernet > > After resuming, and reloading the module, it's: > > none1@pci0:2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 > rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5750A1)' > class = network > subclass = ethernet > > If there are no ideas, I'll go ahead and open up a pr. I assume this is > just one bug, since both problems (the PHY issues and the inability to > reload the driver) are both related to the network device. Put this lines into loader.conf and reboot. hw.pci.do_power_nodriver="3" hw.pci.do_power_resume="1" Now, before suspend, unload if_bge and some another driver (sound drivers are best candidate) and load sound driver again, suspend and resume. Now loading if_bge should make it succesfully attach. -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 07:27:27 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 3E8D91065670 for ; Wed, 15 Jul 2009 07:27:27 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id B34E58FC20 for ; Wed, 15 Jul 2009 07:27:26 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz4 with SMTP id 4so682246bwz.43 for ; Wed, 15 Jul 2009 00:27:25 -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=JwA1B4c8wGVPETtux1NjFmquwJgPMumogcqECLUdk6Q=; b=ODJco3uTD6BGPcU00SKQeYMhmcQ9eReljz0Y5faIq/eS2kZX96gXR7AR7NXD9LOATQ F8ghrm5K93j7yXmEv+uSevj6+2eE+LHp8jV5QEk86RZnh5JGBBxbg8otNtltSsD4663M eBUFVIkTiGmy0Af+w9igxBMu3Qk+9RJ8XfcM0= 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=Ff0Q+jhvPfwdKi+6wkgKWf5fn1HLAO8yCPbH3+rZx5N3o3v28Zfn2lBtfrTFgP4ggt C+wDey/DnR7/cBMTF38eSEfcy1hfSKXVAtSRgh2mBO/EeDxmn39veJtMvGOofApTv6Ye NJD6XnPf/4oMPvOjzedaF1QZLRtpP1mas3RxY= MIME-Version: 1.0 Received: by 10.204.78.131 with SMTP id l3mr7281238bkk.186.1247642845026; Wed, 15 Jul 2009 00:27:25 -0700 (PDT) In-Reply-To: <3a142e750907040333o3938c06y6369af6fa6976812@mail.gmail.com> References: <3a142e750906080809i381c4e6amd93da8a135ab9bd3@mail.gmail.com> <4A2D2EB1.3040702@errno.com> <1244477453.7794.2.camel@localhost> <3a142e750906081006v6369051dw75c5077e6032101f@mail.gmail.com> <1244656248.1701.53.camel@localhost> <3a142e750906101108v588e33dfsb0cb81f024c65cfb@mail.gmail.com> <1244658479.1701.56.camel@localhost> <3a142e750906101805re85136cif71eeeda2c641451@mail.gmail.com> <1245323702.1754.0.camel@localhost> <3a142e750907040333o3938c06y6369af6fa6976812@mail.gmail.com> Date: Wed, 15 Jul 2009 09:27:23 +0200 Message-ID: <3a142e750907150027t106edef5m767dd0319f83bd63@mail.gmail.com> From: "Paul B. Mahol" To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: ndis lor: hal preemption lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 07:27:27 -0000 On 7/4/09, Paul B. Mahol wrote: > On 6/18/09, Coleman Kane wrote: >> I've committed this one as r194432. > > Ah, that one introduced regression. > Switching ndisX up before creating vap will cause panic. > Here is fix: > > --- /sys/dev/if_ndis/if_ndis.c 2009-06-28 09:15:54.000000000 +0000 > +++ if_ndis.c 2009-07-04 10:23:41.000000000 +0000 > @@ -2292,6 +2292,8 @@ > ifp = sc->ifp; > ic = ifp->if_l2com; > vap = TAILQ_FIRST(&ic->ic_vaps); > + if (vap == NULL) > + return; > > if (!NDIS_INITIALIZED(sc)) { > DPRINTF(("%s: NDIS not initialized\n", __func__)); Bump! Please commit. -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 07:28: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 DB9F0106564A for ; Wed, 15 Jul 2009 07:28:10 +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 7ACC38FC0A for ; Wed, 15 Jul 2009 07:28:10 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B6C7C1CF29; Wed, 15 Jul 2009 09:28:09 +0200 (CEST) Date: Wed, 15 Jul 2009 09:28:09 +0200 From: Ed Schouten To: Mel Flynn Message-ID: <20090715072809.GU48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <200907141204.12480.mel.flynn+fbsd.current@mailing.thruhere.net> <20090714201053.GR48776@hoeg.nl> <200907141418.20445.mel.flynn+fbsd.current@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y2MvAzIId+Qf2TkR" Content-Disposition: inline In-Reply-To: <200907141418.20445.mel.flynn+fbsd.current@mailing.thruhere.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 07:28:11 -0000 --Y2MvAzIId+Qf2TkR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Mel, * Mel Flynn wrote: > Would there be a screen font yet for Unicode? share/syscons/fonts > doesn't show me one. Or do you plan to retain mapping multibyte to > 8-bit positions? Right now my console driver already understands the notion of fonts, but unfortunately there is no ioctl/API to load them into the kernel. I've written a tool called fontcvt (in my Perforce branch) which converts .bdf files to a C file with some array initialisations. Eventually I'll modify this tool to emit binary data. I've looked at the Linux PSF2 format, but it has some restrictions... Some details about vt(4)'s handling of fonts: vt(4) allows you to use different glyphs for bold characters. To preserve space, fontcvt makes sure we never store two glyphs that are exactly the same. This means that if the bold character is the same as the normal one, it will only store one of them. All the different types of spaces (ASCII space, NBSP) are also stored as one glyph. The file format also has two remapping tables from Unicode code points to font indices; one for normal characters, one for bold characters. These tables have to be ordered, because the kernel will just do some binary searching. Each entry is also includes a length of the mapping, so right now mapping ASCII to its glyphs only takes one entry in the table. fontcvt also discards entries from the bold table if there is an equal one in the normal table. The kernel will display normal characters if there is no bold one. When there is no entry in any of the tables, it will always use glyph 0. fontcvt makes sure it stores the glyph for U+FFFD at location 0. Here's how I store the default in-kernel font: http://p4web.freebsd.org/@md=3Dd&c=3DWOQ@//depot/user/ed/newcons/sys/dev/v= t/font/font_default.c When I've finished the font loader, I'll just strip it down to ASCII, so we'll load the complete font through rc(8). --=20 Ed Schouten WWW: http://80386.nl/ --Y2MvAzIId+Qf2TkR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpdhQkACgkQ52SDGA2eCwX7CwCeLJ4mcC9jqABbzIQcKXMwVcBd Q04An2O1Ah556YgqN6xNyLJe3mTmUkH+ =mpKZ -----END PGP SIGNATURE----- --Y2MvAzIId+Qf2TkR-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 07:29: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 C2F5D10656B0 for ; Wed, 15 Jul 2009 07:29:56 +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 857CB8FC16 for ; Wed, 15 Jul 2009 07:29:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id E6D331CF34; Wed, 15 Jul 2009 09:29:55 +0200 (CEST) Date: Wed, 15 Jul 2009 09:29:55 +0200 From: Ed Schouten To: Horst =?iso-8859-1?Q?G=FCnther?= Burkhardt III Message-ID: <20090715072955.GV48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247620841.8056.14.camel@horst-tla> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XIWZaXmfL68n6vAq" Content-Disposition: inline In-Reply-To: <1247620841.8056.14.camel@horst-tla> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 07:29:57 -0000 --XIWZaXmfL68n6vAq Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Horst, * Horst G=FCnther Burkhardt III wrote: > On Tue, 2009-07-14 at 17:55 +0200, Ed Schouten wrote: >=20 > > FreeBSD already supports UTF-8 when using X11, etc. The console driver > > is restricted to 8-bit character sets. When you use FreeBSD > > HEAD/8.0, you can add the following to your kernel config: > >=20 > > options TEKEN_UTF8 > > options TEKEN_XTERM >=20 > Yes, but will we see this in 8.0-RELEASE?=20 Yes. > > After that, be sure to replace `cons25' with `xterm' in /etc/ttys. This > > will allow you to use UTF-8 on the console. The kernel will use a table > > to remap all Unicode characters to CP437 (the default VGA font), so it's > > practically useless. >=20 > Is there an equivalent of deadkeys or the Compose key in FreeBSD > consoles? :\ I can't say for sure, but I think not. Input in UTF-8 mode is also completely broken, because the input layer is not Unicode/UTF-8 aware... > > It will probably still take a very long time before it's finished, but I > > can already show you this screenshot I made the other day: > >=20 > > http://www.il.fontys.nl/~ed/freebsd-vt-unicode.png >=20 > Shiny.=20 Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --XIWZaXmfL68n6vAq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpdhXMACgkQ52SDGA2eCwURMwCaA2JLdsgx6wKkT/Ig+Lidl3g5 qeYAnihjI0tnCpmUo/XzCTmHj7+4SNjW =alRH -----END PGP SIGNATURE----- --XIWZaXmfL68n6vAq-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 07:36: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 588F01065670 for ; Wed, 15 Jul 2009 07:36:07 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.tele2.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id E45DE8FC14 for ; Wed, 15 Jul 2009 07:36:06 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=BNHX5fK6d1LouUOMUiIA:9 a=c2ch--bl7NxkJAzLF1UA:7 a=YXTU26d45yOL8jXd_tNlrdKosggA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 537138429; Wed, 15 Jul 2009 09:36:03 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 15 Jul 2009 09:35:44 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <19037.18987.220923.425353@jerusalem.litteratus.org> In-Reply-To: <19037.18987.220923.425353@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907150935.45390.hselasky@c2i.net> Cc: Robert Huff Subject: Re: repeatable panic in ukbd.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: Wed, 15 Jul 2009 07:36:07 -0000 On Wednesday 15 July 2009 05:16:59 Robert Huff wrote: > After updating to: > > FreeBSD 8.0-BETA1 #0: Sun Jul 12 18:26:14 EDT 2009 i386 > > I suddenly have a recurring but irregular panic: > > panic: mutex Giant not owned at /usr/src/sys/dev/usb/input/ukbd.c:986 > > and a complete crash dump. > This doesn't seem to be a known problem. To whom should I > address this? > Hi, We need the backtrace. When I redid the ukbd driver I added the asserts to catch this kind of issues. The solution in many cases is simply to return a failure when ukbd is not called having Giant locked. Ukbd has to go away from the Giant lock, but I'm not confident about the locking strategy in the keyboard system nowadays, so I've deferred the task. static int ukbd_enable(keyboard_t *kbd) { mtx_assert(&Giant, MA_OWNED); KBD_ACTIVATE(kbd); return (0); } --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 08:02: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 DB694106564A; Wed, 15 Jul 2009 08:02:10 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 789878FC08; Wed, 15 Jul 2009 08:02:10 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by qyk42 with SMTP id 42so2906161qyk.3 for ; Wed, 15 Jul 2009 01:02:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:references :subject:date:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=S2wg85QC6UDq0ESp8b0oINsS69hkml2OeZTkXNozu+Y=; b=whqd7vecbuqQIJzhjn+xj3MCzOf8vEl9acDKQpjbYzZdRpDQEnywp3FyQiFhEaZGwj HLpiWpBoK4OOfX1txBrpPwXAuYtGKUlodnM6/uKW5lO8cAryPmOYo1qHN3nZZKT1I/oY GzbRYeHlEFGrXRLCMARwS738oddzkz+YSghHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=n1wpJ3KsBUuAVoIcx1oRVV9g664TZwYdszxQNfgo76wQ9y2TzM/QXEqwTHQi61TNiW refYQm5aJi54G4zUoNAklqVx0S3s1p1XtLaIO8EdFClMc7cvTgV5ju4nT/JuNTk2pIEr PhXOZxKG+HD1Kevtdo1Nh02WuBz1+By0X5BKU= Received: by 10.224.11.8 with SMTP id r8mr4484874qar.139.1247644929717; Wed, 15 Jul 2009 01:02:09 -0700 (PDT) Received: from adnote989 ([200.182.220.66]) by mx.google.com with ESMTPS id 4sm9568313qwe.28.2009.07.15.01.02.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Jul 2009 01:02:09 -0700 (PDT) Message-ID: <8026EC1942CE4C128F168BBBFD987B27@adnote989> From: "Luiz Otavio O Souza" To: "Robert Watson" , References: <05461E04E6BD4477A879553178599F6E@adnote989> Date: Wed, 15 Jul 2009 05:02:19 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 08:02:11 -0000 > > >> Just a quick heads up: >> >> The attached change, which just entered 8-current, modifies kernel >> programming and binary interfaces for many network stack >> components/modules. You will want to make sure all kernel modules are >> rebuilt. >> >> For those willing to take a risk, here's a list of the kernel modules >> (and of course the kernel) that I know are definitely affected and will >> want to be rebuilt: >> >> bridgestp.ko if_vlan.ko kernel ng_atm.ko sppp.ko >> if_bridge.ko ip_mroute.ko linprocfs.ko ng_eiface.ko svr4.ko >> if_ef.ko ipdivert.ko linux.ko ng_ether.ko wlan.ko >> if_faith.ko ipfw.ko netgraph.ko ng_gif.ko >> if_gif.ko ipfw_nat.ko nfscl.ko ng_iface.ko >> if_gre.ko ipl.ko nfsclient.ko pf.ko >> if_stf.ko iw_cxgb.ko nfsd.ko rdma_cma.ko >> >> (For those interested: I grepped for vnet_entry in my local kernel module >> collection -- these are kernel modules that directly reference >> virtualized global network stack variables with a VIMAGE configuration). >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> > > Robert, > > After update to r195705 my system panic every time i try to create a new > vlan (but i can create a gif interface): > > # ifconfig vlan0 create > panic: link_elf_load_file: unexpected progbits type > cpuid = 1 > KDB: enter: panic > [thread pid 1023 tid 100136] > > (hand transcribed - i've just an usb keyboard here) > > My kernel don't have any VIMAGE options. > > The system is working flawless before the upgrade. > > If you need any/more information about this, just let me know. > > Regards, > Luiz Robert, I've just commented out the panic() in link_elf_obj.c and now i'm able to create vlans again. # svn diff link_elf_obj.c Index: link_elf_obj.c =================================================================== --- link_elf_obj.c (revision 195705) +++ link_elf_obj.c (working copy) @@ -793,9 +793,11 @@ vnet_data_copy(ef->progtab[pb].addr, shdr[i].sh_size); #endif +#if 0 else panic("link_elf_load_file: unexpected " "progbits type"); +#endif } else bzero(ef->progtab[pb].addr, shdr[i].sh_size); Now i'll get some sleep (too much coffee for a day...) or i'll not be able to look at screen tomorrow =) Thanks and regards, Luiz From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 08:59:26 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 A6B3E1065673 for ; Wed, 15 Jul 2009 08:59:26 +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 815608FC19 for ; Wed, 15 Jul 2009 08:59:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 3968346B37; Wed, 15 Jul 2009 04:59:26 -0400 (EDT) Date: Wed, 15 Jul 2009 09:59:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Luiz Otavio O Souza In-Reply-To: <8026EC1942CE4C128F168BBBFD987B27@adnote989> Message-ID: References: <05461E04E6BD4477A879553178599F6E@adnote989> <8026EC1942CE4C128F168BBBFD987B27@adnote989> 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: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 08:59:26 -0000 On Wed, 15 Jul 2009, Luiz Otavio O Souza wrote: >> After update to r195705 my system panic every time i try to create a new >> vlan (but i can create a gif interface): >> >> # ifconfig vlan0 create >> panic: link_elf_load_file: unexpected progbits type >> cpuid = 1 >> KDB: enter: panic >> [thread pid 1023 tid 100136] >> >> (hand transcribed - i've just an usb keyboard here) >> >> My kernel don't have any VIMAGE options. >> >> The system is working flawless before the upgrade. >> >> If you need any/more information about this, just let me know. > > I've just commented out the panic() in link_elf_obj.c and now i'm able to > create vlans again. This assertion may well be too conservative -- is there any chance you have a kernel built with the DTrace CTF support? It may be using progbits, in which case removing the assertion is the right solution. I'll test this hypothesis. Robert N M Watson Computer Laboratory University of Cambridge > > # svn diff link_elf_obj.c > Index: link_elf_obj.c > =================================================================== > --- link_elf_obj.c (revision 195705) > +++ link_elf_obj.c (working copy) > @@ -793,9 +793,11 @@ > vnet_data_copy(ef->progtab[pb].addr, > shdr[i].sh_size); > #endif > +#if 0 > else > panic("link_elf_load_file: unexpected > " > "progbits type"); > +#endif > } else > bzero(ef->progtab[pb].addr, shdr[i].sh_size); > > Now i'll get some sleep (too much coffee for a day...) or i'll not be able to > look at screen tomorrow =) > > Thanks and regards, > Luiz > From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 09:04:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E3A91065673 for ; Wed, 15 Jul 2009 09:04:22 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id A8C018FC13 for ; Wed, 15 Jul 2009 09:04:21 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy7 with SMTP id 7so1485418ewy.43 for ; Wed, 15 Jul 2009 02:04:20 -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=DyytYO9Rpl4pR6jQPgPpYzgqDLj2wbFh4rA8c8NpUBg=; b=YEHlyqFBKdsKxqIDFtm0v6gc2MdLMi/gXSa0XHLY6cWoBJO7AfUmLt5M6dlEFoXfvm chCznvRWyHPTf0bqYNvi/q7OVe7P0hMiVicn8gVJqOdc/n9m8FBWtqg86wzK+Pu9lkdY zNeec98q5hjx7cJbu9mdxDUHij4Z1x+o1dyPo= 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=hYJNfli6hiLv19fZtMYyv6qsQzeMIxNiLs9vOQqhPfYlsXiQofjnozOzQZ5IfGzD/A YmtzTeMi3PhMBFhE05YFUoK8xsrsVDmtIjfBlYyrSXda5hGv0CMygexlYA8EKzy7Pm4N tVT/8yjK5QFEW5kErj+BwBvnOL3s8gvOTmJs4= Received: by 10.210.34.2 with SMTP id h2mr6345752ebh.58.1247648660404; Wed, 15 Jul 2009 02:04:20 -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 24sm14245069eyx.53.2009.07.15.02.04.19 (version=SSLv3 cipher=RC4-MD5); Wed, 15 Jul 2009 02:04:19 -0700 (PDT) From: Tom Evans To: Ed Schouten In-Reply-To: <20090714201053.GR48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <200907141204.12480.mel.flynn+fbsd.current@mailing.thruhere.net> <20090714201053.GR48776@hoeg.nl> Content-Type: text/plain Date: Wed, 15 Jul 2009 10:04:18 +0100 Message-Id: <1247648658.2437.1716.camel@strangepork.london.mintel.ad> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Mel Flynn , freebsd-current@freebsd.org Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 09:04:22 -0000 On Tue, 2009-07-14 at 22:10 +0200, Ed Schouten wrote: > * Mel Flynn wrote: > > Is this an acronym or are we getting Dutchionalized kernel options? :) > > The latter. `Tekenen' is the Dutch verb for drawing. libteken is a > library I wrote last year to emulate an xterm-like terminal with UTF-8. > I modified it, so it can be used with cons25 and 8-bit character sets. > Even though the name suggests it draws stuff, it doesn't. It only turns > a stream of bytes into character placement calls. > > My new console driver also uses libteken to perform the terminal > emulation. > Oh. I thought it strange to name a UTF-8 console driver after a blood sucking parasite ;) Cheers Tom From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 09:05: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 C925F1065695 for ; Wed, 15 Jul 2009 09:05:09 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 783228FC2E for ; Wed, 15 Jul 2009 09:05:09 +0000 (UTC) (envelope-from mad@madpilot.net) Received: by megatron.madpilot.net (Postfix, from userid 1000) id 538BB130C41; Wed, 15 Jul 2009 10:48:01 +0200 (CEST) Date: Wed, 15 Jul 2009 10:48:01 +0200 From: Guido Falsi To: Randy Bush Message-ID: <20090715084801.GA75654@megatron.madpilot.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Freddie Cash Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 09:05:10 -0000 On Wed, Jul 15, 2009 at 12:44:32PM +0900, Randy Bush wrote: > > # glabel label disk01 /dev/ad4 > > # glabel label disk02 /dev/ad6 > > # glabel label disk03 /dev/ad8 > > # zpool create pool raidz1 label/disk01 label/disk02 label/disk03 > > > > After that, you can shuffle the drives around in the system, and the pool > > will continue to work correctly. > > ooooooo! i wish i had understood that when i built a large set of > mirrored raid. > > any way to hack it ex post facto? Don't know if this can be safely done on a large set, with a normal PC using a simple zpool mirror I'm hacking this doing: # zpool status tank pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 ad0p2 ONLINE 0 0 0 ad8p2 ONLINE 0 0 0 errors: No known data errors # zpool detach tank ad0p2 # glabel label disk01 /dev/ad0p2 # zpool attach tank ad8p2 label/disk01 # zpool status tank pool: tank state: ONLINE status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scrub: resilver in progress for 0h6m, 17.06% done, 0h29m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 ad8p2 ONLINE 0 0 0 60.7M resilvered label/disk01 ONLINE 0 0 0 10.4G resilvered errors: No known data errors After the resilver I'll just go ahead with the other disk. It's working flawlessly for now. with a simple 2 disk setup this is quite easy, it can get tricky with complex designs(f.e. zraid2, hot spares, cache and log devices and so on...). If you have a complex design better make a detailed plan, before shooting your own foot. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 09:13:20 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A274106567C for ; Wed, 15 Jul 2009 09:13:20 +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 F41E48FC16 for ; Wed, 15 Jul 2009 09:13:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 8505E46B53; Wed, 15 Jul 2009 05:13:19 -0400 (EDT) Date: Wed, 15 Jul 2009 10:13:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Florian Smeets In-Reply-To: <4A5D9C51.7070708@kasimir.com> Message-ID: References: <05461E04E6BD4477A879553178599F6E@adnote989> <8026EC1942CE4C128F168BBBFD987B27@adnote989> <4A5D9C51.7070708@kasimir.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Luiz Otavio O Souza , current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 09:13:20 -0000 On Wed, 15 Jul 2009, Florian Smeets wrote: >>>> (hand transcribed - i've just an usb keyboard here) >>>> >>>> My kernel don't have any VIMAGE options. >>>> >>>> The system is working flawless before the upgrade. >>>> >>>> If you need any/more information about this, just let me know. >>> >>> I've just commented out the panic() in link_elf_obj.c and now i'm able to >>> create vlans again. >> >> This assertion may well be too conservative -- is there any chance you have >> a kernel built with the DTrace CTF support? It may be using progbits, in >> which case removing the assertion is the right solution. I'll test this >> hypothesis. > > i'm also seeing this panic, it happens when zfs.ko is loaded in my case. I > don't have anything DTrace CTF related in my kernel. Hmm. Then we should just remove the assertion and debug it later. I'll get it in the tree shortly. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 09:22: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 3178D106568B for ; Wed, 15 Jul 2009 09:22:05 +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 09B888FC13 for ; Wed, 15 Jul 2009 09:22:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 95C6C46B37; Wed, 15 Jul 2009 05:22:04 -0400 (EDT) Date: Wed, 15 Jul 2009 10:22:04 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Florian Smeets In-Reply-To: <4A5D9C51.7070708@kasimir.com> Message-ID: References: <05461E04E6BD4477A879553178599F6E@adnote989> <8026EC1942CE4C128F168BBBFD987B27@adnote989> <4A5D9C51.7070708@kasimir.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Luiz Otavio O Souza , current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 09:22:05 -0000 On Wed, 15 Jul 2009, Florian Smeets wrote: >>>> My kernel don't have any VIMAGE options. >>>> >>>> The system is working flawless before the upgrade. >>>> >>>> If you need any/more information about this, just let me know. >>> >>> I've just commented out the panic() in link_elf_obj.c and now i'm able to >>> create vlans again. >> >> This assertion may well be too conservative -- is there any chance you have >> a kernel built with the DTrace CTF support? It may be using progbits, in >> which case removing the assertion is the right solution. I'll test this >> hypothesis. > > i'm also seeing this panic, it happens when zfs.ko is loaded in my case. I > don't have anything DTrace CTF related in my kernel. OK. I'm not able to reproduce it here, but clearly there must be some ELF/etc case I haven't thought of or understood. I've committed a removal of the assertion, r195707 and will debug it offline, we can re-add it if I come up with a more refined/useful version. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 09:24:37 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 26EA1106568C for ; Wed, 15 Jul 2009 09:24:37 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id CFC478FC1C for ; Wed, 15 Jul 2009 09:24:36 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 66EB83F49D; Wed, 15 Jul 2009 11:07:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id irEHy4iU6w+O; Wed, 15 Jul 2009 11:07:29 +0200 (CEST) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 408753F42E; Wed, 15 Jul 2009 11:07:29 +0200 (CEST) Message-ID: <4A5D9C51.7070708@kasimir.com> Date: Wed, 15 Jul 2009 11:07:29 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.1pre) Gecko/20090714 Shredder/3.0b3pre MIME-Version: 1.0 To: Robert Watson References: <05461E04E6BD4477A879553178599F6E@adnote989> <8026EC1942CE4C128F168BBBFD987B27@adnote989> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luiz Otavio O Souza , current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 09:24:37 -0000 On 15.07.09 10:59, Robert Watson wrote: > > On Wed, 15 Jul 2009, Luiz Otavio O Souza wrote: > >>> After update to r195705 my system panic every time i try to create a >>> new vlan (but i can create a gif interface): >>> >>> # ifconfig vlan0 create >>> panic: link_elf_load_file: unexpected progbits type >>> cpuid = 1 >>> KDB: enter: panic >>> [thread pid 1023 tid 100136] >>> >>> (hand transcribed - i've just an usb keyboard here) >>> >>> My kernel don't have any VIMAGE options. >>> >>> The system is working flawless before the upgrade. >>> >>> If you need any/more information about this, just let me know. >> >> I've just commented out the panic() in link_elf_obj.c and now i'm able >> to create vlans again. > > This assertion may well be too conservative -- is there any chance you > have a kernel built with the DTrace CTF support? It may be using > progbits, in which case removing the assertion is the right solution. > I'll test this hypothesis. > Hi, i'm also seeing this panic, it happens when zfs.ko is loaded in my case. I don't have anything DTrace CTF related in my kernel. Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 09:31: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 9CE69106566B for ; Wed, 15 Jul 2009 09:31:31 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0705E8FC1A for ; Wed, 15 Jul 2009 09:31:30 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id n6F9DhOf006811 for ; Wed, 15 Jul 2009 11:13:43 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 15 Jul 2009 11:13:43 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld error BETA1 Thread-Index: AcoFLIzJ+FlK3JaQRdGBp2l79krfTA== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 09:31:33 -0000 Hello all. I try to update my 8.0BETA1 system to the source of today, but get the following error. =3D=3D=3D> share/misc (all) =3D=3D=3D> share/mk (all) =3D=3D=3D> share/mklocale (all) mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src am_ET.UTF-8.out: Inappropriate ioctl for device *** Error code 1 =20 Stop in /usr/src/share/mklocale. *** Error code 1 =20 Stop in /usr/src/share. *** Error code 1 =20 Stop in /usr/src. *** Error code 1 =20 Stop in /usr/src. *** Error code 1 =20 Stop in /usr/src. =20 Regards, Johan From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 09:34: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 E5949106564A; Wed, 15 Jul 2009 09:34:18 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id 9851E8FC16; Wed, 15 Jul 2009 09:34:18 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id E592A3F49D; Wed, 15 Jul 2009 11:34:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id pfKbekJen9ef; Wed, 15 Jul 2009 11:34:15 +0200 (CEST) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id B8ADB3F49F; Wed, 15 Jul 2009 11:34:15 +0200 (CEST) Message-ID: <4A5DA297.5070107@kasimir.com> Date: Wed, 15 Jul 2009 11:34:15 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.1pre) Gecko/20090714 Shredder/3.0b3pre MIME-Version: 1.0 To: Robert Watson References: <05461E04E6BD4477A879553178599F6E@adnote989> <8026EC1942CE4C128F168BBBFD987B27@adnote989> <4A5D9C51.7070708@kasimir.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luiz Otavio O Souza , current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 09:34:19 -0000 On 15.07.09 11:22, Robert Watson wrote: > > On Wed, 15 Jul 2009, Florian Smeets wrote: > >>>>> My kernel don't have any VIMAGE options. >>>>> >>>>> The system is working flawless before the upgrade. >>>>> >>>>> If you need any/more information about this, just let me know. >>>> >>>> I've just commented out the panic() in link_elf_obj.c and now i'm >>>> able to create vlans again. >>> >>> This assertion may well be too conservative -- is there any chance >>> you have a kernel built with the DTrace CTF support? It may be using >>> progbits, in which case removing the assertion is the right solution. >>> I'll test this hypothesis. >> >> i'm also seeing this panic, it happens when zfs.ko is loaded in my >> case. I don't have anything DTrace CTF related in my kernel. > > OK. I'm not able to reproduce it here, but clearly there must be some > ELF/etc case I haven't thought of or understood. I've committed a > removal of the assertion, r195707 and will debug it offline, we can > re-add it if I come up with a more refined/useful version. > Yes i can boot successfully again. Thanks, Florian From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 09:38:34 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E43A4106566C for ; Wed, 15 Jul 2009 09:38:34 +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 731B08FC15 for ; Wed, 15 Jul 2009 09:38:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 63E9E1CF34; Wed, 15 Jul 2009 11:38:33 +0200 (CEST) Date: Wed, 15 Jul 2009 11:38:33 +0200 From: Ed Schouten To: Johan Hendriks Message-ID: <20090715093833.GZ48776@hoeg.nl> References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rnICgdd3TPh6vMmm" Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 09:38:35 -0000 --rnICgdd3TPh6vMmm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hallo Johan, * Johan Hendriks wrote: > mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src >=20 > mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src >=20 > am_ET.UTF-8.out: Inappropriate ioctl for device I fixed this the other day. Please update your sources. Groetjes, --=20 Ed Schouten WWW: http://80386.nl/ --rnICgdd3TPh6vMmm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpdo5kACgkQ52SDGA2eCwUC3wCeJryXFU/t4/iUGFvh8jZjmQUk A9UAniz9b7ep58oYtfswVlcTPIZe/JzQ =UefK -----END PGP SIGNATURE----- --rnICgdd3TPh6vMmm-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:18: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 9D5131065670 for ; Wed, 15 Jul 2009 10:18:57 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5C68FC14 for ; Wed, 15 Jul 2009 10:18:57 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MR1ZH-0003qj-IR; Wed, 15 Jul 2009 12:18:31 +0200 Message-ID: <4A5DACEE.5030705@gwdg.de> Date: Wed, 15 Jul 2009 12:18:22 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: Ed Schouten References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> In-Reply-To: <20090715093833.GZ48776@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@FreeBSD.org, Johan Hendriks Subject: Re: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:18:57 -0000 It has not found its way in the downloadable sources (per cvsup) until now :-( Rainer Am 15.07.2009 11:38 (UTC+2) schrieb Ed Schouten: > Hallo Johan, > > * Johan Hendriks wrote: >> mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src >> >> mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src >> >> am_ET.UTF-8.out: Inappropriate ioctl for device > > I fixed this the other day. Please update your sources. > > Groetjes, From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10: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 BAFC9106564A for ; Wed, 15 Jul 2009 10:22:39 +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 75D668FC08 for ; Wed, 15 Jul 2009 10:22:39 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:38834 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MR1cF-0003ZD-5k; Wed, 15 Jul 2009 12:21:37 +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 BE7F8BD868; Wed, 15 Jul 2009 12:21:15 +0200 (CEST) Message-Id: From: Thomas Backman To: Ed Schouten In-Reply-To: <20090715093833.GZ48776@hoeg.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 15 Jul 2009 12:21:13 +0200 References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MR1cF-0003ZD-5k. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MR1cF-0003ZD-5k e26c9078008bd5a1572e162a4f423dba Cc: freebsd-current@FreeBSD.org, Johan Hendriks Subject: Re: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:22:40 -0000 On Jul 15, 2009, at 11:38, Ed Schouten wrote: > Hallo Johan, > > * Johan Hendriks wrote: >> mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src >> >> mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src >> >> am_ET.UTF-8.out: Inappropriate ioctl for device > > I fixed this the other day. Please update your sources. > > Groetjes, > -- > Ed Schouten > WWW: http://80386.nl/ Is the mklocale used by buildworld in /usr/obj or the already installed version (in (/usr)/bin)? If it's the latter, that would explain why we've seen so many reports of this: people build a broken version of mklocale, install it along with the rest of "world", and then tries to build a healthy world source tree with a broken mklocale... in which case the fix would be to 1) cvs/svn update 2) rebuild + install mklocale 3) rebuild + install world Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:25: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 8FD06106564A for ; Wed, 15 Jul 2009 10:25:58 +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 543098FC18 for ; Wed, 15 Jul 2009 10:25:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B3FCC1CF29; Wed, 15 Jul 2009 12:25:57 +0200 (CEST) Date: Wed, 15 Jul 2009 12:25:57 +0200 From: Ed Schouten To: Thomas Backman Message-ID: <20090715102557.GB48776@hoeg.nl> References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OG/kLFMysfYiFMrd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org, Johan Hendriks Subject: Re: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:25:58 -0000 --OG/kLFMysfYiFMrd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Thomas Backman wrote: > > On Jul 15, 2009, at 11:38, Ed Schouten wrote: > >> Hallo Johan, >> >> * Johan Hendriks wrote: >>> mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src >>> >>> mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src >>> >>> am_ET.UTF-8.out: Inappropriate ioctl for device >> >> I fixed this the other day. Please update your sources. >> >> Groetjes, >> -- Ed Schouten >> WWW: http://80386.nl/ > > Is the mklocale used by buildworld in /usr/obj or the already installed= =20 > version (in (/usr)/bin)? > If it's the latter, that would explain why we've seen so many reports of= =20 > this: people build a broken version of mklocale, install it along with=20 > the rest of "world", and then tries to build a healthy world source tree= =20 > with a broken mklocale... in which case the fix would be to > 1) cvs/svn update > 2) rebuild + install mklocale > 3) rebuild + install world Hmm... It seems it only builds mklocale if __FreeBSD_version is below 800013. I think you should rebuild mklocale by hand: cd /usr/src/usr.bin/mklocale make make install clean --=20 Ed Schouten WWW: http://80386.nl/ --OG/kLFMysfYiFMrd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpdrrUACgkQ52SDGA2eCwVacgCeJhfX/e6rmOq/+m133XcYOAzf rgwAn0T8BqDWuc2Y1ER1OmM7KHBXX/Y/ =HFUT -----END PGP SIGNATURE----- --OG/kLFMysfYiFMrd-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:26: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 9FF391065673 for ; Wed, 15 Jul 2009 10:26:20 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB388FC17 for ; Wed, 15 Jul 2009 10:26:19 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6FAQIso060350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jul 2009 12:26:19 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A5DAEBF.2000001@omnilan.de> Date: Wed, 15 Jul 2009 12:26:07 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig25293056B818F0ED3822A94E" Subject: USB Tape Drive working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:26:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig25293056B818F0ED3822A94E Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hallo, I never tried that, but I have a really good offer for a DAT72 Tape=20 Drive with USB interface. Is this supposed to work with FreeBSD (new USB stack)? How was it to=20 access (/dev/??)? Thanks, -Harry --------------enig25293056B818F0ED3822A94E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpdrsYACgkQLDqVQ9VXb8hf0wCcCMSepWx+G4SFONTuJlDtdTxE 0ZQAnR7gsPt4bLvzi4EA+52EVPnCL3VO =9C7M -----END PGP SIGNATURE----- --------------enig25293056B818F0ED3822A94E-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:31: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 5A0CA106566B for ; Wed, 15 Jul 2009 10:31:35 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id E92E28FC1C for ; Wed, 15 Jul 2009 10:31:34 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id n6FAVFGa033876; Wed, 15 Jul 2009 12:31:15 +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: Wed, 15 Jul 2009 12:31:14 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DEA54@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld error BETA1 Thread-Index: AcoFMIoh8vGTmwswTz2ZCoG46kU+cgAAICaw References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> From: "Johan Hendriks" To: "Ed Schouten" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org Subject: RE: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:31:35 -0000 >Hallo Johan, >* Johan Hendriks wrote: >> mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src >>=20 >> mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src >>=20 >> am_ET.UTF-8.out: Inappropriate ioctl for device >I fixed this the other day. Please update your sources. >Groetjes, >--=20 > Ed Schouten > WWW: http://80386.nl/ Hallo Ed My sources are updated, i did a csup from cvsup8.freebsd one hour ago! Still get this error. Checked by AVG - www.avg.com=20 Version: 8.5.387 / Virus Database: 270.13.13/2236 - Release Date: 07/14/09 18:03:00 From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:33: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 46425106566B for ; Wed, 15 Jul 2009 10:33:44 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id D411E8FC08 for ; Wed, 15 Jul 2009 10:33:43 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id n6FAXR5Q080285; Wed, 15 Jul 2009 12:33:27 +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: Wed, 15 Jul 2009 12:33:26 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DEA55@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld error BETA1 Thread-Index: AcoFNyiDH79i9Pd3QBWosPlqrB9fjQAADrFQ References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> <20090715102557.GB48776@hoeg.nl> From: "Johan Hendriks" To: "Ed Schouten" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org Subject: RE: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:33:44 -0000 >> >> On Jul 15, 2009, at 11:38, Ed Schouten wrote: >> >>> Hallo Johan, >>> >>> * Johan Hendriks wrote: >>>> mklocale -o UTF-8.out /usr/src/share/mklocale/UTF-8.src >>>> >>>> mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src >>>> >>>> am_ET.UTF-8.out: Inappropriate ioctl for device >>> >>> I fixed this the other day. Please update your sources. >>> >>> Groetjes, >>> -- Ed Schouten >>> WWW: http://80386.nl/ >> >> Is the mklocale used by buildworld in /usr/obj or the already=20 >> installed version (in (/usr)/bin)? >> If it's the latter, that would explain why we've seen so many reports >> of >> this: people build a broken version of mklocale, install it along with=20 >> the rest of "world", and then tries to build a healthy world source=20 >> tree with a broken mklocale... in which case the fix would be to >> 1) cvs/svn update >> 2) rebuild + install mklocale >> 3) rebuild + install world >Hmm... It seems it only builds mklocale if __FreeBSD_version is below 800013. I think you should rebuild >mklocale by hand: > cd /usr/src/usr.bin/mklocale > make > make install clean Sorry replied after the second build, had the e-mail ready and did not read the followups. i will try your solution. Regards, (Groetjes,) Johan Checked by AVG - www.avg.com=20 Version: 8.5.387 / Virus Database: 270.13.13/2236 - Release Date: 07/14/09 18:03:00 From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:43: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 724CC106566C for ; Wed, 15 Jul 2009 10:43:56 +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 35E0E8FC19 for ; Wed, 15 Jul 2009 10:43:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1C38F1CF29; Wed, 15 Jul 2009 12:43:55 +0200 (CEST) Date: Wed, 15 Jul 2009 12:43:55 +0200 From: Ed Schouten To: Johan Hendriks Message-ID: <20090715104355.GC48776@hoeg.nl> References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> <57200BF94E69E54880C9BB1AF714BBCB5DEA54@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Id6iK69SwEun2ZfF" Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DEA54@w2003s01.double-l.local> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:43:56 -0000 --Id6iK69SwEun2ZfF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Johan, * Johan Hendriks wrote: > My sources are updated, i did a csup from cvsup8.freebsd one hour ago! > Still get this error. Can you make sure yacc.y has at least this version? __FBSDID("$FreeBSD: src/usr.bin/mklocale/yacc.y,v 1.29 2009/07/14 09:19:33 ed Exp $"); --=20 Ed Schouten WWW: http://80386.nl/ --Id6iK69SwEun2ZfF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpdsusACgkQ52SDGA2eCwVjHwCcD/I2CFknbC1I6nlYQ0g/MWSD 68kAn37SCn7Zy7GouI0OxK/VU2ncQst0 =2JVD -----END PGP SIGNATURE----- --Id6iK69SwEun2ZfF-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:51: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 4944D106566B for ; Wed, 15 Jul 2009 10:51:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 028238FC20 for ; Wed, 15 Jul 2009 10:51:17 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9DF2A9CB0FA for ; Wed, 15 Jul 2009 12:49:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xxehULVdnShn for ; Wed, 15 Jul 2009 12:49:35 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1D0E29CB24F for ; Wed, 15 Jul 2009 12:49:35 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n6FAnZvM060427 for current@freebsd.org; Wed, 15 Jul 2009 12:49:35 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 15 Jul 2009 12:49:35 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20090715104934.GA58659@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: ppc(4) locking of isa_dma* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:51:18 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi the isa_dma* functions seem to require Giant. ppc(4) uses those but does not seem to lock Giant or anything. is this ok? is it a bug? I looked at the i386/isa/isa_dma.c and it seems pretty selfcontained (ie. it operates on hw and it's own variables). would it be sufficient to just introduce a new lock and lock with it all the isa_dma* functions ? or is there some indirect dependency on Giant that I cant see? there are not many users of this (most prominently fdc/ppc/sound-isa and some minor stuff). can someone comment? thnx! roman --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpdtD4ACgkQLVEj6D3CBEwQgQCeI6iXRj+OFKRw8iQcIZNJcCJo dycAn16P40eg46Y/ZxJT2YOQONuyAjPe =fKKJ -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:51: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 781A61065670 for ; Wed, 15 Jul 2009 10:51:19 +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 3C6FA8FC1A for ; Wed, 15 Jul 2009 10:51:19 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 9EB601CF34; Wed, 15 Jul 2009 12:51:18 +0200 (CEST) Date: Wed, 15 Jul 2009 12:51:18 +0200 From: Ed Schouten To: Thomas Backman Message-ID: <20090715105118.GD48776@hoeg.nl> References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> <20090715102557.GB48776@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b14pt1N+s3YOeeYV" Content-Disposition: inline In-Reply-To: <20090715102557.GB48776@hoeg.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org, Johan Hendriks Subject: Re: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:51:19 -0000 --b14pt1N+s3YOeeYV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > Hmm... It seems it only builds mklocale if __FreeBSD_version is below > 800013. I think you should rebuild mklocale by hand: >=20 > cd /usr/src/usr.bin/mklocale > make > make install clean I'm currently testing this patch at home: Index: Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- Makefile.inc1 (revision 195708) +++ Makefile.inc1 (working copy) @@ -925,7 +925,7 @@ _ar=3D usr.bin/ar .endif =20 -.if ${BOOTSTRAPPING} < 800013 +.if ${BOOTSTRAPPING} < 800104 _mklocale=3D usr.bin/mklocale .endif =20 I'll send it to re@ if it fixes the issue properly. --=20 Ed Schouten WWW: http://80386.nl/ --b14pt1N+s3YOeeYV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpdtKYACgkQ52SDGA2eCwVhrACfXSNVwU1M4pZyZ2pvfTgsfvGL OxQAnAwgNa+x+4WyUhlkCRqctssO9dGl =NlLF -----END PGP SIGNATURE----- --b14pt1N+s3YOeeYV-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:52: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 8E7A810656DA for ; Wed, 15 Jul 2009 10:52:35 +0000 (UTC) (envelope-from royerfranck@free.fr) Received: from kollok.org (kollok.org [213.251.185.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5822D8FC14 for ; Wed, 15 Jul 2009 10:52:35 +0000 (UTC) (envelope-from royerfranck@free.fr) Received: from [10.7.0.7] (kjade [10.7.0.7]) by kollok.org (Postfix) with ESMTP id ECB0F5E0; Wed, 15 Jul 2009 12:52:33 +0200 (CEST) Message-ID: <4A5DB4F1.9010708@free.fr> Date: Wed, 15 Jul 2009 12:52:33 +0200 From: Franck Royer User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: Ed Schouten References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> In-Reply-To: <20090714155513.GO48776@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: royerfranck@free.fr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 10:52:36 -0000 Ed Schouten a écrit : > Hi Franck, > > * Franck Royer wrote: > >> I wanna know where is the development of the support of utf-8 locale on >> the current branch. Can we use it or it still considering highly >> experimental ? Is there any specific port to install or a standard >> configuration is enough ? >> >> Or did I misunderstand that Freebsd will support native utf-8 ? >> > > FreeBSD already supports UTF-8 when using X11, etc. The console driver > is restricted to 8-bit character sets. When you use FreeBSD > HEAD/8.0, you can add the following to your kernel config: > > options TEKEN_UTF8 > options TEKEN_XTERM > > After that, be sure to replace `cons25' with `xterm' in /etc/ttys. This > will allow you to use UTF-8 on the console. The kernel will use a table > to remap all Unicode characters to CP437 (the default VGA font), so it's > practically useless. > > I actually wanted to announce this in a couple of days from now, but I > guess there's no harm in mentioning it already. As of last week I'm > working on a new console driver in the newcons branch in our Perforce > repository. Because I'm using VGA graphics mode, it's fairly easy to > support Unicode. > > It will probably still take a very long time before it's finished, but I > can already show you this screenshot I made the other day: > > http://www.il.fontys.nl/~ed/freebsd-vt-unicode.png > > It's a screenshot of FreeBSD with my console driver, displaying > this file: > > http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt > > I hope you like it. ;-) > > Oh yes, wonderful. Sorry, but I have a lack of knowledge in this field. My Freebsd is only used as a server I access to by ssh. So if I had these options to the kernel and put my locale in utf8 it would work ok ? From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:57: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 25328106564A for ; Wed, 15 Jul 2009 10:57:41 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id DEC948FC19 for ; Wed, 15 Jul 2009 10:57:40 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4E4DB1CF84; Wed, 15 Jul 2009 12:57:40 +0200 (CEST) Date: Wed, 15 Jul 2009 12:57:40 +0200 From: Ed Schouten To: Franck Royer Message-ID: <20090715105740.GE48776@hoeg.nl> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <4A5DB4F1.9010708@free.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vyFyCku3YvxfbZWf" Content-Disposition: inline In-Reply-To: <4A5DB4F1.9010708@free.fr> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:57:41 -0000 --vyFyCku3YvxfbZWf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Franck, * Franck Royer wrote: > Sorry, but I have a lack of knowledge in this field. > My Freebsd is only used as a server I access to by ssh. So if I had > these options to the kernel and put my locale in utf8 it would work ok ? If you just use SSH and nothing more, just set the following variable: export LC_CTYPE=3Den_US.UTF-8 If your terminal is configured correctly (xterm, GNOME Terminal, PuTTY, etc), you should be able to display UTF-8. --=20 Ed Schouten WWW: http://80386.nl/ --vyFyCku3YvxfbZWf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpdtiQACgkQ52SDGA2eCwUUjwCfR5zkFc6mDOH14zjrCiuvMMfs DSoAn0YHTEcMinw9z21BPr2DYyBhPTCg =YZWC -----END PGP SIGNATURE----- --vyFyCku3YvxfbZWf-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 06:17: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 710D6106564A for ; Wed, 15 Jul 2009 06:17:54 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 284EF8FC14 for ; Wed, 15 Jul 2009 06:17:53 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by qyk42 with SMTP id 42so2886183qyk.3 for ; Tue, 14 Jul 2009 23:17:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:subject :date:mime-version:content-type:content-transfer-encoding:x-priority :x-msmail-priority:x-mailer:x-mimeole; bh=uyncBrp9aG+HNn/jhwA4g7FTCgQfn48MLKzG20mpjI0=; b=Q0FTH/kd1GD3i3ORB7aLBhpGkD0RyXKFYUE/YOGx3mY/y8tE7uA2dyoDyp04PPuIqZ eYdRq49BX0Eultle8JBM15xJPp9vv3eyoB4UmbuZXOwJ/ffY+exp9bO/gZrfBKqQ3A0h 9HkF/zryfCWVPQG3UPir7ZB0tG1tnZrVYjaz4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:x-mailer :x-mimeole; b=aS0GS0BNp/KYmE5EqJihqe2yy+0D8Y3kSL50+wxaxpH1b9YIahhvqfY4xbDPoKrMr2 fE5MbcYwFle7GdjmuaM/1uEw+WoIR2ACucBpO86swBVcv2LKR0+JAV3vPHAEGYCkvo5o 2FSYG2Y9qYdoaR9iGF/r8m+7bKz9IMDBs7Mgs= Received: by 10.224.67.144 with SMTP id r16mr4469022qai.26.1247638673453; Tue, 14 Jul 2009 23:17:53 -0700 (PDT) Received: from adnote989 ([201.63.10.146]) by mx.google.com with ESMTPS id 8sm9469164qwj.39.2009.07.14.23.17.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Jul 2009 23:17:52 -0700 (PDT) Message-ID: <0390A3DDBC1F45A398747923BFFB96D2@adnote989> From: "Luiz Otavio O Souza" To: Date: Wed, 15 Jul 2009 03:18:04 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Wed, 15 Jul 2009 10:58:43 +0000 Cc: Subject: DELL R200 afd0?/geom panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 06:17:54 -0000 I'm running current (from beta-1 to head) in this system and looks like the virtual floppy support is breaking geom somehow. Sometimes the system boots fine, but normally after a reboot the system refuses to boot again with this panic: (a few more errors from afd0) afd0: FAILURE - READ_CAPACITY_RESERVED asc=0x0d ascq=0xbf afd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x09 ascq=0x3f panic: g_read_data(): invalid length 4174017282 (hand transcribed again...) The length isn't fixed (i see a different value every time). Does anyone knows how to disable the support for this device (afd0) ? I don't care about it... I'll appreciated any suggestions. Thanks, Luiz From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 06:22:56 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 BF802106566B; Wed, 15 Jul 2009 06:22:56 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 59DD38FC19; Wed, 15 Jul 2009 06:22:56 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by qyk42 with SMTP id 42so2887211qyk.3 for ; Tue, 14 Jul 2009 23:22:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:references :subject:date:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=kHjgwLoNjmzpR+Hy/pi5ZRkO8/g/8QB9SjFuqi1qkAE=; b=RWc6McO9zka63iSeYXQnw4/WcbHqReYk/7/L+Z4fjAYqIWiDW+0/hK2KA9WD/jXl7J IlMxx3JwW2Olaq3uCBZ13kill82ix3r1U7Lly5WtWQD8GMFurhwb/Dv2gRPpOBcOEK0b rQQTv9e/tt1RIqTSxeH6ZtDpWM+JrNlz859xY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=P7NKXpMatmYSEVbZZBCBB9Slm5bp26sbb/HxPYvoTuw0BIXB2hP7G5ag/2koX9yOpL /HjZaNBwe/FFY74NB0zuXGlUSUNoUnyfgHgY6k7BjEAFJkeSkxinBsXm5OFqTFcItICi x5pDilIV+fgE0EwlBqbr9+kuWl+CDjfwIClPw= Received: by 10.224.45.70 with SMTP id d6mr4413738qaf.346.1247637767865; Tue, 14 Jul 2009 23:02:47 -0700 (PDT) Received: from adnote989 ([201.63.10.146]) by mx.google.com with ESMTPS id 6sm9465712qwk.44.2009.07.14.23.02.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Jul 2009 23:02:47 -0700 (PDT) Message-ID: <05461E04E6BD4477A879553178599F6E@adnote989> From: "Luiz Otavio O Souza" To: "Robert Watson" , References: Date: Wed, 15 Jul 2009 03:02:58 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Wed, 15 Jul 2009 10:59:01 +0000 Cc: Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 06:22:57 -0000 > > Just a quick heads up: > > The attached change, which just entered 8-current, modifies kernel > programming and binary interfaces for many network stack > components/modules. You will want to make sure all kernel modules are > rebuilt. > > For those willing to take a risk, here's a list of the kernel modules (and > of course the kernel) that I know are definitely affected and will want to > be rebuilt: > > bridgestp.ko if_vlan.ko kernel ng_atm.ko sppp.ko > if_bridge.ko ip_mroute.ko linprocfs.ko ng_eiface.ko svr4.ko > if_ef.ko ipdivert.ko linux.ko ng_ether.ko wlan.ko > if_faith.ko ipfw.ko netgraph.ko ng_gif.ko > if_gif.ko ipfw_nat.ko nfscl.ko ng_iface.ko > if_gre.ko ipl.ko nfsclient.ko pf.ko > if_stf.ko iw_cxgb.ko nfsd.ko rdma_cma.ko > > (For those interested: I grepped for vnet_entry in my local kernel module > collection -- these are kernel modules that directly reference virtualized > global network stack variables with a VIMAGE configuration). > > Robert N M Watson > Computer Laboratory > University of Cambridge > Robert, After update to r195705 my system panic every time i try to create a new vlan (but i can create a gif interface): # ifconfig vlan0 create panic: link_elf_load_file: unexpected progbits type cpuid = 1 KDB: enter: panic [thread pid 1023 tid 100136] (hand transcribed - i've just an usb keyboard here) My kernel don't have any VIMAGE options. The system is working flawless before the upgrade. If you need any/more information about this, just let me know. Regards, Luiz From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 10:53: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 356C9106566C for ; Wed, 15 Jul 2009 10:53:27 +0000 (UTC) (envelope-from andrewwtulloch@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF578FC24 for ; Wed, 15 Jul 2009 10:53:26 +0000 (UTC) (envelope-from andrewwtulloch@gmail.com) Received: by fxm24 with SMTP id 24so3000557fxm.43 for ; Wed, 15 Jul 2009 03:53:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=CIgnfK7c/yy9qW7nMAfqBfsRQm6hRiVI8l772dPlwow=; b=m16xwWKp4esZDFOoHaB1DAR3Jv5Sx7EKBvMWjlqKf0UWUarJWJRQWZaSagUTyA8km9 IBVuV3WisIcrJFxmtS+uJg2CcOwjBstlEPRMAr3cI2vF9cn+smOJWyJyAciM2a3auYKy dNF6N40EKh+hftzNg5irApuPxgMdQ/YWT1q9Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=Wik7CCdUOQc5zBycD8rNoJv6s1554reHKNG7YOyQtKPef9KaJNTTewjFf/P+YprGpL ksD3ACl2q6CPeDpfZIM2uTI2j2BuTNVVNjrhv8Cv34a1EN8PhJTGOu7W9DGXmS/LqVFn hGufty7tnM+4RZl/KZbbwrJwISMIPfl4Jj3hk= MIME-Version: 1.0 Sender: andrewwtulloch@gmail.com Received: by 10.204.118.12 with SMTP id t12mr7464146bkq.158.1247653341299; Wed, 15 Jul 2009 03:22:21 -0700 (PDT) Date: Wed, 15 Jul 2009 11:22:21 +0100 X-Google-Sender-Auth: 9203aab84fe5621f Message-ID: <54854a7a0907150322n52a3595el5352a3987d2c75ac@mail.gmail.com> From: Andrew Tulloch To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=001636c5986036046d046ebbeeb9 X-Mailman-Approved-At: Wed, 15 Jul 2009 11:00:03 +0000 Subject: 8.0-BETA1 on a HP DL585 Issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 10:53:27 -0000 --001636c5986036046d046ebbeeb9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I've upgraded one of our HP DL585's (4xdual core opteron, 16GB ram) from 7.2 to 8.0-BETA1 and seem to have a couple of issues. Firstly the machine will no longer shutdown or reboot, it just sits at the Uptime:: XXXX prompt and doesn't reboot or power off, no Rebooting/cpu_reset() messages. Secondly, sometimes the machine will not boot, it'll load the kernel and start, but then hang at: pcib0: on acpi0 The same seems to happen with GENERIC and a kernel config minus witness etc for speed. If I revert to the 7.2 kernel it's fine. Any suggestions on things I can try? Full dmesg attached. Thanks, Andrew --001636c5986036046d046ebbeeb9 Content-Type: text/plain; charset=US-ASCII; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fx5wf6dz0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQkVUQTEgIzI6IFR1ZSBKdWwgMTQgMDk6NTU6 MzEgQlNUIDIwMDkKICAgIHJvb3RAWFhYWFg6L3Vzci9vYmovdXNyL3NyYy9zeXMvTk9ERUJVRwpU aW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6IEFN RCBPcHRlcm9uICh0bSkgUHJvY2Vzc29yIDg3NSAoMjE5OS45NC1NSHogSzgtY2xhc3MgQ1BVKQog IE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MjBmMTAgIFN0ZXBwaW5nID0gMAogIEZl YXR1cmVzPTB4MTc4YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElD LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxNTVgsRlhTUixTU0UsU1NF MixIVFQ+CiAgRmVhdHVyZXMyPTB4MTxTU0UzPgogIEFNRCBGZWF0dXJlcz0weGUyNTAwODAwPFNZ U0NBTEwsTlgsTU1YKyxGRlhTUixMTSwzRE5vdyErLDNETm93IT4KICBBTUQgRmVhdHVyZXMyPTB4 MjxDTVA+CnJlYWwgbWVtb3J5ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBNQikKYXZhaWwgbWVtb3J5 ID0gMTY0MDM5MDY1NjAgKDE1NjQzIE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxIUCAgICAgMDAwMDAw ODM+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDggQ1BVcwpG cmVlQlNEL1NNUDogNCBwYWNrYWdlKHMpIHggMiBjb3JlKHMpCiBjcHUwIChCU1ApOiBBUElDIElE OiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAgMgogY3B1 MyAoQVApOiBBUElDIElEOiAgMwogY3B1NCAoQVApOiBBUElDIElEOiAgNAogY3B1NSAoQVApOiBB UElDIElEOiAgNQogY3B1NiAoQVApOiBBUElDIElEOiAgNgogY3B1NyAoQVApOiBBUElDIElEOiAg NwpBQ1BJIFdhcm5pbmc6IEludmFsaWQgbGVuZ3RoIGZvciBQbTFhQ29udHJvbEJsb2NrOiAzMiwg dXNpbmcgZGVmYXVsdCAxNiAyMDA5MDUyMSB0YmZhZHQtNzA3CkFDUEkgV2FybmluZzogSW52YWxp ZCBsZW5ndGggZm9yIFBtMWJDb250cm9sQmxvY2s6IDMyLCB1c2luZyBkZWZhdWx0IDE2IDIwMDkw NTIxIHRiZmFkdC03MDcKTUFEVDogRm9yY2luZyBhY3RpdmUtbG93IHBvbGFyaXR5IGFuZCBsZXZl bCB0cmlnZ2VyIGZvciBTQ0kKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3Ro ZXJib2FyZAppb2FwaWMxIDxWZXJzaW9uIDEuMT4gaXJxcyAyNC0yNyBvbiBtb3RoZXJib2FyZApp b2FwaWMyIDxWZXJzaW9uIDEuMT4gaXJxcyAyOC0zMSBvbiBtb3RoZXJib2FyZAppb2FwaWMzIDxW ZXJzaW9uIDEuMT4gaXJxcyAzMi0zNSBvbiBtb3RoZXJib2FyZAppb2FwaWM0IDxWZXJzaW9uIDEu MT4gaXJxcyAzNi0zOSBvbiBtb3RoZXJib2FyZAppb2FwaWM1IDxWZXJzaW9uIDEuMT4gaXJxcyA0 MC00MyBvbiBtb3RoZXJib2FyZAppb2FwaWM2IDxWZXJzaW9uIDEuMT4gaXJxcyA0NC00NyBvbiBt b3RoZXJib2FyZAprYmQxIGF0IGtiZG11eDAKYWNwaTA6IDxIUCBBMDE+IG9uIG1vdGhlcmJvYXJk CmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVy ICJBQ1BJLXNhZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgODUwCmFjcGlfdGltZXIw OiA8MzItYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4OTA4LTB4OTBiIG9uIGFjcGkw CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMuMCBv biBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCm9oY2kwOiA8T0hDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGY3YWYwMDAwLTB4ZjdhZjBmZmYgaXJxIDE5IGF0IGRl dmljZSAwLjAgb24gcGNpMQpvaGNpMDogW0lUSFJFQURdCnVzYnVzMDogPE9IQ0kgKGdlbmVyaWMp IFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMApvaGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250 cm9sbGVyPiBtZW0gMHhmN2FlMDAwMC0weGY3YWUwZmZmIGlycSAxOSBhdCBkZXZpY2UgMC4xIG9u IHBjaTEKb2hjaTE6IFtJVEhSRUFEXQp1c2J1czE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJv bGxlcj4gb24gb2hjaTEKcGNpMTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDIuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kxOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMi4yIChu byBkcml2ZXIgYXR0YWNoZWQpCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0 IDB4NDQwMC0weDQ0ZmYgbWVtIDB4ZjYwMDAwMDAtMHhmNmZmZmZmZiwweGY1ZmYwMDAwLTB4ZjVm ZjBmZmYgYXQgZGV2aWNlIDMuMCBvbiBwY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSA0LjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEFNRCA4 MTExIFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3 NywweDM3NiwweDIwMDAtMHgyMDBmIGF0IGRldmljZSA0LjEgb24gcGNpMAphdGEwOiA8QVRBIGNo YW5uZWwgMD4gb24gYXRhcGNpMAphdGEwOiBbSVRIUkVBRF0KYXRhMTogPEFUQSBjaGFubmVsIDE+ IG9uIGF0YXBjaTAKYXRhMTogW0lUSFJFQURdCnBjaTA6IDxicmlkZ2U+IGF0IGRldmljZSA0LjMg KG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgNy4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKY2lzczA6IDxDb21w YXEgU21hcnQgQXJyYXkgNWk+IHBvcnQgMHg1MDAwLTB4NTBmZiBtZW0gMHhmN2JjMDAwMC0weGY3 YmZmZmZmLDB4ZjVlZjAwMDAtMHhmNWVmM2ZmZiBpcnEgMTggYXQgZGV2aWNlIDQuMCBvbiBwY2ky CmNpc3MwOiBQRVJGT1JNQU5UIFRyYW5zcG9ydApjaXNzMDogW0lUSFJFQURdCnBjaTA6Mjo2OjA6 IGZhaWxlZCB0byByZWFkIFZQRCBkYXRhLgpiZ2UwOiA8QnJvYWRjb20gQkNNNTcwNCBCMCwgQVNJ QyByZXYuIDB4MjEwMD4gbWVtIDB4ZjdiYjAwMDAtMHhmN2JiZmZmZiBpcnEgMjUgYXQgZGV2aWNl IDYuMCBvbiBwY2kyCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwCmJyZ3BoeTA6IDxCQ001NzA0 IDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gUEhZIDEgb24gbWlpYnVzMApicmdwaHkwOiAgMTBiYXNl VCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VULCAxMDAw YmFzZVQtRkRYLCBhdXRvCmJnZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjEzOjIxOjY5OmY1OjI1 CmJnZTA6IFtJVEhSRUFEXQpiZ2UxOiA8SFAgTkM3NzgyIEdpZ2FiaXQgU2VydmVyIEFkYXB0ZXIs IEFTSUMgcmV2LiAweDIxMDA+IG1lbSAweGY3YmEwMDAwLTB4ZjdiYWZmZmYgaXJxIDI0IGF0IGRl dmljZSA2LjEgb24gcGNpMgptaWlidXMxOiA8TUlJIGJ1cz4gb24gYmdlMQpicmdwaHkxOiA8QkNN NTcwNCAxMC8xMDAvMTAwMGJhc2VUWCBQSFk+IFBIWSAxIG9uIG1paWJ1czEKYnJncGh5MTogIDEw YmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwg MTAwMGJhc2VULUZEWCwgYXV0bwpiZ2UxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMzoyMTo2OTpm NToyNApiZ2UxOiBbSVRIUkVBRF0KcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgOC4wIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gb24gYWNwaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQK cGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgOS4wIG9uIHBjaTQKcGNpNTog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjUKaXNwMDogPFFsb2dpYyBJU1AgMjMxMiBQQ0kgRkMtQUwg QWRhcHRlcj4gcG9ydCAweDYwMDAtMHg2MGZmIG1lbSAweGY3Y2YwMDAwLTB4ZjdjZjBmZmYgaXJx IDMyIGF0IGRldmljZSAxMy4wIG9uIHBjaTUKaXNwMDogW0lUSFJFQURdCmlzcDA6IFBvbGxlZCBN YWlsYm94IENvbW1hbmQgKDB4MikgVGltZW91dCAoMTAwMDAwMHVzKQppc3AwOiBQb2xsZWQgTWFp bGJveCBDb21tYW5kICgweDgpIFRpbWVvdXQgKDEwMDAwMHVzKQppc3AwOiBNYWlsYm94IENvbW1h bmQgJ0FCT1VUIEZJUk1XQVJFJyBmYWlsZWQgKFRJTUVPVVQpCmRldmljZV9hdHRhY2g6IGlzcDAg YXR0YWNoIHJldHVybmVkIDYKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug MTAuMCBvbiBwY2k0CnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CmlzcDE6IDxRbG9naWMg SVNQIDIzMTIgUENJIEZDLUFMIEFkYXB0ZXI+IHBvcnQgMHg3MDAwLTB4NzBmZiBtZW0gMHhmN2Rm MDAwMC0weGY3ZGYwZmZmIGlycSAzNiBhdCBkZXZpY2UgMTQuMCBvbiBwY2k2CmlzcDE6IFtJVEhS RUFEXQppc3AxOiBCb2FyZCBUeXBlIDIzMTIsIENoaXAgUmV2aXNpb24gMHgyLCByZXNpZGVudCBG L1cgUmV2aXNpb24gMTg3NzEuMjA1MTIuODIyNApkZXZpY2VfYXR0YWNoOiBpc3AxIGF0dGFjaCBy ZXR1cm5lZCA2CnBjaWI3OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDExLjAgb24g cGNpNApwY2k3OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNwpwY2liODogPFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMTAuMCBvbiBwY2k3CnBjaTg6IDxQQ0kgYnVzPiBvbiBwY2liOAplbTA6IDxJ bnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNi45LjE0PiBwb3J0IDB4ODAwMC0w eDgwM2YgbWVtIDB4ZjdlZTAwMDAtMHhmN2VmZmZmZiBpcnEgNDIgYXQgZGV2aWNlIDQuMCBvbiBw Y2k4CmVtMDogW0ZJTFRFUl0KZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNDoyMzpiZjplZjoy MAplbTE6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNi45LjE0PiBwb3J0 IDB4ODA0MC0weDgwN2YgbWVtIDB4ZjdlYzAwMDAtMHhmN2VkZmZmZiBpcnEgNDMgYXQgZGV2aWNl IDQuMSBvbiBwY2k4CmVtMTogW0ZJTFRFUl0KZW0xOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNDoy MzpiZjplZjoyMQplbTI6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNi45 LjE0PiBwb3J0IDB4ODA4MC0weDgwYmYgbWVtIDB4ZjdlYTAwMDAtMHhmN2ViZmZmZiBpcnEgNDAg YXQgZGV2aWNlIDYuMCBvbiBwY2k4CmVtMjogW0ZJTFRFUl0KZW0yOiBFdGhlcm5ldCBhZGRyZXNz OiAwMDowNDoyMzpiZjplZjoyMgplbTM6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5l Y3Rpb24gNi45LjE0PiBwb3J0IDB4ODBjMC0weDgwZmYgbWVtIDB4ZjdlODAwMDAtMHhmN2U5ZmZm ZiBpcnEgNDEgYXQgZGV2aWNlIDYuMSBvbiBwY2k4CmVtMzogW0ZJTFRFUl0KZW0zOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDowNDoyMzpiZjplZjoyMwpwY2liOTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAxMi4wIG9uIHBjaTQKcGNpOTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjkKcGNp YjEwOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxMi4wIG9uIHBjaTkKcGNpMTA6IDxQQ0kg YnVzPiBvbiBwY2liMTAKZW00OiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9u IDYuOS4xND4gcG9ydCAweDkwMDAtMHg5MDNmIG1lbSAweGY3ZmUwMDAwLTB4ZjdmZmZmZmYgaXJx IDQ2IGF0IGRldmljZSA0LjAgb24gcGNpMTAKZW00OiBbRklMVEVSXQplbTQ6IEV0aGVybmV0IGFk ZHJlc3M6IDAwOjA0OjIzOmJmOmVmOmQ0CmVtNTogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsg Q29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHg5MDQwLTB4OTA3ZiBtZW0gMHhmN2ZjMDAwMC0weGY3 ZmRmZmZmIGlycSA0NyBhdCBkZXZpY2UgNC4xIG9uIHBjaTEwCmVtNTogW0ZJTFRFUl0KZW01OiBF dGhlcm5ldCBhZGRyZXNzOiAwMDowNDoyMzpiZjplZjpkNQplbTY6IDxJbnRlbChSKSBQUk8vMTAw MCBOZXR3b3JrIENvbm5lY3Rpb24gNi45LjE0PiBwb3J0IDB4OTA4MC0weDkwYmYgbWVtIDB4Zjdm YTAwMDAtMHhmN2ZiZmZmZiBpcnEgNDQgYXQgZGV2aWNlIDYuMCBvbiBwY2kxMAplbTY6IFtGSUxU RVJdCmVtNjogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6MjM6YmY6ZWY6ZDYKZW03OiA8SW50ZWwo UikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDYuOS4xND4gcG9ydCAweDkwYzAtMHg5MGZm IG1lbSAweGY3ZjgwMDAwLTB4ZjdmOWZmZmYgaXJxIDQ1IGF0IGRldmljZSA2LjEgb24gcGNpMTAK ZW03OiBbRklMVEVSXQplbTc6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA0OjIzOmJmOmVmOmQ3CmF0 a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAx IG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQg YXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0KcHNtMDogPFBT LzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IFtJ VEhSRUFEXQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwCnVhcnQw OiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEw IG9uIGFjcGkwCnVhcnQwOiBbRklMVEVSXQpmZGMxOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXIg KEZERSk+IHBvcnQgMHgzZjItMHgzZjUgaXJxIDYgZHJxIDIgb24gYWNwaTAKZmRjMTogW0ZJTFRF Ul0KZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMxIGRyaXZlIDAKY3B1MDogPEFDUEkg Q1BVPiBvbiBhY3BpMApwb3dlcm5vdzA6IDxDb29sYG4nUXVpZXQgSzg+IG9uIGNwdTAKY3B1MTog PEFDUEkgQ1BVPiBvbiBhY3BpMApwb3dlcm5vdzE6IDxDb29sYG4nUXVpZXQgSzg+IG9uIGNwdTEK Y3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApwb3dlcm5vdzI6IDxDb29sYG4nUXVpZXQgSzg+IG9u IGNwdTIKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApwb3dlcm5vdzM6IDxDb29sYG4nUXVpZXQg Szg+IG9uIGNwdTMKY3B1NDogPEFDUEkgQ1BVPiBvbiBhY3BpMApwb3dlcm5vdzQ6IDxDb29sYG4n UXVpZXQgSzg+IG9uIGNwdTQKY3B1NTogPEFDUEkgQ1BVPiBvbiBhY3BpMApwb3dlcm5vdzU6IDxD b29sYG4nUXVpZXQgSzg+IG9uIGNwdTUKY3B1NjogPEFDUEkgQ1BVPiBvbiBhY3BpMApwb3dlcm5v dzY6IDxDb29sYG4nUXVpZXQgSzg+IG9uIGNwdTYKY3B1NzogPEFDUEkgQ1BVPiBvbiBhY3BpMApw b3dlcm5vdzc6IDxDb29sYG4nUXVpZXQgSzg+IG9uIGNwdTcKb3JtMDogPElTQSBPcHRpb24gUk9N cz4gYXQgaW9tZW0gMHhjMDAwMC0weGM3ZmZmLDB4ZWUwMDAtMHhlZmZmZiBvbiBpc2EwCnNjMDog PFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0 dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9y dCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAphdHJ0YzA6IDxBVCBS ZWFsIFRpbWUgQ2xvY2s+IGF0IHBvcnQgMHg3MCBpcnEgOCBvbiBpc2EwCmZkYzA6IE5vIEZET1VU IHJlZ2lzdGVyIQpwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQp1YXJ0MTogPE5v bi1zdGFuZGFyZCBuczgyNTAgY2xhc3MgVUFSVCB3aXRoIEZJRk9zPiBhdCBwb3J0IDB4MmY4LTB4 MmZmIGlycSAzIG9uIGlzYTAKdWFydDE6IFtGSUxURVJdClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5 IDEuMDAwIG1zZWMKdXNidXMwOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czE6IDEy TWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCmFjZDA6IENEUk9NIDxDRC0yMjRFLzkuOUE+IGF0IGF0 YTAtbWFzdGVyIFBJTzQKdWdlbjAuMTogPEFNRD4gYXQgdXNidXMwCnVodWIwOiA8QU1EIE9IQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdl bjEuMTogPEFNRD4gYXQgdXNidXMxCnVodWIxOiA8QU1EIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWh1YjA6IDMgcG9ydHMgd2l0aCAz IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIxOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUs IHNlbGYgcG93ZXJlZAp1Z2VuMS4yOiA8RGVsbD4gYXQgdXNidXMxCnVrYmQwOiA8RGVsbCBEZWxs IFVTQiBLZXlib2FyZCwgY2xhc3MgMC8wLCByZXYgMS4xMC8zLjA2LCBhZGRyIDI+IG9uIHVzYnVz MQprYmQyIGF0IHVrYmQwCnVnZW4xLjM6IDxMb2dpdGVjaD4gYXQgdXNidXMxCnVtczA6IDxMb2dp dGVjaCBVU0ItUFMvMiBPcHRpY2FsIE1vdXNlLCBjbGFzcyAwLzAsIHJldiAyLjAwLzE4LjAwLCBh ZGRyIDM+IG9uIHVzYnVzMQp1bXMwOiA2IGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElE PTAKZGEwIGF0IGNpc3MwIGJ1cyAwIHRhcmdldCAwIGx1biAwU01QOiBBUCBDUFUgIzEgTGF1bmNo ZWQhCmRhMDogCjxDT01QQVEgUkFJRCAxICBWT0xVTUUgT0s+IEZpeGVkIERpcmVjdCBBY2Nlc3Mg U0NTSS00IGRldmljZSBTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEKZGEwOiAxMzUuMTY4TUIvcyB0 cmFuc2ZlcnMKU01QOiBBUCBDUFUgIzcgTGF1bmNoZWQhCmRhMDogQ29tbWFuZCBRdWV1ZWluZyBl bmFibGVkClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpkYTA6IDI4NjA5NU1CICg1ODU5MjI2ODAg NTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAzNjQ3MkMpClNNUDogQVAgQ1BVICMzIExhdW5j aGVkIQoKU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpU cnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2RhMHMxYQplbTA6IGxpbmsgc3RhdGUg Y2hhbmdlZCB0byBVUAo= --001636c5986036046d046ebbeeb9-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 11:00:05 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65743106579A for ; Wed, 15 Jul 2009 11:00:05 +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 E55DB8FC1C for ; Wed, 15 Jul 2009 11:00:04 +0000 (UTC) (envelope-from Johan@double-l.nl) 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 n6FAxmLD011090; Wed, 15 Jul 2009 12:59:48 +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: Wed, 15 Jul 2009 12:59:47 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DEA57@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld error BETA1 Thread-Index: AcoFOavjgNdoVhCUROWtKp5xawY95gAAYspg References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> <57200BF94E69E54880C9BB1AF714BBCB5DEA54@w2003s01.double-l.local> <20090715104355.GC48776@hoeg.nl> From: "Johan Hendriks" To: "Ed Schouten" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org Subject: RE: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 11:00:06 -0000 >* Johan Hendriks wrote: >> My sources are updated, i did a csup from cvsup8.freebsd one hour ago! >> Still get this error. >Can you make sure yacc.y has at least this version? >__FBSDID("$FreeBSD: src/usr.bin/mklocale/yacc.y,v 1.29 2009/07/14 >09:19:33 ed Exp $"); >From my /usr/src/ usr.bin/mklocale/yacc.y file=20 #include __FBSDID("$FreeBSD: src/usr.bin/mklocale/yacc.y,v 1.29 2009/07/14 09:19:33 ed Exp $"); regards, Johan Checked by AVG - www.avg.com=20 Version: 8.5.387 / Virus Database: 270.13.13/2236 - Release Date: 07/14/09 18:03:00 From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 11:05: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 8A3E7106566B for ; Wed, 15 Jul 2009 11:05:31 +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 4DED68FC1C for ; Wed, 15 Jul 2009 11:05:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id AE1501CF29; Wed, 15 Jul 2009 13:05:30 +0200 (CEST) Date: Wed, 15 Jul 2009 13:05:30 +0200 From: Ed Schouten To: Johan Hendriks Message-ID: <20090715110530.GF48776@hoeg.nl> References: <57200BF94E69E54880C9BB1AF714BBCB5DEA51@w2003s01.double-l.local> <20090715093833.GZ48776@hoeg.nl> <57200BF94E69E54880C9BB1AF714BBCB5DEA54@w2003s01.double-l.local> <20090715104355.GC48776@hoeg.nl> <57200BF94E69E54880C9BB1AF714BBCB5DEA57@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IYJV4SzdJ90Dtm/S" Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DEA57@w2003s01.double-l.local> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: buildworld error BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 11:05:31 -0000 --IYJV4SzdJ90Dtm/S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Johan Hendriks wrote: > From my /usr/src/ usr.bin/mklocale/yacc.y file=20 > #include > __FBSDID("$FreeBSD: src/usr.bin/mklocale/yacc.y,v 1.29 2009/07/14 > 09:19:33 ed Exp $"); Rebuilding mklocale as described in one of my previous messages should fix it for now. --=20 Ed Schouten WWW: http://80386.nl/ --IYJV4SzdJ90Dtm/S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpdt/oACgkQ52SDGA2eCwVP0gCfVuMgMQDHongrUVbK5AG1jP/l 2/oAn2mRoSk2aT/VPZHuRZ3G1KVDSQMy =yook -----END PGP SIGNATURE----- --IYJV4SzdJ90Dtm/S-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 11:13: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 C28F71065674 for ; Wed, 15 Jul 2009 11:13:59 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 7136C8FC15 for ; Wed, 15 Jul 2009 11:13:59 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA06.westchester.pa.mail.comcast.net with comcast id GAfP1c0041GhbT856BDzZx; Wed, 15 Jul 2009 11:13:59 +0000 Received: from memory.visualtech.com ([67.103.204.242]) by OMTA07.westchester.pa.mail.comcast.net with comcast id GBDp1c0015EJinX3TBDrMZ; Wed, 15 Jul 2009 11:13:57 +0000 From: Adam K Kirchhoff To: "Paul B. Mahol" Date: Wed, 15 Jul 2009 07:13:47 -0400 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <4A5D27F2.50208@voicenet.com> <3a142e750907150020h712bfcecq89d5ccf3e00e302c@mail.gmail.com> In-Reply-To: <3a142e750907150020h712bfcecq89d5ccf3e00e302c@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200907150713.47807.adamk@voicenet.com> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bge problems when resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 11:14:00 -0000 On Wednesday 15 July 2009 03:20:45 Paul B. Mahol wrote: > On 7/15/09, Adam K Kirchhoff wrote: > > Hello all, > > > > I have a Dell Latitude D610 laptop with 8.0-BETA1 installed. I hadn't > > tried suspend/resume for a while and decided to give it a shot. I was > > pleasantly surprised to see that I could suspend to ram, resume, and > > have a (relatively) working system (previously the display would never > > come back up and the serial console I had hooked up remained dead). > > Great job to everyone who helped make that possible. > > > > The only real issue that I seem to have now is that bge is completely > > unusable after resume. Another individual seems to have reported > > similar problems with bge and resume, but he also had other issues that > > apparently trumped his networking issues: > > > > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009023.html > > > > Like him, resuming from suspend gives me: > > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 0, > > val 32768) > > Jul 14 12:35:53 scroll kernel: bge0: PHY read timed out (phy 1, reg 0, > > val 0xffffffff) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, > > val 3072) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, > > val 10) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, > > val 12555) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, > > val 8223) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, > > val 38150) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 23, > > val 16415) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 21, > > val 5346) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, > > val 1024) > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, reg 24, > > val 7) > > > > And so on and so forth. > > > > I thought that compiling if_bge as a module, unloading it before > > suspend, and reloading it after resume, might get this working. > > However, doing a "kldload if_bge" after the resume does nothing. Well, > > the module gets loaded, but the device doesn't show up. No errors from > > kldload, and there is nothing new in dmesg. > > > > Before the suspend, the device shows up as: > > > > bge0@pci0:2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 > > rev=0x01 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5750A1)' > > class = network > > subclass = ethernet > > > > After resuming, and reloading the module, it's: > > > > none1@pci0:2:0:0: class=0x020000 card=0x01821028 chip=0x167714e4 > > rev=0x01 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'NetXtreme Gigabit Ethernet PCI Express (BCM5750A1)' > > class = network > > subclass = ethernet > > > > If there are no ideas, I'll go ahead and open up a pr. I assume this is > > just one bug, since both problems (the PHY issues and the inability to > > reload the driver) are both related to the network device. > > Put this lines into loader.conf and reboot. > > hw.pci.do_power_nodriver="3" > hw.pci.do_power_resume="1" > > Now, before suspend, unload if_bge and some another driver (sound > drivers are best candidate) and load sound driver again, suspend and > resume. > Now loading if_bge should make it succesfully attach. Unfortunately, after doing this, reloading the if_bge driver causes the laptop to completely lock up... It gets as far as: bge0: mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci2 And then the entire machine hangs. I'm on ttyv0, so I'd see any kernel panic, but nothing like that happens. The screen stays on, but nothing else happens till I force a reboot. Adam From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 11:59: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 73C8D106567B for ; Wed, 15 Jul 2009 11:59:17 +0000 (UTC) (envelope-from mjs@rakupottery.org.uk) Received: from lon1-post-1.mail.demon.net (lon1-post-1.mail.demon.net [195.173.77.148]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB508FC15 for ; Wed, 15 Jul 2009 11:59:17 +0000 (UTC) (envelope-from mjs@rakupottery.org.uk) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=rakuba.rakupottery.org.uk) by lon1-post-1.mail.demon.net with esmtp (Exim 4.69) id 1MR2eQ-00069W-Wl for current@FreeBSD.org; Wed, 15 Jul 2009 11:27:54 +0000 Message-ID: <4A5DBD38.3060103@rakupottery.org.uk> Date: Wed, 15 Jul 2009 12:27:52 +0100 From: Martin Smith User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: current@FreeBSD.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 11:59:17 -0000 Robert Watson wrote: > > Just a quick heads up: > > The attached change, which just entered 8-current, modifies kernel > programming and binary interfaces for many network stack > components/modules. You will want to make sure all kernel modules are > rebuilt. When you say just entered, does that mean immediately before posting, just asking as I ran csup and rebuilt a couple of hours before... > > For those willing to take a risk, here's a list of the kernel modules > (and of course the kernel) that I know are definitely affected and will > want to be rebuilt: > > bridgestp.ko if_vlan.ko kernel ng_atm.ko sppp.ko > if_bridge.ko ip_mroute.ko linprocfs.ko ng_eiface.ko svr4.ko > if_ef.ko ipdivert.ko linux.ko ng_ether.ko wlan.ko > if_faith.ko ipfw.ko netgraph.ko ng_gif.ko > if_gif.ko ipfw_nat.ko nfscl.ko ng_iface.ko > if_gre.ko ipl.ko nfsclient.ko pf.ko > if_stf.ko iw_cxgb.ko nfsd.ko rdma_cma.ko > > (For those interested: I grepped for vnet_entry in my local kernel > module collection -- these are kernel modules that directly reference > virtualized global network stack variables with a VIMAGE configuration). > > Robert N M Watson > Computer Laboratory > University of Cambridge -- Martin From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 12: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 CB32E1065679 for ; Wed, 15 Jul 2009 12:01:29 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 820608FC19 for ; Wed, 15 Jul 2009 12:01:29 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from [10.0.0.5] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id F37A6C3A96; Wed, 15 Jul 2009 13:58:25 +0200 (CEST) From: Piotr =?iso-8859-2?q?Zi=EAcik?= Organization: Semihalf To: Scott Long Date: Wed, 15 Jul 2009 14:01:29 +0200 User-Agent: PLD Linux KMail/1.9.10 References: <200906251329.35200.kosmo@semihalf.com> <200906301529.42195.kosmo@semihalf.com> <4A4A7735.9060301@samsco.org> In-Reply-To: <4A4A7735.9060301@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907151401.29706.kosmo@semihalf.com> Cc: freebsd-current@freebsd.org Subject: Re: [PATCH RFC]: Bus_dma eats all available memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 12:01:32 -0000 Tuesday 30 June 2009 22:36:05 Scott Long napisa=B3(a): > > This looks reasonable. I'll give it a closer review and commit it to > the FreeBSD repo. Thanks a lot for working on it. > Hi. I have checked FreeBSD SVN and I do not see any changes related to my patch= =20 there. Are you finished review and going to commit my patch before 8.0=20 release ?=20 =2D-=20 Best Regards, Piotr Ziecik From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 12:04:49 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 29A77106574C for ; Wed, 15 Jul 2009 12:04:49 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6BF8FC1C for ; Wed, 15 Jul 2009 12:04:38 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (unknown [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 4734778F5F; Wed, 15 Jul 2009 16:04:36 +0400 (MSD) Message-ID: <4A5DC5D5.6030306@haruhiism.net> Date: Wed, 15 Jul 2009 16:04:37 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Martin Smith References: <4A5DBD38.3060103@rakupottery.org.uk> In-Reply-To: <4A5DBD38.3060103@rakupottery.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 12:04:54 -0000 Martin Smith wrote: > When you say just entered, does that mean immediately before posting, > just asking as I ran csup and rebuilt a couple of hours before... Check the attached message in the OP - it does have the date and yes, it indeed was "immediately before posting". Considering that cvsup might be a bit slow (or quite slow at times) with replicating changes from SVN, cvsup sources might not have that in yet. Quoting the OP: ---------- Forwarded message ---------- Date: Tue, 14 Jul 2009 22:48:30 +0000 (UTC) From: Robert Watson To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r195699 - in head: . sys/compat/linprocfs sys/compat/linux sys/compat/svr4 sys/conf sys/contrib/altq/altq sys/contrib/ipfilter/netinet sys/contrib/pf/net sys/contrib/rdma sys/ddb sys/de... -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 13:04: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 26035106564A for ; Wed, 15 Jul 2009 13:04:02 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id BEED38FC08 for ; Wed, 15 Jul 2009 13:04:01 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 32709 invoked by uid 60001); 15 Jul 2009 13:04:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1247663041; bh=UGDjRFoz/rvIUwUxHfGDxL8POEq0ej/K5MI7knbPm74=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vqv9BOooSFempORYkKRGpqBh3HJ+NuNkDlmBsD0BzjuqN2IPamam4VsWeFrRUX/IxdaNRmOnsYyieoplsAJ3emQOOSL2IRpaEr599p29jwAdrQDdRtQpkTnlxYMUVO1WPCo0uphghUNV3CcWZsnR/xU56C+bdpytL17VEENu4UU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Pvk9o8obTQy7GgaEXuUMXMonFtTP/PjpxDgsn1cGwurSP/I347z4wy8jik6KuckIWe4V7tCsUKVIId+PCCW+jZWr1gPcSiCR0USRgNcE2FsNh/qvyb8Ul+h7OeEAHez11scPAkbxSYpTanoKbaxKbNgjS2I+AaeBJ82BNgdWMW8=; Message-ID: <194731.32556.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: d._vZvAVM1nU0NYMseKbty3OmK79.ane.J6vKJ1FgXhmHO61XjfDIbEvgXnen1xNyqO0MjdgJZ0QQ6qpQt6nnKxOJ5vO3uUBZZZ.VXtHQcrIjsqFV21VzftQEb5CY4O5Zxmc8HjiQImYMcIfMvD.iRkK5vPercGtMmIg5USl6aVhVLZvgNd6P.y57Z59Glt55MO63RQHD0EyhMABTk2m8yyOZ3DLUYx8H6ekG1hwXdw9GiKsIWw.7A.BW_3S4pfm8Ravf7KH_EPixCL0qHy99Zk_HJk0y.YU87Ho.sMZyHrzlwxcSI21FTHiA1uXqdYsEi7bdBNwQJ4- Received: from [66.176.162.245] by web63906.mail.re1.yahoo.com via HTTP; Wed, 15 Jul 2009 06:04:00 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Wed, 15 Jul 2009 06:04:00 -0700 (PDT) From: Barney Cordoba To: Martin Smith , Kamigishi Rei MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 13:04:02 -0000 =0A=0A--- On Wed, 7/15/09, Kamigishi Rei wrote:=0A= =0A> From: Kamigishi Rei =0A> Subject: Re: Rebuild a= ll network-related kernel modules on 8-current due to vnet allocator change= =0A> To: "Martin Smith" =0A> Cc: current@FreeBSD.or= g=0A> Date: Wednesday, July 15, 2009, 8:04 AM=0A> Martin Smith wrote:=0A> >= When you say just entered, does that mean immediately=0A> before posting,= =0A> > just asking as I ran csup and rebuilt a couple of=0A> hours before..= .=0A> Check the attached message in the OP - it does have the=0A> date and = yes, it indeed was "immediately before posting".=0A> Considering that cvsup= might be a bit slow (or quite slow at=0A> times) with replicating changes = from SVN, cvsup sources=0A> might not have that in yet.=0A> =0A> Quoting th= e OP:=0A> ---------- Forwarded message ----------=0A> Date: Tue, 14 Jul 200= 9 22:48:30 +0000 (UTC)=0A> From: Robert Watson =0A> To= : src-committers@freebsd.org,=0A> svn-src-all@freebsd.org,=0A> =A0=A0=A0svn= -src-head@freebsd.org=0A> Subject: svn commit: r195699 - in head: .=0A> sys= /compat/linprocfs sys/compat/linux=0A> =A0=A0=A0sys/compat/svr4 sys/conf=0A= > sys/contrib/altq/altq sys/contrib/ipfilter/netinet=0A> =A0=A0=A0sys/contr= ib/pf/net sys/contrib/rdma=0A> sys/ddb sys/de...=0A> =0A> --=0A> Kamigishi = Rei=0A> KREI-RIPE=0A=0AIs there a writeup on the vnet stuff? It seems to be= creeping into =0Aeverything.=0A=0ABarney=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 13:06:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ACF11065673 for ; Wed, 15 Jul 2009 13:06:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B8F658FC13 for ; Wed, 15 Jul 2009 13:06:33 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MR4Bq-0006iq-GI for freebsd-current@freebsd.org; Wed, 15 Jul 2009 13:06:30 +0000 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 ; Wed, 15 Jul 2009 13:06:30 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Jul 2009 13:06:30 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 15 Jul 2009 15:06:20 +0200 Lines: 24 Message-ID: References: <0390A3DDBC1F45A398747923BFFB96D2@adnote989> 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.21 (X11/20090615) In-Reply-To: <0390A3DDBC1F45A398747923BFFB96D2@adnote989> Sender: news Subject: Re: DELL R200 afd0?/geom panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 13:06:34 -0000 Luiz Otavio O Souza wrote: > I'm running current (from beta-1 to head) in this system and looks like > the virtual floppy support is breaking geom somehow. > > Sometimes the system boots fine, but normally after a reboot the system > refuses to boot again with this panic: > > (a few more errors from afd0) > afd0: FAILURE - READ_CAPACITY_RESERVED asc=0x0d ascq=0xbf > afd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x09 ascq=0x3f > panic: g_read_data(): invalid length 4174017282 > > (hand transcribed again...) > > The length isn't fixed (i see a different value every time). > > Does anyone knows how to disable the support for this device (afd0) ? I > don't care about it... > > I'll appreciated any suggestions. I don't know about the specifics but it looks like it might be a part of the IPMI remote management or a similar system. Try looking at remote console configuration. From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 14:01: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 BF972106564A for ; Wed, 15 Jul 2009 14:01:23 +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 91A9F8FC19 for ; Wed, 15 Jul 2009 14:01:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3660F46B89; Wed, 15 Jul 2009 10:01:23 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 388748A09A; Wed, 15 Jul 2009 10:01:22 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 15 Jul 2009 08:36:51 -0400 User-Agent: KMail/1.9.7 References: <4A5CAACC.5080001@omnilan.de> In-Reply-To: <4A5CAACC.5080001@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907150836.51694.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 15 Jul 2009 10:01:22 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=4.2 tests=AWL,BAYES_00,RDNS_NONE, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Harald Schmalzbauer Subject: Re: booting from label inside GPT partition / EFI loader for amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 14:01:24 -0000 On Tuesday 14 July 2009 11:57:00 am Harald Schmalzbauer wrote: > Hello, > > I'm trying to boot (load the loader) from ad4p2a. Should that be possible? > gptboot claims "no UFS filesystem found" and the ordinary bootcode just > prints Boot Error. > > I have an intel i386 server board which supports EFI booting, but I > think I cannot use the ia64 efi loader, right? > Is there any development bits I can try making my server EFI booting? Err, you souldn't have a ad4p2a if you are using gptboot. gptboot expects you to create separate GPT partitions for each UFS filesystem and swap rather than putting a BSD label inside of a GPT partition. EFI for amd64/i386 is not yet supported. There is some work in a p4 branch to build a 32-bit EFI loader. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 14:01:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F75106566C; Wed, 15 Jul 2009 14:01:25 +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 9AD008FC08; Wed, 15 Jul 2009 14:01:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 510CE46B82; Wed, 15 Jul 2009 10:01:25 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C399A8A09B; Wed, 15 Jul 2009 10:01:23 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 15 Jul 2009 08:41:56 -0400 User-Agent: KMail/1.9.7 References: <20090715104934.GA58659@freebsd.org> In-Reply-To: <20090715104934.GA58659@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907150841.56605.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 15 Jul 2009 10:01:24 -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: Roman Divacky , current@freebsd.org Subject: Re: ppc(4) locking of isa_dma* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 14:01:26 -0000 On Wednesday 15 July 2009 6:49:35 am Roman Divacky wrote: > hi > > the isa_dma* functions seem to require Giant. ppc(4) uses those > but does not seem to lock Giant or anything. is this ok? > is it a bug? Doh, that is a bug. > I looked at the i386/isa/isa_dma.c and it seems pretty selfcontained > (ie. it operates on hw and it's own variables). would it be sufficient > to just introduce a new lock and lock with it all the isa_dma* functions > ? or is there some indirect dependency on Giant that I cant see? That would probably work. If it can be self-contained in the isa_dma API that would so that consumers do not need fixing that would be ideal. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 14:01:25 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 C7F75106566C; Wed, 15 Jul 2009 14:01:25 +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 9AD008FC08; Wed, 15 Jul 2009 14:01:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 510CE46B82; Wed, 15 Jul 2009 10:01:25 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C399A8A09B; Wed, 15 Jul 2009 10:01:23 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 15 Jul 2009 08:41:56 -0400 User-Agent: KMail/1.9.7 References: <20090715104934.GA58659@freebsd.org> In-Reply-To: <20090715104934.GA58659@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907150841.56605.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 15 Jul 2009 10:01:24 -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: Roman Divacky , current@freebsd.org Subject: Re: ppc(4) locking of isa_dma* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 14:01:26 -0000 On Wednesday 15 July 2009 6:49:35 am Roman Divacky wrote: > hi > > the isa_dma* functions seem to require Giant. ppc(4) uses those > but does not seem to lock Giant or anything. is this ok? > is it a bug? Doh, that is a bug. > I looked at the i386/isa/isa_dma.c and it seems pretty selfcontained > (ie. it operates on hw and it's own variables). would it be sufficient > to just introduce a new lock and lock with it all the isa_dma* functions > ? or is there some indirect dependency on Giant that I cant see? That would probably work. If it can be self-contained in the isa_dma API that would so that consumers do not need fixing that would be ideal. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 14:05: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 D6618106564A for ; Wed, 15 Jul 2009 14:05:35 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id B06408FC15 for ; Wed, 15 Jul 2009 14:05:35 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MR56y-000LOV-R2; Wed, 15 Jul 2009 14:05:33 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 5169728CFDAF; Wed, 15 Jul 2009 23:05:32 +0900 (JST) Date: Wed, 15 Jul 2009 23:05:32 +0900 Message-ID: From: Randy Bush To: Guido Falsi In-Reply-To: <20090715084801.GA75654@megatron.madpilot.net> References: <20090715084801.GA75654@megatron.madpilot.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, Freddie Cash Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 14:05:36 -0000 > # zpool status tank > pool: tank > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > mirror ONLINE 0 0 0 > ad0p2 ONLINE 0 0 0 > ad8p2 ONLINE 0 0 0 > > errors: No known data errors > # zpool detach tank ad0p2 > # glabel label disk01 /dev/ad0p2 > # zpool attach tank ad8p2 label/disk01 ^ huh? > # zpool status tank > pool: tank > state: ONLINE > status: One or more devices is currently being resilvered. The pool > will > continue to function, possibly in a degraded state. > action: Wait for the resilver to complete. > scrub: resilver in progress for 0h6m, 17.06% done, 0h29m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > mirror ONLINE 0 0 0 > ad8p2 ONLINE 0 0 0 60.7M resilvered > label/disk01 ONLINE 0 0 0 10.4G resilvered > > errors: No known data errors dfw0.psg.com:/root# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 ad4s3 ONLINE 0 0 0 ad5s3 ONLINE 0 0 0 mirror ONLINE 0 0 0 ad6s1 ONLINE 0 0 0 ad7s1 ONLINE 0 0 0 errors: No known data errors dfw0.psg.com:/root# zpool detach tank ad6s1 dfw0.psg.com:/root# glabel label disk02 /dev/ad6s1 dfw0.psg.com:/root# zpool attach tank ad6s1 label/disk02 cannot attach label/disk02 to ad6s1: no such device in pool randy From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 14:11:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12EA51065674 for ; Wed, 15 Jul 2009 14:11:20 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id E78BD8FC17 for ; Wed, 15 Jul 2009 14:11:19 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MR5CY-000LPy-IQ; Wed, 15 Jul 2009 14:11:18 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 0733028CFDED; Wed, 15 Jul 2009 23:11:18 +0900 (JST) Date: Wed, 15 Jul 2009 23:11:17 +0900 Message-ID: From: Randy Bush To: Guido Falsi In-Reply-To: References: <20090715084801.GA75654@megatron.madpilot.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, Freddie Cash Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 14:11:20 -0000 >> errors: No known data errors >> # zpool detach tank ad0p2 >> # glabel label disk01 /dev/ad0p2 >> # zpool attach tank ad8p2 label/disk01 > ^ huh? ignore me. that was the key point. sheesh! and thanks! randy From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 14:12:24 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 6EBAB106566B for ; Wed, 15 Jul 2009 14:12:24 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 272708FC08 for ; Wed, 15 Jul 2009 14:12:23 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id D886F78FAB; Wed, 15 Jul 2009 18:12:21 +0400 (MSD) Message-ID: <4A5DE3C5.8070301@haruhiism.net> Date: Wed, 15 Jul 2009 18:12:21 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Barney Cordoba References: <194731.32556.qm@web63906.mail.re1.yahoo.com> In-Reply-To: <194731.32556.qm@web63906.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Martin Smith , current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 14:12:24 -0000 Barney Cordoba wrote: > Is there a writeup on the vnet stuff? It seems to be creeping into > everything. > Basically it's VIMAGE, FreeBSD's network virtualisation framework. If you look it up in google, you'll get http://wiki.freebsd.org/NetworkVirtualization which has a link to the project page (not frequently updated, though). There is a mailing list related to virtualisation, http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization - see http://lists.freebsd.org/pipermail/freebsd-virtualization/2008-May/000000.html for some brief information. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 14:39:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 679B7106564A for ; Wed, 15 Jul 2009 14:39:51 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-pz0-f193.google.com (mail-pz0-f193.google.com [209.85.222.193]) by mx1.freebsd.org (Postfix) with ESMTP id 38AD28FC17 for ; Wed, 15 Jul 2009 14:39:51 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: by pzk31 with SMTP id 31so2841312pzk.3 for ; Wed, 15 Jul 2009 07:39: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=TWTcKnPeCdLzbp1VMtD30BswYogUaKQ8Lr/C03VJvLY=; b=aLAxpJkxBHrlKg4ukMMIm9aI4riJ+yw+GLD+prw7Pdw4Hug0/81yoeirA5oXNIgR9s AWDjbuWGOBGueC2pfWNcFr73P6YL1Iwm0QFeqlII45WwxSN9gvyXRbcQMQ9mpgUxq5w9 C94+jX09lp0ExDjYn04qKPD2HOwb/nqiLMG04= 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=bvXuA0/EasxZ2tl475F/yU/ThMxT1lUrBvG4xxGe8kVIzA3YhR/0MMGlo7jEzguKZU 7NUl76OcvIadlcbsZNRngl0430NycuEGr+mtaq0Q5pd5znEPrG9zNasQb0Q/vSbJJmrc /H+qgNoRqSWe2Y2qM7KCZPiHbadoW7FA7A9II= MIME-Version: 1.0 Received: by 10.143.18.16 with SMTP id v16mr1828887wfi.26.1247666974968; Wed, 15 Jul 2009 07:09:34 -0700 (PDT) In-Reply-To: References: <20090715084801.GA75654@megatron.madpilot.net> Date: Wed, 15 Jul 2009 21:09:34 +0700 Message-ID: From: Edho P Arief To: Randy Bush Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Cc: freebsd-current@freebsd.org, Freddie Cash , Guido Falsi Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 14:39:51 -0000 T24gV2VkLCBKdWwgMTUsIDIwMDkgYXQgOTowNSBQTSwgUmFuZHkgQnVzaDxyYW5keUBwc2cuY29t PiB3cm90ZToKPj4gIyB6cG9vbCBzdGF0dXMgdGFuawo+PiDCoCBwb29sOiB0YW5rCj4+IMKgc3Rh dGU6IE9OTElORQo+PiDCoHNjcnViOiBub25lIHJlcXVlc3RlZAo+PiBjb25maWc6Cj4+Cj4+IMKg IMKgIMKgIE5BTUUgwqAgwqAgwqAgwqBTVEFURSDCoCDCoCBSRUFEIFdSSVRFIENLU1VNCj4+IMKg IMKgIMKgIHRhbmsgwqAgwqAgwqAgwqBPTkxJTkUgwqAgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAK Pj4gwqAgwqAgwqAgwqAgbWlycm9yIMKgIMKgT05MSU5FIMKgIMKgIMKgIDAgwqAgwqAgMCDCoCDC oCAwCj4+IMKgIMKgIMKgIMKgIMKgIGFkMHAyIMKgIE9OTElORSDCoCDCoCDCoCAwIMKgIMKgIDAg wqAgwqAgMAo+PiDCoCDCoCDCoCDCoCDCoCBhZDhwMiDCoCBPTkxJTkUgwqAgwqAgwqAgMCDCoCDC oCAwIMKgIMKgIDAKPj4KPj4gZXJyb3JzOiBObyBrbm93biBkYXRhIGVycm9ycwo+PiAjIHpwb29s IGRldGFjaCB0YW5rIGFkMHAyCj4+ICMgZ2xhYmVsIGxhYmVsIGRpc2swMSAvZGV2L2FkMHAyCj4+ ICMgenBvb2wgYXR0YWNoIHRhbmsgYWQ4cDIgbGFiZWwvZGlzazAxCj4gwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqBeIGh1aD8KPj4gIyB6cG9vbCBzdGF0dXMgdGFuawo+PiDCoCBw b29sOiB0YW5rCj4+IMKgc3RhdGU6IE9OTElORQo+PiBzdGF0dXM6IE9uZSBvciBtb3JlIGRldmlj ZXMgaXMgY3VycmVudGx5IGJlaW5nIHJlc2lsdmVyZWQuIMKgVGhlIHBvb2wKPj4gd2lsbAo+PiDC oCDCoCDCoCBjb250aW51ZSB0byBmdW5jdGlvbiwgcG9zc2libHkgaW4gYSBkZWdyYWRlZCBzdGF0 ZS4KPj4gYWN0aW9uOiBXYWl0IGZvciB0aGUgcmVzaWx2ZXIgdG8gY29tcGxldGUuCj4+IMKgc2Ny dWI6IHJlc2lsdmVyIGluIHByb2dyZXNzIGZvciAwaDZtLCAxNy4wNiUgZG9uZSwgMGgyOW0gdG8g Z28KPj4gY29uZmlnOgo+Pgo+PiDCoCDCoCDCoCBOQU1FIMKgIMKgIMKgIMKgIMKgIMKgIMKgU1RB VEUgwqAgwqAgUkVBRCBXUklURSBDS1NVTQo+PiDCoCDCoCDCoCB0YW5rIMKgIMKgIMKgIMKgIMKg IMKgIMKgT05MSU5FIMKgIMKgIMKgIDAgwqAgwqAgMCDCoCDCoCAwCj4+IMKgIMKgIMKgIMKgIG1p cnJvciDCoCDCoCDCoCDCoCDCoE9OTElORSDCoCDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMAo+PiDC oCDCoCDCoCDCoCDCoCBhZDhwMiDCoCDCoCDCoCDCoCBPTkxJTkUgwqAgwqAgwqAgMCDCoCDCoCAw IMKgIMKgIDAgwqA2MC43TSByZXNpbHZlcmVkCj4+IMKgIMKgIMKgIMKgIMKgIGxhYmVsL2Rpc2sw MSDCoE9OTElORSDCoCDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMCDCoDEwLjRHIHJlc2lsdmVyZWQK Pj4KPj4gZXJyb3JzOiBObyBrbm93biBkYXRhIGVycm9ycwo+Cj4gZGZ3MC5wc2cuY29tOi9yb290 IyB6cG9vbCBzdGF0dXMKPiDCoHBvb2w6IHRhbmsKPiDCoHN0YXRlOiBPTkxJTkUKPiDCoHNjcnVi OiBub25lIHJlcXVlc3RlZAo+IGNvbmZpZzoKPgo+IMKgIMKgIMKgIMKgTkFNRSDCoCDCoCDCoCDC oFNUQVRFIMKgIMKgIFJFQUQgV1JJVEUgQ0tTVU0KPiDCoCDCoCDCoCDCoHRhbmsgwqAgwqAgwqAg wqBPTkxJTkUgwqAgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAKPiDCoCDCoCDCoCDCoCDCoG1pcnJv ciDCoCDCoE9OTElORSDCoCDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMAo+IMKgIMKgIMKgIMKgIMKg IMKgYWQ0czMgwqAgT05MSU5FIMKgIMKgIMKgIDAgwqAgwqAgMCDCoCDCoCAwCj4gwqAgwqAgwqAg wqAgwqAgwqBhZDVzMyDCoCBPTkxJTkUgwqAgwqAgwqAgMCDCoCDCoCAwIMKgIMKgIDAKPiDCoCDC oCDCoCDCoCDCoG1pcnJvciDCoCDCoE9OTElORSDCoCDCoCDCoCAwIMKgIMKgIDAgwqAgwqAgMAo+ IMKgIMKgIMKgIMKgIMKgIMKgYWQ2czEgwqAgT05MSU5FIMKgIMKgIMKgIDAgwqAgwqAgMCDCoCDC oCAwCj4gwqAgwqAgwqAgwqAgwqAgwqBhZDdzMSDCoCBPTkxJTkUgwqAgwqAgwqAgMCDCoCDCoCAw IMKgIMKgIDAKPgo+IGVycm9yczogTm8ga25vd24gZGF0YSBlcnJvcnMKPiBkZncwLnBzZy5jb206 L3Jvb3QjIHpwb29sIGRldGFjaCB0YW5rIGFkNnMxCj4gZGZ3MC5wc2cuY29tOi9yb290IyBnbGFi ZWwgbGFiZWwgZGlzazAyIC9kZXYvYWQ2czEKPiBkZncwLnBzZy5jb206L3Jvb3QjIHpwb29sIGF0 dGFjaCB0YW5rIGFkNnMxIGxhYmVsL2Rpc2swMgo+IGNhbm5vdCBhdHRhY2ggbGFiZWwvZGlzazAy IHRvIGFkNnMxOiBubyBzdWNoIGRldmljZSBpbiBwb29sCj4KCmF0dGFjaCB0byBhZDdzMS4KCkFu eXdheSwgSSBmaW5kIGJ5IHVzaW5nIGVudGlyZSBkaXNrIHRoZXJlJ3Mgbm8gbmVlZCB0byB3b3Jy eSBhYm91dAp0aGlzIGF0IGFsbC4gVGhlIGFkZHJlc3NlcyBhcmUgYXV0b21hdGljYWxseSBhZGp1 c3RlZCB1cG9uIGNoYW5nZS4gKGF0CmxlYXN0IGluIGpib2QgbW9kZSkKCi0tIApPPCBhc2NpaSBy aWJib24gY2FtcGFpZ24gLSBzdG9wIGh0bWwgbWFpbCAtIHd3dy5hc2NpaXJpYmJvbi5vcmcK From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 16:13: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 CF5B3106564A for ; Wed, 15 Jul 2009 16:13:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 842448FC08 for ; Wed, 15 Jul 2009 16:13:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjMFAK+cXUqDaFvI/2dsb2JhbACPFAHDT4QJBQ X-IronPort-AV: E=Sophos;i="4.42,405,1243828800"; d="scan'208";a="39444979" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 15 Jul 2009 12:13:54 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 42A2F9400E6 for ; Wed, 15 Jul 2009 12:13:54 -0400 (EDT) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XSESCA-Gliv0 for ; Wed, 15 Jul 2009 12:13:45 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 9B9849400D7 for ; Wed, 15 Jul 2009 12:13:31 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6FGGRG15576 for ; Wed, 15 Jul 2009 12:16:27 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 15 Jul 2009 12:16:27 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: help w.r.t. vfs_event_signal(..VQ_NOTRESPLOCK) in nlm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 16:13:56 -0000 Hi, I'm trying to fix a problem in nlm_advlock.c that causes crashes during forced dismounts. The reason for the crash is obvious, but a correct fix not so much so. The crashes occur because nlm_down() and nlm_up() assume that the mount point structure still exists, when it might not. The part that I don't understand is that they do the following: vfs_event_signal(&nmp->nm_mountp->mnt_stat.f_fsid, VQ_NOTRESPLOCK, 0); once for each cycle of down/up, using a per-mountpoint flag. It's the per-mountpoint flag that you don't actually have access to. So, does anyone happen to know what the above does and whether it has to happen once/mountpoint OR would once for all mountpoints be sufficient? (Although fsid is the first argument, it appears that it isn't actually used.) Thanks in adavnce for any help, rick From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 16:17:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D430106566B for ; Wed, 15 Jul 2009 16:17:51 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id BA9D48FC0A for ; Wed, 15 Jul 2009 16:17:50 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by bwz4 with SMTP id 4so942775bwz.43 for ; Wed, 15 Jul 2009 09:17: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 :content-transfer-encoding; bh=bVMlnKQvfy+4I7FZb/CkB4TbJ+hOH/KPRWJ2gKblBM0=; b=m10KFIKSPQaoF5fG+fL6hfhDURdrym1k8ZxthuymYKaHtcQgETyDE1hHWhuLePIoRM eXyBiea6JivYLvUd2mkiUo8Fm9TsZ0sRkNCSQLhpc13vOzuv+aLd72HxhkFAGYr+DHSC qEI/ZfBFY+XBP/Xpd5jkG/UTQPFmBBodAXlgY= 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=r8zkoJU57hdLeJhuEGkx989o452kRjAtdQ3QlOc6uyA0nFbIjipCeu+i8QIOfDYKod z+mHEGqBsRUowOzhMR5CeMRsixkqXiXpBuO3CzCDhC0E4pOLd7Gl7UMyJHFyzoe4alnw 9hAPrdcljxu60ZoBf5wiNThQKjAVfmxY6Cgx8= MIME-Version: 1.0 Received: by 10.204.102.14 with SMTP id e14mr7814777bko.183.1247672763657; Wed, 15 Jul 2009 08:46:03 -0700 (PDT) In-Reply-To: <1247603171.2105.38.camel@localhost> References: <4A5C9CE2.6060801@free.fr> <20090714155513.GO48776@hoeg.nl> <1247599592.2232.27.camel@localhost> <20090714194726.GP48776@hoeg.nl> <1247603171.2105.38.camel@localhost> Date: Wed, 15 Jul 2009 19:46:03 +0400 Message-ID: <3cb459ed0907150846q4e3893a4r91131b24098d6de7@mail.gmail.com> From: Alexander Churanov To: vova@fbsd.ru Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ed Schouten , freebsd-current@freebsd.org, Franck Royer Subject: Re: UTF-8 on 8.0-CURRENT: Yes We Can! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 16:17:51 -0000 Vladimir, I have been working on this for some time in February. All changes are checked into Perforce branch named "syscons-utf8". See http://p4db.freebsd.org/branchView.cgi?BRANCH=syscons%2dutf8 for details. Basically, mapping unicode to selected 8-bit charset is implemented, as well as changes for vidcontrol(1) to manipulate it. What's left: 1) New ioctls should be reviewed. 2) Documentation is not written. So then I need to negotiate implementation plan with Ed and may start with finishing that work right on the next week. I guess this code will not go into 8.0. In this case I may start with full unicode rendering with no mapping upon finishing code based on mapping approach. We have discussed it with Ed and come to conclusion that it is not hard to implement. Sincerely, Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 16:22: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 743C5106564A for ; Wed, 15 Jul 2009 16:22:19 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 26A738FC12 for ; Wed, 15 Jul 2009 16:22:19 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yxe11 with SMTP id 11so6619143yxe.3 for ; Wed, 15 Jul 2009 09:22: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=dK5ijzYHi5o8ef7KYhbiK1V/iKSw7fNCu3cTrjQahn0=; b=r8oiqFSP0yqzKu5+EUTQMcIKgcwXr3NvaLuxcojz6k7xnHhi4HXuYhn0WnVU7l+bCk WiiI5T5WJCXHznWAT3zcJT+H/unIfMOyFJy4y0+Z4diPZqavwnPilLCY1xIKiu6MZXps 1O3mHhEfqGqQvAkau7A5Za2m0rr4iLnj4PCvU= 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=bE+Zo6KWj7hgTOfZ25bFcDhkStwkn6lWdKwGx8RTi5WzKAXTdHk3nphkZggMqX0Fsx DZ0LpYU0iMx2gqVvI2ijCCCwgK8yxb9TkqIyN06FDYhQzcIxjQe2mrd0EpmwoSMT4RN/ a24SME+GxueOk+RAJ8mS14I0J+AoFflU76hBA= MIME-Version: 1.0 Received: by 10.150.122.9 with SMTP id u9mr12810214ybc.127.1247674938587; Wed, 15 Jul 2009 09:22:18 -0700 (PDT) In-Reply-To: References: Date: Wed, 15 Jul 2009 09:22:18 -0700 Message-ID: From: Freddie Cash To: Randy Bush Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 16:22:19 -0000 On Tue, Jul 14, 2009 at 8:44 PM, Randy Bush wrote: > > # glabel label disk01 /dev/ad4 > > # glabel label disk02 /dev/ad6 > > # glabel label disk03 /dev/ad8 > > # zpool create pool raidz1 label/disk01 label/disk02 label/disk03 > > > > After that, you can shuffle the drives around in the system, and the pool > > will continue to work correctly. > > ooooooo! i wish i had understood that when i built a large set of > mirrored raid. > > any way to hack it ex post facto? > Yep. It's as simple as: * label all the drives using glabel, while they're still attached to the pool * use "zpool replace pool ad4 label/disk01" to replace 1 drive * wait for it to resilver * use "zpool replace pool ad6 label/disk02" to replace the next drive * repeat the resilver and replace until all the devices are replaced This is what I did to one of our servers. Works quite nicely. There's no need to detach anything. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 16: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 66741106566C; Wed, 15 Jul 2009 16:47:29 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 197638FC1A; Wed, 15 Jul 2009 16:47:28 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id BF81278D72; Wed, 15 Jul 2009 20:47:26 +0400 (MSD) Message-ID: <4A5E081D.40508@haruhiism.net> Date: Wed, 15 Jul 2009 20:47:25 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Lawrence Stewart References: <128E7C52-CCBD-4BAF-A4AE-1D914A3968CB@lassitu.de> <4A58DD8D.3090308@freebsd.org> <6D58BB3C-85F4-44A6-A43B-F6E18F056FA4@lassitu.de> <4A598DDF.4010306@freebsd.org> <6C047344-397E-4F14-97F1-C61FD80AAC3F@lassitu.de> <4A59BB11.70706@freebsd.org> <76EFB2CC-1ADE-4AFF-82FC-0461C92122A9@lassitu.de> <4A59C703.4020507@freebsd.org> In-Reply-To: <4A59C703.4020507@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Stefan Bethke , Larry Rosenman Subject: Re: ppp triggers GPF panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 16:47:29 -0000 Lawrence Stewart wrote: > In the meantime, I'm going to try figure out how to reproduce this. > I'll keep everyone notified of any progress. I've found the revision at which the issue strikes for me, and a nice way to reproduce it. Note: In all cases and for all revisions, I'm using the patched version of tcp_sack.c (see r195655 @ http://svn.freebsd.org/viewvc/base/head/sys/netinet/tcp_sack.c?r1=190948&r2=195655 ). I would also like to know if someone manages to reproduce the panic using my instructions below. r195136 works pretty stable. r195146 crashes instantly upon getting 2 aliases on lo0, running iperf server in jail 0, and then doing "iperf -c xxx.xxx.xxx.1 -t YY -N -P 10" where YY is >10 from jail 1 started on lo0 alias xxx.xxx.xxx.3. This triggers the panic in just a second or two after iperf is started. I didn't check if it works outside of jails yet. r195634 is stable, r195484 is not. More information: System is a Core2 Duo 3.00GHz on Gigabyte GA-Q35M S2 board with the SATA controller running in AHCI mode, memory in dual channel DDR2-800 mode (panic triggers in 2 and 4GB RAM configurations, didn't check other variants). 2 NICs are installed, em0 and re0, em0 is constantly sending at 10-25 Mbps average. Web and database servers run in separate jails and communicate via aliases on lo0 - that's how I first got the panic to happen. Kernel config is GENERIC from May 09 snapshot with the following additional options: options IPFILTER # IPFilter options IPFILTER_LOG # IPFilter logging options IPFIREWALL # IPFW2 options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET # IPFW Traffic Shaper options DEVICE_POLLING # Polling support for NICs etc options KDB_UNATTENDED # Automagically dump and reboot+savecore after a panic and without WITNESS. Crash info: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x14ee288 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80586265 stack pointer = 0x28:0xffffff80787525c0 frame pointer = 0x28:0xffffff80787525f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 2119 (iperf) trap number = 12 panic: page fault cpuid = 0 Uptime: 50s Physical memory: 4014 MB #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff805950b3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff8059550c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:575 #3 0xffffffff8085d95d in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:852 #4 0xffffffff8085e5f5 in trap (frame=0xffffff8078752510) at /usr/src/sys/amd64/amd64/trap.c:345 #5 0xffffffff808448e3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:223 #6 0xffffffff80586265 in _mtx_lock_sleep (m=0xffffffff80e60823, tid=18446742976740145840, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:407 #7 0xffffffff805863be in _mtx_lock_flags (m=Variable "m" is not available. ) at /usr/src/sys/kern/kern_mutex.c:203 #8 0xffffffff80642a95 in netisr_queue_internal (proto=1, m=0xffffff00c5b69a00, cpuid=Variable "cpuid" is not available. ) at /usr/src/sys/net/netisr.c:829 #9 0xffffffff80642b79 in netisr_queue_src (proto=1, source=Variable "source" is not available. ) at /usr/src/sys/net/netisr.c:859 #10 0xffffffff8063ead9 in if_simloop (ifp=0xffffff0004898800, m=0xffffff00c5b69a00, af=2, hlen=0) at /usr/src/sys/net/if_loop.c:400 #11 0xffffffff8063ec36 in looutput (ifp=0xffffff0004898800, m=0xffffff00c5b69a00, dst=0xffffff8078752770, ro=Variable "ro" is not available. ) at /usr/src/sys/net/if_loop.c:296 #12 0xffffffff8069dc17 in ip_output (m=0xffffff00c5b69a00, opt=Variable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:624 #13 0xffffffff80703274 in tcp_output (tp=0xffffff00c56a0b60) at /usr/src/sys/netinet/tcp_output.c:1188 #14 0xffffffff8070de6b in tcp_usr_rcvd (so=Variable "so" is not available. ) at tcp_offload.h:280 #15 0xffffffff805f9992 in soreceive_generic (so=0xffffff00c56add48, psa=0xffffff8078752a78, uio=0xffffff8078752a40, mp0=Variable "mp0" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1840 #16 0xffffffff805fd99e in kern_recvit (td=0xffffff0097873ab0, s=4, mp=0xffffff8078752af0, fromseg=UIO_USERSPACE, controlp=0x0) at /usr/src/sys/kern/uipc_syscalls.c:970 #17 0xffffffff805fdb41 in recvit (td=Variable "td" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:1082 #18 0xffffffff805fdcc2 in recvfrom (td=0xffffff0097873ab0, uap=0xffffff8078752c00) at /usr/src/sys/kern/uipc_syscalls.c:1126 #19 0xffffffff8085de9f in syscall (frame=0xffffff8078752c90) at /usr/src/sys/amd64/amd64/trap.c:984 #20 0xffffffff80844b70 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:364 #21 0x0000000800c5074c in ?? () Previous frame inner to this frame (corrupt stack?) -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 17:14: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 80158106564A for ; Wed, 15 Jul 2009 17:14:50 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 1CFFF8FC0C for ; Wed, 15 Jul 2009 17:14:50 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.7.53]) by ns2.bafirst.com with esmtp; Wed, 15 Jul 2009 12:14:48 -0500 id 000D4E55.4A5E0E88.00002C4B Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 14 Jul 2009 18:35:03 -0500 id 0004AC1B.4A5D1627.0000DABF Received: from dsl-189-190-5-179-dyn.prod-infinitum.com.mx (dsl-189-190-5-179-dyn.prod-infinitum.com.mx [189.190.5.179]) by econet.encontacto.net (Horde Framework) with HTTP; Tue, 14 Jul 2009 18:35:03 -0500 Message-ID: <20090714183503.165415zfkagwfb5w@econet.encontacto.net> Date: Tue, 14 Jul 2009 18:35:03 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Opera/9.64 (X11; Linux i686; U; en) Presto/2.1.1 X-IMP-Server: 189.190.7.53 X-Originating-IP: 189.190.5.179 X-Originating-User: eculp@encontacto.net Subject: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 17:14:50 -0000 I am having overheating problems with my Acer Aspire laptop. # uname -a FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul 9 07:05:20 CDT 2009 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 I've been having this problem for several months and compensating by reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. The errors I'm seeing in the log files are: +acpi_ec0: EcRead: failed waiting to get data +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] 20090521 evregion-531 +ACPI Error (psparse-0633): Method parse/execution failed [\\_TZ_.THRM._TMP] (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE I'm afraid that I don't understand them. Any suggestions appreciated, ed From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 17:16:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A18C9106566C for ; Wed, 15 Jul 2009 17:16:16 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB478FC22 for ; Wed, 15 Jul 2009 17:16:15 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz4 with SMTP id 4so973304bwz.43 for ; Wed, 15 Jul 2009 10:16:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9sn7dfVuYK0laZUYsMHfkIJYy2tC+RLNBGWBR9QNwbs=; b=n94esXkr+yMhoffyLVTQU9/PivkE2H1cv9SoBXodmUpDn+36KhTVbBnX8yArG5mmKU WhF50aeVMO/LHCW5lGLodQO9o3A26McoBMkMsibqaGk4TEnfrvTnbLlqqZ/PXWf2gxDr OAxZxE7hjF+d0SyGiULNZXaUJXcN1hWzKlf7M= 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=fSHmb719oqit3AWmkAW4ICv5PTjoSZGLZjMGZFrv4ImPJDNE0xRIqTfyirv8aGR4Ur 7VRCNVHskUkaLBCDZ+WgMoJNomTT6d+Xxye/Pu8XwwtZRNzYkArvIvbL4ZWcj6eOoRQ9 O1RqpWkTCPwyt6yWJUJUAIToDkGAds+ogMxc8= MIME-Version: 1.0 Received: by 10.204.114.140 with SMTP id e12mr7853406bkq.68.1247678174676; Wed, 15 Jul 2009 10:16:14 -0700 (PDT) In-Reply-To: <20090714183204.99139apm4ieg3o8g@econet.encontacto.net> References: <20090714183204.99139apm4ieg3o8g@econet.encontacto.net> Date: Wed, 15 Jul 2009 13:16:14 -0400 Message-ID: <4ad871310907151016t6a62236cqb852c0d8a9a10c79@mail.gmail.com> From: Glen Barber To: eculp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 17:16:16 -0000 On Tue, Jul 14, 2009 at 7:32 PM, eculp wrote: > I am having overheating problems with my Acer Aspire laptop. > # uname -a > FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul =A09 > 07:05:20 CDT 2009 =A0 =A0 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCON= TACTO > =A0i386 > > I've been having this problem for several months and compensating by > reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. > > The errors I'm seeing in the log files are: > > +acpi_ec0: EcRead: failed waiting to get data > +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for > [EmbeddedControl] 20090521 evregion-531 > +ACPI Error (psparse-0633): Method parse/execution failed [\\_TZ_.THRM._T= MP] > (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE > > I'm afraid that I don't understand them. > > Any suggestions appreciated, > Didn't you get a response on this yesterday? --=20 Glen Barber From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 17:31: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 1AC0A1065675 for ; Wed, 15 Jul 2009 17:31:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outs.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id F11168FC1B for ; Wed, 15 Jul 2009 17:31:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 04659B8930; Wed, 15 Jul 2009 10:18:57 -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 (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A6D552D6006; Wed, 15 Jul 2009 10:18:25 -0700 (PDT) Message-ID: <4A5E0F73.6060109@elischer.org> Date: Wed, 15 Jul 2009 10:18:43 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Barney Cordoba References: <194731.32556.qm@web63906.mail.re1.yahoo.com> In-Reply-To: <194731.32556.qm@web63906.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , Martin Smith , current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 17:31:14 -0000 Barney Cordoba wrote: > > > --- On Wed, 7/15/09, Kamigishi Rei wrote: > >> From: Kamigishi Rei >> Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change >> To: "Martin Smith" >> Cc: current@FreeBSD.org >> Date: Wednesday, July 15, 2009, 8:04 AM >> Martin Smith wrote: >>> When you say just entered, does that mean immediately >> before posting, >>> just asking as I ran csup and rebuilt a couple of >> hours before... >> Check the attached message in the OP - it does have the >> date and yes, it indeed was "immediately before posting". >> Considering that cvsup might be a bit slow (or quite slow at >> times) with replicating changes from SVN, cvsup sources >> might not have that in yet. >> >> Quoting the OP: >> ---------- Forwarded message ---------- >> Date: Tue, 14 Jul 2009 22:48:30 +0000 (UTC) >> From: Robert Watson >> To: src-committers@freebsd.org, >> svn-src-all@freebsd.org, >> svn-src-head@freebsd.org >> Subject: svn commit: r195699 - in head: . >> sys/compat/linprocfs sys/compat/linux >> sys/compat/svr4 sys/conf >> sys/contrib/altq/altq sys/contrib/ipfilter/netinet >> sys/contrib/pf/net sys/contrib/rdma >> sys/ddb sys/de... >> >> -- >> Kamigishi Rei >> KREI-RIPE > > Is there a writeup on the vnet stuff? It seems to be creeping into > everything. yes but it is in transition. the documents are a few days behind and a BIG change just happenned so they haven't caught up. Robert, you are probably the best person to go through the doc at the base of the vimage tree and fix it to reflect your last change.. http://p4db.freebsd.org/fileViewer.cgi?FSPC=//depot/projects/vimage/porting_to_vimage.txt > > Barney > > > > _______________________________________________ > 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 Jul 15 17:31: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 84A0A1065680 for ; Wed, 15 Jul 2009 17:31:26 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from g5t0009.atlanta.hp.com (g5t0009.atlanta.hp.com [15.192.0.46]) by mx1.freebsd.org (Postfix) with ESMTP id 441DD8FC23 for ; Wed, 15 Jul 2009 17:31:26 +0000 (UTC) (envelope-from sukhjinder.hayer@hp.com) Received: from G3W0631.americas.hpqcorp.net (g3w0631.americas.hpqcorp.net [16.233.59.15]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g5t0009.atlanta.hp.com (Postfix) with ESMTPS id 7BE8130079; Wed, 15 Jul 2009 17:31:25 +0000 (UTC) Received: from G5W0324.americas.hpqcorp.net (16.228.8.69) by G3W0631.americas.hpqcorp.net (16.233.59.15) with Microsoft SMTP Server (TLS) id 8.1.375.2; Wed, 15 Jul 2009 17:30:20 +0000 Received: from GVW0671EXC.americas.hpqcorp.net ([16.230.34.3]) by G5W0324.americas.hpqcorp.net ([16.228.8.69]) with mapi; Wed, 15 Jul 2009 17:30:19 +0000 From: "Hayer, Sukhjinder" To: "freebsd-current@freebsd.org" Date: Wed, 15 Jul 2009 17:27:44 +0000 Thread-Topic: 8_CURRENT boot problem Thread-Index: AcoFcZATHnpFRiFHRaGkx1peDChSFg== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: 8_CURRENT boot 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: Wed, 15 Jul 2009 17:31:26 -0000 Hi, Iam trying to boot 8-CURRENT on the IA 64 integrity server platform and I s= ee some Mpt0 not being able to initiliaze. Does any one have an idea as to what mig= ht be the problem. pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: child uart0 requested type 4 for rid 0x14, but the BAR says it isuart= 0: mem 0x88033000-0x88033fff ir= q 16 at device 1.2 on pci0 uart0: [FILTER] uart0: fast interrupt uart0: console (9600,n,8,1) ohci0: mem 0x88032000-0x88032fff irq 17 at de= vice 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x88032000 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0x88031000-0x88031fff irq 18 at de= vice 2.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x88031000 ohci1: [MPSAFE] ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0x88030000-0x880300ff irq 19= at device 2.2 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0x88030000 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 vgapci0: port 0x1000-0x10ff mem 0x80000000-0x87fff= fff,0x88020000-0x8802ffff at device 3.0 on pci0 pcib1: on acpi0 pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1000, dev=3D0x0054, revid=3D0x01 domain=3D0, bus=3D1, slot=3D1, func=3D0 class=3D01-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0230, cachelnsz=3D32 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x0a = (2500 ns) intpin=3Da, irq=3D0 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0x1000, size 8, enabled map[14]: type Memory, range 64, base 0xa0470000, size 14, enabled map[1c]: type Memory, range 64, base 0xa0460000, size 16, enabled pcib1: matched entry for 1.1.INTA pcib1: slot 1 INTA hardwired to IRQ 27 found-> vendor=3D0x14e4, dev=3D0x1648, revid=3D0x10 domain=3D0, bus=3D1, slot=3D2, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0146, statreg=3D0x02b0, cachelnsz=3D32 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D29 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xa0450000, size 16, enabled pcib1: matched entry for 1.2.INTA pcib1: slot 2 INTA hardwired to IRQ 29 found-> vendor=3D0x14e4, dev=3D0x1648, revid=3D0x10 domain=3D0, bus=3D1, slot=3D2, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0146, statreg=3D0x02b0, cachelnsz=3D32 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 = (0 ns) intpin=3Db, irq=3D30 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xa0440000, size 16, enabled pcib1: matched entry for 1.2.INTB pcib1: slot 2 INTB hardwired to IRQ 30 mpt0: mem 0xa0470000-0xa0473fff,0xa0460000-0xa0= 46ffff irq 27 at device 1.0 on pci1 mpt0: Lazy allocation of 0x100 bytes rid 0x10 type 4 at 0x1100 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1100 mpt0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xa0470000 mpt0: [MPSAFE] mpt0: [ITHREAD] mpt0: soft reset failed: device not running mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:0) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:1) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:2) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:3) mpt0: WARNING - Failed hard reset! Trying to initialize anyway. mpt0: mpt_reset: failed hard reset (0:4) mpt0: soft reset failed: device not running mpt0: WARNING - Failed hard reset! Trying to initialize anyway. Thanks Sukhjinder= From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 17: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 84CAF106566B for ; Wed, 15 Jul 2009 17:31:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 426958FC0C for ; Wed, 15 Jul 2009 17:31:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MR8Kh-0002DI-4a for freebsd-current@freebsd.org; Wed, 15 Jul 2009 17:31:55 +0000 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Jul 2009 17:31:55 +0000 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Jul 2009 17:31:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Volodymyr Kostyrko Date: Wed, 15 Jul 2009 20:31:39 +0300 Lines: 22 Message-ID: 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: 193.33.173.33 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8.1.22) Gecko/20090624 SeaMonkey/1.1.17 Sender: news Subject: route_enable vs dhclient X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 17:31:57 -0000 Hi all. Back before in the days of 7.2 I have found that configuring dchlient via dhclient.conf have a drawback - you can't add manual routes that would be enabled after acquiring the address. Now in 8.0 routing is initialized just before dhclient resulting in: route: writing to routing socket: Network is unreachable add net 172.16: gateway 172.24.14.254: Network is unreachable route: writing to routing socket: Network is unreachable add net 193.33.172: gateway 172.24.14.254: Network is unreachable Additional routing options: IP gateway=YES. DHCPREQUEST on fxp0 to 255.255.255.255 port 67 DHCPACK from 172.24.14.254 bound to 172.24.14.13 -- renewal in 43200 seconds. Waiting 30s for the default route interface: ............................. Can someone revert the old behavior where routing turns in after enabling dhcp on interfaces? -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 17: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 0B825106564A for ; Wed, 15 Jul 2009 17:35:20 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 8D8D48FC1F for ; Wed, 15 Jul 2009 17:35:19 +0000 (UTC) (envelope-from yr.retarded@gmail.com) Received: by ewy7 with SMTP id 7so1831908ewy.43 for ; Wed, 15 Jul 2009 10:35: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 :content-transfer-encoding; bh=NTQdQSDXvTVFk4fzTneCJEHN0J3YK2Cm1U79WQDFHuw=; b=b2P8+qEuQ4BfKbuwKeY0s7kPkoQzPdjX2PZQSCOzmd2C3Xi6JvSNwEQovcg+uGYSsJ 2HmQKWsyALWtF7kPXYFBayTNS/9/3dqEsbhiHtPhNJtp0P1PIcQ19+gqsV9CMiw8Ka8w RVdJ22cphZaxhFy+raxqNFvN2PlRFZDVHbS0s= 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=qnCAD8Kbr91cCgrHC8yH16DMM3blQada00j0IXymW55Zf1fG1lEWPozJPxXXGoRBpA LiDwVCqHFVPWLgfbTgIdox5PRmKK7ir5OxTeFxLWXGXHCcg4SQq/Wu2P6DxuTZacMNcB Rwlg3JqYxFck0Em1OqlIV2+OnmSDyzwpoapS0= MIME-Version: 1.0 Received: by 10.210.71.12 with SMTP id t12mr9524521eba.95.1247679317818; Wed, 15 Jul 2009 10:35:17 -0700 (PDT) In-Reply-To: <54854a7a0907150322n52a3595el5352a3987d2c75ac@mail.gmail.com> References: <54854a7a0907150322n52a3595el5352a3987d2c75ac@mail.gmail.com> Date: Wed, 15 Jul 2009 12:35:17 -0500 Message-ID: <58c737d70907151035ya9a829eyf4945d1fadc4ce0e@mail.gmail.com> From: Chris Ruiz To: Andrew Tulloch Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 on a HP DL585 Issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 17:35:20 -0000 On Wed, Jul 15, 2009 at 5:22 AM, Andrew Tulloch wrote: > I've upgraded one of our HP DL585's (4xdual core opteron, 16GB ram) > from 7.2 to 8.0-BETA1 and seem to have a couple of issues. > > Firstly the machine will no longer shutdown or reboot, it just sits at > the Uptime:: XXXX prompt and doesn't reboot or power off, no > Rebooting/cpu_reset() messages. > > Secondly, sometimes the machine will not boot, it'll load the kernel > and start, but then hang at: > pcib0: on acpi0 Try setting hw.pci.mcfg=0 at the boot loader prompt or in /boot/loader.conf and see if that helps with this issue. > The same seems to happen with GENERIC and a kernel config minus > witness etc for speed. > > If I revert to the 7.2 kernel it's fine. > > Any suggestions on things I can try? > > Full dmesg attached. > > Thanks, > Andrew Chris -- @chrisattack ----------------------------------------- http://twitter.com/chrisattack http://chrisattack.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 17:36:09 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 578711065678 for ; Wed, 15 Jul 2009 17:36:09 +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 304158FC25 for ; Wed, 15 Jul 2009 17:36:09 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from [192.168.2.101] (host86-145-8-156.range86-145.btcentralplus.com [86.145.8.156]) by cyrus.watson.org (Postfix) with ESMTPSA id 20CFD46B09; Wed, 15 Jul 2009 13:36:08 -0400 (EDT) Message-Id: <88E4A045-8972-4DCA-9493-293BAEDFCBEB@freebsd.org> From: "Robert N. M. Watson" To: Julian Elischer In-Reply-To: <4A5E0F73.6060109@elischer.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 15 Jul 2009 18:36:06 +0100 References: <194731.32556.qm@web63906.mail.re1.yahoo.com> <4A5E0F73.6060109@elischer.org> X-Mailer: Apple Mail (2.935.3) Cc: Barney Cordoba , Martin Smith , current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 17:36:09 -0000 On 15 Jul 2009, at 18:18, Julian Elischer wrote: >> Is there a writeup on the vnet stuff? It seems to be creeping into >> everything. > > yes but it is in transition. the documents are a few days behind and > a BIG change just happenned so they haven't caught up. > > Robert, you are probably the best person to go through the doc at > the base of the vimage tree and fix it to reflect your last change.. > > http://p4db.freebsd.org/fileViewer.cgi?FSPC=//depot/projects/vimage/porting_to_vimage.txt I have a bit more refinement to do, especially sorting out libkvm and a few other loose ends; also, the older vimage management interface will disappear pretty soon leaving just the jail interface to manage it. Once all that's done we'll be at a good pausing point to update documentation, etc. Robert From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 18:52: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 E028D1065673 for ; Wed, 15 Jul 2009 18:52:05 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 966698FC16 for ; Wed, 15 Jul 2009 18:52:05 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by yxe11 with SMTP id 11so6774842yxe.3 for ; Wed, 15 Jul 2009 11:52:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0/nOgkPgBJoVQplc4frmWxwSdQUG+QjjaF6jDq6/muc=; b=fEYEs6TZuTbodVnDBtzIJqjTq21c8VTkS5vFkA6myMu+GTSmkrzwAfI2gZ3GhY9Xgh PHN9w5b1AHlSDY/hiN3muFaC/WD3OZodL9961sYya1+PJnlhmlElYRpgAlMQZDEk8v8H /POvlx0vmconCWiWUIICbZraKRKvLl5WYd2oI= 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=Pq9PNk2IzWF/ouVZcNISvqZKWFBohgHHWZ6qdNNn/qsShycIIYF/Z6Ki/x+olhno9Y SXFdXMwBND8SvN76a/zKOqSOEf7drc3Kb7fMaRx5WsbSoJhvbjUdaSMYTG/LQlcQ6oYt vfms0mvegbHklPWN3qT1DHzdKy+7jhRXmEKyw= MIME-Version: 1.0 Received: by 10.150.150.19 with SMTP id x19mr13116206ybd.150.1247682641569; Wed, 15 Jul 2009 11:30:41 -0700 (PDT) In-Reply-To: <4A5DE3C5.8070301@haruhiism.net> References: <194731.32556.qm@web63906.mail.re1.yahoo.com> <4A5DE3C5.8070301@haruhiism.net> Date: Wed, 15 Jul 2009 13:30:41 -0500 Message-ID: <11167f520907151130i1ff5dd21xa29c3c7546ec96f5@mail.gmail.com> From: "Sam Fourman Jr." To: Kamigishi Rei Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Barney Cordoba , Martin Smith , current@freebsd.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 18:52:06 -0000 On Wed, Jul 15, 2009 at 9:12 AM, Kamigishi Rei wrote= : > Barney Cordoba wrote: >> >> Is there a writeup on the vnet stuff? It seems to be creeping into >> everything. >> > > Basically it's VIMAGE, FreeBSD's network virtualisation framework. > If you look it up in google, you'll get > http://wiki.freebsd.org/NetworkVirtualization which has a link to the > project page (not frequently updated, though). > There is a =A0mailing list related to virtualisation, > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization - see > http://lists.freebsd.org/pipermail/freebsd-virtualization/2008-May/000000= .html > for some brief information. > > -- > Kamigishi Rei > KREI-RIPE I am a little lost, I am just guessing that VIMAGE is now usable in -CURREN= T that is GREAT, does someone know of a wiki page of some sort that would show a few examples of how to use it? Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 18:56: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 72793106567C for ; Wed, 15 Jul 2009 18:56:23 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-pz0-f193.google.com (mail-pz0-f193.google.com [209.85.222.193]) by mx1.freebsd.org (Postfix) with ESMTP id 408E98FC21 for ; Wed, 15 Jul 2009 18:56:23 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by pzk31 with SMTP id 31so2940248pzk.3 for ; Wed, 15 Jul 2009 11:56:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.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=XB3xcfz/LQIywEGSthYMeq0fP5AA9RvUuQ6guXivav8=; b=u4+o7qhA1Xy2HTuvyXKTqGYXu0aY3gehQlQAo+B6PzdbXD9eRgifnUtEF4Fjh4m+Vx UcENGxEZjyzSvGUk6M27424wf6pq2VkB2HLkv/Wco1xVNfdDUypB3IoficWp2oTw0d9U jQg6BKTbTq7CIGSWSSRdFphhKuWX/EuynDS4Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.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=mlCesrFLtRXeFJaStaZiIimonLIvl6SMBrOEYdayNYnsSz0LcXqKmzcSUKxukKtFf5 tE8i4J9s72gooJePstXIkLxS1WufVwc6gFEj8GSojJOj00gexBQv4W+TtokQ0Z1K8t6X ZegQzZ8e8ePZh8SjuJxOVIVGUy1nmXvF0AvPo= Received: by 10.114.73.14 with SMTP id v14mr13155360waa.104.1247682929067; Wed, 15 Jul 2009 11:35:29 -0700 (PDT) Received: from ?10.0.3.231? (pool-70-111-8-172.nwrk.east.verizon.net [70.111.8.172]) by mx.google.com with ESMTPS id v9sm14417705wah.36.2009.07.15.11.35.26 (version=SSLv3 cipher=RC4-MD5); Wed, 15 Jul 2009 11:35:28 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: "Edwin L. Culp W." In-Reply-To: <7affaed60907141654h29f748cdm95532aa83c4ac08d@mail.gmail.com> References: <7affaed60907141654h29f748cdm95532aa83c4ac08d@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 15 Jul 2009 14:34:29 -0400 Message-Id: <1247682869.1298.32.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current Subject: Re: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 18:56:23 -0000 On Tue, 2009-07-14 at 18:54 -0500, Edwin L. Culp W. wrote: > I am having overheating problems with my Acer Aspire laptop. > # uname -a > FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul 9 > 07:05:20 CDT 2009 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO > i386 > > I've been having this problem for several months and compensating by > reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. > > The errors I'm seeing in the log files are: > > +acpi_ec0: EcRead: failed waiting to get data > +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for > [EmbeddedControl] 20090521 evregion-531 > +ACPI Error (psparse-0633): Method parse/execution failed [\\_TZ_.THRM._TMP] > (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE > > I'm afraid that I don't understand them. This means that FreeBSD tried to execute method, provided by your ACPI BIOS, that is supposed to return current temperature, and execution did not complete within certain time limit (I do not have -CURRENT system handy to tell you what the limit is). I would recommend taking this to acpi@ mailing list, unless it used to work under -STABLE and ceased under -CURRENT. Output of 'sysctl hw.acpi' should give you a clue, especially temperature field. Next steps could be: -- see if there is BIOS update for your hardware. -- boot some kind of live CD of the system, you are familiar with, and check temperature value(s). They should be reasonable and should change with the load. -- If your BIOS is up-to-date and nothing gives you reasonable temperature readout, it might be hardware problem. Alternatively, it might be that your ACPI BIOS was never designed to work with anything but Windows -- I have seen few of those in the past. If latter is the case, disassembling your ASL (see handbook for instructions) and reading through it with ACPI spec at hand, starting with the _TMP method above, might get you somewhere. Thermal section of the ACPI spec is self-sufficient, well-written and has documented example. -- ask on acpi@ whether there is tunable and/or hack which can extend timeout value -- it could be that whatever hardware your ASL is talking to just takes its own time to respond.. HTH, -- Alexandre Kovalenko (ОлекŃандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 19:20:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B235106564A for ; Wed, 15 Jul 2009 19:20:20 +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 6BA198FC16 for ; Wed, 15 Jul 2009 19:20:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id D388EB70D0; Wed, 15 Jul 2009 12:20:24 -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 (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 9A7E62D6014; Wed, 15 Jul 2009 12:20:19 -0700 (PDT) Message-ID: <4A5E2C05.9070504@elischer.org> Date: Wed, 15 Jul 2009 12:20:37 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: "Sam Fourman Jr." References: <194731.32556.qm@web63906.mail.re1.yahoo.com> <4A5DE3C5.8070301@haruhiism.net> <11167f520907151130i1ff5dd21xa29c3c7546ec96f5@mail.gmail.com> In-Reply-To: <11167f520907151130i1ff5dd21xa29c3c7546ec96f5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Barney Cordoba , Martin Smith , current@freebsd.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 19:20:20 -0000 Sam Fourman Jr. wrote: > On Wed, Jul 15, 2009 at 9:12 AM, Kamigishi Rei wrote: >> Barney Cordoba wrote: >>> Is there a writeup on the vnet stuff? It seems to be creeping into >>> everything. >>> >> Basically it's VIMAGE, FreeBSD's network virtualisation framework. >> If you look it up in google, you'll get >> http://wiki.freebsd.org/NetworkVirtualization which has a link to the >> project page (not frequently updated, though). >> There is a mailing list related to virtualisation, >> http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization - see >> http://lists.freebsd.org/pipermail/freebsd-virtualization/2008-May/000000.html >> for some brief information. >> >> -- >> Kamigishi Rei >> KREI-RIPE > > > I am a little lost, I am just guessing that VIMAGE is now usable in -CURRENT > that is GREAT, does someone know of a wiki page of some sort that > would show a few examples of how to use it? Yes it is in -current but we are still tweaking it. there will be an announcement on how to use it when we are happy with it. It is slated to be an announced feature of 8.0 though it may come with a "probably wisest to not use in production until 8.1" note. In 8.x vimage is integrated with jails meaning that you control it with the jail utilities. > > > Sam Fourman Jr. > _______________________________________________ > 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 Jul 15 19:52: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 CD611106564A for ; Wed, 15 Jul 2009 19:52:16 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 580638FC15 for ; Wed, 15 Jul 2009 19:52:15 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6FJqEac078721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jul 2009 21:52:14 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A5E336E.1020604@omnilan.de> Date: Wed, 15 Jul 2009 21:52:14 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig00A30E7EABC44D5A2D3543F7" Subject: WOL on em0 (enable wol_magic by default) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 19:52:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig00A30E7EABC44D5A2D3543F7 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I recognized that the if_em FreeBSD driver doesn't enable wol_magic by=20 default. Recently I found out that interrupting the boot process of a ESX machine = would lead to a non-ethernet-wakable server. Only after booting and=20 shutting down the ESX(i) the server woke up as expected. Now I checked it with FreeSBD and after shutting down the server it=20 doesn't respond to wol magic packets. One has to set `ifconfig em0 wol_magic` for example. Then it worked,=20 although the wol feature isn't reported by the interface: em0: flags=3D8843 metric 0 mtu 15= 00 options=3D9b Now comes the annoying part: It works only _sometimes_ Haven't found any rule yet. Maybe someone else can shade light on this mystic WOL behaviour (Jack?) Thanks in advance, -Harry --------------enig00A30E7EABC44D5A2D3543F7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpeM24ACgkQLDqVQ9VXb8gqdgCeJUc46YWYpSR8cOJhZo1QTrDX XhgAoK1YMAgBSCDjTI5WoctuCEHW0EcP =sMN/ -----END PGP SIGNATURE----- --------------enig00A30E7EABC44D5A2D3543F7-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 19:52: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 BB845106564A for ; Wed, 15 Jul 2009 19:52:33 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5200E8FC1E for ; Wed, 15 Jul 2009 19:52:32 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,406,1243807200"; d="scan'208";a="8529236" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 15 Jul 2009 21:52:31 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 9D5FE1B0751; Wed, 15 Jul 2009 21:52:31 +0200 (CEST) Date: Wed, 15 Jul 2009 21:52:31 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: strange verbose boot log entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 19:52:34 -0000 just booted r195677 (8.0-BETA1) with verbose_loading="YES" boot_verbose="YES" and noticed this strange /var/log/messages entry: Jul 15 21:45:05 otaku syslogd: kernel boot file is /boot/kernel/kernel Jul 15 21:45:05 otaku kernel: 8) <---------- Jul 15 21:45:05 otaku kernel: ACPI: MCFG 0x7fee7e80 0003C (v1 GBT GBTUACPI 42302E31 GBTU 01010101) Jul 15 21:45:05 otaku kernel: ACPI: APIC 0x7fee7d00 00084 (v1 GBT GBTUACPI 42302E31 GBTU 01010101) Jul 15 21:45:05 otaku kernel: ACPI: SSDT 0x7fee8520 003AB (v1 PmRef CpuPm 00003000 INTL 20040311) comments? alex From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 19:59: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 DF5631065673 for ; Wed, 15 Jul 2009 19:59:12 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1F18FC20 for ; Wed, 15 Jul 2009 19:59:12 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.0/8.14.0) with ESMTP id n6FJxBsK089089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Jul 2009 14:59:11 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n6FJxBJi041410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Jul 2009 14:59:11 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n6FJx9j6041407; Wed, 15 Jul 2009 14:59:09 -0500 (CDT) (envelope-from dan) Date: Wed, 15 Jul 2009 14:59:09 -0500 From: Dan Nelson To: Alexander Best Message-ID: <20090715195909.GK63413@dan.emsphone.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email2.allantgroup.com [199.67.51.78]); Wed, 15 Jul 2009 14:59:11 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-current@freebsd.org Subject: Re: strange verbose boot log entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 19:59:13 -0000 In the last episode (Jul 15), Alexander Best said: > just booted r195677 (8.0-BETA1) with > > verbose_loading="YES" > boot_verbose="YES" > > and noticed this strange /var/log/messages entry: > > Jul 15 21:45:05 otaku syslogd: kernel boot file is /boot/kernel/kernel > > Jul 15 21:45:05 otaku kernel: 8) <---------- > > Jul 15 21:45:05 otaku kernel: ACPI: MCFG 0x7fee7e80 0003C (v1 GBT GBTUACPI 42302E31 GBTU 01010101) > Jul 15 21:45:05 otaku kernel: ACPI: APIC 0x7fee7d00 00084 (v1 GBT GBTUACPI 42302E31 GBTU 01010101) > Jul 15 21:45:05 otaku kernel: ACPI: SSDT 0x7fee8520 003AB (v1 PmRef CpuPm 00003000 INTL 20040311) > > comments? Your kernel message buffer is too small to store the entire verbose boot sequence in memory before syslog can extract it. It's a circular buffer, so new entries overwrite the oldest ones. The line just before the "ACPI: MCFG" line was probably another ACPI line that happened to end in 8 and a close-paren. Adding this to your kernel and rebuilding should let you see the entire boot output. If something's still truncated, double it and try again. options MSGBUF_SIZE=65536 -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 20:02: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 25E5E106564A for ; Wed, 15 Jul 2009 20:02:16 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2DB8FC12 for ; Wed, 15 Jul 2009 20:02:14 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,406,1243807200"; d="scan'208";a="218796574" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 15 Jul 2009 22:02:13 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 8902E1B0751; Wed, 15 Jul 2009 22:02:13 +0200 (CEST) Date: Wed, 15 Jul 2009 22:02:13 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Andrew Milton Message-ID: In-Reply-To: <20090715195343.GN1195@camelot.theinternet.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: strange verbose boot log entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 20:02:16 -0000 *lol* ok. got it. Andrew Milton schrieb am 2009-07-15: > +-------[ Alexander Best ]---------------------- > | just booted r195677 (8.0-BETA1) with > | Jul 15 21:45:05 otaku kernel: 8) <---------- > | comments? > You will be happy. The Computer told you so. From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 20:03:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70ABD106566C for ; Wed, 15 Jul 2009 20:03:45 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3320B8FC0C for ; Wed, 15 Jul 2009 20:03:45 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from hyperion.scode.org (hyperion.scode.org [85.17.42.115]) by hyperion.scode.org (Postfix) with ESMTPS id 12410239441; Wed, 15 Jul 2009 22:03:44 +0200 (CEST) Date: Wed, 15 Jul 2009 22:03:42 +0200 From: Peter Schuller To: Freddie Cash Message-ID: <20090715200342.GA89750@hyperion.scode.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Randy Bush , freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 20:03:45 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Yep. It's as simple as: >=20 > * label all the drives using glabel, while they're still attached to the > pool > * use "zpool replace pool ad4 label/disk01" to replace 1 drive > * wait for it to resilver > * use "zpool replace pool ad6 label/disk02" to replace the next drive > * repeat the resilver and replace until all the devices are replaced While I can see this working "most of the time" - is there any reason to believe it is guaranteed to? glabel keeps meta data at the end of the device; is it guaranteed that ZFS is not using that part of the device actively? (For example by having a policy to reserve some amount at the end.) --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpeNh4ACgkQDNor2+l1i33JegCgqjIP44KGi1ByebfdcAIsztTI qqsAnjEKNRT/rPeJaGZd8S45OioWZD/R =MyxA -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 20:37: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 2F49B106564A; Wed, 15 Jul 2009 20:37:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 1BEED8FC17; Wed, 15 Jul 2009 20:37:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=0k2Yc9p3GQbmZIpHZwQA:9 a=yLIlR-bzXxjArStBFeV38tT2IOQA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1178473772; Wed, 15 Jul 2009 22:37:17 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 15 Jul 2009 22:36:55 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <1280352d0907101020q69f494cdndb01ff14ecf7ea8c@mail.gmail.com> <200907111710.18843.hselasky@c2i.net> <1280352d0907111217r5c218cdctf158dbfc588da304@mail.gmail.com> In-Reply-To: <1280352d0907111217r5c218cdctf158dbfc588da304@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907152236.58049.hselasky@c2i.net> Cc: usb@freebsd.org, Andrew Thompson Subject: Re: USB polling (75% done) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 20:37:20 -0000 Hi, I've added minimal polling support to the USB P4 repository now. Patch can be found here: http://perforce.freebsd.org/chv.cgi?CH=166148 Dumping core to USB disk: Tested and works. Using USB keyboard in KDB: Does not work because Giant is not locked when calling into the UKBD's get char routine. UKBD is Giant locked. Someone familiar with the keyboard system on FreeBSD please step forward and fix this so that UKBD gets independent of the Giant mutex. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 20:39: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 08C531065680 for ; Wed, 15 Jul 2009 20:39:46 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6CB8FC21 for ; Wed, 15 Jul 2009 20:39:45 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,406,1243807200"; d="scan'208";a="277349187" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 15 Jul 2009 22:39:26 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 7A2081B008B; Wed, 15 Jul 2009 22:39:26 +0200 (CEST) Date: Wed, 15 Jul 2009 22:39:26 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Dan Nelson Message-ID: In-Reply-To: <20090715195909.GK63413@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: strange verbose boot log entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 20:39:46 -0000 thanks for the hint. that kernel option solved the problem. alex Dan Nelson schrieb am 2009-07-15: > In the last episode (Jul 15), Alexander Best said: > > just booted r195677 (8.0-BETA1) with > > verbose_loading="YES" > > boot_verbose="YES" > > and noticed this strange /var/log/messages entry: > > Jul 15 21:45:05 otaku syslogd: kernel boot file is > > /boot/kernel/kernel > > Jul 15 21:45:05 otaku kernel: 8) <---------- > > Jul 15 21:45:05 otaku kernel: ACPI: MCFG 0x7fee7e80 0003C (v1 GBT > > GBTUACPI 42302E31 GBTU 01010101) > > Jul 15 21:45:05 otaku kernel: ACPI: APIC 0x7fee7d00 00084 (v1 GBT > > GBTUACPI 42302E31 GBTU 01010101) > > Jul 15 21:45:05 otaku kernel: ACPI: SSDT 0x7fee8520 003AB (v1 > > PmRef CpuPm 00003000 INTL 20040311) > > comments? > Your kernel message buffer is too small to store the entire verbose > boot > sequence in memory before syslog can extract it. It's a circular > buffer, so > new entries overwrite the oldest ones. The line just before the > "ACPI: > MCFG" line was probably another ACPI line that happened to end in 8 > and a > close-paren. Adding this to your kernel and rebuilding should let > you see > the entire boot output. If something's still truncated, double it > and try > again. > options MSGBUF_SIZE=65536 From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 20:47:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A051106566C for ; Wed, 15 Jul 2009 20:47:26 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id DB6BE8FC1A for ; Wed, 15 Jul 2009 20:47:25 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,406,1243807200"; d="scan'208";a="218798754" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 15 Jul 2009 22:47:24 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id C14B81B008B; Wed, 15 Jul 2009 22:47:24 +0200 (CEST) Date: Wed, 15 Jul 2009 22:47:24 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: (CTRL-C to abort) flood when core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 20:47:26 -0000 when debug.debugger_on_panic is 0, a panic occurs and the core dumps the console gets flooded with the following notice: (CTRL-C to abort) could we please output the warning only once? or every 10 seconds or so? thanks. alex From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 20:47: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 D030910656DA for ; Wed, 15 Jul 2009 20:47:58 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 89FB78FC34 for ; Wed, 15 Jul 2009 20:47:58 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n6FKlvbk085661; Wed, 15 Jul 2009 15:47:57 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=LRDtznINdA05TinLguTvE+tfne/XOHfrVlezU78TO5x4vFyP/WwMWTTXqnqxYBLEh GCnMxFGX9vjT40aNkrw2fmnI37DbtEh4PyGoQ1//H//+ebtwuAGHWzu5N4zxiy3QWEB aOBK5CvIjvs1ARzfKIzK2/yTYTRGaGuDCoceFVY= Message-ID: <4A5E407D.40102@jrv.org> Date: Wed, 15 Jul 2009 15:47:57 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Freddie Cash References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 20:47:59 -0000 Freddie Cash wrote: > That way, it doesn't matter where the physical devices are located > in the system, nor what the physical device nodes are called, as zpool just > looks for the label, and GEOM handles all the heavy lifting/translating for > you. > FreeBSD would probably be better off doing away with the ZFS cache entirely. That's what Apple did in the same situation (device names that can change boot to boot). From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 20:59: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 66E98106566C for ; Wed, 15 Jul 2009 20:59:12 +0000 (UTC) (envelope-from jfvogel@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 1D8778FC1B for ; Wed, 15 Jul 2009 20:59:11 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by yxe1 with SMTP id 1so6456180yxe.7 for ; Wed, 15 Jul 2009 13:59:11 -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=uOid7XGz6/szmw5u9UozA7j3mX5DwpVxgYC9/DCfoT8=; b=XHzOnGqWQPfJzDAlaMCm7YGDB/NE43g7lJT+SlC32QqZH5+RL0nBLuhHLsXtVVmSK1 XpAaDkERsS2f0F+n/L14jnSQW03oZoMRJYLVA0R2hfVB3WX92Fy1F+6hZyju2z7maxwM BVXoC47s1P2Uu9oJj0b33gxYQIcFCG0G1Q7y4= 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=qCivZ1NI15EJJwm3is2OkCd0eYAyzAim/epSQNjc5daINiy8B4miffNBaB4zwwl0DC C43G1S9jx+CIHUaps3YQIkL8lqgk6Qcv4m5rY4Ez9ep2xLjPe7aufLkneGPzIE6aKIr6 nqXTTAAw99gM13Dxc7Zd/2eVG4Ij8aRzzlJm8= MIME-Version: 1.0 Received: by 10.100.252.15 with SMTP id z15mr5824712anh.190.1247691551391; Wed, 15 Jul 2009 13:59:11 -0700 (PDT) In-Reply-To: <4A5E336E.1020604@omnilan.de> References: <4A5E336E.1020604@omnilan.de> Date: Wed, 15 Jul 2009 13:59:11 -0700 Message-ID: <2a41acea0907151359p35052eb6qe1977bf745a95497@mail.gmail.com> From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: WOL on em0 (enable wol_magic by default) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 20:59:12 -0000 The WOL code got put in before some of the later support and interest was added, at the time it was problematic, I have wanted to get back to it but have just been busy with new hardware support. The best I can do right now is to promise to increase its priority in my queue and try to get another look at it asap. Regards, Jack On Wed, Jul 15, 2009 at 12:52 PM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Hello, > > I recognized that the if_em FreeBSD driver doesn't enable wol_magic by > default. > Recently I found out that interrupting the boot process of a ESX machine > would lead to a non-ethernet-wakable server. Only after booting and shutting > down the ESX(i) the server woke up as expected. > Now I checked it with FreeSBD and after shutting down the server it doesn't > respond to wol magic packets. > One has to set `ifconfig em0 wol_magic` for example. Then it worked, > although the wol feature isn't reported by the interface: > em0: flags=8843 metric 0 mtu 1500 > options=9b > > Now comes the annoying part: It works only _sometimes_ > Haven't found any rule yet. > Maybe someone else can shade light on this mystic WOL behaviour (Jack?) > > Thanks in advance, > > -Harry > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 21:05: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 85E221065679 for ; Wed, 15 Jul 2009 21:05:00 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0684A8FC2C for ; Wed, 15 Jul 2009 21:04:59 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6FL4wWd080114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jul 2009 23:04:58 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A5E4479.6090908@omnilan.de> Date: Wed, 15 Jul 2009 23:04:57 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Jack Vogel References: <4A5E336E.1020604@omnilan.de> <2a41acea0907151359p35052eb6qe1977bf745a95497@mail.gmail.com> In-Reply-To: <2a41acea0907151359p35052eb6qe1977bf745a95497@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6C54DADDEA82A374CBD9ADEA" Cc: FreeBSD Current Subject: Re: WOL on em0 (enable wol_magic by default) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 21:05:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6C54DADDEA82A374CBD9ADEA Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jack Vogel schrieb am 15.07.2009 22:59 (localtime): > The WOL code got put in before some of the later support and interest=20 > was added, at the time > it was problematic, I have wanted to get back to it but have just been = > busy with new hardware > support. The best I can do right now is to promise to increase its=20 > priority in my queue and try > to get another look at it asap. Decent hardware support is much more important than WOL, of course! Thank you very much for your continuing great work to make me a happy=20 Intel reseller beeing able to ship FreeBSD servers :) Only ichwd on ich9 (S3200) doesn't work for me, but that's another story = which I'll post soon ;) Thanks, -Harry P.S.: I have the first order for a SR2600 machine. Any precautions? --------------enig6C54DADDEA82A374CBD9ADEA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEUEARECAAYFAkpeRHoACgkQLDqVQ9VXb8irgACgjT68RU/PzWWGBu+su+b0beZZ EdAAmPZpNpmYysltmUU4G0btbrmFUec= =PTvn -----END PGP SIGNATURE----- --------------enig6C54DADDEA82A374CBD9ADEA-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 21:16:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C92106566C for ; Wed, 15 Jul 2009 21:16:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7C88FC0C for ; Wed, 15 Jul 2009 21:16:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1949261and.13 for ; Wed, 15 Jul 2009 14:16:33 -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=3FKrt0meufOdOojFTJfrtx4DnU77wnLOKezZCqYGSWM=; b=PJe4ns8nsL6wKcnwpsB+ez3yqOuFADNl387gEFdP6fUTfY4t3kPNDTPwk+dX+VFNhm r+N4H4+Lz3EQXPWvrngCHzqF5KMdPMbJGsMyWoMQPjjIeWQdcSKg1RRL63fwIBnW7qNB SaqUb2og/6+lS5bfF2mnU9IiOIpfEjIm+a6ls= 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=gJqh9Y/X/lQXrCGydccen2jxDx3bYnKOhBXyiO9uZDKcD8CqEnJJY30wZkzoDPt3Ig 3+EsA8JueTB8XnFuMs2wsBNd83c2HXEQhG5mcw9ijzpxJK89WSNnbRp7/Xm2vpt6ZJfc w/EVxJNw13Ap4ljDIdW+Y3anEWp++p5oaJGSE= MIME-Version: 1.0 Received: by 10.100.41.4 with SMTP id o4mr10790735ano.53.1247692593527; Wed, 15 Jul 2009 14:16:33 -0700 (PDT) In-Reply-To: <4A5E4479.6090908@omnilan.de> References: <4A5E336E.1020604@omnilan.de> <2a41acea0907151359p35052eb6qe1977bf745a95497@mail.gmail.com> <4A5E4479.6090908@omnilan.de> Date: Wed, 15 Jul 2009 14:16:33 -0700 Message-ID: <2a41acea0907151416h6f3b2176iad25018f9040a91a@mail.gmail.com> From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: WOL on em0 (enable wol_magic by default) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 21:16:34 -0000 Tell me more about this ichwd problem, ich9 is actually giving me a headache right at the moment due to this problem on some systems with the em driver finding the EEPROM to have a bad checksum. Have you seen this issue? I have only had brief access to a new i7 server, did so to make 32+ queues work for the ixgbe driver, only complaint I have is they take a LONG time to boot (must be some server thing :), but otherwise I was impressed, would like to replace the server in my cube with one but that won't happen for a while. Regards, Jack On Wed, Jul 15, 2009 at 2:04 PM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Jack Vogel schrieb am 15.07.2009 22:59 (localtime): > >> The WOL code got put in before some of the later support and interest was >> added, at the time >> it was problematic, I have wanted to get back to it but have just been >> busy with new hardware >> support. The best I can do right now is to promise to increase its >> priority in my queue and try >> to get another look at it asap. >> > > Decent hardware support is much more important than WOL, of course! > Thank you very much for your continuing great work to make me a happy Intel > reseller beeing able to ship FreeBSD servers :) > Only ichwd on ich9 (S3200) doesn't work for me, but that's another story > which I'll post soon ;) > > Thanks, > > -Harry > > P.S.: I have the first order for a SR2600 machine. Any precautions? > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 21:24: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 C7E65106566C for ; Wed, 15 Jul 2009 21:24:50 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 31AA28FC12 for ; Wed, 15 Jul 2009 21:24:49 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6FLOmLw080471 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jul 2009 23:24:49 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A5E4920.2050306@omnilan.de> Date: Wed, 15 Jul 2009 23:24:48 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Jack Vogel References: <4A5E336E.1020604@omnilan.de> <2a41acea0907151359p35052eb6qe1977bf745a95497@mail.gmail.com> <4A5E4479.6090908@omnilan.de> <2a41acea0907151416h6f3b2176iad25018f9040a91a@mail.gmail.com> In-Reply-To: <2a41acea0907151416h6f3b2176iad25018f9040a91a@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0D040ED4CA7BFACBD44EEF43" Cc: FreeBSD Current Subject: Re: WOL on em0 (enable wol_magic by default) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 21:24:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0D040ED4CA7BFACBD44EEF43 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jack Vogel schrieb am 15.07.2009 23:16 (localtime): > Tell me more about this ichwd problem, ich9 is actually giving me a hea= dache >=20 > right at the moment due to this problem on some systems with the em dri= ver > finding the EEPROM to have a bad checksum. Have you seen this issue? Not yet, but I'm relatively new with 8-current on ich9 hw (one GigaByte=20 P35 and two S3200SH) I'm about to follow my thread I picked up back in march: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D81262+0+archive/2009/freeb= sd-current/20090322.freebsd-current There were some suggestions I haven't followed yet. That's my starting point right now, I'll reply in that thread. > I have only had brief access to a new i7 server, did so to make 32+ qu= eues > work for the ixgbe driver, only complaint I have is they take a LONG ti= me to > boot (must be some server thing :), but otherwise I was impressed, woul= d Indeed, but that's also been true for the predecessor, SR2500. One=20 boot-cycle means smokers paradise ;) Thanks, -Harry --------------enig0D040ED4CA7BFACBD44EEF43 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpeSSAACgkQLDqVQ9VXb8g91ACeJEhqiAyPx9BYXQe1gpras08r cOkAnjEVHafdHucRyRP/Xk9/0jeaul8l =HLEy -----END PGP SIGNATURE----- --------------enig0D040ED4CA7BFACBD44EEF43-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 21:32:49 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 5FB26106564A for ; Wed, 15 Jul 2009 21:32:49 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ew0-f215.google.com (mail-ew0-f215.google.com [209.85.219.215]) by mx1.freebsd.org (Postfix) with ESMTP id A79878FC1A for ; Wed, 15 Jul 2009 21:32:48 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ewy11 with SMTP id 11so7500ewy.43 for ; Wed, 15 Jul 2009 14:32:47 -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 :organization:user-agent:mime-version:to:subject:x-enigmail-version :content-type; bh=x10hmOUJtrZ5vwe2DtVARDM48ZQcPfilTEu90iJ0CGE=; b=ctLy1bB+tV8BN0pyr3wfZyXZqlkVhOyWUVPcHxE6gVe1Q3I7WPUpgQMABtxr4/1ohk w60327ChZHSkhtNfXT44n+MmczfywEJLx6u3KT/W4pH0Nvr1ydJt4uZ51P7QCNptt59Q MDmX3LR2jNScK4k0r6zy5Xp14VoIqV6/vp3EA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:x-enigmail-version:content-type; b=nw6Y9jHIwcEFxkxXcZJnDZpZcaSUPQTascuzBeyvxr1Z/PprNKTGwII5IKHFkzqmVz iKvom97LmKSqYtxc9kKK0/kaWdtnT94uyFwR3kSilnhIsOT5mRQEzi7um3BcRub+nRqF 2b3uU+Wy/inTBbiCStNeT/59U/ph9CInDrXLw= Received: by 10.210.77.13 with SMTP id z13mr5091928eba.55.1247691609997; Wed, 15 Jul 2009 14:00:09 -0700 (PDT) Received: from self.rene-ladan.nl ([77.163.174.49]) by mx.google.com with ESMTPS id 28sm4806550eyg.52.2009.07.15.14.00.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Jul 2009 14:00:08 -0700 (PDT) Sender: Rene Ladan Message-ID: <4A5E4356.9060807@freebsd.org> Date: Wed, 15 Jul 2009 23:00:06 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090713) MIME-Version: 1.0 To: Benjamin Close , current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/mixed; boundary="------------040701090106060803020207" Cc: Subject: wpi card non-functional in 8.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 21:32:49 -0000 This is a multi-part message in MIME format. --------------040701090106060803020207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, it looks like my wpi card (Intel 3945 ABG) stopped working in 8.0-BETA1/amd64, at least in WPA2 mode. wpa_supplicant now gives ioctl errors (no log for now :( ). It worked fine in 7.2-RELEASE/amd64. There, the LED would also light up (flashing while connecting, solid while connected). But now it always stays dark. The Bluetooth module (at usbus2) works fine, I can connect it to my cellphone. I've attached the relevant dmesg parts. Any clues? Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) --------------040701090106060803020207 Content-Type: text/plain; name="wpi-80b1.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="wpi-80b1.txt" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA1 #0: Sat Jul 4 02:38:21 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz (1828.76-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2058321920 (1962 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <_ASUS_ Notebook> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 wpi0: mem 0xfe1ff000-0xfe1fffff irq 19 at device 0.0 on pci3 wpi0: Driver Revision 20071127 wpi0: Hardware Revision (0x1) adding chan 1 (2412MHz) flags=0x2b maxpwr=15 passive=0, offset 2 adding chan 2 (2417MHz) flags=0x2b maxpwr=15 passive=0, offset 4 adding chan 3 (2422MHz) flags=0x2b maxpwr=15 passive=0, offset 6 adding chan 4 (2427MHz) flags=0x2b maxpwr=15 passive=0, offset 8 adding chan 5 (2432MHz) flags=0x2b maxpwr=15 passive=0, offset 10 adding chan 6 (2437MHz) flags=0x2b maxpwr=15 passive=0, offset 12 adding chan 7 (2442MHz) flags=0x2b maxpwr=15 passive=0, offset 14 adding chan 8 (2447MHz) flags=0x2b maxpwr=15 passive=0, offset 16 adding chan 9 (2452MHz) flags=0x2b maxpwr=15 passive=0, offset 18 adding chan 10 (2457MHz) flags=0x2b maxpwr=15 passive=0, offset 20 adding chan 11 (2462MHz) flags=0x2b maxpwr=15 passive=0, offset 22 adding chan 12 (2467MHz) flags=0x21 maxpwr=15 passive=1, offset 24 adding chan 13 (2472MHz) flags=0x21 maxpwr=15 passive=1, offset 26 adding chan 34 (5170MHz) flags=0x21 maxpwr=15 passive=1, offset 27 adding chan 36 (5180MHz) flags=0xab maxpwr=15 passive=0, offset 28 adding chan 38 (5190MHz) flags=0x21 maxpwr=15 passive=1, offset 29 adding chan 40 (5200MHz) flags=0xab maxpwr=15 passive=0, offset 30 adding chan 42 (5210MHz) flags=0x21 maxpwr=15 passive=1, offset 31 adding chan 44 (5220MHz) flags=0xab maxpwr=15 passive=0, offset 32 adding chan 46 (5230MHz) flags=0x21 maxpwr=15 passive=1, offset 33 adding chan 48 (5240MHz) flags=0xab maxpwr=15 passive=0, offset 34 adding chan 52 (5260MHz) flags=0xb1 maxpwr=15 passive=1, offset 35 adding chan 56 (5280MHz) flags=0xb1 maxpwr=15 passive=1, offset 36 adding chan 60 (5300MHz) flags=0xb1 maxpwr=15 passive=1, offset 37 adding chan 64 (5320MHz) flags=0xb1 maxpwr=15 passive=1, offset 38 adding chan 100 (5500MHz) flags=0xb1 maxpwr=16 passive=1, offset 39 adding chan 104 (5520MHz) flags=0xb1 maxpwr=16 passive=1, offset 40 adding chan 108 (5540MHz) flags=0xb1 maxpwr=16 passive=1, offset 41 adding chan 112 (5560MHz) flags=0xb1 maxpwr=16 passive=1, offset 42 adding chan 116 (5580MHz) flags=0xb1 maxpwr=16 passive=1, offset 43 adding chan 120 (5600MHz) flags=0xb1 maxpwr=16 passive=1, offset 44 adding chan 124 (5620MHz) flags=0xb1 maxpwr=16 passive=1, offset 45 adding chan 128 (5640MHz) flags=0xb1 maxpwr=16 passive=1, offset 46 adding chan 132 (5660MHz) flags=0xb1 maxpwr=16 passive=1, offset 47 adding chan 136 (5680MHz) flags=0xb1 maxpwr=16 passive=1, offset 48 adding chan 140 (5700MHz) flags=0xb1 maxpwr=16 passive=1, offset 49 power group 0: chan=1 maxpwr=46 temp=-190 sample 0: index=13 power=42 sample 1: index=29 power=29 sample 2: index=47 power=9 sample 3: index=58 power=-1 sample 4: index=77 power=-19 power group 1: chan=44 maxpwr=49 temp=-193 sample 0: index=12 power=40 sample 1: index=19 power=32 sample 2: index=32 power=18 sample 3: index=43 power=7 sample 4: index=77 power=-25 power group 2: chan=64 maxpwr=49 temp=-191 sample 0: index=12 power=41 sample 1: index=20 power=32 sample 2: index=33 power=19 sample 3: index=44 power=9 sample 4: index=77 power=-22 power group 3: chan=116 maxpwr=47 temp=-190 sample 0: index=12 power=39 sample 1: index=20 power=31 sample 2: index=36 power=14 sample 3: index=48 power=3 sample 4: index=77 power=-24 power group 4: chan=153 maxpwr=44 temp=-189 sample 0: index=10 power=36 sample 1: index=20 power=25 sample 2: index=32 power=13 sample 3: index=42 power=5 sample 4: index=77 power=-26 wpi0: Regulatory Domain: MoW2 wpi0: Hardware Type: B wpi0: Hardware Revision: ? wpi0: SKU does support 802.11a wpi0: [ITHREAD] ... wpi0: timeout resetting Tx ring 1 wpi0: timeout resetting Tx ring 3 wpi0: timeout resetting Tx ring 4 ... wpi0: mem 0xfe1ff000-0xfe1fffff irq 19 at device 0.0 on pci3 wpi0: Driver Revision 20071127 wpi0: Hardware Revision (0x1) adding chan 1 (2412MHz) flags=0x2b maxpwr=15 passive=0, offset 2 adding chan 2 (2417MHz) flags=0x2b maxpwr=15 passive=0, offset 4 adding chan 3 (2422MHz) flags=0x2b maxpwr=15 passive=0, offset 6 adding chan 4 (2427MHz) flags=0x2b maxpwr=15 passive=0, offset 8 adding chan 5 (2432MHz) flags=0x2b maxpwr=15 passive=0, offset 10 adding chan 6 (2437MHz) flags=0x2b maxpwr=15 passive=0, offset 12 adding chan 7 (2442MHz) flags=0x2b maxpwr=15 passive=0, offset 14 adding chan 8 (2447MHz) flags=0x2b maxpwr=15 passive=0, offset 16 adding chan 9 (2452MHz) flags=0x2b maxpwr=15 passive=0, offset 18 adding chan 10 (2457MHz) flags=0x2b maxpwr=15 passive=0, offset 20 adding chan 11 (2462MHz) flags=0x2b maxpwr=15 passive=0, offset 22 adding chan 12 (2467MHz) flags=0x21 maxpwr=15 passive=1, offset 24 adding chan 13 (2472MHz) flags=0x21 maxpwr=15 passive=1, offset 26 adding chan 34 (5170MHz) flags=0x21 maxpwr=15 passive=1, offset 27 adding chan 36 (5180MHz) flags=0xab maxpwr=15 passive=0, offset 28 adding chan 38 (5190MHz) flags=0x21 maxpwr=15 passive=1, offset 29 adding chan 40 (5200MHz) flags=0xab maxpwr=15 passive=0, offset 30 adding chan 42 (5210MHz) flags=0x21 maxpwr=15 passive=1, offset 31 adding chan 44 (5220MHz) flags=0xab maxpwr=15 passive=0, offset 32 adding chan 46 (5230MHz) flags=0x21 maxpwr=15 passive=1, offset 33 adding chan 48 (5240MHz) flags=0xab maxpwr=15 passive=0, offset 34 adding chan 52 (5260MHz) flags=0xb1 maxpwr=15 passive=1, offset 35 adding chan 56 (5280MHz) flags=0xb1 maxpwr=15 passive=1, offset 36 adding chan 60 (5300MHz) flags=0xb1 maxpwr=15 passive=1, offset 37 adding chan 64 (5320MHz) flags=0xb1 maxpwr=15 passive=1, offset 38 adding chan 100 (5500MHz) flags=0xb1 maxpwr=16 passive=1, offset 39 adding chan 104 (5520MHz) flags=0xb1 maxpwr=16 passive=1, offset 40 adding chan 108 (5540MHz) flags=0xb1 maxpwr=16 passive=1, offset 41 adding chan 112 (5560MHz) flags=0xb1 maxpwr=16 passive=1, offset 42 adding chan 116 (5580MHz) flags=0xb1 maxpwr=16 passive=1, offset 43 adding chan 120 (5600MHz) flags=0xb1 maxpwr=16 passive=1, offset 44 adding chan 124 (5620MHz) flags=0xb1 maxpwr=16 passive=1, offset 45 adding chan 128 (5640MHz) flags=0xb1 maxpwr=16 passive=1, offset 46 adding chan 132 (5660MHz) flags=0xb1 maxpwr=16 passive=1, offset 47 adding chan 136 (5680MHz) flags=0xb1 maxpwr=16 passive=1, offset 48 adding chan 140 (5700MHz) flags=0xb1 maxpwr=16 passive=1, offset 49 power group 0: chan=1 maxpwr=46 temp=-190 sample 0: index=13 power=42 sample 1: index=29 power=29 sample 2: index=47 power=9 sample 3: index=58 power=-1 sample 4: index=77 power=-19 power group 1: chan=44 maxpwr=49 temp=-193 sample 0: index=12 power=40 sample 1: index=19 power=32 sample 2: index=32 power=18 sample 3: index=43 power=7 sample 4: index=77 power=-25 power group 2: chan=64 maxpwr=49 temp=-191 sample 0: index=12 power=41 sample 1: index=20 power=32 sample 2: index=33 power=19 sample 3: index=44 power=9 sample 4: index=77 power=-22 power group 3: chan=116 maxpwr=47 temp=-190 sample 0: index=12 power=39 sample 1: index=20 power=31 sample 2: index=36 power=14 sample 3: index=48 power=3 sample 4: index=77 power=-24 power group 4: chan=153 maxpwr=44 temp=-189 sample 0: index=10 power=36 sample 1: index=20 power=25 sample 2: index=32 power=13 sample 3: index=42 power=5 sample 4: index=77 power=-26 wpi0: Regulatory Domain: MoW2 wpi0: Hardware Type: B wpi0: Hardware Revision: ? wpi0: SKU does support 802.11a wpi0: [ITHREAD] wpi0: timeout resetting Tx ring 1 wpi0: timeout resetting Tx ring 3 wpi0: timeout resetting Tx ring 4 microcode alive notification version 10e02 alive 1 microcode alive notification version 10e02 alive 1 wpi0: Radio Transmitter is switched off state changed to 1 wpi0: Radio transmitter is switched off state changed to 0 wpi0: Hardware Switch Enabled wpi0: timeout resetting Tx ring 1 wpi0: timeout resetting Tx ring 3 wpi0: timeout resetting Tx ring 4 wpi0: detached wpi0: mem 0xfe1ff000-0xfe1fffff irq 19 at device 0.0 on pci3 wpi0: Driver Revision 20071127 wpi0: Hardware Revision (0x801) adding chan 1 (2412MHz) flags=0x2b maxpwr=15 passive=0, offset 2 adding chan 2 (2417MHz) flags=0x2b maxpwr=15 passive=0, offset 4 adding chan 3 (2422MHz) flags=0x2b maxpwr=15 passive=0, offset 6 adding chan 4 (2427MHz) flags=0x2b maxpwr=15 passive=0, offset 8 adding chan 5 (2432MHz) flags=0x2b maxpwr=15 passive=0, offset 10 adding chan 6 (2437MHz) flags=0x2b maxpwr=15 passive=0, offset 12 adding chan 7 (2442MHz) flags=0x2b maxpwr=15 passive=0, offset 14 adding chan 8 (2447MHz) flags=0x2b maxpwr=15 passive=0, offset 16 adding chan 9 (2452MHz) flags=0x2b maxpwr=15 passive=0, offset 18 adding chan 10 (2457MHz) flags=0x2b maxpwr=15 passive=0, offset 20 adding chan 11 (2462MHz) flags=0x2b maxpwr=15 passive=0, offset 22 adding chan 12 (2467MHz) flags=0x21 maxpwr=15 passive=1, offset 24 adding chan 13 (2472MHz) flags=0x21 maxpwr=15 passive=1, offset 26 adding chan 34 (5170MHz) flags=0x21 maxpwr=15 passive=1, offset 27 adding chan 36 (5180MHz) flags=0xab maxpwr=15 passive=0, offset 28 adding chan 38 (5190MHz) flags=0x21 maxpwr=15 passive=1, offset 29 adding chan 40 (5200MHz) flags=0xab maxpwr=15 passive=0, offset 30 adding chan 42 (5210MHz) flags=0x21 maxpwr=15 passive=1, offset 31 adding chan 44 (5220MHz) flags=0xab maxpwr=15 passive=0, offset 32 adding chan 46 (5230MHz) flags=0x21 maxpwr=15 passive=1, offset 33 adding chan 48 (5240MHz) flags=0xab maxpwr=15 passive=0, offset 34 adding chan 52 (5260MHz) flags=0xb1 maxpwr=15 passive=1, offset 35 adding chan 56 (5280MHz) flags=0xb1 maxpwr=15 passive=1, offset 36 adding chan 60 (5300MHz) flags=0xb1 maxpwr=15 passive=1, offset 37 adding chan 64 (5320MHz) flags=0xb1 maxpwr=15 passive=1, offset 38 adding chan 100 (5500MHz) flags=0xb1 maxpwr=16 passive=1, offset 39 adding chan 104 (5520MHz) flags=0xb1 maxpwr=16 passive=1, offset 40 adding chan 108 (5540MHz) flags=0xb1 maxpwr=16 passive=1, offset 41 adding chan 112 (5560MHz) flags=0xb1 maxpwr=16 passive=1, offset 42 adding chan 116 (5580MHz) flags=0xb1 maxpwr=16 passive=1, offset 43 adding chan 120 (5600MHz) flags=0xb1 maxpwr=16 passive=1, offset 44 adding chan 124 (5620MHz) flags=0xb1 maxpwr=16 passive=1, offset 45 adding chan 128 (5640MHz) flags=0xb1 maxpwr=16 passive=1, offset 46 adding chan 132 (5660MHz) flags=0xb1 maxpwr=16 passive=1, offset 47 adding chan 136 (5680MHz) flags=0xb1 maxpwr=16 passive=1, offset 48 adding chan 140 (5700MHz) flags=0xb1 maxpwr=16 passive=1, offset 49 power group 0: chan=1 maxpwr=46 temp=-190 sample 0: index=13 power=42 sample 1: index=29 power=29 sample 2: index=47 power=9 sample 3: index=58 power=-1 sample 4: index=77 power=-19 power group 1: chan=44 maxpwr=49 temp=-193 sample 0: index=12 power=40 sample 1: index=19 power=32 sample 2: index=32 power=18 sample 3: index=43 power=7 sample 4: index=77 power=-25 power group 2: chan=64 maxpwr=49 temp=-191 sample 0: index=12 power=41 sample 1: index=20 power=32 sample 2: index=33 power=19 sample 3: index=44 power=9 sample 4: index=77 power=-22 power group 3: chan=116 maxpwr=47 temp=-190 sample 0: index=12 power=39 sample 1: index=20 power=31 sample 2: index=36 power=14 sample 3: index=48 power=3 sample 4: index=77 power=-24 power group 4: chan=153 maxpwr=44 temp=-189 sample 0: index=10 power=36 sample 1: index=20 power=25 sample 2: index=32 power=13 sample 3: index=42 power=5 sample 4: index=77 power=-26 wpi0: Regulatory Domain: MoW2 wpi0: Hardware Type: B wpi0: Hardware Revision: ? wpi0: SKU does support 802.11a wpi0: [ITHREAD] wpi0: timeout resetting Tx ring 1 wpi0: timeout resetting Tx ring 3 wpi0: timeout resetting Tx ring 4 microcode alive notification version 10e02 alive 1 microcode alive notification version 10e02 alive 1 ... --------------040701090106060803020207-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 21:37: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 AD1E7106566C for ; Wed, 15 Jul 2009 21:37:59 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-7.bnguk.net (atmail-7.bnguk.net [80.74.253.4]) by mx1.freebsd.org (Postfix) with ESMTP id 67E8F8FC35 for ; Wed, 15 Jul 2009 21:37:59 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com) by atmail-7.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MRCAn-0001wG-Mz for freebsd-current@freebsd.org; Wed, 15 Jul 2009 22:37:57 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id E0101C10587; Wed, 15 Jul 2009 22:37:56 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QtUUdjFtaN1X; Wed, 15 Jul 2009 22:37:53 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 2376CC10586; Wed, 15 Jul 2009 22:37:53 +0100 (BST) Date: Wed, 15 Jul 2009 22:37:53 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Kamigishi Rei In-Reply-To: <4A5D0F9B.1010900@haruhiism.net> Message-ID: References: <4A5D0F9B.1010900@haruhiism.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, Freddie Cash Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 21:38:00 -0000 On Wed, 15 Jul 2009, Kamigishi Rei wrote: > There was another step you could take to recover your array safely. > Right after that upgrade after witnessing the problem, boot back into > kernel.old in single user mode and doing > /etc/rc.d/zfs start > zpool export poolname > > and then rebooting into normal kernel in single user mode again and doing > > /etc/rc.d/zfs start > zpool import poolname > > That's how I solved it when I moved from adXX to adaXX device names. > > Actually, just to be sure, I export pools for every update that touches > ata/ahci modules. I think that probably is good practise; I'm not sure it would've avoided my problem due to the re-use of the same drive names for different drives between the old and new naming schemes, which is what seems to have caused the upset, but that said, it probably is a good habit to get into, from what I understand. Thanks, Chris From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 21:42: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 7312B1065676 for ; Wed, 15 Jul 2009 21:42:09 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-7.bnguk.net (atmail-7.bnguk.net [80.74.253.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2C3FC8FC13 for ; Wed, 15 Jul 2009 21:42:09 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com) by atmail-7.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MRCEp-0006Gi-Vy for freebsd-current@freebsd.org; Wed, 15 Jul 2009 22:42:08 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 45407C10589; Wed, 15 Jul 2009 22:42:07 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id QReF3J1LJll3; Wed, 15 Jul 2009 22:42:04 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 1D73DC10588; Wed, 15 Jul 2009 22:42:04 +0100 (BST) Date: Wed, 15 Jul 2009 22:42:04 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Peter Schuller In-Reply-To: <20090715200342.GA89750@hyperion.scode.org> Message-ID: References: <20090715200342.GA89750@hyperion.scode.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , freebsd-current@freebsd.org, Freddie Cash Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 21:42:09 -0000 On Wed, 15 Jul 2009, Peter Schuller wrote: > While I can see this working "most of the time" - is there any reason > to believe it is guaranteed to? glabel keeps meta data at the end of > the device; is it guaranteed that ZFS is not using that part of the > device actively? (For example by having a policy to reserve some > amount at the end.) I think that would be my worry; I did wonder about trying the same with my own installation, but even if it were possible (or advisable for other reasons; I'm not sure it is in either case) I am worried that at some point something or other might want to use that last block with interesting consequences. I've just been having fun and games moving over to the gpart scheme and having to remember to include an extra block to keep the label information, since gmirror forbids me to add a labeled partition due to it being too small (in which case maybe ZFS doesn't use the full partition if it allows it to be re-added even though it's shrunk by a block)... but I'm going to rebuild my ZFS array from scratch. Chris. From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 22:12: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 97BBB106566B for ; Wed, 15 Jul 2009 22:12:47 +0000 (UTC) (envelope-from edwinlculp@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 4BD5E8FC1D for ; Wed, 15 Jul 2009 22:12:47 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so543922qwe.7 for ; Wed, 15 Jul 2009 15:12:46 -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=g2unyAJpuGddxYPRqrMOofgRQX2oosECQZgexE8H5Xg=; b=kr2p/al3E5D/FiVyOiGlnS7eOOpXCk14YugJva/dvOPspVA9p1qzBl/yH5ga/cCb/f lIHK3jGkBQapd2cx/oVqd27AQhiusHnyHrPTilmfB4OWUKNzfhDpm6gh1Savb+ACc4ef e6lcXtIGMDC7nIvzO6uEnrbDxDJujZu3tvO3U= 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=nmUNqKUnpdzNQ8TtkZjEZ5olDNpbyonGpgV8ub9xQOt+s4nqlDdgDhUzY5iH3Ic528 De6/0hMfafooYk6Bs6FKvG8WqWW39wP9X72Ju7uf0bsATfwXsn/dLtQP7K9a9sib3gPw rdVC2afl/gWCgr2hLLyyMVbxxNBf1PMCTWCf4= MIME-Version: 1.0 Received: by 10.229.70.141 with SMTP id d13mr1661162qcj.70.1247695965956; Wed, 15 Jul 2009 15:12:45 -0700 (PDT) In-Reply-To: <1247682869.1298.32.camel@RabbitsDen> References: <7affaed60907141654h29f748cdm95532aa83c4ac08d@mail.gmail.com> <1247682869.1298.32.camel@RabbitsDen> Date: Wed, 15 Jul 2009 17:12:45 -0500 Message-ID: <7affaed60907151512q24ce3df6j5ee9989907dd6739@mail.gmail.com> From: "Edwin L. Culp W." To: Alexandre Sunny Kovalenko Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current Subject: Re: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 22:12:48 -0000 On Wed, Jul 15, 2009 at 1:34 PM, Alexandre "Sunny" Kovalenko < gaijin.k@gmail.com> wrote: > On Tue, 2009-07-14 at 18:54 -0500, Edwin L. Culp W. wrote: > > I am having overheating problems with my Acer Aspire laptop. > > # uname -a > > FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul 9 > > 07:05:20 CDT 2009 root@ed.local.net.mx: > /usr/obj/usr/src/sys/ENCONTACTO > > i386 > > > > I've been having this problem for several months and compensating by > > reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. > > > > The errors I'm seeing in the log files are: > > > > +acpi_ec0: EcRead: failed waiting to get data > > +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for > > [EmbeddedControl] 20090521 evregion-531 > > +ACPI Error (psparse-0633): Method parse/execution failed > [\\_TZ_.THRM._TMP] > > (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE > > > > I'm afraid that I don't understand them. > This means that FreeBSD tried to execute method, provided by your ACPI > BIOS, that is supposed to return current temperature, and execution did > not complete within certain time limit (I do not have -CURRENT system > handy to tell you what the limit is). I would recommend taking this to > acpi@ mailing list, unless it used to work under -STABLE and ceased > under -CURRENT. > > Output of 'sysctl hw.acpi' should give you a clue, especially > temperature field. > > Next steps could be: > -- see if there is BIOS update for your hardware. > -- boot some kind of live CD of the system, you are familiar with, and > check temperature value(s). They should be reasonable and should change > with the load. > -- If your BIOS is up-to-date and nothing gives you reasonable > temperature readout, it might be hardware problem. Alternatively, it > might be that your ACPI BIOS was never designed to work with anything > but Windows -- I have seen few of those in the past. If latter is the > case, disassembling your ASL (see handbook for instructions) and reading > through it with ACPI spec at hand, starting with the _TMP method above, > might get you somewhere. Thermal section of the ACPI spec is > self-sufficient, well-written and has documented example. > -- ask on acpi@ whether there is tunable and/or hack which can extend > timeout value -- it could be that whatever hardware your ASL is talking > to just takes its own time to respond.. > > HTH, Excellent advice. As soon as I get back home I'm going to check out a BIOS update. I hadn't though about that and also look closer at ACPI that I've not done either but that will take a little more time but well spent, I would say. Thanks, ed > > -- > Alexandre Kovalenko (=EF=CC=C5=CB=D3=C1=CE=C4=D2 =EB=CF=D7=C1=CC=C5=CE=CB= =CF) > > > From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 22:15: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 8EB301065675 for ; Wed, 15 Jul 2009 22:15:24 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4A68FC15 for ; Wed, 15 Jul 2009 22:15:24 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MRCl0-000MjK-TP; Wed, 15 Jul 2009 22:15:23 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 6089928D09ED; Thu, 16 Jul 2009 07:15:22 +0900 (JST) Date: Thu, 16 Jul 2009 07:15:22 +0900 Message-ID: From: Randy Bush To: Freddie Cash In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 22:15:24 -0000 > * label all the drives using glabel, while they're still attached to the > pool having a bit of a problem with that one # zpool status pool: tank state: ONLINE scrub: resilver completed after 0h3m with 0 errors on Wed Jul 15 14:13:49 2009 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 ad4s3 ONLINE 0 0 0 ad5s3 ONLINE 0 0 0 mirror ONLINE 0 0 0 ad7s1 ONLINE 0 0 0 71.5M resilvered label/disk02 ONLINE 0 0 0 1.82G resilvered errors: No known data errors # glabel label disk03 /dev/ad7s1 glabel: Can't store metadata on /dev/ad7s1: Operation not permitted. # sysctl kern.geom.debugflags=17 kern.geom.debugflags: 0 -> 17 # glabel label disk03 /dev/ad7s1 glabel: Can't store metadata on /dev/ad7s1: Operation not permitted. randy From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 22:19: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 A382F1065677 for ; Wed, 15 Jul 2009 22:19:31 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 589368FC1C for ; Wed, 15 Jul 2009 22:19:31 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by gxk17 with SMTP id 17so5788389gxk.19 for ; Wed, 15 Jul 2009 15:19:30 -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:content-type; bh=D85rNl0J1fSk86yO9RsL9/dK1rW3SNYOF3to31r8EWw=; b=QHsBe+HEVEJeCMyKjD/e1QR9AM4ZLElYGMOVCEum9J/DLi40ghQOMNFERR1BMD5V0J +DtowsaBf6vWPNrBM77v3BL64vFj1vlieAVApHJISe3UauHXKik0esFdvnN2RRbJd0Nz ffaj4XWK05wvCe+PwjbSat7h8kEugqJl9a7rM= 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 :content-type; b=v2CGvSgfpndOP/YcfDLmuwvo7nYR5gCKZK0rmT3Eq6l824BXRet9PJUPGk4zkg6URK h+AJ8kVEVW3sSjVbm6XKeaxclwLNgkSVEyy6qtfnKfvL+YUd2e9PNMZ3yfpzcdBVloYz /IuDyD/oUIrYHNn/6lwTDffQYxNSb9OCdnoqc= MIME-Version: 1.0 Received: by 10.150.185.4 with SMTP id i4mr13420694ybf.278.1247696370767; Wed, 15 Jul 2009 15:19:30 -0700 (PDT) In-Reply-To: References: Date: Wed, 15 Jul 2009 15:19:30 -0700 Message-ID: From: Freddie Cash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 22:19:31 -0000 On Wed, Jul 15, 2009 at 3:15 PM, Randy Bush wrote: > > * label all the drives using glabel, while they're still attached to > the > > pool > > having a bit of a problem with that one > > # zpool status > pool: tank > state: ONLINE > scrub: resilver completed after 0h3m with 0 errors on Wed Jul 15 14:13:49 > 2009 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > mirror ONLINE 0 0 0 > ad4s3 ONLINE 0 0 0 > ad5s3 ONLINE 0 0 0 > mirror ONLINE 0 0 0 > ad7s1 ONLINE 0 0 0 71.5M resilvered > label/disk02 ONLINE 0 0 0 1.82G resilvered > > errors: No known data errors > # glabel label disk03 /dev/ad7s1 > glabel: Can't store metadata on /dev/ad7s1: Operation not permitted. > # sysctl kern.geom.debugflags=17 > kern.geom.debugflags: 0 -> 17 > # glabel label disk03 /dev/ad7s1 > glabel: Can't store metadata on /dev/ad7s1: Operation not permitted. > > randy > Hrm, you might need to do this from single-user mode, without the ZFS filesystems mounted, or the drives in use. Or from a LiveFS CD, if /usr is a ZFS filesystem. On our ZFS hosts, / and /usr are on UFS (gmirror). -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 15 22:33: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 302D71065670 for ; Wed, 15 Jul 2009 22:33:03 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id A08EB8FC24 for ; Wed, 15 Jul 2009 22:33:02 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n6FJvL2q006865 for ; Thu, 16 Jul 2009 05:57:23 +1000 Received: from camelot.theinternet.com.au (d122-105-150-11.bla11.nsw.optusnet.com.au [122.105.150.11]) by mail07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n6FJvGWL021790; Thu, 16 Jul 2009 05:57:18 +1000 Received: by camelot.theinternet.com.au (Postfix, from userid 1000) id 0C90E17022; Thu, 16 Jul 2009 05:53:43 +1000 (EST) Date: Thu, 16 Jul 2009 05:53:43 +1000 From: Andrew Milton To: Alexander Best Message-ID: <20090715195343.GN1195@camelot.theinternet.com.au> Mail-Followup-To: Andrew Milton , Alexander Best , freebsd-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 Cc: freebsd-current@FreeBSD.org Subject: Re: strange verbose boot log entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Jul 2009 22:33:03 -0000 +-------[ Alexander Best ]---------------------- | just booted r195677 (8.0-BETA1) with | Jul 15 21:45:05 otaku kernel: 8) <---------- | comments? You will be happy. The Computer told you so. -- Andrew Milton akm@theinternet.com.au From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 00:00:36 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 B06271065673; Thu, 16 Jul 2009 00:00:36 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 713A68FC1D; Thu, 16 Jul 2009 00:00:36 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1310468wfg.7 for ; Wed, 15 Jul 2009 17:00:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:cc :references:subject:date:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:x-mailer :x-mimeole; bh=HL2RCm40LTTTVDbBY4rT3watucgLEKaMmUwTRjk/QLw=; b=sElEmRwTleQsTON7KQVWXjRQugjc5j5nbHDu4ijXK1m8CZnGGZz0PSFCJGSlXIb1TJ Lisg2luXBBdUU2ym7mSN2XdDnGZ8wXZYiGPO1JFhYbK0ULokmaYoNNbTotcbTo5gKBLa gjT7JUYNKdTQot+vLk55lbWptlXKwW4B0jZ70= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=uMV2RHC/0QgeTHdxhI31PyKKjdwdDxyvy2QvSNaTJd3t3D52jss00bRheCqQuDJl98 CWGM6S2LLlMkv8P4bKw0dRS4+Vl02skul8oKKtoyLYBQO+4LxEx3kgmGSQ5r+CbnTbri 5BtoxDq9J1AF8J3hrIE3FD8jTdZv3pthiJKLQ= Received: by 10.142.127.18 with SMTP id z18mr341705wfc.146.1247702436030; Wed, 15 Jul 2009 17:00:36 -0700 (PDT) Received: from adnote989 ([200.182.220.66]) by mx.google.com with ESMTPS id b39sm7982973rvf.0.2009.07.15.17.00.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Jul 2009 17:00:34 -0700 (PDT) Message-ID: <2C5625D41921454788B78F72DEB7F9CF@adnote989> From: "Luiz Otavio O Souza" To: "Robert Watson" , "Florian Smeets" References: <05461E04E6BD4477A879553178599F6E@adnote989> <8026EC1942CE4C128F168BBBFD987B27@adnote989> <4A5D9C51.7070708@kasimir.com> Date: Wed, 15 Jul 2009 21:00:48 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: current@FreeBSD.org Subject: Re: Rebuild all network-related kernel modules on 8-current due to vnet allocator change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 00:00:37 -0000 > > On Wed, 15 Jul 2009, Florian Smeets wrote: > >>>>> My kernel don't have any VIMAGE options. >>>>> >>>>> The system is working flawless before the upgrade. >>>>> >>>>> If you need any/more information about this, just let me know. >>>> >>>> I've just commented out the panic() in link_elf_obj.c and now i'm able >>>> to create vlans again. >>> >>> This assertion may well be too conservative -- is there any chance you >>> have a kernel built with the DTrace CTF support? It may be using >>> progbits, in which case removing the assertion is the right solution. >>> I'll test this hypothesis. >> >> i'm also seeing this panic, it happens when zfs.ko is loaded in my case. >> I don't have anything DTrace CTF related in my kernel. > > OK. I'm not able to reproduce it here, but clearly there must be some > ELF/etc case I haven't thought of or understood. I've committed a removal > of the assertion, r195707 and will debug it offline, we can re-add it if I > come up with a more refined/useful version. > > Robert N M Watson > Computer Laboratory > University of Cambridge > The kernel i'm running here doesn't have any DTrace facility enabled (it is just the plain GENERIC kernel with ipfw, natd (divert) and kernel nat support). But my system is running on zfs exactly like Florian reported, so it may be related. This firewall is running fine (in production) all day long without any other problem. Here is what i'm using on my rc.conf wich also may be relevant for debug: hostname="fw-sp.xxxxxxx.com.br" cloned_interfaces="vlan0 vlan1 vlan2" ifconfig_bge1="up" ifconfig_vlan0="vlandev bge1 vlan 100" ifconfig_vlan1="vlandev bge1 vlan 101" ifconfig_vlan2="vlandev bge1 vlan 102" ipv4_addrs_bge0="90.0.1.1/24" # internal address - don't ask... ipv4_addrs_vlan0="xxx.x.x.x/28" # external address - uplink 1 ipv4_addrs_vlan1="xxx.x.x.146-148/29" # external address - uplink 2 ipv4_addrs_vlan2="192.168.2.1/24" # dmz network - i've some nated address here defaultrouter="x.x.x.x" # uplink 1 And many thanks for the quick fix. Luiz From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 00:33: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 15F6C1065676; Thu, 16 Jul 2009 00:33:38 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id A5BA88FC08; Thu, 16 Jul 2009 00:33:37 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so2003141and.13 for ; Wed, 15 Jul 2009 17:33:37 -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=lHIJAsvJWs+XliRgunFZYZmM7FGbYK5pXElMXRVCjJg=; b=THYr+a8fkycRd9Ecabf6C3opEqf+JZP6fHAfj90ubv/2zvwohaKUjTp1ZsgEaOPOdu hDcshWn5MHN2tYWOjEh/k74WHxNTDAKeUSB1zdhPYBaloMBBWxStARvprVOX9kyWEvFR 6gQURWDSquohlKciEeW9z2fnN+j5jrBhR9jXI= 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=gIbh3i4TSrwXDiX5jtC32vO7Q8i2npq+fcAVVoMt5CRNUVm5I0FsT9zqvE4Pj/dFei Ri3Wc9GP/iyyTp8B0I9ysla5AdhAwM2X0zVtRgduMqY3yzsiiiCuDSYaG/jIpeUMdbpn 91SgOq2HsfwodTlxWBmgMiya92QE8P9gtAK6k= MIME-Version: 1.0 Received: by 10.100.210.12 with SMTP id i12mr10923214ang.91.1247704416896; Wed, 15 Jul 2009 17:33:36 -0700 (PDT) In-Reply-To: <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> Date: Wed, 15 Jul 2009 19:33:36 -0500 Message-ID: <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> From: Jason Garrett To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 00:33:38 -0000 Top Post, I know... but has anyone on @current tried a full on ZFS on ROOT with GPTZFSBOOT? Both Drew and I have both tried the guide at http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ (dead link now :( ) I get as far as the message I detailed before using parts from another guide. I am hoping for both of us, that someone here knows even a little bit. Thanks, Jason On Wed, Jul 15, 2009 at 17:12, Jason Garrett wrote: > > > On Mon, Jul 13, 2009 at 18:09, Drew Tomlinson wrote: > >> Jason Garrett wrote: >> >>> >>> >>> On Mon, Jul 13, 2009 at 13:30, Drew Tomlinson >> drew@mykitchentable.net>> wrote: >>> >>> Jason Garrett wrote: >>> >>> >snip >>> >>> I see you tried the zpool import and export, but did you >>> perform `mkdir /boot/zfs` directly before `zpool export tank >>> && zpool import tank` ? >>> >>> I just have to ask because I did not see that specified, and >>> you mention not being able to find zpool.cache. /boot/zfs is >>> where zpool.cache hides out. >>> >>> Yes I did. However I figured out my problem. I was chrooted into >>> /dist and the zpool.cache was being written to /boot/zfs (as you >>> mention). But because of the chroot, when I checked /boot/zfs, I >>> was *really* checking /dist/boot/zfs. Thus my problem. :) >>> >>> However I'm still having difficulty. I suspect I don't have a >>> /boot/loader that supports zfs filesystems as I just boot to the >>> 'OK" prompt. An 'lsdev' only shows BIOS devices but I've seen >>> posts on the Net that indicate I should have zfs devices listed >>> there too if I have a proper /boot/loader. I've used the one from >>> both 7.2-RELEASE.iso and 8.0-BETA1.iso but no luck. Do you know >>> of any way I can confirm or deny my suspicion? >>> >>> >>> >>> I am in the same spot you are now. I started the process yesterday but >>> had to quit because it got too late. Apparently the few who have written >>> these guides have gotten it to work, but that still eludes me. I'll post >>> back if I get it working or have any new developments. >>> >> >> Well you're doing better than me. I've been at this for about 10 days off >> and on. :) >> >> Cheers, >> >> >> Drew >> > > Ok, now a few days later and still frustrated. Basically I narrowed my > install down to one drive, divided up with gpt. I used a few sections from > http://wiki.freebsd.org/ZFSOnRootWithZFSboot - specifially the section on > installing the sources from /dist/8.0-BETA1 as well as rebuilding the loader > as this guide says. > > I actually got it to load the kernel, goes through that ok. As soon as it > tries to mount the root filesystem, it hangs with the following messages. > (Won't respond to the keyboard anymore) > > ----------- > > Trying to mount root from zfs:zroot > 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 (did this,no luck.. also > switched to an /etc/fstab layout, still no go) > > and then remove the invalid mount options from /etc/fstab. > > Loader Variables: > vfs.root.mountfrom=zfs:zroot > vfs.root.mountfrom.options=rw,noatime (this is from the /etc/fstab attempt) > > ---------- > > Then it describes some specifications on how to use the :. > > I just don't get how some are getting this working, yet it comes so hard > for others. > > Drew, I hope you have had better luck than I. I may just give up until it > is a viable solution. > > >> >> -- >> Be a Great Magician! >> Visit The Alchemist's Warehouse >> >> http://www.alchemistswarehouse.com >> >> > From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 02:34: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 95FD0106564A for ; Thu, 16 Jul 2009 02:34:09 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 664B78FC08 for ; Thu, 16 Jul 2009 02:34:09 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n6G2Y6Yc035236 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Thu, 16 Jul 2009 02:34:08 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Thu, 16 Jul 2009 03:34:05 +0100 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; amd64; ; ) References: <4A57E38B.5050108@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> In-Reply-To: <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907160334.05761.ken@mthelicon.com> Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 02:34:09 -0000 On Thursday 16 July 2009 01:33:36 Jason Garrett wrote: > Top Post, I know... but has anyone on @current tried a full on ZFS on ROOT > with GPTZFSBOOT? > > Both Drew and I have both tried the guide at > http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ (dead > link now :( ) > > I get as far as the message I detailed before using parts from another > guide. I am hoping for both of us, that someone here knows even a little > bit. Anytime I had that problem it was because I forgot to add: LOADER_ZFS_SUPPORT=YES in the /etc/make.conf file before rebuilding and installing.. Peg From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 06:17: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 BCD5D1065670 for ; Thu, 16 Jul 2009 06:17:26 +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 97C4F8FC29 for ; Thu, 16 Jul 2009 06:17:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 2340B46B2D; Thu, 16 Jul 2009 02:17:26 -0400 (EDT) Date: Thu, 16 Jul 2009 07:17:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Best In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: (CTRL-C to abort) flood when core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 06:17:27 -0000 On Wed, 15 Jul 2009, Alexander Best wrote: > when debug.debugger_on_panic is 0, a panic occurs and the core dumps the > console gets flooded with the following notice: > > (CTRL-C to abort) > > could we please output the warning only once? or every 10 seconds or so? Normally that message is printed only when a key other than ctrl-c is hit during the dump. It's certainly possible to rate-limit the message, or just limit it to printing once, but the more interesting question is why the kernel thinks a key is (effectively) held down such that it needs to print repeatedly. Could you tell us a bit more about your configuration -- ps/2 / usb / serial console? Mouse of some sort? Virtual machine or real machine? Any other problems with keyboards during normal operation? Any chance a key is being held down? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 07:23: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 2AF6A106566C for ; Thu, 16 Jul 2009 07:23:52 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id EA6938FC12 for ; Thu, 16 Jul 2009 07:23:51 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 077C17E821; Wed, 15 Jul 2009 23:23:51 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Wed, 15 Jul 2009 23:23:49 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907152323.49765.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: Rob Farmer Subject: Re: device "urtw" is unknown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 07:23:52 -0000 [Redirecting to -current] On Wednesday 15 July 2009 22:30:05 Rob Farmer wrote: > I am trying to build a custom kernel with the urtw device on 8.0 beta > 1 amd64. According to the man page, I should add device urtw to my > config (just Generic plus this) and it should work. But, I get: > > config: Error: device "urtw" is unknown Can reproduce. It is built as module though, so you can kldload if_urtw. Perhaps the ${_urtw} magic in sys/modules/usb/Makefile is not understood by config(8). -- Mel From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 07:25: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 2FFC1106566B for ; Thu, 16 Jul 2009 07:25:43 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0C88FC12 for ; Thu, 16 Jul 2009 07:25:42 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,410,1243807200"; d="scan'208";a="8558587" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 16 Jul 2009 09:25:40 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id C76881B008B; Thu, 16 Jul 2009 09:25:40 +0200 (CEST) Date: Thu, 16 Jul 2009 09:25:40 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Robert Watson Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: (CTRL-C to abort) flood when core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 07:25:43 -0000 i'm running on a real machine with a usb keyboard and usb mouse. i'm having no problems with the keyboard or mouse whatsoever and during the core dump i didn't press any key nor did i use the mouse. cheers. alex Robert Watson schrieb am 2009-07-16: > On Wed, 15 Jul 2009, Alexander Best wrote: > >when debug.debugger_on_panic is 0, a panic occurs and the core > >dumps the console gets flooded with the following notice: > >(CTRL-C to abort) > >could we please output the warning only once? or every 10 seconds > >or so? > Normally that message is printed only when a key other than ctrl-c > is hit during the dump. It's certainly possible to rate-limit the > message, or just limit it to printing once, but the more interesting > question is why the kernel thinks a key is (effectively) held down > such that it needs to print repeatedly. Could you tell us a bit > more about your configuration -- ps/2 / usb / serial console? Mouse > of some sort? Virtual machine or real machine? Any other problems > with keyboards during normal operation? Any chance a key is being > held down? > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 07:43: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 53368106564A; Thu, 16 Jul 2009 07:43:26 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id B2D1D8FC1B; Thu, 16 Jul 2009 07:43:25 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6G7hN6x099948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Jul 2009 09:43:24 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A5EDA14.8000703@omnilan.de> Date: Thu, 16 Jul 2009 09:43:16 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.21 (X11/20090425) MIME-Version: 1.0 To: Ivan Voras References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> In-Reply-To: <4A5CC981.8010000@omnilan.de> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDB84BAA1E8943302E0990A95" Cc: freebsd-current@freebsd.org Subject: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 07:43:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDB84BAA1E8943302E0990A95 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer schrieb am 14.07.2009 20:08 (localtime): > Ivan Voras schrieb am 14.07.2009 19:15 (localtime): =2E.. >> If it's something else, please explain with more details. >=20 > Sorry for my bad explanation! > I'm using > `gpart modify -l part1disk1 -i 2 ad4` > and > `gpart modify -l part1disk2 -i 2 ad6` > so I have > /dev/gpt/part1disk1 > and > /dev/gpt/part1disk2 >=20 > Now I want to use these as providers for geom_mirror: > `gmirror label -b load MIRROR1 gpt/part1disk2 gpt/part1disk2` >=20 > gmirror prints that metadata was successfully written (to provider=20 > gpt/part1diskX) but in fact geom_mirror doesn't jump in and detect the = > mirror. For the records: I found that the name of the provider for gmirror mustn't exceed 15=20 characters. `gmirror` doesn't complain if you specify a provider name=20 longer that 15 characters, but the mirror won't be detected. So for example it's impossible to use gptid as provider. At least this should be documented in the man page(es, I guess this=20 restriction applies to graid3 etc. also) Perhaps it's desirable to loosen that restriction. I'm fine with 15=20 characters, but like mentioned gptid for example may be for some people=20 a desirable provider name. Thanks, -Harry P.S.: My coding skills don't last for offering a diff... --------------enigDB84BAA1E8943302E0990A95 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpe2hsACgkQLDqVQ9VXb8go3wCePWJU1fFJTczdfX3MhI+xB2Yf CWwAniUuJng1D++R1z/VNsutAjVSV4mD =iYQT -----END PGP SIGNATURE----- --------------enigDB84BAA1E8943302E0990A95-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 07:50:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3C81106564A; Thu, 16 Jul 2009 07:50:05 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id D6E5E8FC16; Thu, 16 Jul 2009 07:50:04 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,410,1243807200"; d="scan'208";a="218827931" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 16 Jul 2009 09:49:51 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 543331B008B; Thu, 16 Jul 2009 09:49:51 +0200 (CEST) Date: Thu, 16 Jul 2009 09:49:50 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Robert Watson Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: (CTRL-C to abort) flood when core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 07:50:06 -0000 i just triggered another panic on purpose to see if a keystroke e.g. causes the warning during core dump. since i'm using a usb keyboard keystrokes don't do anything since only ps2 keyboards work after a panic. that's actually the reason i disabled switching to the debugger after a panic because i'm not able to use my keyboard inside the debugger. anyway...i wasn't able to reproduce the problem. since i don't have any device connected to my ps2 port i don't know what caused the "(CTRL-C to abort)"-warning. i have the textdump of both the panic where the warning floods the console and a texdump where it doesn't. the panic should be the same. here they are: FreeBSD otaku 8.0-BETA2 FreeBSD 8.0-BETA2 #4 r195712M: Wed Jul 15 22:31:17 CEST 2009 root@otaku:/usr/obj/usr/src/sys/ARUNDEL i386 panic: vm_page_dirty: page is invalid! GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_page_dirty: page is invalid! cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c07d8831,e8723a48,c05ca649,c07fb1c6,1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07fb1c6,1,c07f35ff,e8723a54,1,...) at kdb_backtrace+0x29 panic(c07f35ff,e8723a7c,c076870b,c1d1d370,e6338000,...) at panic+0x119 vm_page_dirty(c1d1d370,e6338000,c07fbb44,99f,e6338000,...) at vm_page_dirty+0x42 pmap_remove_pte(e8723ac0,4,c07fbb44,9bf,c0a214e0,...) at pmap_remove_pte+0xbb pmap_remove_page(c0a214e0,0,c07fbb44,9df,c0a214e0,...) at pmap_remove_page+0x94 pmap_remove(c0a214e0,e6338000,e6339000,c07f241b,e8723b24,...) at pmap_remove+0xb2 vm_map_delete(c1c90000,e6338000,e6339000,c80e1d90,fffffffc,...) at vm_map_delete+0x18c vm_map_remove(c1c90000,e6338000,e6339000,c156b9a0,c80e1d90,...) at vm_map_remove+0x55 rtR0MemObjNativeFree(c80e1d90,c1577b20,0,e8723bac,c156dee4,...) at rtR0MemObjNativeFree+0xae RTR0MemObjFree(c80e1d90,1,0,e8723bd4,c15621e7,...) at RTR0MemObjFree+0xe2 supdrvGipDestroy(c8171a50,c7cbabc0,c7cbabc0,e8723bf4,c155c136,...) at supdrvGipDestroy+0x4c supdrvDeleteDevExt(c1577b20,c8160620,0,c7cbabc0,c7cbabc0,...) at supdrvDeleteDevExt+0x97 VBoxDrvFreeBSDModuleEvent(c7cbabc0,1,0,109,0,...) at VBoxDrvFreeBSDModuleEvent+0xe6 module_unload(c7cbabc0,c07d21c1,273,270,c05af1d6,...) at module_unload+0x43 linker_file_unload(c7d01b00,0,c07d21c1,437,e8723d38,...) at linker_file_unload+0x15e kern_kldunload(c8a3dd80,c,0,e8723d2c,c076c426,...) at kern_kldunload+0xc5 kldunloadf(c8a3dd80,e8723cf8,8,c07dc8d2,c,...) at kldunloadf+0x2b syscall(e8723d38) at syscall+0x2a6 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280d37eb, esp = 0xbfbfe41c, ebp = 0xbfbfec68 --- Uptime: 4m17s Physical memory: 2026 MB Dumping 155 MB:usbd_transfer_poll: USB polling is not supported! (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) <-- repeated so many times that ee takes ~ 1 minute to get to the end of the line and here's the same panic but without the "(CTRL-C to abort)"-warning: panic: vm_page_dirty: page is invalid! GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_page_dirty: page is invalid! cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c07d8831,e9b42a48,c05ca649,c07fb1c6,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c07fb1c6,0,c07f35ff,e9b42a54,0,...) at kdb_backtrace+0x29 panic(c07f35ff,e9b42a7c,c076870b,c22bab98,e7abf000,...) at panic+0x119 vm_page_dirty(c22bab98,e7abf000,c07fbb44,99f,e7abf000,...) at vm_page_dirty+0x42 pmap_remove_pte(e9b42ac0,4,c07fbb44,9bf,c0a214e0,...) at pmap_remove_pte+0xbb pmap_remove_page(c0a214e0,0,c07fbb44,9df,c0a214e0,...) at pmap_remove_page+0x94 pmap_remove(c0a214e0,e7abf000,e7ac0000,c07f241b,e9b42b24,...) at pmap_remove+0xb2 vm_map_delete(c1090000,e7abf000,e7ac0000,ca853d10,fffffffc,...) at vm_map_delete+0x18c vm_map_remove(c1090000,e7abf000,e7ac0000,c7d539a0,ca853d10,...) at vm_map_remove+0x55 rtR0MemObjNativeFree(ca853d10,c7d5fb20,0,e9b42bac,c7d55ee4,...) at rtR0MemObjNativeFree+0xae RTR0MemObjFree(ca853d10,1,0,e9b42bd4,c7d4a1e7,...) at RTR0MemObjFree+0xe2 supdrvGipDestroy(c7b7c290,cb430700,cb430700,e9b42bf4,c7d44136,...) at supdrvGipDestroy+0x4c supdrvDeleteDevExt(c7d5fb20,ca6f23c0,0,cb430700,cb430700,...) at supdrvDeleteDevExt+0x97 VBoxDrvFreeBSDModuleEvent(cb430700,1,0,109,0,...) at VBoxDrvFreeBSDModuleEvent+0xe6 module_unload(cb430700,c07d21c1,273,270,c05af1d6,...) at module_unload+0x43 linker_file_unload(cde68100,0,c07d21c1,437,e9b42d38,...) at linker_file_unload+0x15e kern_kldunload(c8b26b40,b,0,e9b42d2c,c076c426,...) at kern_kldunload+0xc5 kldunloadf(c8b26b40,e9b42cf8,8,c07dc8d2,c,...) at kldunloadf+0x2b syscall(e9b42d38) at syscall+0x2a6 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280d37eb, esp = 0xbfbfe41c, ebp = 0xbfbfec68 --- Uptime: 9h4m48s Physical memory: 2038 MB Dumping 270 MB:usbd_transfer_poll: USB polling is not supported! 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 since this might be a problem with the at keyboard controller here's my device.hints: hint.fdc.0.at="isa" hint.fdc.0.port="0x3F0" hint.fdc.0.irq="6" hint.fdc.0.drq="2" hint.fd.0.at="fdc0" hint.fd.0.drive="0" hint.fd.1.at="fdc0" hint.fd.1.drive="1" hint.ata.0.at="isa" hint.ata.0.port="0x1F0" hint.ata.0.irq="14" hint.ata.1.at="isa" hint.ata.1.port="0x170" hint.ata.1.irq="15" hint.atkbdc.0.at="isa" hint.atkbdc.0.port="0x060" hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" hint.psm.0.at="atkbdc" hint.psm.0.irq="12" hint.sc.0.at="isa" hint.sc.0.flags="0x100" hint.apm.0.disabled="1" hint.apm.0.flags="0x20" hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.0.irq="4" hint.uart.1.at="isa" hint.uart.1.port="0x2F8" hint.uart.1.irq="3" hint.ppc.0.at="isa" hint.ppc.0.irq="7" hint.atrtc.0.at="isa" hint.atrtc.0.port="0x70" #hint.atrtc.0.irq="8" hint.atkbd.0.flags="1" my kernel doesn't contain any ps2 or at device/controllers. alex Robert Watson schrieb am 2009-07-16: > On Wed, 15 Jul 2009, Alexander Best wrote: > >when debug.debugger_on_panic is 0, a panic occurs and the core > >dumps the console gets flooded with the following notice: > >(CTRL-C to abort) > >could we please output the warning only once? or every 10 seconds > >or so? > Normally that message is printed only when a key other than ctrl-c > is hit during the dump. It's certainly possible to rate-limit the > message, or just limit it to printing once, but the more interesting > question is why the kernel thinks a key is (effectively) held down > such that it needs to print repeatedly. Could you tell us a bit > more about your configuration -- ps/2 / usb / serial console? Mouse > of some sort? Virtual machine or real machine? Any other problems > with keyboards during normal operation? Any chance a key is being > held down? > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 07:52: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 9BEF01065693; Thu, 16 Jul 2009 07:52:23 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward13.yandex.ru (forward13.yandex.ru [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id B8D3A8FC28; Thu, 16 Jul 2009 07:52:22 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [77.88.46.101]) by forward13.yandex.ru (Yandex) with ESMTP id 912DFA780C3; Thu, 16 Jul 2009 11:41:36 +0400 (MSD) Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp1.yandex.ru (Yandex) with ESMTPSA id 3FB37E600F6; Thu, 16 Jul 2009 11:41:36 +0400 (MSD) Message-ID: <4A5ED9AE.4010003@yandex.ru> Date: Thu, 16 Jul 2009 11:41:34 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jason Garrett References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> In-Reply-To: <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1247730096 X-Yandex-Spam: 1 X-Yandex-Front: smtp1.yandex.ru Cc: freebsd-current , freebsd-questions@freebsd.org Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 07:52:29 -0000 Jason Garrett wrote: > Top Post, I know... but has anyone on @current tried a full on ZFS on ROOT > with GPTZFSBOOT? > > Both Drew and I have both tried the guide at > http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ (dead > link now :( ) > > I get as far as the message I detailed before using parts from another > guide. I am hoping for both of us, that someone here knows even a little > bit. I installed 8.0-BETA1 on ZFS 2 days ago. It works. I did following steps: 1. Boot from bootable USB-flash (Minimal FreeBSD installation with copy of install CD). 2. Create partitions # gpart show ad0 => 34 312581741 ad0 GPT (149G) 34 256 1 freebsd-boot (128K) 290 4194304 2 freebsd-swap (2.0G) 4194594 251658240 3 freebsd-zfs (120G) 255852834 56728941 - free - (27G) 3. Create zpool and filesystem hierarchy 4. Install FreeBSD from copy of install CD to ZFS. I used sysinstall with custom options (Install Root and Media Type) 5. Create /etc/fstab, /etc/rc.conf, /etc/src.conf, /boot/loader.conf http://wiki.freebsd.org/ZFSOnRootWithZFSboot#line-118 6. Install ZFS aware /boot/loader http://wiki.freebsd.org/ZFSOnRootWithZFSboot#line-144 7. Create zpool.cache 8. Install ZFS boot: # gpart bootcode -b /zroot/boot/pmbr ad0 # gpart bootcode -p /zroot/boot/gptzfsboot -i 1 ad0 9. Change mount points for zroot pool and reboot. It's all. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 07:55: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 86730106566B for ; Thu, 16 Jul 2009 07:55:09 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2808FC08 for ; Thu, 16 Jul 2009 07:55:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,410,1243807200"; d="scan'208";a="8561932" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 16 Jul 2009 09:55:08 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 096951B008B; Thu, 16 Jul 2009 09:55:08 +0200 (CEST) Date: Thu, 16 Jul 2009 09:55:07 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: core dumps being overwritten X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 07:55:09 -0000 after a panic and a core dump i was quite surprised to see that one of my previous core dumps got overwritten. is this behaviour controlled by a sysctl parameter and has changed recently? i had the following contents in /var/crash: bounds core.txt.0 core.txt.1 core.txt.2 info.0 info.1 info.2 minfree vmcore.0 vmcore.1 vmcore.2 after a panic and core dump core.txt.1, info.1 and vmcore.1 got replaced. i'm running r195712 (8.0-BETA2). alex i'm running r195712. From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 08:00: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 D25D4106566C for ; Thu, 16 Jul 2009 08:00: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 8C9FA8FC17 for ; Thu, 16 Jul 2009 08:00:52 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:34352 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MRLt0-0000Qd-3t; Thu, 16 Jul 2009 10:00:16 +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 1DD893DA7; Thu, 16 Jul 2009 10:00:13 +0200 (CEST) Message-Id: From: Thomas Backman To: Alexander Best In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 16 Jul 2009 10:00:11 +0200 References: X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MRLt0-0000Qd-3t. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MRLt0-0000Qd-3t 445318a4fa8467fd8b6551a9f1d1e318 Cc: freebsd-current@FreeBSD.org Subject: Re: core dumps being overwritten X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 08:00:53 -0000 On Jul 16, 2009, at 09:55, Alexander Best wrote: > after a panic and a core dump i was quite surprised to see that one > of my > previous core dumps got overwritten. is this behaviour controlled > by a sysctl > parameter and has changed recently? i had the following contents in > /var/crash: > > bounds > core.txt.0 > core.txt.1 > core.txt.2 > info.0 > info.1 > info.2 > minfree > vmcore.0 > vmcore.1 > vmcore.2 > > after a panic and core dump core.txt.1, info.1 and vmcore.1 got > replaced. > > i'm running r195712 (8.0-BETA2). > > alex > > i'm running r195712. What does "bounds" contain? savecore reads this file to find the next free spot, so to speak. It should contain 3 at this point, but my guess is that it says 2, if the previous dump got saved as 1. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 08:04: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 5B0A41065670 for ; Thu, 16 Jul 2009 08:04:19 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id E2E1E8FC12 for ; Thu, 16 Jul 2009 08:04:18 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,410,1243807200"; d="scan'208";a="8563252" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 16 Jul 2009 10:04:17 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id D13AA1B008B; Thu, 16 Jul 2009 10:04:17 +0200 (CEST) Date: Thu, 16 Jul 2009 10:04:17 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Thomas Backman Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: core dumps being overwritten X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 08:04:19 -0000 exactly. `cat /var/crash/bounds` => 2. alex Thomas Backman schrieb am 2009-07-16: > On Jul 16, 2009, at 09:55, Alexander Best wrote: > >after a panic and a core dump i was quite surprised to see that one > > of my > >previous core dumps got overwritten. is this behaviour controlled > >by a sysctl > >parameter and has changed recently? i had the following contents in > >/var/crash: > >bounds > >core.txt.0 > >core.txt.1 > >core.txt.2 > >info.0 > >info.1 > >info.2 > >minfree > >vmcore.0 > >vmcore.1 > >vmcore.2 > >after a panic and core dump core.txt.1, info.1 and vmcore.1 got > >replaced. > >i'm running r195712 (8.0-BETA2). > >alex > >i'm running r195712. > What does "bounds" contain? savecore reads this file to find the > next free spot, so to speak. It should contain 3 at this point, but > my guess is that it says 2, if the previous dump got saved as 1. > Regards, > Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 08:28:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78181065670 for ; Thu, 16 Jul 2009 08:28:45 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 61C3B8FC1C for ; Thu, 16 Jul 2009 08:28:45 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 7FA4E6627; Thu, 16 Jul 2009 10:28:44 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n6G8Se20039267; Thu, 16 Jul 2009 10:28:40 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1247732924; bh=R+X9yOyO3eKA79vbCqA5yTscZmNgktoSyo7N4eMGk0I=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=0EVx7cVW8qdnOXtcGG2GgMIoZeGuncEG7LUyy6vHBqKTPDFQyxhJe1LwcwFvWl4Ic prwLGpT33swaCDsJkAZTw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=NXt8Q1thzBRLlegiGhk5n9sTeoj34UzdhN5oO/KPUA790Hwa+eDe6eAGFM9wgnfOW f5N3Oes+PeKiOuUJN04vQ== Message-ID: <4A5EE4B8.9050000@restart.be> Date: Thu, 16 Jul 2009 10:28:40 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090627) MIME-Version: 1.0 To: Peter Schuller References: <20090715200342.GA89750@hyperion.scode.org> In-Reply-To: <20090715200342.GA89750@hyperion.scode.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: Randy Bush , freebsd-current@freebsd.org, Freddie Cash Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 08:28:46 -0000 Peter Schuller wrote: >> Yep. It's as simple as: >> >> * label all the drives using glabel, while they're still attached to the >> pool >> * use "zpool replace pool ad4 label/disk01" to replace 1 drive >> * wait for it to resilver >> * use "zpool replace pool ad6 label/disk02" to replace the next drive >> * repeat the resilver and replace until all the devices are replaced > > While I can see this working "most of the time" - is there any reason > to believe it is guaranteed to? glabel keeps meta data at the end of > the device; is it guaranteed that ZFS is not using that part of the > device actively? (For example by having a policy to reserve some > amount at the end.) > Indeed, I find this paper really interesting: http://opensolaris.org/os/community/zfs/docs/ondiskformat0822.pdf Henri From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 08:39: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 433D21065670 for ; Thu, 16 Jul 2009 08:39:47 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id EFD108FC13 for ; Thu, 16 Jul 2009 08:39:46 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4B152668B for ; Thu, 16 Jul 2009 10:39:46 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n6G8dhk1039492 for ; Thu, 16 Jul 2009 10:39:43 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1247733586; bh=FOZ1hrugOAkSPMRVehSJh/YcleHmar3OAze5dfsU/Oc=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=O3JDm+W30VYZvaBJBmKcreI7/ARs+mQ6ZMgqZAv4QjeiAdi3NVWP8HZHytqHGVVrh iUbGLu5BfM0QEty/2dzYA== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=uvkBaDME1PNSfuKel0MWOi4kc02aSTUK0i8n5oNOKTXhEGQvalCnPEsALAI2KmgC/ fj4hh0hRfpeivVu+hO+Fg== Message-ID: <4A5EE74F.1070406@restart.be> Date: Thu, 16 Jul 2009 10:39:43 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090627) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Subject: 8.0-BETA1 Fatal trap 12 during 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: Thu, 16 Jul 2009 08:39:47 -0000 Hello, On one of my computer I get at the end of the boot: cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present flowtable clean(cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present er started GEOM: new disk cd0 GEOM: new disk cd1 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc057ecb1 stack pointer = 0x28:0xc2e918fc frame pointer = 0x28:0xc2e91930 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (kernel) [thread pid 1 tid 100002 ] Stopped at devfs_populate_loop+0x201: movl %edi,0(%eax) db> bt Tracing pid 1 tid 100002 td 0xc3150d80 devfs_populate_loop(0,c2e91a10,c0582d57,c347da40,c2e919a8,...) at devfs_populate_loop+0x201 devfs_populate(c347da40,c2e919a8,61,c148a08c,c2e91978,...) at devfs_populate+0x1b devfs_lookup(c2e91a84,c3351d9c,80400,c08e779c,1ec,...) at devfs_lookup+0x2c7 VOP_LOOKUP_APV(c0923980,c2e91a84,c2e91be0,1ec,c3350060,...) at VOP_LOOKUP_APV+0x53 lookup(c2e91bb4,c3486000,400,c2e91bd4,0,...) at lookup+0x3fe namei(c2e91bb4,c3351e10,0,0,0,...) at namei+0x642 kern_symlinkat(c3150d80,c08d9d99,ffffff9c,c08e7ab4,1,...) at kern_symlinkat+0xe6 kern_symlink(c3150d80,c08d9d99,c08e7ab4,1,c068ef10,...) at kern_symlink+0x2e vfs_mountroot(c098c510,c3150d80,0,0,0,...) at vfs_mountroot+0x5dd start_init(0,c2e91d38,0,0,0,...) at start_init+0x3c fork_exit(c05b6340,0,c2e91d38) at fork_exit+0x88 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2e91d70, ebp = 0 --- db> Is it a hardware problem ? I boot it with a 6.1 CD without problem. Henri From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 09:07: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 98AC2106564A for ; Thu, 16 Jul 2009 09:07:18 +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 32FA78FC0A for ; Thu, 16 Jul 2009 09:07:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 n6G97CH1030614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Jul 2009 12:07:12 +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 n6G97CKd057867; Thu, 16 Jul 2009 12:07:12 +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 n6G97BgK057866; Thu, 16 Jul 2009 12:07:11 +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: Thu, 16 Jul 2009 12:07:11 +0300 From: Kostik Belousov To: Henri Hennebert Message-ID: <20090716090711.GD55190@deviant.kiev.zoral.com.ua> References: <4A5EE74F.1070406@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Riir/E7CkIHPALLv" Content-Disposition: inline In-Reply-To: <4A5EE74F.1070406@restart.be> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 Fatal trap 12 during 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: Thu, 16 Jul 2009 09:07:19 -0000 --Riir/E7CkIHPALLv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 16, 2009 at 10:39:43AM +0200, Henri Hennebert wrote: > Hello, >=20 > On one of my computer I get at the end of the boot: >=20 > cd0 at ata1 bus 0 target 0 lun 0=20 >=20 > cd0: Removable CD-ROM SCSI-0 device=20 >=20 > cd0: 33.000MB/s transfers=20 >=20 > cd0: Attempt to query device size failed: NOT READY, Medium not present= =20 >=20 > flowtable clean(cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > cd1 at ata1 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 16.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > er started > GEOM: new disk cd0 > GEOM: new disk cd1 > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x0 > fault code =3D supervisor write, page not present > instruction pointer =3D 0x20:0xc057ecb1 > stack pointer =3D 0x28:0xc2e918fc > frame pointer =3D 0x28:0xc2e91930 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1 (kernel) > [thread pid 1 tid 100002 ] > Stopped at devfs_populate_loop+0x201: movl %edi,0(%eax) > db> bt > Tracing pid 1 tid 100002 td 0xc3150d80 > devfs_populate_loop(0,c2e91a10,c0582d57,c347da40,c2e919a8,...) at=20 > devfs_populate_loop+0x201 > devfs_populate(c347da40,c2e919a8,61,c148a08c,c2e91978,...) at=20 > devfs_populate+0x1b > devfs_lookup(c2e91a84,c3351d9c,80400,c08e779c,1ec,...) at devfs_lookup+0x= 2c7 > VOP_LOOKUP_APV(c0923980,c2e91a84,c2e91be0,1ec,c3350060,...) at=20 > VOP_LOOKUP_APV+0x53 > lookup(c2e91bb4,c3486000,400,c2e91bd4,0,...) at lookup+0x3fe > namei(c2e91bb4,c3351e10,0,0,0,...) at namei+0x642 > kern_symlinkat(c3150d80,c08d9d99,ffffff9c,c08e7ab4,1,...) at=20 > kern_symlinkat+0xe6 > kern_symlink(c3150d80,c08d9d99,c08e7ab4,1,c068ef10,...) at kern_symlink+0= x2e > vfs_mountroot(c098c510,c3150d80,0,0,0,...) at vfs_mountroot+0x5dd > start_init(0,c2e91d38,0,0,0,...) at start_init+0x3c > fork_exit(c05b6340,0,c2e91d38) at fork_exit+0x88 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xc2e91d70, ebp =3D 0 --- > db> >=20 > Is it a hardware problem ? >=20 > I boot it with a 6.1 CD without problem. No, this seems to be a driver problem. The panic in devfs_populate_loop() is usually caused by driver mistakes with cdev ref counting. Can you look up source line for devfs_populate_loop+0x201 ? (Load kernel.debug into gdb and do list *devfs_populate_loop+0x201 ; you do not need vmcore for this, only kernel.debug). --Riir/E7CkIHPALLv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpe7b8ACgkQC3+MBN1Mb4jFFgCg02PL50Fo4z5ufzxb54+5jpWz chAAn3ulX1iaZG0xBqTcJazd+F3Pwny8 =vRZV -----END PGP SIGNATURE----- --Riir/E7CkIHPALLv-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 09:54: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 96B1F1065675 for ; Thu, 16 Jul 2009 09:54:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 394598FC17 for ; Thu, 16 Jul 2009 09:54:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 70A8A5C024 for ; Thu, 16 Jul 2009 17:54:30 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 3591155CD83A; Thu, 16 Jul 2009 17:54:30 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id vM+OD8f6YQ7C; Thu, 16 Jul 2009 17:53:36 +0800 (CST) Received: from charlie.delphij.net (c-67-188-2-183.hsd1.ca.comcast.net [67.188.2.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id AAAF355CD83D; Thu, 16 Jul 2009 17:53:30 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=RILD5eLx221e48nEWsWoUC2poUU7y3vXaY7T6/uUxJVwbuzB0yhw4f77ZZd19ODuu B3YZmUEg4ni0+79/ENHuA== Message-ID: <4A5EF889.6040604@delphij.net> Date: Thu, 16 Jul 2009 02:53:13 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 09:54:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, It looks like that the following setup won't work properly: Box 1: em0 = carp0/carp1 em1 = carp2/carp3 Where: carp0 vhid 10 advbase 1 advskew 0, configured with 5 IPs with same netmask with em0's address; carp1 vhid 20 advbase 20 advskew 20, configured with 4 IPs with same netmask with em0's address different from carp0; carp2 vhid 30 advbase 1 advskew 0, conigured with 1 IP with same netmask of em1's address; carp3 vhid 40 advbase 20 advskew 20, configured with 1 IP with same netmask of em1's address, different from carp2; Box2: all same, execept carp 0 and carp 2 have advbase 20+advskew 20; carp 1 and carp3 have advbase 1 + advskew 0. Problem: after a short while both box1 and box2 thinks they are "MASTER" on all carp interfaces. Both boxes worked just fine with 7.2 kernel. Anybody have the same/similar problem? Preliminary tcpdump indicates that the server does send/receive correct CARP multicasts. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpe+IgACgkQi+vbBBjt66ABMgCfUCngkbKlPnyO0/F6O6pbUppk CeoAni1T8djDO02j01DFuwMmRJ6z6Ht2 =ee63 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 10:30: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 A0C0F1065670 for ; Thu, 16 Jul 2009 10:30:08 +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 C645F8FC14 for ; Thu, 16 Jul 2009 10:30:07 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.103.163] (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 1MRNtE-0007qT-BX; Thu, 16 Jul 2009 12:08:36 +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 1MRNt8-0004so-2J; Thu, 16 Jul 2009 12:08:30 +0200 To: d@delphij.net From: Ian FREISLICH In-Reply-To: <4A5EF889.6040604@delphij.net> References: <4A5EF889.6040604@delphij.net> X-Attribution: BOFH Date: Thu, 16 Jul 2009 12:08:30 +0200 Message-Id: Cc: FreeBSD Current Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 10:30:08 -0000 Xin LI wrote: > It looks like that the following setup won't work properly: > > Box 1: > em0 = carp0/carp1 > em1 = carp2/carp3 > Where: > carp0 vhid 10 advbase 1 advskew 0, configured with 5 IPs with same > netmask with em0's address; > carp1 vhid 20 advbase 20 advskew 20, configured with 4 IPs with same > netmask with em0's address different from carp0; > > carp2 vhid 30 advbase 1 advskew 0, conigured with 1 IP with same > netmask of em1's address; > carp3 vhid 40 advbase 20 advskew 20, configured with 1 IP with same > netmask of em1's address, different from carp2; > > Box2: all same, execept carp 0 and carp 2 have advbase 20+advskew 20; > carp 1 and carp3 have advbase 1 + advskew 0. > > Problem: after a short while both box1 and box2 thinks they are "MASTER" > on all carp interfaces. > > Both boxes worked just fine with 7.2 kernel. > > Anybody have the same/similar problem? Preliminary tcpdump indicates > that the server does send/receive correct CARP multicasts. I'm not experiencing this problem. I have 2 servers: FreeBSD 8.0-CURRENT #14: Wed May 20 14:54:00 SAST 2009 FreeBSD 8.0-BETA1 #9: Tue Jul 14 09:32:43 SAST 2009 Each with 18 carp interfaces. I however don't set advbase. Here's a sample from my rc.conf: Host1: ifconfig_vlan27="vlandev lagg0 vlan 27" ifconfig_vlan27_alias0="x.x.x.34/28" ifconfig_carp27="vhid 20 advskew 100 pass e0ed5b9b7d48dbe3fc97c7a42f07ed73" ifconfig_carp27_alias0="x.x.x.33/28" Host2: ifconfig_vlan27="vlandev lagg0 vlan 27" ifconfig_vlan27_alias0="x.x.x.35/28" ifconfig_carp27="vhid 20 advskew 250 pass e0ed5b9b7d48dbe3fc97c7a42f07ed73" ifconfig_carp27_alias0="x.x.x.33/28" I have noticed that if there are multiple IP addresses on the carp interface and these are configured in a different order on each host, the you can expect messages like the following: Jun 9 23:56:29 firewall2 kernel: carp15: incorrect hash Jun 9 23:56:30 firewall2 kernel: carp15: incorrect hash Jun 9 23:56:31 firewall2 kernel: carp15: incorrect hash Jun 9 23:56:32 firewall2 kernel: carp15: incorrect hash And both hosts will claim MASTER status. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 10:44:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BA64106564A for ; Thu, 16 Jul 2009 10:44:55 +0000 (UTC) (envelope-from raul@pop.isdefe.es) Received: from mail1.isdefe.es (mail1.isdefe.es [194.15.213.239]) by mx1.freebsd.org (Postfix) with ESMTP id E28598FC1B for ; Thu, 16 Jul 2009 10:44:54 +0000 (UTC) (envelope-from raul@pop.isdefe.es) Received: from mail1.isdefe.es (mail1.isdefe.es [127.0.0.1]) by localhost.isdefe.es (Postfix) with ESMTP id 5CA93316742; Thu, 16 Jul 2009 12:24:34 +0200 (CEST) Received: from [10.200.104.66] (unknown [10.200.104.66]) by mail1.isdefe.es (Postfix) with ESMTP id 5089E316741; Thu, 16 Jul 2009 12:24:34 +0200 (CEST) Message-ID: <4A5EFFF7.4060708@pop.isdefe.es> Date: Thu, 16 Jul 2009 12:24:55 +0200 From: Raul User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Chris Ruiz References: <54854a7a0907150322n52a3595el5352a3987d2c75ac@mail.gmail.com> <58c737d70907151035ya9a829eyf4945d1fadc4ce0e@mail.gmail.com> In-Reply-To: <58c737d70907151035ya9a829eyf4945d1fadc4ce0e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Andrew Tulloch , freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 on a HP DL585 Issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 10:44:55 -0000 Chris Ruiz escribió: >> I've upgraded one of our HP DL585's (4xdual core opteron, 16GB ram) >> from 7.2 to 8.0-BETA1 and seem to have a couple of issues. [....] Same symptoms here with HP dl385's. [....] > Try setting hw.pci.mcfg=0 at the boot loader prompt or in > /boot/loader.conf and see if that helps with this issue. I've tried it with today sources (BETA2 ;D) without success :/ My last resort (verbose boot) doesn't work so I've used the loader prompt to set hw.pci.mcfg My mail on stable talk about the same problems: http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051105.html Good news are that I am also testing 8 on a 360 g4 (also amd64) and it has had other problems booting BETA1 ... until today!. It has started perfectly with BETA2 sources from a fresh 7.2 release BD. I plan to test multicast routing (xorp) on this box ... so let's see. Regards, Raul. From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 11:03:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20CEB106564A for ; Thu, 16 Jul 2009 11:03:40 +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 DACC28FC19 for ; Thu, 16 Jul 2009 11:03:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-154-199-204.ard.bellsouth.net [72.154.199.204]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n6GB3ahc092474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Jul 2009 07:03:37 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Jason Garrett In-Reply-To: <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Sc3/LyB6AC9qvDZfoAhI" Organization: FreeBSD Date: Thu, 16 Jul 2009 06:03:31 -0500 Message-Id: <1247742211.1710.20.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port 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-questions@freebsd.org Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 11:03:40 -0000 --=-Sc3/LyB6AC9qvDZfoAhI Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-07-15 at 19:33 -0500, Jason Garrett wrote: > Top Post, I know... but has anyone on @current tried a full on ZFS on ROO= T > with GPTZFSBOOT? >=20 > Both Drew and I have both tried the guide at > http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ (dead > link now :( ) >=20 > I get as far as the message I detailed before using parts from another > guide. I am hoping for both of us, that someone here knows even a little > bit. I've done this a few times now... Initially I followed this guide, but still had a few issues. On at least one of my boxes it was nessecary to mark the partition as active which I couldn't do with gpart. IIRC, I used fdisk to "change the active partition" after setting up everything with gpart. Now, for installation... My solution here was that I took a scratch disk and did a minimal install, then pulled the tree and did buildworld / buildkernel (with LOADER_ZFS_SUPPORT=3D"YES"). I then set DESTDIR to the root of the intended zfs system (/data in my case) and did make DESTDIR=3D/data installworld && make DESTDIR=3D/data installkernel && make DESTDIR=3D/data distribution. My memory isn't what it used to be, so I should have documented it for myself once I figured it all out, but I think I'm remembering it all correctly. I have three of my machines running this way, all installed from the same scratch disk with the build on it. All of mine run -CURRENT and I'm not certain how 7.2 differs in this respect. robert. =20 > Thanks, >=20 > Jason >=20 > On Wed, Jul 15, 2009 at 17:12, Jason Garrett wrote: >=20 > > > > > > On Mon, Jul 13, 2009 at 18:09, Drew Tomlinson = wrote: > > > >> Jason Garrett wrote: > >> > >>> > >>> > >>> On Mon, Jul 13, 2009 at 13:30, Drew Tomlinson >>> drew@mykitchentable.net>> wrote: > >>> > >>> Jason Garrett wrote: > >>> > >>> >snip > >>> > >>> I see you tried the zpool import and export, but did you > >>> perform `mkdir /boot/zfs` directly before `zpool export tank > >>> && zpool import tank` ? > >>> > >>> I just have to ask because I did not see that specified, and > >>> you mention not being able to find zpool.cache. /boot/zfs is > >>> where zpool.cache hides out. > >>> > >>> Yes I did. However I figured out my problem. I was chrooted into > >>> /dist and the zpool.cache was being written to /boot/zfs (as you > >>> mention). But because of the chroot, when I checked /boot/zfs, I > >>> was *really* checking /dist/boot/zfs. Thus my problem. :) > >>> > >>> However I'm still having difficulty. I suspect I don't have a > >>> /boot/loader that supports zfs filesystems as I just boot to the > >>> 'OK" prompt. An 'lsdev' only shows BIOS devices but I've seen > >>> posts on the Net that indicate I should have zfs devices listed > >>> there too if I have a proper /boot/loader. I've used the one from > >>> both 7.2-RELEASE.iso and 8.0-BETA1.iso but no luck. Do you know > >>> of any way I can confirm or deny my suspicion? > >>> > >>> > >>> > >>> I am in the same spot you are now. I started the process yesterday bu= t > >>> had to quit because it got too late. Apparently the few who have writ= ten > >>> these guides have gotten it to work, but that still eludes me. I'll p= ost > >>> back if I get it working or have any new developments. > >>> > >> > >> Well you're doing better than me. I've been at this for about 10 days= off > >> and on. :) > >> > >> Cheers, > >> > >> > >> Drew > >> > > > > Ok, now a few days later and still frustrated. Basically I narrowed my > > install down to one drive, divided up with gpt. I used a few sections f= rom > > http://wiki.freebsd.org/ZFSOnRootWithZFSboot - specifially the section = on > > installing the sources from /dist/8.0-BETA1 as well as rebuilding the l= oader > > as this guide says. > > > > I actually got it to load the kernel, goes through that ok. As soon as = it > > tries to mount the root filesystem, it hangs with the following message= s. > > (Won't respond to the keyboard anymore) > > > > ----------- > > > > Trying to mount root from zfs:zroot > > ROOT MOUNT ERROR: > > If you have invalid mount options, reboot, and first try the following = from > > the loader prompt: > > > > set vfs.root.mountfrom.options=3Drw (did this,no luck.. als= o > > switched to an /etc/fstab layout, still no go) > > > > and then remove the invalid mount options from /etc/fstab. > > > > Loader Variables: > > vfs.root.mountfrom=3Dzfs:zroot > > vfs.root.mountfrom.options=3Drw,noatime (this is from the /etc/fstab at= tempt) > > > > ---------- > > > > Then it describes some specifications on how to use the :. > > > > I just don't get how some are getting this working, yet it comes so har= d > > for others. > > > > Drew, I hope you have had better luck than I. I may just give up until = it > > is a viable solution. > > > > > >> > >> -- > >> Be a Great Magician! > >> Visit The Alchemist's Warehouse > >> > >> http://www.alchemistswarehouse.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= " --=20 Robert Noland FreeBSD --=-Sc3/LyB6AC9qvDZfoAhI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkpfCQMACgkQM4TrQ4qfROPwswCfTb2h9a1nDOiCan6zgnha4mNl +nEAniZkuLhb6hz+n0thKy7LYZB3pTeM =ARVp -----END PGP SIGNATURE----- --=-Sc3/LyB6AC9qvDZfoAhI-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 11:30: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 393551065672; Thu, 16 Jul 2009 11:30:26 +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 ED9678FC1A; Thu, 16 Jul 2009 11:30:25 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:507:f2e2:2da7:950f] (unknown [IPv6:2001:7b8:3a7:0:507:f2e2:2da7:950f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id EE8AB5C59; Thu, 16 Jul 2009 13:30:24 +0200 (CEST) Message-ID: <4A5F0F4F.5060505@andric.com> Date: Thu, 16 Jul 2009 13:30:23 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.1pre) Gecko/20090712 Shredder/3.0b3pre MIME-Version: 1.0 To: Harald Schmalzbauer References: <4A5CB2D1.5070106@omnilan.de> <4A5CC981.8010000@omnilan.de> <4A5EDA14.8000703@omnilan.de> In-Reply-To: <4A5EDA14.8000703@omnilan.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: gmirror provider name limit [Was: Re: geom_label: gpt/labelname for gmirror provider?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 11:30:26 -0000 On 2009-07-16 09:43, Harald Schmalzbauer wrote: > I found that the name of the provider for gmirror mustn't exceed 15 > characters. `gmirror` doesn't complain if you specify a provider name > longer that 15 characters, but the mirror won't be detected. > So for example it's impossible to use gptid as provider. > At least this should be documented in the man page(es, I guess this > restriction applies to graid3 etc. also) As far as I can see, this limit applies to gconcat, gjournal, gmirror, graid3, gshsec and gstripe: sys/geom/concat/g_concat.h:96: char md_provider[16]; /* Hardcoded provider. */ sys/geom/journal/g_journal.h:292: char md_provider[16]; /* Hardcoded provider. */ sys/geom/mirror/g_mirror.h:250: char md_provider[16]; /* Hardcoded provider. */ sys/geom/raid3/g_raid3.h:281: char md_provider[16]; /* Hardcoded provider. */ sys/geom/shsec/g_shsec.h:88: char md_provider[16]; /* Hardcoded provider. */ sys/geom/stripe/g_stripe.h:91: char md_provider[16]; /* Hardcoded provider. */ From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 08:19: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 F1296106568F for ; Thu, 16 Jul 2009 08:19:35 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4188FC13 for ; Thu, 16 Jul 2009 08:19:35 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by yxe11 with SMTP id 11so7452889yxe.3 for ; Thu, 16 Jul 2009 01:19:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=FUNjROg0PRGhI4dx7Wz8Hq5HIVO3kkqRmn+G070FNRo=; b=Ihy71BqW/QJR66rQEfr4fH4j3hOY/9pxQwmNpYIQC39djNQ9SEZbtAbxqGCBS7fkjT jMmN3MiYmC8wNcut/QOvwn6WxnXk/k2R5eONJpBvrMFjhUJVSdK3cPo/KpU6nRztCZE3 DvDlvU9id5ixCESUdy4o2BH+yyyHlP593v3d4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=qmIZYP9965QxG6W3gMagWiJZ1NC/Y4aPvSJ3iLzeYPPgVakCHCdpmLO12qChZolMGy ypOHNjn56EJM65HfPzxPMlWDzzQahYT0UgYVfqh7WvL1yZnumdcegPm5lZNmVRn7fWxl G3t2SrcPCYusN7MbS2Qi8KhRUjYiKa3CQePBo= Received: by 10.90.49.8 with SMTP id w8mr5055676agw.64.1247731094734; Thu, 16 Jul 2009 00:58:14 -0700 (PDT) Received: from dragonmini.dg ([196.34.241.123]) by mx.google.com with ESMTPS id 2sm1452412aga.18.2009.07.16.00.58.11 (version=SSLv3 cipher=RC4-MD5); Thu, 16 Jul 2009 00:58:13 -0700 (PDT) From: David Naylor Organization: Private To: eculp Date: Thu, 16 Jul 2009 09:59:32 +0200 User-Agent: KMail/1.9.10 References: <20090714183503.165415zfkagwfb5w@econet.encontacto.net> In-Reply-To: <20090714183503.165415zfkagwfb5w@econet.encontacto.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2225410.334euvKaTl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200907160959.37024.naylor.b.david@gmail.com> X-Mailman-Approved-At: Thu, 16 Jul 2009 11:40:45 +0000 Cc: freebsd-current Subject: Re: Acer Laptop overheating with ACPI error that I don't understand. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 08:19:37 -0000 --nextPart2225410.334euvKaTl Content-Type: multipart/mixed; boundary="Boundary-01=_k3tXK33FiTl0Q0d" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_k3tXK33FiTl0Q0d Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 15 July 2009 01:35:03 eculp wrote: > I am having overheating problems with my Acer Aspire laptop. > # uname -a > FreeBSD ed.local.net.mx 8.0-BETA1 FreeBSD 8.0-BETA1 #256: Thu Jul 9 > 07:05:20 CDT 2009 > root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 > > I've been having this problem for several months and compensating by > reducing dev.cpu.0.freq from 1900 to 1200 and 800 in warm offices. > > The errors I'm seeing in the log files are: > > +acpi_ec0: EcRead: failed waiting to get data > +ACPI Exception: AE_NO_HARDWARE_RESPONSE, Returned by Handler for > [EmbeddedControl] 20090521 evregion-531 > +ACPI Error (psparse-0633): Method parse/execution failed > [\\_TZ_.THRM._TMP] (Node 0xc4e75960), AE_NO_HARDWARE_RESPONSE > > I'm afraid that I don't understand them. > > Any suggestions appreciated, > > ed A similar problem has been discussed on freebsd-acpi@. A patch was created= =20 that *may* help you. Here are some of the links: Start of discussion: http://markmail.org/message/oervuwnjmfmyqwxi Second patch: http://markmail.org/message/yvd523kg5blvhhab And attached for the second patch (these mail readers just love eating my=20 homework :) ) Good luck, David --Boundary-01=_k3tXK33FiTl0Q0d Content-Type: text/x-diff; charset="iso 8859-15"; name="acpi_ec.c.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="acpi_ec.c.diff" =2D-- acpi_ec.c~ 2009-06-17 21:14:48.000000000 +0200 +++ acpi_ec.c 2009-06-19 14:40:02.000000000 +0200 @@ -168,7 +168,7 @@ #define EC_LOCK_TIMEOUT 1000 =20 /* Default delay in microseconds between each run of the status polling lo= op. */ =2D#define EC_POLL_DELAY 5 +#define EC_POLL_DELAY 100 =20 /* Total time in ms spent waiting for a response from EC. */ #define EC_TIMEOUT 750 @@ -184,13 +184,21 @@ SYSCTL_DECL(_debug_acpi); SYSCTL_NODE(_debug_acpi, OID_AUTO, ec, CTLFLAG_RD, NULL, "EC debugging"); =20 =2Dstatic int ec_burst_mode; +static int ec_burst_mode =3D FALSE; TUNABLE_INT("debug.acpi.ec.burst", &ec_burst_mode); =2DSYSCTL_INT(_debug_acpi_ec, OID_AUTO, burst, CTLFLAG_RW, &ec_burst_mode, = 0, +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, burst, CTLFLAG_RW, &ec_burst_mode, FA= LSE, "Enable use of burst mode (faster for nearly all systems)"); =2Dstatic int ec_polled_mode; +static int ec_delay =3D 0; +TUNABLE_INT("debug.acpi.ec.delay", &ec_delay); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, delay, CTLFLAG_RW, &ec_delay, 0, + "Delay after waiting for responce (GPE and polled mode)"); +static int ec_gpe_mode =3D FALSE; +TUNABLE_INT("debug.acpi.ec.gpe", &ec_gpe_mode); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, gpe, CTLFLAG_RW, &ec_gpe_mode, FALSE, + "Disable adaptive GPE switching (to polled mode)"); +static int ec_polled_mode =3D FALSE; TUNABLE_INT("debug.acpi.ec.polled", &ec_polled_mode); =2DSYSCTL_INT(_debug_acpi_ec, OID_AUTO, polled, CTLFLAG_RW, &ec_polled_mode= , 0, +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, polled, CTLFLAG_RW, &ec_polled_mode, = =46ALSE, "Force use of polled mode (only if interrupt mode doesn't work)"); static int ec_timeout =3D EC_TIMEOUT; TUNABLE_INT("debug.acpi.ec.timeout", &ec_timeout); @@ -794,6 +802,7 @@ EC_STATUS ec_status; =20 status =3D AE_NO_HARDWARE_RESPONSE; + ec_status =3D EC_GET_CSR(sc); if (sc->ec_burstactive && !(ec_status & EC_FLAG_BURST_MODE)) { CTR1(KTR_ACPI, "ec burst disabled in waitevent (%s)", msg); @@ -810,56 +819,36 @@ EcWaitEvent(struct acpi_ec_softc *sc, EC_EVENT Event, u_int gen_count) { ACPI_STATUS Status; =2D int count, i, slp_ival; + int count, i, req_ticks, cur_ticks; =20 ACPI_SERIAL_ASSERT(ec); Status =3D AE_NO_HARDWARE_RESPONSE; int need_poll =3D cold || rebooting || ec_polled_mode || sc->ec_suspen= ding; =2D /* =2D * The main CPU should be much faster than the EC. So the status sh= ould =2D * be "not ready" when we start waiting. But if the main CPU is rea= lly =2D * slow, it's possible we see the current "ready" response. Since t= hat =2D * can't be distinguished from the previous response in polled mode, =2D * this is a potential issue. We really should have interrupts enab= led =2D * during boot so there is no ambiguity in polled mode. =2D * =2D * If this occurs, we add an additional delay before actually enteri= ng =2D * the status checking loop, hopefully to allow the EC to go to work =2D * and produce a non-stale status. =2D */ =2D if (need_poll) { =2D static int once; =2D =2D if (EcCheckStatus(sc, "pre-check", Event) =3D=3D AE_OK) { =2D if (!once) { =2D device_printf(sc->ec_dev, =2D "warning: EC done before starting event wait\n"); =2D once =3D 1; =2D } =2D AcpiOsStall(10); =2D } =2D } =20 /* Wait for event by polling or GPE (interrupt). */ if (need_poll) { count =3D (ec_timeout * 1000) / EC_POLL_DELAY; if (count =3D=3D 0) count =3D 1; + + /* The EC is slow, give it some time to catch up to us */ + AcpiOsStall(100); for (i =3D 0; i < count; i++) { Status =3D EcCheckStatus(sc, "poll", Event); if (Status =3D=3D AE_OK) break; AcpiOsStall(EC_POLL_DELAY); } + + if (Status !=3D AE_OK) + device_printf(sc->ec_dev, "wait timed out [polling mode]\n"); } else { =2D slp_ival =3D hz / 1000; =2D if (slp_ival !=3D 0) { =2D count =3D ec_timeout; =2D } else { =2D /* hz has less than 1 ms resolution so scale timeout. */ =2D slp_ival =3D 1; =2D count =3D ec_timeout / (1000 / hz); =2D } + /* How many ticks should we sleep for (max) */ + req_ticks =3D hz < 1000 ? (ec_timeout * hz) / 1000 + : (ec_timeout * 1000) / hz; + /* Make sure we sleep for at least one tick, from now */ + cur_ticks =3D (volatile int)ticks; + req_ticks =3D cur_ticks + (req_ticks ? req_ticks : 1) + 1; =20 /* * Wait for the GPE to signal the status changed, checking the @@ -867,38 +856,42 @@ * GPE for an event we're not interested in here (i.e., SCI for * EC query). */ =2D for (i =3D 0; i < count; i++) { =2D if (gen_count !=3D sc->ec_gencount) { =2D /* =2D * Record new generation count. It's possible the GPE was =2D * just to notify us that a query is needed and we need to =2D * wait for a second GPE to signal the completion of the =2D * event we are actually waiting for. =2D */ =2D gen_count =3D sc->ec_gencount; =2D Status =3D EcCheckStatus(sc, "sleep", Event); =2D if (Status =3D=3D AE_OK) =2D break; =2D } =2D tsleep(&sc->ec_gencount, PZERO, "ecgpe", slp_ival); + while ((int)(req_ticks - cur_ticks) > 0) { + /* If we have not received a signal then wait for one */ + if (gen_count =3D=3D sc->ec_gencount) + tsleep(&sc->ec_gencount, PZERO, "ecgpe", req_ticks - cur_ticks); + + /* + * Record new generation count. It's possible the GPE was + * just to notify us that a query is needed and we need to + * wait for a second GPE to signal the completion of the + * event we are actually waiting for. + */ + gen_count =3D sc->ec_gencount; + Status =3D EcCheckStatus(sc, "sleep", Event); + if (Status =3D=3D AE_OK) + break; + + /* Update current tick (so we always have a consistant value */ + cur_ticks =3D (volatile int)ticks; } =20 /* =2D * We finished waiting for the GPE and it never arrived. Try to =2D * read the register once and trust whatever value we got. This is =2D * the best we can do at this point. Then, force polled mode on =2D * since this system doesn't appear to generate GPEs. + * We finished waiting for the GPE and it never arrived. The register + * has been read on a timeout so no need to re-read it. Force polled + * mode on since this system doesn't appear to generate GPEs. */ if (Status !=3D AE_OK) { =2D Status =3D EcCheckStatus(sc, "sleep_end", Event); =2D device_printf(sc->ec_dev, =2D "wait timed out (%sresponse), forcing polled mode\n", =2D Status =3D=3D AE_OK ? "" : "no "); =2D ec_polled_mode =3D TRUE; + device_printf(sc->ec_dev, "wait timed out [GPE mode]%s\n", + ec_gpe_mode ? "" : ", forcing polled mode"); + ec_polled_mode =3D TRUE && !ec_gpe_mode; } } if (Status !=3D AE_OK) CTR0(KTR_ACPI, "error: ec wait timed out"); + else if (ec_delay); + /* Give the EC a chance to recover from all its hard work!!! */ + AcpiOsStall(ec_delay); return (Status); } =20 --Boundary-01=_k3tXK33FiTl0Q0d-- --nextPart2225410.334euvKaTl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkpe3egACgkQUaaFgP9pFrKQkACdGnaCZLwWpuzbfJ3UNT+4Qe7k wx4AnAvi2P+7Oa6NgRUfwIOM7gC7S0pd =oieh -----END PGP SIGNATURE----- --nextPart2225410.334euvKaTl-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 12:00:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 632D91065679 for ; Thu, 16 Jul 2009 12:00:48 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id B41F78FC28 for ; Thu, 16 Jul 2009 12:00:47 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6GC0ioe080599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 16 Jul 2009 22:00:45 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1247745645; bh=9XgXu0lxvKOTj9/cViyhJx7C7Bm0LNAoirKgPNkH4yk=; h=Date:From:To:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=tubu2VcHJ83tj497F43XxVrPyUw3DJPE7pPImTUp84tG6vNeSlgeKIXpoV4GK0rwc CLAUxESnX/XMalklxoVvTcQR4Z6TXIRs1co7jKUYJhC868MyDS1koCQzRZ9GFUQ0Fb w5lHu8/sbpXoZz629Vea+2PwYBninOtjuFsVzemM= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6GC0iI9018427 for ; Thu, 16 Jul 2009 22:00:44 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n6GC0i9n018426 for freebsd-current@freebsd.org; Thu, 16 Jul 2009 22:00:44 +1000 (AEST) (envelope-from john) Date: Thu, 16 Jul 2009 22:00:44 +1000 From: John Marshall To: freebsd-current@freebsd.org Message-ID: <20090716120043.GC17677@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20090708085202.GS1025@rwpc12.mby.riverwillow.net.au> <20090714053357.GH982@rwpc12.mby.riverwillow.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YD3LsXFS42OYHhNZ" Content-Disposition: inline In-Reply-To: <20090714053357.GH982@rwpc12.mby.riverwillow.net.au> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Subject: Re: sshd GSSAPIAuthentication broken after 8.0-BETA1 upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 12:00:48 -0000 --YD3LsXFS42OYHhNZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 14 Jul 2009, 15:33 +1000, John Marshall wrote: > On Wed, 08 Jul 2009, 18:52 +1000, John Marshall wrote: > > I source upgraded a (test) server here (i386) from 7.2-RELEASE-p2 to > > 8.0-BETA1 this morning. I use GSSAPI as the primary authentication > > method for sshd on that server. After the upgrade GSSAPI authentication > > stopped working and I can't get enough information to figure out why. > > Perhaps the newer version of Heimdal behaves differently? Perhaps the > > newer version of sshd behaves differently? I think I've isolated this to the newer version of OpenSSH (5.2p1). Another service (squid) on this 8.0-BETA1 server authenticates clients via GSSAPI with no complaint. If I install the OpenSSH port (5.2p1) on a 7.2-RELEASE server I am seeing the same problem I am observing on 8.0-BETA1. --=20 John Marshall --YD3LsXFS42OYHhNZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpfFmsACgkQw/tAaKKahKIOzACgyE5pmPgg+Th+izSbtPCduY0R CbUAn33JNtddIYVDawzIq7z0I2Fa41eT =TUya -----END PGP SIGNATURE----- --YD3LsXFS42OYHhNZ-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 12:30: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 B37601065672; Thu, 16 Jul 2009 12:30:18 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 11F078FC20; Thu, 16 Jul 2009 12:30:17 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by fxm24 with SMTP id 24so70516fxm.43 for ; Thu, 16 Jul 2009 05:30:17 -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:content-type; bh=6z3HEqWk2tOVfYTHydNxEUb+YeK8nfnSYr59okULHQc=; b=xa0IYdULMtlGTbpSk1j/dgQmyGX5hK36V1dvt4EGYei4HF5Yv3kSEOjcr22Z+8Sg/g QdL6lvnZ9fZ5viOq2nHUMvPD7fk6lELq2CMuGi7uTfrL4Oic+E/OA7a6F1ujq1yYWPgA 7kNZKlCfY7kclf25w/YUX8MWtS+I1XGvnqcj8= 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 :content-type; b=vLOUiJM2vdcSyWUPyS1wa1By12qMp3mOWN+i9Xh/WTMXjWQuH/SO/yv8i6xZEy5goW jWZOZRmz9Rwr6ie4t8hLgcDrlmvSm6uFwtiJhRwvf3h/ZptXAIX/Emt7OrO4O2OJO+7c tyocQRv057edhop0eKU83XI7UtpnIbt9PkeCM= MIME-Version: 1.0 Received: by 10.223.123.129 with SMTP id p1mr4451585far.0.1247745951396; Thu, 16 Jul 2009 05:05:51 -0700 (PDT) In-Reply-To: <4A5E4356.9060807@freebsd.org> References: <4A5E4356.9060807@freebsd.org> Date: Thu, 16 Jul 2009 16:05:51 +0400 Message-ID: <19e7832a0907160505p2887552o760d2b6042f862b5@mail.gmail.com> From: Andrey Fesenko To: Rene Ladan , current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: wpi card non-functional in 8.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 12:30:19 -0000 On Thu, Jul 16, 2009 at 1:00 AM, Rene Ladan wrote: > Hi all, > > it looks like my wpi card (Intel 3945 ABG) stopped working in > 8.0-BETA1/amd64, > at least in WPA2 mode. wpa_supplicant now gives ioctl errors (no log for > now :( ). > > It worked fine in 7.2-RELEASE/amd64. There, the LED would also light up > (flashing while connecting, solid while connected). But now it always stays > dark. > > The Bluetooth module (at usbus2) works fine, I can connect it to my > cellphone. > > I've attached the relevant dmesg parts. > > Any clues? > My notebook wpi card (Intel 3945 ABG) working in 8.0-BETA2/amd64, and working in 8.0-BETA1/amd64 ... > cat /boot/loader.conf if_wpi_load="YES" wlan_load="YES" wlan_amrr_load="YES" firmware_load="YES" wpifw_load="YES" legal.intel_wpi.license_ack=1 > cat /root/st_wlan ifconfig wlan0 create wlandev wpi0 wpa_supplicant -BDbsd -iwlan0 -c/etc/wpa_supplicant.conf sleep 10 dhclient wlan dmesg part ... wpi0: mem 0xffaff000-0xffafffff irq 18 at device 0.0 on pci2 wpi0: Driver Revision 20071127 wpi0: Hardware Revision (0x1) ... From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 13:13: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 989B5106564A for ; Thu, 16 Jul 2009 13:13:24 +0000 (UTC) (envelope-from andrewwtulloch@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 713438FC08 for ; Thu, 16 Jul 2009 13:13:23 +0000 (UTC) (envelope-from andrewwtulloch@gmail.com) Received: by fxm24 with SMTP id 24so95275fxm.43 for ; Thu, 16 Jul 2009 06:13:22 -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; bh=N4d60fIKwiPqvxAu+Y+xNCkTXMURc03Um7dVikxwKYQ=; b=scu10h9m+hHcnA9GDR4G0R54OFfp6ZdQubk19Qvo/bKCdsSeoMwrC3DTWkwrQovfUC lKGR1QHMTqr0YYwkhCIQx3ffQY25fNW7+qGVKhO99lmo4XQAeK76/E8QLkT33H4lzrvb 9jULadQgBxnQFJYTZMNkzo0txNzu/mgJeRZho= 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; b=qGaq+sGVLCJn+dsYEWJDNDbSvoqeFVVAgmtRI4NBxNWSTpopzL97QHcZJsncUG9Cii p86ie55g+XPCAAQacgwxKy3rHiTVXaAPIbjxICdqv8JARbhawtRnUgto3kxhLpZX4g3g OtLnYBkmQ9x3ikcNxTQJ7Rl56RiC9lyPv9Dlc= MIME-Version: 1.0 Sender: andrewwtulloch@gmail.com Received: by 10.204.117.142 with SMTP id r14mr8676673bkq.197.1247750002183; Thu, 16 Jul 2009 06:13:22 -0700 (PDT) In-Reply-To: <4A5EFFF7.4060708@pop.isdefe.es> References: <54854a7a0907150322n52a3595el5352a3987d2c75ac@mail.gmail.com> <58c737d70907151035ya9a829eyf4945d1fadc4ce0e@mail.gmail.com> <4A5EFFF7.4060708@pop.isdefe.es> Date: Thu, 16 Jul 2009 14:13:22 +0100 X-Google-Sender-Auth: 8b65498673b800d4 Message-ID: <54854a7a0907160613k6fd77c99w596734ad73487aba@mail.gmail.com> From: Andrew Tulloch To: Raul Content-Type: multipart/mixed; boundary=0016e6da98f2a60f43046ed26fad X-Mailman-Approved-At: Thu, 16 Jul 2009 13:25:13 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 on a HP DL585 Issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 13:13:24 -0000 --0016e6da98f2a60f43046ed26fad Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2009/7/16 Raul : > Chris Ruiz escribi=F3: > >>> I've upgraded one of our HP DL585's (4xdual core opteron, 16GB ram) >>> from 7.2 to 8.0-BETA1 and seem to have a couple of issues. > > [....] > > Same symptoms here with HP dl385's. > > [....] >> >> Try setting hw.pci.mcfg=3D0 at the boot loader prompt or in >> /boot/loader.conf and see if that helps with this issue. > > I've tried it with today sources (BETA2 ;D) without success :/ > My last resort (verbose boot) doesn't work so I've used the loader prompt= to > set hw.pci.mcfg > > My mail on stable talk about the same problems: > > http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051105.html Does look like the same problem. I've noticed both leds flashing on one of the built in bge NICs on the back of the machine, which doesn't seem to be happening on an identical machine running 7.2-STABLE. > Good news are that I am also testing 8 on a 360 g4 (also amd64) and it ha= s > had other problems booting BETA1 ... until today!. It has started perfect= ly > with BETA2 sources from a fresh 7.2 release BD. I plan to test multicast > routing (xorp) on this box ... so let's see. There seemed to be a ciss driver problem that got fixed that probably affected both the AMD and Intel based HP machines. I've got some 360G5's idle so I'll see if I can try on one of those and see if it's just the AMD based machines that have this problem. Managed to get it booted again with verbose this time, dmesg attached, it's really random whether it hangs or not. Regards, Andrew --0016e6da98f2a60f43046ed26fad Content-Type: text/plain; charset=US-ASCII; name="dmesg-verbose.txt" Content-Disposition: attachment; filename="dmesg-verbose.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fx7i1ekc0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQkVUQTEgIzA6IFR1ZSBKdWwgMTQgMTY6MjA6 MTAgQlNUIDIwMDkKICAgIHJvb3RAWFhYWFhYWFhYOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVS SUMKV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9y bWFuY2UuClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2VybmVsIiBhdCAweGZm ZmZmZmZmODBmZjAwMDAuClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAwCkNhbGlicmF0aW5nIFRTQyBjbG9jayAuLi4gVFNDIGNsb2NrOiAyMTk5OTQ0NTI0 IEh6CkNQVTogQU1EIE9wdGVyb24gKHRtKSBQcm9jZXNzb3IgODc1ICgyMTk5Ljk0LU1IeiBLOC1j bGFzcyBDUFUpCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHgyMGYxMCAgU3RlcHBp bmcgPSAwCiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxN Q0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxG WFNSLFNTRSxTU0UyLEhUVD4KICBGZWF0dXJlczI9MHgxPFNTRTM+CiAgQU1EIEZlYXR1cmVzPTB4 ZTI1MDA4MDA8U1lTQ0FMTCxOWCxNTVgrLEZGWFNSLExNLDNETm93ISssM0ROb3chPgogIEFNRCBG ZWF0dXJlczI9MHgyPENNUD4KTDEgMk1CIGRhdGEgVExCOiA4IGVudHJpZXMsIGZ1bGx5IGFzc29j aWF0aXZlCkwxIDJNQiBpbnN0cnVjdGlvbiBUTEI6IDggZW50cmllcywgZnVsbHkgYXNzb2NpYXRp dmUKTDEgNEtCIGRhdGEgVExCOiAzMiBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpMMSA0S0Ig aW5zdHJ1Y3Rpb24gVExCOiAzMiBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpMMSBkYXRhIGNh Y2hlOiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lh dGl2ZQpMMSBpbnN0cnVjdGlvbiBjYWNoZTogNjQga2J5dGVzLCA2NCBieXRlcy9saW5lLCAxIGxp bmVzL3RhZywgMi13YXkgYXNzb2NpYXRpdmUKTDIgMk1CIHVuaWZpZWQgVExCOiAwIGVudHJpZXMs IGRpc2FibGVkL25vdCBwcmVzZW50CkwyIDRLQiBkYXRhIFRMQjogNTEyIGVudHJpZXMsIDQtd2F5 IGFzc29jaWF0aXZlCkwyIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDUxMiBlbnRyaWVzLCA0LXdheSBh c3NvY2lhdGl2ZQpMMiB1bmlmaWVkIGNhY2hlOiAxMDI0IGtieXRlcywgNjQgYnl0ZXMvbGluZSwg MSBsaW5lcy90YWcsIDE2LXdheSBhc3NvY2lhdGl2ZQpyZWFsIG1lbW9yeSAgPSAxNzE3OTg2OTE4 NCAoMTYzODQgTUIpClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToKMHgwMDAwMDAwMDAwMDAxMDAw IC0gMHgwMDAwMDAwMDAwMDliZmZmLCA2MzQ4ODAgYnl0ZXMgKDE1NSBwYWdlcykKMHgwMDAwMDAw MDAxMDJhMDAwIC0gMHgwMDAwMDAwMGY1N2Y1ZmZmLCA0MTAxODE2MzIwIGJ5dGVzICgxMDAxNDIw IHBhZ2VzKQoweDAwMDAwMDAxMDAwMDAwMDAgLSAweDAwMDAwMDAzZTFlYmVmZmYsIDEyMzgwMjcw NTkyIGJ5dGVzICgzMDIyNTI3IHBhZ2VzKQphdmFpbCBtZW1vcnkgPSAxNjQwMTgzODA4MCAoMTU2 NDIgTUIpCkFDUEkgQVBJQyBUYWJsZTogPEhQICAgICAwMDAwMDA4Mz4KSU5UUjogQWRkaW5nIGxv Y2FsIEFQSUMgMSBhcyBhIHRhcmdldApJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyAyIGFzIGEgdGFy Z2V0CklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDMgYXMgYSB0YXJnZXQKSU5UUjogQWRkaW5nIGxv Y2FsIEFQSUMgNCBhcyBhIHRhcmdldApJTlRSOiBBZGRpbmcgbG9jYWwgQVBJQyA1IGFzIGEgdGFy Z2V0CklOVFI6IEFkZGluZyBsb2NhbCBBUElDIDYgYXMgYSB0YXJnZXQKSU5UUjogQWRkaW5nIGxv Y2FsIEFQSUMgNyBhcyBhIHRhcmdldApGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVt IERldGVjdGVkOiA4IENQVXMKRnJlZUJTRC9TTVA6IDQgcGFja2FnZShzKSB4IDIgY29yZShzKQog Y3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJQyBJRDogIDEKIGNwdTIgKEFQ KTogQVBJQyBJRDogIDIKIGNwdTMgKEFQKTogQVBJQyBJRDogIDMKIGNwdTQgKEFQKTogQVBJQyBJ RDogIDQKIGNwdTUgKEFQKTogQVBJQyBJRDogIDUKIGNwdTYgKEFQKTogQVBJQyBJRDogIDYKIGNw dTcgKEFQKTogQVBJQyBJRDogIDcKQVBJQzogQ1BVIDAgaGFzIEFDUEkgSUQgMApBUElDOiBDUFUg MSBoYXMgQUNQSSBJRCAxCkFQSUM6IENQVSAyIGhhcyBBQ1BJIElEIDIKQVBJQzogQ1BVIDMgaGFz IEFDUEkgSUQgMwpBUElDOiBDUFUgNCBoYXMgQUNQSSBJRCA0CkFQSUM6IENQVSA1IGhhcyBBQ1BJ IElEIDUKQVBJQzogQ1BVIDYgaGFzIEFDUEkgSUQgNgpBUElDOiBDUFUgNyBoYXMgQUNQSSBJRCA3 ClVMRTogc2V0dXAgY3B1IDAKVUxFOiBzZXR1cCBjcHUgMQpVTEU6IHNldHVwIGNwdSAyClVMRTog c2V0dXAgY3B1IDMKVUxFOiBzZXR1cCBjcHUgNApVTEU6IHNldHVwIGNwdSA1ClVMRTogc2V0dXAg Y3B1IDYKVUxFOiBzZXR1cCBjcHUgNwpBQ1BJOiBSU0RQIDB4ZjRmMjAgMDAwMjQgKHYyIEhQICAg ICkKQUNQSTogWFNEVCAweGY1N2Y2YzAwIDAwMDQ0ICh2MSBIUCAgICAgQTAxICAgICAgMDAwMDAw MDIgICBcTS1SXF5EIDAwMDAxNjJFKQpBQ1BJOiBGQUNQIDB4ZjU3ZjZjODAgMDAwRjQgKHYzIEhQ ICAgICBBMDEgICAgICAwMDAwMDAwMiAgIFxNLVJcXkQgMDAwMDE2MkUpCkFDUEkgV2FybmluZzog SW52YWxpZCBsZW5ndGggZm9yIFBtMWFDb250cm9sQmxvY2s6IDMyLCB1c2luZyBkZWZhdWx0IDE2 IDIwMDkwNTIxIHRiZmFkdC03MDcKQUNQSSBXYXJuaW5nOiBJbnZhbGlkIGxlbmd0aCBmb3IgUG0x YkNvbnRyb2xCbG9jazogMzIsIHVzaW5nIGRlZmF1bHQgMTYgMjAwOTA1MjEgdGJmYWR0LTcwNwpB Q1BJOiBEU0RUIDB4ZjU3ZjZkODAgMDUxRDUgKHYxIEhQICAgICAgICAgRFNEVCAwMDAwMDAwMSBN U0ZUIDAyMDAwMDAxKQpBQ1BJOiBGQUNTIDB4ZjU3ZjY4YzAgMDAwNDAKQUNQSTogQVBJQyAweGY1 N2Y2OTAwIDAwMEQwICh2MSBIUCAgICAgMDAwMDAwODMgMDAwMDAwMDIgICAgICAwMDAwMDAwMCkK QUNQSTogU1BDUiAweGY1N2Y2YTAwIDAwMDUwICh2MSBIUCAgICAgU1BDUlJCU1UgMDAwMDAwMDEg ICBcTS1SXF5EIDAwMDAxNjJFKQpBQ1BJOiBTUkFUIDB4ZjU3ZjZhODAgMDAxNTAgKHYxIEhQICAg ICBBMDEgICAgICAwMDAwMDAwMSAgICAgIDAwMDAwMDAwKQpNQURUOiBGb3VuZCBJTyBBUElDIElE IDQsIEludGVycnVwdCAwIGF0IDB4ZmVjMDAwMDAKaW9hcGljMDogUm91dGluZyBleHRlcm5hbCA4 MjU5QSdzIC0+IGludHBpbiAwCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgNSwgSW50ZXJydXB0IDI0 IGF0IDB4ZmVjMTAwMDAKTUFEVDogRm91bmQgSU8gQVBJQyBJRCA2LCBJbnRlcnJ1cHQgMjggYXQg MHhmZWMyMDAwMApNQURUOiBGb3VuZCBJTyBBUElDIElEIDcsIEludGVycnVwdCAzMiBhdCAweGZk YzAwMDAwCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgOCwgSW50ZXJydXB0IDM2IGF0IDB4ZmRjMTAw MDAKTUFEVDogRm91bmQgSU8gQVBJQyBJRCA5LCBJbnRlcnJ1cHQgNDAgYXQgMHhmZGMyMDAwMApN QURUOiBGb3VuZCBJTyBBUElDIElEIDEwLCBJbnRlcnJ1cHQgNDQgYXQgMHhmZGMzMDAwMApNQURU OiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSAwLCBpcnEgMgppb2FwaWMwOiBSb3V0aW5nIElS USAwIC0+IGludHBpbiAyCmxhcGljOiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzogTElOVDEg dHJpZ2dlcjogZWRnZQpsYXBpYzogTElOVDEgcG9sYXJpdHk6IGhpZ2gKTUFEVDogRm9yY2luZyBh Y3RpdmUtbG93IHBvbGFyaXR5IGFuZCBsZXZlbCB0cmlnZ2VyIGZvciBTQ0kKaW9hcGljMDogaW50 cGluIDkgcG9sYXJpdHk6IGxvdwppb2FwaWMwOiBpbnRwaW4gOSB0cmlnZ2VyOiBsZXZlbAppb2Fw aWMwIDxWZXJzaW9uIDEuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmlvYXBpYzEgPFZlcnNp b24gMS4xPiBpcnFzIDI0LTI3IG9uIG1vdGhlcmJvYXJkCmlvYXBpYzIgPFZlcnNpb24gMS4xPiBp cnFzIDI4LTMxIG9uIG1vdGhlcmJvYXJkCmlvYXBpYzMgPFZlcnNpb24gMS4xPiBpcnFzIDMyLTM1 IG9uIG1vdGhlcmJvYXJkCmlvYXBpYzQgPFZlcnNpb24gMS4xPiBpcnFzIDM2LTM5IG9uIG1vdGhl cmJvYXJkCmlvYXBpYzUgPFZlcnNpb24gMS4xPiBpcnFzIDQwLTQzIG9uIG1vdGhlcmJvYXJkCmlv YXBpYzYgPFZlcnNpb24gMS4xPiBpcnFzIDQ0LTQ3IG9uIG1vdGhlcmJvYXJkCmNwdTAgQlNQOgog ICAgIElEOiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDQwMDEwIExEUjogMHgwMDAwMDAwMCBERlI6 IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4 MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAw MDAwMDAgZXJyOiAweDAwMDEwMGYwIHBjbTogMHgwMDAwMDQwMAp3bGFuOiA8ODAyLjExIExpbmsg TGF5ZXI+Cm5mc2xvY2s6IHBzZXVkby1kZXZpY2UKa2JkOiBuZXcgYXJyYXkgc2l6ZSA0CmtiZDEg YXQga2JkbXV4MAptZW06IDxtZW1vcnk+Cm51bGw6IDxudWxsIGRldmljZSwgemVybyBkZXZpY2U+ CmlvOiA8SS9PPgpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4KaHB0 cnI6IFJvY2tldFJBSUQgMTd4eC8yeHh4IFNBVEEgY29udHJvbGxlciBkcml2ZXIgdjEuMgphY3Bp MDogPEhQIEEwMT4gb24gbW90aGVyYm9hcmQKaW9hcGljMDogcm91dGluZyBpbnRwaW4gOSAoSVNB IElSUSA5KSB0byBsYXBpYyAwIHZlY3RvciA0OAphY3BpMDogW01QU0FGRV0KYWNwaTA6IFtJVEhS RUFEXQpBQ1BJOiBTU0RUIDB4ZjU3ZmM4MDAgMDA1OUQgKHYxIEhQICAgICAgICBTU0RUMCAwMDAw MDAwMSBNU0ZUIDAyMDAwMDAxKQpBQ1BJOiBTU0RUIDB4ZjU3ZmNmMDAgMDA1OUQgKHYxIEhQICAg ICAgICBTU0RUMSAwMDAwMDAwMSBNU0ZUIDAyMDAwMDAxKQpBQ1BJOiBTU0RUIDB4ZjU3ZmQ2MDAg MDA1OUQgKHYxIEhQICAgICAgICBTU0RUMiAwMDAwMDAwMSBNU0ZUIDAyMDAwMDAxKQpBQ1BJOiBT U0RUIDB4ZjU3ZmRkMDAgMDA1OUQgKHYxIEhQICAgICAgICBTU0RUMyAwMDAwMDAwMSBNU0ZUIDAy MDAwMDAxKQpBQ1BJOiBTU0RUIDB4ZjU3ZmU0MDAgMDA1OUQgKHYxIEhQICAgICAgICBTU0RUNCAw MDAwMDAwMSBNU0ZUIDAyMDAwMDAxKQpBQ1BJOiBTU0RUIDB4ZjU3ZmViMDAgMDA1OUQgKHYxIEhQ ICAgICAgICBTU0RUNSAwMDAwMDAwMSBNU0ZUIDAyMDAwMDAxKQpBQ1BJOiBTU0RUIDB4ZjU3ZmYy MDAgMDA1OUQgKHYxIEhQICAgICAgICBTU0RUNiAwMDAwMDAwMSBNU0ZUIDAyMDAwMDAxKQpBQ1BJ OiBTU0RUIDB4ZjU3ZmY5MDAgMDA1OUQgKHYxIEhQICAgICAgICBTU0RUNyAwMDAwMDAwMSBNU0ZU IDAyMDAwMDAxKQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHdha2V1cCBjb2Rl IHZhIDB4ZmZmZmZmODAwMDAyZjAwMCBwYSAweDQwMDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NC Xy5DRkcwLk5ERTAuTkRFMCAtPiBidXMgMCBkZXYgMjQgZnVuYyAwCkFjcGlPc0Rlcml2ZVBjaUlk OiBcXF9TQl8uQ0ZHMC5NRU1DLk1FTUMgLT4gYnVzIDAgZGV2IDI0IGZ1bmMgMQpBY3BpT3NEZXJp dmVQY2lJZDogXFxfU0JfLkNGRzAuUENJMC5QQ0kwIC0+IGJ1cyAwIGRldiAzIGZ1bmMgMApBY3Bp T3NEZXJpdmVQY2lJZDogXFxfU0JfLkNGRzAuSUJSRy5JQlJHIC0+IGJ1cyAwIGRldiA0IGZ1bmMg MApBY3BpT3NEZXJpdmVQY2lJZDogXFxfU0JfLkNGRzAuUENJMS5QQ0kxIC0+IGJ1cyAwIGRldiA3 IGZ1bmMgMApBY3BpT3NEZXJpdmVQY2lJZDogXFxfU0JfLkNGRzAuUENJMi5QQ0kyIC0+IGJ1cyAw IGRldiA4IGZ1bmMgMApBY3BpT3NEZXJpdmVQY2lJZDogXFxfU0JfLkNGRzAuTkRFMS5OREUxIC0+ IGJ1cyAwIGRldiAyNSBmdW5jIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5DRkcxLlBDSTMu UENJMyAtPiBidXMgNCBkZXYgOSBmdW5jIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5DRkcx LlBDSTQuUENJNCAtPiBidXMgNCBkZXYgMTAgZnVuYyAwCkFjcGlPc0Rlcml2ZVBjaUlkOiBcXF9T Ql8uQ0ZHMS5QQ0k1LlBDSTUgLT4gYnVzIDQgZGV2IDExIGZ1bmMgMApBY3BpT3NEZXJpdmVQY2lJ ZDogXFxfU0JfLkNGRzEuUENJNi5QQ0k2IC0+IGJ1cyA0IGRldiAxMiBmdW5jIDAKQWNwaU9zRGVy aXZlUGNpSWQ6IFxcX1NCXy5DRkcwLlRTTU0uVFNNTSAtPiBidXMgMCBkZXYgNCBmdW5jIDMKQUNQ SSB0aW1lcjogMC80IDAvNSAwLzQgMC81IDAvNCAwLzQgMC80IDAvNSAwLzQgMC80IC0+IDAKVGlt ZWNvdW50ZXIgIkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA4NTAKYWNw aV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg5MDgtMHg5MGIg b24gYWNwaTAKcGNpX2xpbmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJ bml0aWFsIFByb2JlICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNSA3IDEwIDExCiAgVmFsaWRh dGlvbiAgICAgICAgICAwICAgMTAgICBOICAgICAwICAzIDUgNyAxMCAxMQogIEFmdGVyIERpc2Fi bGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA1IDcgMTAgMTEKcGNpX2xpbmsxOiAgICAgICAg SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNyAg IE4gICAgIDAgIDMgNSA3IDEwIDExCiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAgIDcgICBOICAg ICAwICAzIDUgNyAxMCAxMQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAg MyA1IDcgMTAgMTEKcGNpX2xpbmsyOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNSA3IDEwIDExCiAgVmFs aWRhdGlvbiAgICAgICAgICAwICAgMTEgICBOICAgICAwICAzIDUgNyAxMCAxMQogIEFmdGVyIERp c2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA1IDcgMTAgMTEKcGNpX2xpbmszOiAgICAg ICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAg NSAgIE4gICAgIDAgIDMgNSA3IDEwIDExCiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAgIDUgICBO ICAgICAwICAzIDUgNyAxMCAxMQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA1IDcgMTAgMTEKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gb24gYWNwaTAKcGNp MDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0w CmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ2MCwgcmV2aWQ9MHgwNwoJZG9tYWluPTAs IGJ1cz0wLCBzbG90PTMsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZk ZXY9MAoJY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDkgKDIyNTAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDY4LCByZXZpZD0weDA1 Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9NCwgZnVuYz0wCgljbGFzcz0wNi0wMS0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDIyMCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDc0NjksIHJldmlk PTB4MDMKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD00LCBmdW5jPTEKCWNsYXNzPTAxLTAxLThhLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjAwLCBjYWNo ZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweDIwMDAsIHNpemUgIDQsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9 MHg3NDZiLCByZXZpZD0weDA1Cglkb21haW49MCwgYnVzPTAsIHNsb3Q9NCwgZnVuYz0zCgljbGFz cz0wNi04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEw MjIsIGRldj0weDc0NTAsIHJldmlkPTB4MTIKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD03LCBmdW5j PTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAxNDcs IHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTky MCBucyksIG1pbmdudD0weDAxICgyNTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2 ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDUxLCByZXZpZD0weDAxCglkb21haW49MCwgYnVzPTAsIHNs b3Q9NywgZnVuYz0xCgljbGFzcz0wOC0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3Vu ZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDc0NTAsIHJldmlkPTB4MTIKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD04LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEK CWNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAxICgyNTAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDUxLCByZXZpZD0weDAxCglkb21h aW49MCwgYnVzPTAsIHNsb3Q9OCwgZnVuYz0xCgljbGFzcz0wOC0wMC0xMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDAsIHJldmlkPTB4MDAK CWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDEsIHJldmlk PTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNCwgZnVuYz0xCgljbGFzcz0wNi0wMC0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDIs IHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNCwgZnVuYz0yCgljbGFzcz0wNi0w MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAw MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0w eDExMDMsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNCwgZnVuYz0zCgljbGFz cz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIs IGRldj0weDExMDAsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNSwgZnVuYz0w CgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBz dGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0w eDEwMjIsIGRldj0weDExMDEsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNSwg ZnVuYz0xCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgw MDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZl bmRvcj0weDEwMjIsIGRldj0weDExMDIsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0yNSwgZnVuYz0yCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRy ZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3Vu ZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDMsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0yNSwgZnVuYz0zCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0x CgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDAsIHJldmlkPTB4MDAKCWRvbWFpbj0w LCBidXM9MCwgc2xvdD0yNiwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDEsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0xCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDIsIHJldmlkPTB4 MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0yCgljbGFzcz0wNi0wMC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVs bnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDMsIHJl dmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0zCgljbGFzcz0wNi0wMC0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAo MCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDEx MDAsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNywgZnVuYz0wCgljbGFzcz0w Ni0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4 MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRl dj0weDExMDEsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNywgZnVuYz0xCglj bGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0 cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEw MjIsIGRldj0weDExMDIsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yNywgZnVu Yz0yCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAw LCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRv cj0weDEwMjIsIGRldj0weDExMDMsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0y NywgZnVuYz0zCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9 MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpwY2liMTog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzLjAgb24gcGNpMApwY2liMTogICBkb21h aW4gICAgICAgICAgICAwCnBjaWIxOiAgIHNlY29uZGFyeSBidXMgICAgIDEKcGNpYjE6ICAgc3Vi b3JkaW5hdGUgYnVzICAgMQpwY2liMTogICBJL08gZGVjb2RlICAgICAgICAweDQwMDAtMHg0ZmZm CnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjVmMDAwMDAtMHhmN2FmZmZmZgpwY2liMTog ICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kx OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTEKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3 NDY0LCByZXZpZD0weDBiCglkb21haW49MCwgYnVzPTEsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0w Yy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMTE3LCBzdGF0cmVnPTB4 MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDUwICgyMDAwMCBucykKCWludHBpbj1kLCBpcnE9NQoJ bWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjdhZjAwMDAsIHNpemUgMTIs IGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmN2FmMDAwMC0weGY3YWYw ZmZmOiBnb29kCnBjaWIxOiBtYXRjaGVkIGVudHJ5IGZvciAxLjAuSU5URApwY2liMTogc2xvdCAw IElOVEQgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDc0 NjQsIHJldmlkPTB4MGIKCWRvbWFpbj0wLCBidXM9MSwgc2xvdD0wLCBmdW5jPTEKCWNsYXNzPTBj LTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAxMTcsIHN0YXRyZWc9MHgw MjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4NTAgKDIwMDAwIG5zKQoJaW50cGluPWQsIGlycT01Cglt YXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmN2FlMDAwMCwgc2l6ZSAxMiwg ZW5hYmxlZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGY3YWUwMDAwLTB4ZjdhZTBm ZmY6IGdvb2QKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDEuMC5JTlRECnBjaWIxOiBzbG90IDAg SU5URCBoYXJkd2lyZWQgdG8gSVJRIDE5CmZvdW5kLT4JdmVuZG9yPTB4MGUxMSwgZGV2PTB4YjIw MywgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0xLCBzbG90PTIsIGZ1bmM9MAoJY2xhc3M9MDgt ODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDEwMywgc3RhdHJlZz0weDAy OTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3Bl YyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwg cmFuZ2UgMzIsIGJhc2UgMHg0ODAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0ZWQg SS9PIHJhbmdlIDB4NDgwMC0weDQ4ZmY6IGluIHJhbmdlCgltYXBbMTRdOiB0eXBlIE1lbW9yeSwg cmFuZ2UgMzIsIGJhc2UgMHhmN2FiMDAwMCwgc2l6ZSAgOSwgZW5hYmxlZApwY2liMTogcmVxdWVz dGVkIG1lbW9yeSByYW5nZSAweGY3YWIwMDAwLTB4ZjdhYjAxZmY6IGdvb2QKcGNpYjE6IG1hdGNo ZWQgZW50cnkgZm9yIDEuMi5JTlRBCnBjaWIxOiBzbG90IDIgSU5UQSBoYXJkd2lyZWQgdG8gSVJR IDE2CmZvdW5kLT4JdmVuZG9yPTB4MGUxMSwgZGV2PTB4YjIwNCwgcmV2aWQ9MHgwMQoJZG9tYWlu PTAsIGJ1cz0xLCBzbG90PTIsIGZ1bmM9MgoJY2xhc3M9MDgtODAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDE5Nywgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTcKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBE MyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg0 MDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4NDAwMC0w eDQwZmY6IGluIHJhbmdlCgltYXBbMTRdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhm N2FhMDAwMCwgc2l6ZSAxMSwgZW5hYmxlZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAw eGY3YWEwMDAwLTB4ZjdhYTA3ZmY6IGdvb2QKCW1hcFsxOF06IHR5cGUgTWVtb3J5LCByYW5nZSAz MiwgYmFzZSAweGY3YTkwMDAwLCBzaXplIDEzLCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0ZWQgbWVt b3J5IHJhbmdlIDB4ZjdhOTAwMDAtMHhmN2E5MWZmZjogZ29vZAoJbWFwWzFjXTogdHlwZSBNZW1v cnksIHJhbmdlIDMyLCBiYXNlIDB4ZjdhMDAwMDAsIHNpemUgMTksIGVuYWJsZWQKcGNpYjE6IHJl cXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmN2EwMDAwMC0weGY3YTdmZmZmOiBnb29kCnBjaWIxOiBt YXRjaGVkIGVudHJ5IGZvciAxLjIuSU5UQgpwY2liMTogc2xvdCAyIElOVEIgaGFyZHdpcmVkIHRv IElSUSAxNwpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQ3NTIsIHJldmlkPTB4MjcKCWRv bWFpbj0wLCBidXM9MSwgc2xvdD0zLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwODcsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MTYg KGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwOCAoMjAwMCBucyks IG1heGxhdD0weDAwICgwIG5zKQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBj dXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmNjAwMDAw MCwgc2l6ZSAyNCwgZW5hYmxlZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGY2MDAw MDAwLTB4ZjZmZmZmZmY6IGdvb2QKCW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBi YXNlIDB4NDQwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMTogcmVxdWVzdGVkIEkvTyByYW5nZSAw eDQ0MDAtMHg0NGZmOiBpbiByYW5nZQoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBi YXNlIDB4ZjVmZjAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkg cmFuZ2UgMHhmNWZmMDAwMC0weGY1ZmYwZmZmOiBnb29kCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG1lbSAweGY3YWYwMDAwLTB4ZjdhZjBmZmYgaXJxIDE5IGF0IGRldmlj ZSAwLjAgb24gcGNpMQpvaGNpMDogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0 eXBlIDMgYXQgMHhmN2FmMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxOSAoUENJIElSUSAx OSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDkKb2hjaTA6IFtNUFNBRkVdCm9oY2kwOiBbSVRIUkVBRF0K dXNidXMwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCm9oY2kxOiA8 T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGY3YWUwMDAwLTB4ZjdhZTBmZmYg aXJxIDE5IGF0IGRldmljZSAwLjEgb24gcGNpMQpvaGNpMTogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVz IGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmN2FlMDAwMApvaGNpMTogW01QU0FGRV0Kb2hjaTE6 IFtJVEhSRUFEXQp1c2J1czE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hj aTEKcGNpMTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDIuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kxOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMi4yIChubyBkcml2ZXIgYXR0 YWNoZWQpCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4NDQwMC0weDQ0 ZmYgbWVtIDB4ZjYwMDAwMDAtMHhmNmZmZmZmZiwweGY1ZmYwMDAwLTB4ZjVmZjBmZmYgYXQgZGV2 aWNlIDMuMCBvbiBwY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSA0LjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEFNRCA4MTExIFVETUExMzMg Y29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDIw MDAtMHgyMDBmIGF0IGRldmljZSA0LjEgb24gcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDEwIGJ5 dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHgyMDAwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBv biBhdGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSA0 IGF0IDB4MWYwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MTQgdHlwZSA0 IGF0IDB4M2Y2CmF0YTA6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDEKYXRh MDogc3RhdDA9MHgwMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhlYgphdGEwOiBzdGF0MT0weDAx IGVycj0weDA0IGxzYj0weDAwIG1zYj0weDAwCmF0YTA6IHJlc2V0IHRwMiBzdGF0MD0wMCBzdGF0 MT0wMSBkZXZpY2VzPTB4MTAwMDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTQgKElTQSBJUlEg MTQpIHRvIGxhcGljIDAgdmVjdG9yIDUwCmF0YTA6IFtNUFNBRkVdCmF0YTA6IFtJVEhSRUFEXQph dGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0 ZXMgZm9yIHJpZCAweDE4IHR5cGUgNCBhdCAweDE3MAphdGFwY2kwOiBSZXNlcnZlZCAweDEgYnl0 ZXMgZm9yIHJpZCAweDFjIHR5cGUgNCBhdCAweDM3NgphdGExOiByZXNldCB0cDEgbWFzaz0wMCBv c3RhdDA9ZmYgb3N0YXQxPWZmCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE1IChJU0EgSVJRIDE1 KSB0byBsYXBpYyAwIHZlY3RvciA1MQphdGExOiBbTVBTQUZFXQphdGExOiBbSVRIUkVBRF0KcGNp MDogPGJyaWRnZT4gYXQgZGV2aWNlIDQuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMjogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMApwY2liMjogICBkb21haW4g ICAgICAgICAgICAwCnBjaWIyOiAgIHNlY29uZGFyeSBidXMgICAgIDIKcGNpYjI6ICAgc3Vib3Jk aW5hdGUgYnVzICAgMgpwY2liMjogICBJL08gZGVjb2RlICAgICAgICAweDUwMDAtMHg1ZmZmCnBj aWIyOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjdiMDAwMDAtMHhmN2JmZmZmZgpwY2liMjogICBw cmVmZXRjaGVkIGRlY29kZSAweGY1ZTAwMDAwLTB4ZjVlZmZmZmYKcGNpMjogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjIKcGNpMjogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0yCmZvdW5kLT4JdmVuZG9y PTB4MGUxMSwgZGV2PTB4YjE3OCwgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0yLCBzbG90PTQs IGZ1bmM9MAoJY2xhc3M9MDEtMDQtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDE1Nywgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 NyAoMjEzMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDMgIGN1cnJlbnQgRDAK CU1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSA2NCwgYmFzZSAweGY3YmMwMDAwLCBzaXplIDE4LCBlbmFibGVkCnBjaWIyOiByZXF1ZXN0 ZWQgbWVtb3J5IHJhbmdlIDB4ZjdiYzAwMDAtMHhmN2JmZmZmZjogZ29vZAoJbWFwWzE4XTogdHlw ZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg1MDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIy OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4NTAwMC0weDUwZmY6IGluIHJhbmdlCgltYXBbMWNdOiB0 eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjVlZjAwMDAsIHNpemUg MTQsIGVuYWJsZWQKcGNpYjI6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmNWVmMDAwMC0weGY1 ZWYzZmZmOiBnb29kCnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZvciAyLjQuSU5UQQpwY2liMjogc2xv dCA0IElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOApmb3VuZC0+CXZlbmRvcj0weDE0ZTQsIGRldj0w eDE2NDgsIHJldmlkPTB4MTAKCWRvbWFpbj0wLCBidXM9Miwgc2xvdD02LCBmdW5jPTAKCWNsYXNz PTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAxNTYsIHN0YXRyZWc9 MHgwMmIwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBt aW5nbnQ9MHg0MCAoMTYwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9 NwoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMg OCBtZXNzYWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2Ug MHhmN2JiMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZApwY2liMjogcmVxdWVzdGVkIG1lbW9yeSByYW5n ZSAweGY3YmIwMDAwLTB4ZjdiYmZmZmY6IGdvb2QKcGNpYjI6IG1hdGNoZWQgZW50cnkgZm9yIDIu Ni5JTlRBCnBjaWIyOiBzbG90IDYgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDI1CmZvdW5kLT4JdmVu ZG9yPTB4MTRlNCwgZGV2PTB4MTY0OCwgcmV2aWQ9MHgxMAoJZG9tYWluPTAsIGJ1cz0yLCBzbG90 PTYsIGZ1bmM9MQoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVn PTB4MDE1Niwgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9 MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDQwICgxNjAwMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJaW50cGluPWIsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwCglNU0kgc3VwcG9ydHMgOCBtZXNzYWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIE1lbW9y eSwgcmFuZ2UgNjQsIGJhc2UgMHhmN2JhMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZApwY2liMjogcmVx dWVzdGVkIG1lbW9yeSByYW5nZSAweGY3YmEwMDAwLTB4ZjdiYWZmZmY6IGdvb2QKcGNpYjI6IG1h dGNoZWQgZW50cnkgZm9yIDIuNi5JTlRCCnBjaWIyOiBzbG90IDYgSU5UQiBoYXJkd2lyZWQgdG8g SVJRIDI0CmNpc3MwOiA8Q29tcGFxIFNtYXJ0IEFycmF5IDVpPiBwb3J0IDB4NTAwMC0weDUwZmYg bWVtIDB4ZjdiYzAwMDAtMHhmN2JmZmZmZiwweGY1ZWYwMDAwLTB4ZjVlZjNmZmYgaXJxIDE4IGF0 IGRldmljZSA0LjAgb24gcGNpMgpjaXNzMDogUmVzZXJ2ZWQgMHg0MDAwMCBieXRlcyBmb3Igcmlk IDB4MTAgdHlwZSAzIGF0IDB4ZjdiYzAwMDAKY2lzczA6IFBFUkZPUk1BTlQgVHJhbnNwb3J0Cmlv YXBpYzA6IHJvdXRpbmcgaW50cGluIDE4IChQQ0kgSVJRIDE4KSB0byBsYXBpYyAwIHZlY3RvciA1 MgpjaXNzMDogW01QU0FGRV0KY2lzczA6IFtJVEhSRUFEXQpjaXNzMDogdXNpbmcgMjU2IG9mIDEw MjQgYXZhaWxhYmxlIGNvbW1hbmRzCmNpc3MwOiAgIGZpcm13YXJlIDIuNzYKY2lzczA6ICAgMiBT Q1NJIGNoYW5uZWxzCmNpc3MwOiAgIHNpZ25hdHVyZSAnQ0lTUycKY2lzczA6ICAgdmFsZW5jZSAx CmNpc3MwOiAgIHN1cHBvcnRlZCBJL08gbWV0aG9kcyAweDY8c2ltcGxlLHBlcmZvcm1hbnQ+CmNp c3MwOiAgIGFjdGl2ZSBJL08gbWV0aG9kIDB4NTxwZXJmb3JtYW50PgpjaXNzMDogICA0RyBwYWdl IGJhc2UgMHgwMDAwMDAwMApjaXNzMDogICBpbnRlcnJ1cHQgY29hbGVzY2UgZGVsYXkgMHVzCmNp c3MwOiAgIGludGVycnVwdCBjb2FsZXNjZSBjb3VudCAxNgpjaXNzMDogICBtYXggb3V0c3RhbmRp bmcgY29tbWFuZHMgMTAyNApjaXNzMDogICBidXMgdHlwZXMgMHgyPHVsdHJhMz4KY2lzczA6ICAg c2VydmVyIG5hbWUgJycKY2lzczA6ICAgaGVhcnRiZWF0IDB4MTAwMDAwNDgKY2lzczA6IDYgcGh5 c2ljYWwgZGV2aWNlcwpjaXNzMDogMSBsb2dpY2FsIGRyaXZlCmNpc3MwOiBsb2dpY2FsIGRyaXZl IChiMHQwKTogUkFJRCAxLCAyODU2OTZNQiBvbmxpbmUKcGNpMDoyOjY6MDogZmFpbGVkIHRvIHJl YWQgVlBEIGRhdGEuCmJnZTA6IDxCcm9hZGNvbSBCQ001NzA0IEIwLCBBU0lDIHJldi4gMHgyMTAw PiBtZW0gMHhmN2JiMDAwMC0weGY3YmJmZmZmIGlycSAyNSBhdCBkZXZpY2UgNi4wIG9uIHBjaTIK YmdlMDogUmVzZXJ2ZWQgMHgxMDAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4Zjdi YjAwMDAKYmdlMDogQ0hJUCBJRCAweDIxMDAwMDAwOyBBU0lDIFJFViAweDAyOyBDSElQIFJFViAw eDIxOyBQQ0ktWAptaWlidXMwOiA8TUlJIGJ1cz4gb24gYmdlMApicmdwaHkwOiA8QkNNNTcwNCAx MC8xMDAvMTAwMGJhc2VUWCBQSFk+IFBIWSAxIG9uIG1paWJ1czAKYnJncGh5MDogT1VJIDB4MDAw ODE4LCBtb2RlbCAweDAwMTksIHJldi4gMApicmdwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgs IDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VULCAxMDAwYmFzZVQtRkRYLCBhdXRv CmJnZTA6IGJwZiBhdHRhY2hlZApiZ2UwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMzoyMTo2OTpm NToyNQppb2FwaWMxOiByb3V0aW5nIGludHBpbiAxIChQQ0kgSVJRIDI1KSB0byBsYXBpYyAwIHZl Y3RvciA1MwpiZ2UwOiBbTVBTQUZFXQpiZ2UwOiBbSVRIUkVBRF0KcGNpMDoyOjY6MTogYmFkIFZQ RCBja3N1bSwgcmVtYWluIDE5CmJnZTE6IDxIUCBOQzc3ODIgR2lnYWJpdCBTZXJ2ZXIgQWRhcHRl ciwgQVNJQyByZXYuIDB4MjEwMD4gbWVtIDB4ZjdiYTAwMDAtMHhmN2JhZmZmZiBpcnEgMjQgYXQg ZGV2aWNlIDYuMSBvbiBwY2kyCmJnZTE6IFJlc2VydmVkIDB4MTAwMDAgYnl0ZXMgZm9yIHJpZCAw eDEwIHR5cGUgMyBhdCAweGY3YmEwMDAwCmJnZTE6IENISVAgSUQgMHgyMTAwMDAwMDsgQVNJQyBS RVYgMHgwMjsgQ0hJUCBSRVYgMHgyMTsgUENJLVgKbWlpYnVzMTogPE1JSSBidXM+IG9uIGJnZTEK YnJncGh5MTogPEJDTTU3MDQgMTAvMTAwLzEwMDBiYXNlVFggUEhZPiBQSFkgMSBvbiBtaWlidXMx CmJyZ3BoeTE6IE9VSSAweDAwMDgxOCwgbW9kZWwgMHgwMDE5LCByZXYuIDAKYnJncGh5MTogIDEw YmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwg MTAwMGJhc2VULUZEWCwgYXV0bwpiZ2UxOiBicGYgYXR0YWNoZWQKYmdlMTogRXRoZXJuZXQgYWRk cmVzczogMDA6MTM6MjE6Njk6ZjU6MjQKaW9hcGljMTogcm91dGluZyBpbnRwaW4gMCAoUENJIElS USAyNCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTQKYmdlMTogW01QU0FGRV0KYmdlMTogW0lUSFJFQURd CnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDguMCBvbiBwY2kwCnBjaWIz OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMwpwY2li MzogICBzdWJvcmRpbmF0ZSBidXMgICAzCnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZmZm ZmYwMDAtMHhmZmYKcGNpYjM6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpMzogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjMKcGNpMzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0zCnBjaWI0OiA8QUNQ SSBIb3N0LVBDSSBicmlkZ2U+IG9uIGFjcGkwCnBjaWI0OiBjb3VsZCBub3QgZ2V0IFBDSSBpbnRl cnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXFxfU0JfLkNGRzEgLSBBRV9OT1RfRk9VTkQKcGNpNDog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpNDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz00CmZv dW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ1MCwgcmV2aWQ9MHgxMgoJZG9tYWluPTAsIGJ1 cz00LCBzbG90PTksIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9 MQoJY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDEgKDI1MCBucyksIG1heGxhdD0weDAw ICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDc0NTEsIHJldmlkPTB4MDEKCWRv bWFpbj0wLCBidXM9NCwgc2xvdD05LCBmdW5jPTEKCWNsYXNzPTA4LTAwLTEwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ1MCwgcmV2aWQ9MHgx MgoJZG9tYWluPTAsIGJ1cz00LCBzbG90PTEwLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0 eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxu c3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAxICgyNTAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDUx LCByZXZpZD0weDAxCglkb21haW49MCwgYnVzPTQsIHNsb3Q9MTAsIGZ1bmM9MQoJY2xhc3M9MDgt MDAtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAy MDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9 MHg3NDUwLCByZXZpZD0weDEyCglkb21haW49MCwgYnVzPTQsIHNsb3Q9MTEsIGZ1bmM9MAoJY2xh c3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDE0Nywgc3RhdHJl Zz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MDEgKDI1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0w eDEwMjIsIGRldj0weDc0NTEsIHJldmlkPTB4MDEKCWRvbWFpbj0wLCBidXM9NCwgc2xvdD0xMSwg ZnVuYz0xCgljbGFzcz0wOC0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDA2LCBzdGF0cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZl bmRvcj0weDEwMjIsIGRldj0weDc0NTAsIHJldmlkPTB4MTIKCWRvbWFpbj0wLCBidXM9NCwgc2xv dD0xMiwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xCgljbWRy ZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMSAoMjUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ1MSwgcmV2aWQ9MHgwMQoJZG9tYWluPTAs IGJ1cz00LCBzbG90PTEyLCBmdW5jPTEKCWNsYXNzPTA4LTAwLTEwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDkuMCBvbiBwY2k0 CnBjaWI1OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjU6ICAgc2Vjb25kYXJ5IGJ1cyAgICAg NQpwY2liNTogICBzdWJvcmRpbmF0ZSBidXMgICA1CnBjaWI1OiAgIEkvTyBkZWNvZGUgICAgICAg IDB4NjAwMC0weDZmZmYKcGNpYjU6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmN2MwMDAwMC0weGY3 Y2ZmZmZmCnBjaWI1OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTU6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWI1CnBjaTU6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9NQpmb3VuZC0+CXZlbmRvcj0w eDEwNzcsIGRldj0weDIzMTIsIHJldmlkPTB4MDIKCWRvbWFpbj0wLCBidXM9NSwgc2xvdD0xMywg ZnVuYz0wCgljbGFzcz0wYy0wNC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MTU3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQw ICgxOTIwIG5zKSwgbWluZ250PTB4NDAgKDE2MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglp bnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK CU1TSSBzdXBwb3J0cyA4IG1lc3NhZ2VzLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQs IHJhbmdlIDMyLCBiYXNlIDB4NjAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNTogcmVxdWVzdGVk IEkvTyByYW5nZSAweDYwMDAtMHg2MGZmOiBpbiByYW5nZQoJbWFwWzE0XTogdHlwZSBNZW1vcnks IHJhbmdlIDY0LCBiYXNlIDB4ZjdjZjAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjU6IHJlcXVl c3RlZCBtZW1vcnkgcmFuZ2UgMHhmN2NmMDAwMC0weGY3Y2YwZmZmOiBnb29kCnBjaWI1OiBtYXRj aGVkIGVudHJ5IGZvciA1LjEzLklOVEEKcGNpYjU6IHNsb3QgMTMgSU5UQSBoYXJkd2lyZWQgdG8g SVJRIDMyClFsb2dpYyBJU1AgRHJpdmVyLCBGcmVlQlNEIFZlcnNpb24gNS45LCBDb3JlIFZlcnNp b24gMy4wCmlzcDA6IDxRbG9naWMgSVNQIDIzMTIgUENJIEZDLUFMIEFkYXB0ZXI+IHBvcnQgMHg2 MDAwLTB4NjBmZiBtZW0gMHhmN2NmMDAwMC0weGY3Y2YwZmZmIGlycSAzMiBhdCBkZXZpY2UgMTMu MCBvbiBwY2k1CmlzcDA6IFJlc2VydmVkIDB4MTAwMCBieXRlcyBmb3IgcmlkIDB4MTQgdHlwZSAz IGF0IDB4ZjdjZjAwMDAKaXNwMDogdXNpbmcgTWVtb3J5IHNwYWNlIHJlZ2lzdGVyIG1hcHBpbmcK aW9hcGljMzogcm91dGluZyBpbnRwaW4gMCAoUENJIElSUSAzMikgdG8gbGFwaWMgMCB2ZWN0b3Ig NTUKaXNwMDogW01QU0FGRV0KaXNwMDogW0lUSFJFQURdCmlzcDA6IFBvbGxlZCBNYWlsYm94IENv bW1hbmQgKDB4MikgVGltZW91dCAoMTAwMDAwMHVzKQppc3AwOiBQb2xsZWQgTWFpbGJveCBDb21t YW5kICgweDgpIFRpbWVvdXQgKDEwMDAwMHVzKQppc3AwOiBNYWlsYm94IENvbW1hbmQgJ0FCT1VU IEZJUk1XQVJFJyBmYWlsZWQgKFRJTUVPVVQpCmRldmljZV9hdHRhY2g6IGlzcDAgYXR0YWNoIHJl dHVybmVkIDYKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTAuMCBvbiBw Y2k0CnBjaWI2OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjY6ICAgc2Vjb25kYXJ5IGJ1cyAg ICAgNgpwY2liNjogICBzdWJvcmRpbmF0ZSBidXMgICA2CnBjaWI2OiAgIEkvTyBkZWNvZGUgICAg ICAgIDB4NzAwMC0weDdmZmYKcGNpYjY6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmN2QwMDAwMC0w eGY3ZGZmZmZmCnBjaWI2OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTY6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI2CnBjaTY6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9Ngpmb3VuZC0+CXZlbmRv cj0weDEwNzcsIGRldj0weDIzMTIsIHJldmlkPTB4MDIKCWRvbWFpbj0wLCBidXM9Niwgc2xvdD0x NCwgZnVuYz0wCgljbGFzcz0wYy0wNC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMTU3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0w eDQwICgxOTIwIG5zKSwgbWluZ250PTB4NDAgKDE2MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCU1TSSBzdXBwb3J0cyA4IG1lc3NhZ2VzLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4NzAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNjogcmVxdWVz dGVkIEkvTyByYW5nZSAweDcwMDAtMHg3MGZmOiBpbiByYW5nZQoJbWFwWzE0XTogdHlwZSBNZW1v cnksIHJhbmdlIDY0LCBiYXNlIDB4ZjdkZjAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjY6IHJl cXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmN2RmMDAwMC0weGY3ZGYwZmZmOiBnb29kCnBjaWI2OiBt YXRjaGVkIGVudHJ5IGZvciA2LjE0LklOVEEKcGNpYjY6IHNsb3QgMTQgSU5UQSBoYXJkd2lyZWQg dG8gSVJRIDM2CmlzcDE6IDxRbG9naWMgSVNQIDIzMTIgUENJIEZDLUFMIEFkYXB0ZXI+IHBvcnQg MHg3MDAwLTB4NzBmZiBtZW0gMHhmN2RmMDAwMC0weGY3ZGYwZmZmIGlycSAzNiBhdCBkZXZpY2Ug MTQuMCBvbiBwY2k2CmlzcDE6IFJlc2VydmVkIDB4MTAwMCBieXRlcyBmb3IgcmlkIDB4MTQgdHlw ZSAzIGF0IDB4ZjdkZjAwMDAKaXNwMTogdXNpbmcgTWVtb3J5IHNwYWNlIHJlZ2lzdGVyIG1hcHBp bmcKaW9hcGljNDogcm91dGluZyBpbnRwaW4gMCAoUENJIElSUSAzNikgdG8gbGFwaWMgMCB2ZWN0 b3IgNTUKaXNwMTogW01QU0FGRV0KaXNwMTogW0lUSFJFQURdCmlzcDE6IFBvbGxlZCBNYWlsYm94 IENvbW1hbmQgKDB4MikgVGltZW91dCAoMTAwMDAwMHVzKQppc3AxOiBCb2FyZCBUeXBlIDIzMTIs IENoaXAgUmV2aXNpb24gMHgyLCByZXNpZGVudCBGL1cgUmV2aXNpb24gMTg3NzEuMjA1MTIuODIy NAppc3AxOiAySyBMb2dpbnMgU3VwcG9ydGVkCmRldmljZV9hdHRhY2g6IGlzcDEgYXR0YWNoIHJl dHVybmVkIDYKcGNpYjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTEuMCBvbiBw Y2k0CnBjaWI3OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjc6ICAgc2Vjb25kYXJ5IGJ1cyAg ICAgNwpwY2liNzogICBzdWJvcmRpbmF0ZSBidXMgICA4CnBjaWI3OiAgIEkvTyBkZWNvZGUgICAg ICAgIDB4ODAwMC0weDhmZmYKcGNpYjc6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmN2UwMDAwMC0w eGY3ZWZmZmZmCnBjaWI3OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTc6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI3CnBjaTc6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9Nwpmb3VuZC0+CXZlbmRv cj0weDEwMTQsIGRldj0weDAxYTcsIHJldmlkPTB4MDIKCWRvbWFpbj0wLCBidXM9Nywgc2xvdD0x MCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9 MHgwMTQ3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0w eDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCnBjaWI4OiA8UENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSAxMC4wIG9uIHBjaTcKcGNpYjg6ICAgZG9tYWluICAgICAgICAgICAg MApwY2liODogICBzZWNvbmRhcnkgYnVzICAgICA4CnBjaWI4OiAgIHN1Ym9yZGluYXRlIGJ1cyAg IDgKcGNpYjg6ICAgSS9PIGRlY29kZSAgICAgICAgMHg4MDAwLTB4OGZmZgpwY2liODogICBtZW1v cnkgZGVjb2RlICAgICAweGY3ZTAwMDAwLTB4ZjdlZmZmZmYKcGNpYjg6ICAgbm8gcHJlZmV0Y2hl ZCBkZWNvZGUKcGNpODogPFBDSSBidXM+IG9uIHBjaWI4CnBjaTg6IGRvbWFpbj0wLCBwaHlzaWNh bCBidXM9OApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDEwMWQsIHJldmlkPTB4MDEKCWRv bWFpbj0wLCBidXM9OCwgc2xvdD00LCBmdW5jPTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAxNTcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MTYg KGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHhmZiAoNjM3NTAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAyICBzdXBw b3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0Cglt YXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmN2VlMDAwMCwgc2l6ZSAxNywg ZW5hYmxlZApwY2liODogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGY3ZWUwMDAwLTB4ZjdlZmZm ZmY6IGdvb2QKcGNpYjc6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmN2VlMDAwMC0weGY3ZWZm ZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDgwMDAs IHNpemUgIDYsIGVuYWJsZWQKcGNpYjg6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHg4MDAwLTB4ODAz ZjogaW4gcmFuZ2UKcGNpYjc6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHg4MDAwLTB4ODAzZjogaW4g cmFuZ2UKcGNpYjc6IG1hdGNoZWQgZW50cnkgZm9yIDcuMTAuSU5UQQpwY2liNzogc2xvdCAxMCBJ TlRBIGhhcmR3aXJlZCB0byBJUlEgNDIKcGNpYjg6IHNsb3QgNCBJTlRBIGlzIHJvdXRlZCB0byBp cnEgNDIKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMDFkLCByZXZpZD0weDAxCglkb21h aW49MCwgYnVzPTgsIHNsb3Q9NCwgZnVuYz0xCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0xCgljbWRyZWc9MHgwMTU3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChk d29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4ZmYgKDYzNzUwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0 cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CgltYXBb MTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmN2VjMDAwMCwgc2l6ZSAxNywgZW5h YmxlZApwY2liODogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGY3ZWMwMDAwLTB4ZjdlZGZmZmY6 IGdvb2QKcGNpYjc6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmN2VjMDAwMC0weGY3ZWRmZmZm OiBnb29kCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDgwNDAsIHNp emUgIDYsIGVuYWJsZWQKcGNpYjg6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHg4MDQwLTB4ODA3Zjog aW4gcmFuZ2UKcGNpYjc6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHg4MDQwLTB4ODA3ZjogaW4gcmFu Z2UKcGNpYjc6IG1hdGNoZWQgZW50cnkgZm9yIDcuMTAuSU5UQgpwY2liNzogc2xvdCAxMCBJTlRC IGhhcmR3aXJlZCB0byBJUlEgNDMKcGNpYjg6IHNsb3QgNCBJTlRCIGlzIHJvdXRlZCB0byBpcnEg NDMKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMDFkLCByZXZpZD0weDAxCglkb21haW49 MCwgYnVzPTgsIHNsb3Q9NiwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xCgljbWRyZWc9MHgwMTU3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29y ZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4ZmYgKDYzNzUwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMg RDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEw XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjdlYTAwMDAsIHNpemUgMTcsIGVuYWJs ZWQKcGNpYjg6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmN2VhMDAwMC0weGY3ZWJmZmZmOiBn b29kCnBjaWI3OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjdlYTAwMDAtMHhmN2ViZmZmZjog Z29vZAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg4MDgwLCBzaXpl ICA2LCBlbmFibGVkCnBjaWI4OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4ODA4MC0weDgwYmY6IGlu IHJhbmdlCnBjaWI3OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4ODA4MC0weDgwYmY6IGluIHJhbmdl CnBjaWI3OiBtYXRjaGVkIGVudHJ5IGZvciA3LjEwLklOVEMKcGNpYjc6IHNsb3QgMTAgSU5UQyBo YXJkd2lyZWQgdG8gSVJRIDQwCnBjaWI4OiBzbG90IDYgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDQw CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTAxZCwgcmV2aWQ9MHgwMQoJZG9tYWluPTAs IGJ1cz04LCBzbG90PTYsIGZ1bmM9MQoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQoJY21kcmVnPTB4MDE1Nywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRz KQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weGZmICg2Mzc1MCBucyksIG1heGxh dD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT03Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEwXTog dHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjdlODAwMDAsIHNpemUgMTcsIGVuYWJsZWQK cGNpYjg6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmN2U4MDAwMC0weGY3ZTlmZmZmOiBnb29k CnBjaWI3OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjdlODAwMDAtMHhmN2U5ZmZmZjogZ29v ZAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg4MGMwLCBzaXplICA2 LCBlbmFibGVkCnBjaWI4OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4ODBjMC0weDgwZmY6IGluIHJh bmdlCnBjaWI3OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4ODBjMC0weDgwZmY6IGluIHJhbmdlCnBj aWI3OiBtYXRjaGVkIGVudHJ5IGZvciA3LjEwLklOVEQKcGNpYjc6IHNsb3QgMTAgSU5URCBoYXJk d2lyZWQgdG8gSVJRIDQxCnBjaWI4OiBzbG90IDYgSU5UQiBpcyByb3V0ZWQgdG8gaXJxIDQxCmVt MDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHg4 MDAwLTB4ODAzZiBtZW0gMHhmN2VlMDAwMC0weGY3ZWZmZmZmIGlycSA0MiBhdCBkZXZpY2UgNC4w IG9uIHBjaTgKZW0wOiBSZXNlcnZlZCAweDIwMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMg YXQgMHhmN2VlMDAwMAplbTA6IFJlc2VydmVkIDB4NDAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUg NCBhdCAweDgwMDAKaW9hcGljNTogcm91dGluZyBpbnRwaW4gMiAoUENJIElSUSA0MikgdG8gbGFw aWMgMCB2ZWN0b3IgNTUKZW0wOiBbRklMVEVSXQplbTA6IGJwZiBhdHRhY2hlZAplbTA6IEV0aGVy bmV0IGFkZHJlc3M6IDAwOjA0OjIzOmJmOmVmOjIwCmVtMTogPEludGVsKFIpIFBSTy8xMDAwIE5l dHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHg4MDQwLTB4ODA3ZiBtZW0gMHhmN2VjMDAw MC0weGY3ZWRmZmZmIGlycSA0MyBhdCBkZXZpY2UgNC4xIG9uIHBjaTgKZW0xOiBSZXNlcnZlZCAw eDIwMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmN2VjMDAwMAplbTE6IFJlc2Vy dmVkIDB4NDAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDgwNDAKaW9hcGljNTogcm91 dGluZyBpbnRwaW4gMyAoUENJIElSUSA0MykgdG8gbGFwaWMgMCB2ZWN0b3IgNTYKZW0xOiBbRklM VEVSXQplbTE6IGJwZiBhdHRhY2hlZAplbTE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA0OjIzOmJm OmVmOjIxCmVtMjogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+ IHBvcnQgMHg4MDgwLTB4ODBiZiBtZW0gMHhmN2VhMDAwMC0weGY3ZWJmZmZmIGlycSA0MCBhdCBk ZXZpY2UgNi4wIG9uIHBjaTgKZW0yOiBSZXNlcnZlZCAweDIwMDAwIGJ5dGVzIGZvciByaWQgMHgx MCB0eXBlIDMgYXQgMHhmN2VhMDAwMAplbTI6IFJlc2VydmVkIDB4NDAgYnl0ZXMgZm9yIHJpZCAw eDIwIHR5cGUgNCBhdCAweDgwODAKaW9hcGljNTogcm91dGluZyBpbnRwaW4gMCAoUENJIElSUSA0 MCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTcKZW0yOiBbRklMVEVSXQplbTI6IGJwZiBhdHRhY2hlZApl bTI6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA0OjIzOmJmOmVmOjIyCmVtMzogPEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHg4MGMwLTB4ODBmZiBtZW0g MHhmN2U4MDAwMC0weGY3ZTlmZmZmIGlycSA0MSBhdCBkZXZpY2UgNi4xIG9uIHBjaTgKZW0zOiBS ZXNlcnZlZCAweDIwMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmN2U4MDAwMApl bTM6IFJlc2VydmVkIDB4NDAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDgwYzAKaW9h cGljNTogcm91dGluZyBpbnRwaW4gMSAoUENJIElSUSA0MSkgdG8gbGFwaWMgMCB2ZWN0b3IgNTgK ZW0zOiBbRklMVEVSXQplbTM6IGJwZiBhdHRhY2hlZAplbTM6IEV0aGVybmV0IGFkZHJlc3M6IDAw OjA0OjIzOmJmOmVmOjIzCnBjaWI5OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEy LjAgb24gcGNpNApwY2liOTogICBkb21haW4gICAgICAgICAgICAwCnBjaWI5OiAgIHNlY29uZGFy eSBidXMgICAgIDkKcGNpYjk6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTAKcGNpYjk6ICAgSS9PIGRl Y29kZSAgICAgICAgMHg5MDAwLTB4OWZmZgpwY2liOTogICBtZW1vcnkgZGVjb2RlICAgICAweGY3 ZjAwMDAwLTB4ZjdmZmZmZmYKcGNpYjk6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpOTogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjkKcGNpOTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz05CmZvdW5k LT4JdmVuZG9yPTB4MTAxNCwgZGV2PTB4MDFhNywgcmV2aWQ9MHgwMgoJZG9tYWluPTAsIGJ1cz05 LCBzbG90PTEyLCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAK CWNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxh dHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKcGNpYjEwOiA8 UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxMi4wIG9uIHBjaTkKcGNpYjEwOiAgIGRvbWFpbiAg ICAgICAgICAgIDAKcGNpYjEwOiAgIHNlY29uZGFyeSBidXMgICAgIDEwCnBjaWIxMDogICBzdWJv cmRpbmF0ZSBidXMgICAxMApwY2liMTA6ICAgSS9PIGRlY29kZSAgICAgICAgMHg5MDAwLTB4OWZm ZgpwY2liMTA6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmN2YwMDAwMC0weGY3ZmZmZmZmCnBjaWIx MDogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kxMDogPFBDSSBidXM+IG9uIHBjaWIxMApwY2kx MDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0xMApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0w eDEwMWQsIHJldmlkPTB4MDEKCWRvbWFpbj0wLCBidXM9MTAsIHNsb3Q9NCwgZnVuYz0wCgljbGFz cz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMTU3LCBzdGF0cmVn PTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4ZmYgKDYzNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJx PTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0 cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNl IDB4ZjdmZTAwMDAsIHNpemUgMTcsIGVuYWJsZWQKcGNpYjEwOiByZXF1ZXN0ZWQgbWVtb3J5IHJh bmdlIDB4ZjdmZTAwMDAtMHhmN2ZmZmZmZjogZ29vZApwY2liOTogcmVxdWVzdGVkIG1lbW9yeSBy YW5nZSAweGY3ZmUwMDAwLTB4ZjdmZmZmZmY6IGdvb2QKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQs IHJhbmdlIDMyLCBiYXNlIDB4OTAwMCwgc2l6ZSAgNiwgZW5hYmxlZApwY2liMTA6IHJlcXVlc3Rl ZCBJL08gcmFuZ2UgMHg5MDAwLTB4OTAzZjogaW4gcmFuZ2UKcGNpYjk6IHJlcXVlc3RlZCBJL08g cmFuZ2UgMHg5MDAwLTB4OTAzZjogaW4gcmFuZ2UKcGNpYjk6IG1hdGNoZWQgZW50cnkgZm9yIDku MTIuSU5UQQpwY2liOTogc2xvdCAxMiBJTlRBIGhhcmR3aXJlZCB0byBJUlEgNDYKcGNpYjEwOiBz bG90IDQgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDQ2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4MTAxZCwgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0xMCwgc2xvdD00LCBmdW5jPTEKCWNs YXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAxNTcsIHN0YXRy ZWc9MHgwMjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMp LCBtaW5nbnQ9MHhmZiAoNjM3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBp cnE9NQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9y dHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFz ZSAweGY3ZmMwMDAwLCBzaXplIDE3LCBlbmFibGVkCnBjaWIxMDogcmVxdWVzdGVkIG1lbW9yeSBy YW5nZSAweGY3ZmMwMDAwLTB4ZjdmZGZmZmY6IGdvb2QKcGNpYjk6IHJlcXVlc3RlZCBtZW1vcnkg cmFuZ2UgMHhmN2ZjMDAwMC0weGY3ZmRmZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0 LCByYW5nZSAzMiwgYmFzZSAweDkwNDAsIHNpemUgIDYsIGVuYWJsZWQKcGNpYjEwOiByZXF1ZXN0 ZWQgSS9PIHJhbmdlIDB4OTA0MC0weDkwN2Y6IGluIHJhbmdlCnBjaWI5OiByZXF1ZXN0ZWQgSS9P IHJhbmdlIDB4OTA0MC0weDkwN2Y6IGluIHJhbmdlCnBjaWI5OiBtYXRjaGVkIGVudHJ5IGZvciA5 LjEyLklOVEIKcGNpYjk6IHNsb3QgMTIgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDQ3CnBjaWIxMDog c2xvdCA0IElOVEIgaXMgcm91dGVkIHRvIGlycSA0Nwpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRl dj0weDEwMWQsIHJldmlkPTB4MDEKCWRvbWFpbj0wLCBidXM9MTAsIHNsb3Q9NiwgZnVuYz0wCglj bGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMTU3LCBzdGF0 cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5z KSwgbWluZ250PTB4ZmYgKDYzNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwg aXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBw b3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBi YXNlIDB4ZjdmYTAwMDAsIHNpemUgMTcsIGVuYWJsZWQKcGNpYjEwOiByZXF1ZXN0ZWQgbWVtb3J5 IHJhbmdlIDB4ZjdmYTAwMDAtMHhmN2ZiZmZmZjogZ29vZApwY2liOTogcmVxdWVzdGVkIG1lbW9y eSByYW5nZSAweGY3ZmEwMDAwLTB4ZjdmYmZmZmY6IGdvb2QKCW1hcFsyMF06IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4OTA4MCwgc2l6ZSAgNiwgZW5hYmxlZApwY2liMTA6IHJlcXVl c3RlZCBJL08gcmFuZ2UgMHg5MDgwLTB4OTBiZjogaW4gcmFuZ2UKcGNpYjk6IHJlcXVlc3RlZCBJ L08gcmFuZ2UgMHg5MDgwLTB4OTBiZjogaW4gcmFuZ2UKcGNpYjk6IG1hdGNoZWQgZW50cnkgZm9y IDkuMTIuSU5UQwpwY2liOTogc2xvdCAxMiBJTlRDIGhhcmR3aXJlZCB0byBJUlEgNDQKcGNpYjEw OiBzbG90IDYgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDQ0CmZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4MTAxZCwgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0xMCwgc2xvdD02LCBmdW5jPTEK CWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAxNTcsIHN0 YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAg bnMpLCBtaW5nbnQ9MHhmZiAoNjM3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1i LCBpcnE9NwoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3Vw cG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwg YmFzZSAweGY3ZjgwMDAwLCBzaXplIDE3LCBlbmFibGVkCnBjaWIxMDogcmVxdWVzdGVkIG1lbW9y eSByYW5nZSAweGY3ZjgwMDAwLTB4ZjdmOWZmZmY6IGdvb2QKcGNpYjk6IHJlcXVlc3RlZCBtZW1v cnkgcmFuZ2UgMHhmN2Y4MDAwMC0weGY3ZjlmZmZmOiBnb29kCgltYXBbMjBdOiB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweDkwYzAsIHNpemUgIDYsIGVuYWJsZWQKcGNpYjEwOiByZXF1 ZXN0ZWQgSS9PIHJhbmdlIDB4OTBjMC0weDkwZmY6IGluIHJhbmdlCnBjaWI5OiByZXF1ZXN0ZWQg SS9PIHJhbmdlIDB4OTBjMC0weDkwZmY6IGluIHJhbmdlCnBjaWI5OiBtYXRjaGVkIGVudHJ5IGZv ciA5LjEyLklOVEQKcGNpYjk6IHNsb3QgMTIgSU5URCBoYXJkd2lyZWQgdG8gSVJRIDQ1CnBjaWIx MDogc2xvdCA2IElOVEIgaXMgcm91dGVkIHRvIGlycSA0NQplbTQ6IDxJbnRlbChSKSBQUk8vMTAw MCBOZXR3b3JrIENvbm5lY3Rpb24gNi45LjE0PiBwb3J0IDB4OTAwMC0weDkwM2YgbWVtIDB4Zjdm ZTAwMDAtMHhmN2ZmZmZmZiBpcnEgNDYgYXQgZGV2aWNlIDQuMCBvbiBwY2kxMAplbTQ6IFJlc2Vy dmVkIDB4MjAwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGY3ZmUwMDAwCmVtNDog UmVzZXJ2ZWQgMHg0MCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4OTAwMAppb2FwaWM2 OiByb3V0aW5nIGludHBpbiAyIChQQ0kgSVJRIDQ2KSB0byBsYXBpYyAwIHZlY3RvciA1OQplbTQ6 IFtGSUxURVJdCmVtNDogYnBmIGF0dGFjaGVkCmVtNDogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6 MjM6YmY6ZWY6ZDQKZW01OiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDYu OS4xND4gcG9ydCAweDkwNDAtMHg5MDdmIG1lbSAweGY3ZmMwMDAwLTB4ZjdmZGZmZmYgaXJxIDQ3 IGF0IGRldmljZSA0LjEgb24gcGNpMTAKZW01OiBSZXNlcnZlZCAweDIwMDAwIGJ5dGVzIGZvciBy aWQgMHgxMCB0eXBlIDMgYXQgMHhmN2ZjMDAwMAplbTU6IFJlc2VydmVkIDB4NDAgYnl0ZXMgZm9y IHJpZCAweDIwIHR5cGUgNCBhdCAweDkwNDAKaW9hcGljNjogcm91dGluZyBpbnRwaW4gMyAoUENJ IElSUSA0NykgdG8gbGFwaWMgMCB2ZWN0b3IgNjAKZW01OiBbRklMVEVSXQplbTU6IGJwZiBhdHRh Y2hlZAplbTU6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA0OjIzOmJmOmVmOmQ1CmVtNjogPEludGVs KFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHg5MDgwLTB4OTBi ZiBtZW0gMHhmN2ZhMDAwMC0weGY3ZmJmZmZmIGlycSA0NCBhdCBkZXZpY2UgNi4wIG9uIHBjaTEw CmVtNjogUmVzZXJ2ZWQgMHgyMDAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4Zjdm YTAwMDAKZW02OiBSZXNlcnZlZCAweDQwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHg5 MDgwCmlvYXBpYzY6IHJvdXRpbmcgaW50cGluIDAgKFBDSSBJUlEgNDQpIHRvIGxhcGljIDAgdmVj dG9yIDYxCmVtNjogW0ZJTFRFUl0KZW02OiBicGYgYXR0YWNoZWQKZW02OiBFdGhlcm5ldCBhZGRy ZXNzOiAwMDowNDoyMzpiZjplZjpkNgplbTc6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENv bm5lY3Rpb24gNi45LjE0PiBwb3J0IDB4OTBjMC0weDkwZmYgbWVtIDB4ZjdmODAwMDAtMHhmN2Y5 ZmZmZiBpcnEgNDUgYXQgZGV2aWNlIDYuMSBvbiBwY2kxMAplbTc6IFJlc2VydmVkIDB4MjAwMDAg Ynl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGY3ZjgwMDAwCmVtNzogUmVzZXJ2ZWQgMHg0 MCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4OTBjMAppb2FwaWM2OiByb3V0aW5nIGlu dHBpbiAxIChQQ0kgSVJRIDQ1KSB0byBsYXBpYyAwIHZlY3RvciA2MgplbTc6IFtGSUxURVJdCmVt NzogYnBmIGF0dGFjaGVkCmVtNzogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6MjM6YmY6ZWY6ZDcK YXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJx IDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKYXRrYmQ6 IHRoZSBjdXJyZW50IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDY1CmF0a2JkOiBrZXli b2FyZCBJRCAweDQxYWIgKDIpCmtiZDAgYXQgYXRrYmQwCmtiZDA6IGF0a2JkMCwgQVQgMTAxLzEw MiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGlu IDEgKElTQSBJUlEgMSkgdG8gbGFwaWMgMCB2ZWN0b3IgNjMKYXRrYmQwOiBbR0lBTlQtTE9DS0VE XQphdGtiZDA6IFtJVEhSRUFEXQpwc20wOiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBzbWNwbnAw OiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTAKcHNtMDogY3VycmVudCBjb21tYW5k IGJ5dGU6MDA2NQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKaW9hcGljMDog cm91dGluZyBpbnRwaW4gMTIgKElTQSBJUlEgMTIpIHRvIGxhcGljIDAgdmVjdG9yIDY0CnBzbTA6 IFtHSUFOVC1MT0NLRURdCnBzbTA6IFtJVEhSRUFEXQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIg bW91c2UsIGRldmljZSBJRCAwLTAwLCAyIGJ1dHRvbnMKcHNtMDogY29uZmlnOjAwMDAwMDAwLCBm bGFnczowMDAwMDAwOCwgcGFja2V0IHNpemU6Mwpwc20wOiBzeW5jbWFzazpjMCwgc3luY2JpdHM6 MDAKdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZs YWdzIDB4MTAgb24gYWNwaTAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAoSVNBIElSUSA0KSB0 byBsYXBpYyAwIHZlY3RvciA2NQp1YXJ0MDogW0ZJTFRFUl0KdWFydDA6IGZhc3QgaW50ZXJydXB0 CmZkYzE6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlciAoRkRFKT4gcG9ydCAweDNmMi0weDNmNSBp cnEgNiBkcnEgMiBvbiBhY3BpMApmZGMxOiBpY190eXBlIDkwIHBhcnRfaWQgNzMKaW9hcGljMDog cm91dGluZyBpbnRwaW4gNiAoSVNBIElSUSA2KSB0byBsYXBpYyAwIHZlY3RvciA2NgpmZGMxOiBb RklMVEVSXQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzEgZHJpdmUgMApjcHUwOiA8 QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTA6IHN3aXRjaGluZyB0byBnZW5lcmljIEN4IG1vZGUKcG93 ZXJub3cwOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNw aTAKcG93ZXJub3cxOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUxCmNwdTI6IDxBQ1BJIENQVT4g b24gYWNwaTAKcG93ZXJub3cyOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUyCmNwdTM6IDxBQ1BJ IENQVT4gb24gYWNwaTAKcG93ZXJub3czOiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHUzCmNwdTQ6 IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3c0OiA8Q29vbGBuJ1F1aWV0IEs4PiBvbiBjcHU0 CmNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3c1OiA8Q29vbGBuJ1F1aWV0IEs4PiBv biBjcHU1CmNwdTY6IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3c2OiA8Q29vbGBuJ1F1aWV0 IEs4PiBvbiBjcHU2CmNwdTc6IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3c3OiA8Q29vbGBu J1F1aWV0IEs4PiBvbiBjcHU3CmV4X2lzYV9pZGVudGlmeSgpCmFoY19pc2FfcHJvYmUgMDogaW9w b3J0IDB4YzAwIGFsbG9jIGZhaWxlZAppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAg ZGV2aWNlcwphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnNjOiBz YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnVhcnQ6IHVhcnQwIGFscmVhZHkgZXhpc3Rz OyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2Vz Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjN2ZmZiwweGVlMDAw LTB4ZWZmZmYgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24g aXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNjMDogZmIw LCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2N0ZWtlbiAodGVrZW4gdGVybWluYWwpCnZnYTA6 IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJm ZmZmIG9uIGlzYTAKYXRydGMwOiA8QVQgUmVhbCBUaW1lIENsb2NrPiBhdCBwb3J0IDB4NzAgaXJx IDggb24gaXNhMAphdHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVz b2x1dGlvbiAxMDAwMDAwdXMpCmZkYzA6IE5vIEZET1VUIHJlZ2lzdGVyIQpmZGMwIGZhaWxlZCB0 byBwcm9iZSBhdCBwb3J0IDB4M2YwIGlycSA2IGRycSAyIG9uIGlzYTAKcHBjMDogY2Fubm90IHJl c2VydmUgSS9PIHBvcnQgcmFuZ2UKcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGZhaWxlZCB0byBwcm9i ZSBhdCBpcnEgNyBvbiBpc2EwCnVhcnQxOiA8Tm9uLXN0YW5kYXJkIG5zODI1MCBjbGFzcyBVQVJU IHdpdGggRklGT3M+IGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMAppb2FwaWMwOiBy b3V0aW5nIGludHBpbiAzIChJU0EgSVJRIDMpIHRvIGxhcGljIDAgdmVjdG9yIDY3CnVhcnQxOiBb RklMVEVSXQp1YXJ0MTogZmFzdCBpbnRlcnJ1cHQKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5n IFBuUCBkZXZpY2VzCkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLgpSZWR1Y2luZyBrZXJu Lm1heHZub2RlcyAxMDEyMTg5IC0+IDEwMDAwMApwcm9jZnMgcmVnaXN0ZXJlZApsYXBpYzogRGl2 aXNvciAyLCBGcmVxdWVuY3kgOTk5OTc0ODcgaHoKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5 IDIxOTk5NDQ1MjQgSHogcXVhbGl0eSAtMTAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAw IG1zZWMKbG8wOiBicGYgYXR0YWNoZWQKaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQuCmF0 YTA6IElkZW50aWZ5aW5nIGRldmljZXM6IDAwMDEwMDAwCmF0YTA6IE5ldyBkZXZpY2VzOiAwMDAx MDAwMAp1c2J1czE6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVnZW4xLjE6IDxBTUQ+IGF0 IHVzYnVzMQp1aHViMDogPEFNRCBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXMxCmZkYzE6IG91dHB1dCByZWFkeSB0aW1lb3V0CmZkYzE6IG91 dHB1dCByZWFkeSB0aW1lb3V0CnVodWIwOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYg cG93ZXJlZApmZGMxOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMxOiBvdXRwdXQgcmVhZHkgdGlt ZW91dApmZGMxOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMxOiBvdXRwdXQgcmVhZHkgdGltZW91 dApmZGMxOiBvdXRwdXQgcmVhZHkgdGltZW91dAp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wCmF0YTAtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VU5TVVBQT1JURUQg Y2FibGU9NDAgd2lyZQphY2QwOiBzZXR0aW5nIFBJTzQgb24gODExMSBjaGlwCmFjZDA6IDxDRC0y MjRFLzkuOUE+IENEUk9NIGRyaXZlIGF0IGF0YTAgYXMgbWFzdGVyCmFjZDA6IHJlYWQgNDEzNEtC L3MgKDQxMzRLQi9zKSwgMTI4S0IgYnVmZmVyLCBQSU80CmFjZDA6IFJlYWRzOiBDRFIsIENEUlcs IENEREEgc3RyZWFtLCBwYWNrZXQKYWNkMDogV3JpdGVzOgphY2QwOiBBdWRpbzogcGxheSwgMjU2 IHZvbHVtZSBsZXZlbHMKYWNkMDogTWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQK YWNkMDogTWVkaXVtOiBuby9ibGFuayBkaXNjCmF0YTE6IElkZW50aWZ5aW5nIGRldmljZXM6IDAw MDAwMDAwCmF0YTE6IE5ldyBkZXZpY2VzOiAwMDAwMDAwMAp1Z2VuMC4xOiA8QU1EPiBhdCB1c2J1 czAKdWh1YjE6IDxBTUQgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYnVzMAp1aHViMTogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKZmRjMTogb3V0cHV0IHJlYWR5IHRpbWVvdXQKZmRjMTogaW5wdXQgcmVhZHkgdGltZW91 dApmZGMxOiBpbnB1dCByZWFkeSB0aW1lb3V0CmZkYzE6IG91dHB1dCByZWFkeSB0aW1lb3V0CmZk YzE6IGlucHV0IHJlYWR5IHRpbWVvdXQKZmRjMTogaW5wdXQgcmVhZHkgdGltZW91dApmZGMxOiBv dXRwdXQgcmVhZHkgdGltZW91dApmZGMxOiBpbnB1dCByZWFkeSB0aW1lb3V0CmZkYzE6IGlucHV0 IHJlYWR5IHRpbWVvdXQKZmRjMTogb3V0cHV0IHJlYWR5IHRpbWVvdXQKZmRjMTogaW5wdXQgcmVh ZHkgdGltZW91dApmZGMxOiBpbnB1dCByZWFkeSB0aW1lb3V0CnBhc3MwIGF0IGNpc3MwIGJ1cyAw IHRhcmdldCAwIGx1biAwCnBhc3MwOiA8Q09NUEFRIFJBSUQgMSAgVk9MVU1FIE9LPiBGaXhlZCBE aXJlY3QgQWNjZXNzIFNDU0ktNCBkZXZpY2UgCnBhc3MwOiAxMzUuMTY4TUIvcyB0cmFuc2ZlcnMK cGFzczA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZApkYTAgYXQgY2lzczAgYnVzIDAgdGFyZ2V0 IDAgbHVuIDAKZGEwOiA8Q09NUEFRIFJBSUQgMSAgVk9MVU1FIE9LPiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0ktNCBkZXZpY2UgCmRhMDogMTM1LjE2OE1CL3MgdHJhbnNmZXJzCmRhMDogQ29tbWFu ZCBRdWV1ZWluZyBlbmFibGVkCmRhMDogMjg2MDk1TUIgKDU4NTkyMjY4MCA1MTIgYnl0ZSBzZWN0 b3JzOiAyNTVIIDYzUy9UIDM2NDcyQykKQVRBIFBzZXVkb1JBSUQgbG9hZGVkClNNUDogQVAgQ1BV ICMxIExhdW5jaGVkIQpjcHUxIEFQOgogICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAwMDQw MDEwIExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBs aW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6 IDB4MDAwMjAwZWYgdGhlcm06IDB4MDAwMDAwMDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAw MDQwMApTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEKY3B1NiBBUDoKICAgICBJRDogMHgwNjAwMDAw MCAgIFZFUjogMHgwMDA0MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGlu dDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgw MDAwMDFmZgogIHRpbWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDAwMDAwIGVycjogMHgwMDAx MDAwMCBwY206IDB4MDAwMDA0MDAKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhCmNwdTIgQVA6CiAg ICAgSUQ6IDB4MDIwMDAwMDAgICBWRVI6IDB4MDAwNDAwMTAgTERSOiAweDAwMDAwMDAwIERGUjog MHhmZmZmZmZmZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgw MDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAyMDBlZiB0aGVybTogMHgwMDAw MDAwMCBlcnI6IDB4MDAwMTAwMDAgcGNtOiAweDAwMDAwNDAwClNNUDogQVAgQ1BVICMzIExhdW5j aGVkIQpjcHUzIEFQOgogICAgIElEOiAweDAzMDAwMDAwICAgVkVSOiAweDAwMDQwMDEwIExEUjog MHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgw MDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMjAw ZWYgdGhlcm06IDB4MDAwMDAwMDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAwMDQwMApTTVA6 IEFQIENQVSAjNyBMYXVuY2hlZCEKY3B1NyBBUDoKICAgICBJRDogMHgwNzAwMDAwMCAgIFZFUjog MHgwMDA0MDAxMCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAw MTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgog IHRpbWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDAwMDAwIGVycjogMHgwMDAxMDAwMCBwY206 IDB4MDAwMDA0MDAKU01QOiBBUCBDUFUgIzQgTGF1bmNoZWQhCmNwdTQgQVA6CiAgICAgSUQ6IDB4 MDQwMDAwMDAgICBWRVI6IDB4MDAwNDAwMTAgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZm ZgogIGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBT VlI6IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAyMDBlZiB0aGVybTogMHgwMDAwMDAwMCBlcnI6 IDB4MDAwMTAwMDAgcGNtOiAweDAwMDAwNDAwClNNUDogQVAgQ1BVICM1IExhdW5jaGVkIQpjcHU1 IEFQOgogICAgIElEOiAweDA1MDAwMDAwICAgVkVSOiAweDAwMDQwMDEwIExEUjogMHgwMDAwMDAw MCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBU UFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMjAwZWYgdGhlcm06 IDB4MDAwMDAwMDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAwMDQwMAppb2FwaWMwOiByb3V0 aW5nIGludHBpbiAzIChJU0EgSVJRIDMpIHRvIGxhcGljIDEgdmVjdG9yIDQ4CmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gbGFwaWMgMiB2ZWN0b3IgNDgKaW9hcGljMDog cm91dGluZyBpbnRwaW4gNiAoSVNBIElSUSA2KSB0byBsYXBpYyAzIHZlY3RvciA0OAppb2FwaWMw OiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkpIHRvIGxhcGljIDQgdmVjdG9yIDQ4CmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDEyIChJU0EgSVJRIDEyKSB0byBsYXBpYyA1IHZlY3RvciA0OApp b2FwaWMwOiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAxNCkgdG8gbGFwaWMgNiB2ZWN0b3Ig NDgKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTUgKElTQSBJUlEgMTUpIHRvIGxhcGljIDcgdmVj dG9yIDQ4CmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5IChQQ0kgSVJRIDE5KSB0byBsYXBpYyAx IHZlY3RvciA0OQppb2FwaWMxOiByb3V0aW5nIGludHBpbiAwIChQQ0kgSVJRIDI0KSB0byBsYXBp YyAyIHZlY3RvciA0OQppb2FwaWMxOiByb3V0aW5nIGludHBpbiAxIChQQ0kgSVJRIDI1KSB0byBs YXBpYyAzIHZlY3RvciA0OQppb2FwaWM1OiByb3V0aW5nIGludHBpbiAwIChQQ0kgSVJRIDQwKSB0 byBsYXBpYyA0IHZlY3RvciA0OQppb2FwaWM1OiByb3V0aW5nIGludHBpbiAxIChQQ0kgSVJRIDQx KSB0byBsYXBpYyA1IHZlY3RvciA0OQppb2FwaWM1OiByb3V0aW5nIGludHBpbiAyIChQQ0kgSVJR IDQyKSB0byBsYXBpYyA2IHZlY3RvciA0OQppb2FwaWM1OiByb3V0aW5nIGludHBpbiAzIChQQ0kg SVJRIDQzKSB0byBsYXBpYyA3IHZlY3RvciA0OQppb2FwaWM2OiByb3V0aW5nIGludHBpbiAxIChQ Q0kgSVJRIDQ1KSB0byBsYXBpYyAxIHZlY3RvciA1MAppb2FwaWM2OiByb3V0aW5nIGludHBpbiAy IChQQ0kgSVJRIDQ2KSB0byBsYXBpYyAyIHZlY3RvciA1MAppb2FwaWM2OiByb3V0aW5nIGludHBp biAzIChQQ0kgSVJRIDQ3KSB0byBsYXBpYyAzIHZlY3RvciA1MApXQVJOSU5HOiBXSVRORVNTIG9w dGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KR0VPTTogbmV3IGRpc2sg ZGEwClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvZGEwczFhCmN0X3RvX3RzKFsy MDA5LTA3LTE2IDEzOjAzOjU1XSkgPSAxMjQ3NzQ5NDM1LjAwMDAwMDAwMApzdGFydF9pbml0OiB0 cnlpbmcgL3NiaW4vaW5pdAplbTA6IExpbmsgaXMgdXAgMTAwIE1icHMgRnVsbCBEdXBsZXgKZW0w OiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKZnJlZWQgMSBmbG93IGVudHJpZXMKbG9jayBvcmRl ciByZXZlcnNhbDoKIDFzdCAweGZmZmZmZjgxNDdjMWU5OTAgYnVmd2FpdCAoYnVmd2FpdCkgQCAv dXNyL3NyYy9zeXMva2Vybi92ZnNfYmlvLmM6MjU1OAogMm5kIDB4ZmZmZmZmMDAwNjcxMzIwMCBk aXJoYXNoIChkaXJoYXNoKSBAIC91c3Ivc3JjL3N5cy91ZnMvdWZzL3Vmc19kaXJoYXNoLmM6Mjg1 CktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBkYl90cmFj ZV9zZWxmX3dyYXBwZXIrMHgyYQpfd2l0bmVzc19kZWJ1Z2dlcigpIGF0IF93aXRuZXNzX2RlYnVn Z2VyKzB4NjUKd2l0bmVzc19jaGVja29yZGVyKCkgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ODU5 Cl9zeF94bG9jaygpIGF0IF9zeF94bG9jaysweDU1CnVmc2Rpcmhhc2hfYWNxdWlyZSgpIGF0IHVm c2Rpcmhhc2hfYWNxdWlyZSsweDMzCnVmc2Rpcmhhc2hfYWRkKCkgYXQgdWZzZGlyaGFzaF9hZGQr MHgxOQp1ZnNfZGlyZW50ZXIoKSBhdCB1ZnNfZGlyZW50ZXIrMHg4OTgKdWZzX21ha2Vpbm9kZSgp IGF0IHVmc19tYWtlaW5vZGUrMHgyYTcKVk9QX0NSRUFURV9BUFYoKSBhdCBWT1BfQ1JFQVRFX0FQ VisweDhkCnZuX29wZW5fY3JlZCgpIGF0IHZuX29wZW5fY3JlZCsweDQ3OQprZXJuX29wZW5hdCgp IGF0IGtlcm5fb3BlbmF0KzB4MTc5CnN5c2NhbGwoKSBhdCBzeXNjYWxsKzB4MWIwClhmYXN0X3N5 c2NhbGwoKSBhdCBYZmFzdF9zeXNjYWxsKzB4ZTEKLS0tIHN5c2NhbGwgKDUsIEZyZWVCU0QgRUxG NjQsIG9wZW4pLCByaXAgPSAweDgwMGMwOGE5YywgcnNwID0gMHg3ZmZmZmYxZjliMzgsIHJicCA9 IDB4ODAwZTA4OTAwIC0tLQpmcmVlZCAyIGZsb3cgZW50cmllcwpmcmVlZCAxIGZsb3cgZW50cmll cwpsb2NrIG9yZGVyIHJldmVyc2FsOgogMXN0IDB4ZmZmZmZmMDAzZWY4ZmJhOCB1ZnMgKHVmcykg QCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5jOjIwODMKIDJuZCAweGZmZmZmZjgxNDgwNDg5 MDggYnVmd2FpdCAoYnVmd2FpdCkgQCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfc29mdGRlcC5j OjYxNzAKIDNyZCAweGZmZmZmZjAwNDY1ZGYwOTggdWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL2tl cm4vdmZzX3N1YnIuYzoyMDgzCktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dy YXBwZXIoKSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyYQpfd2l0bmVzc19kZWJ1Z2dlcigp IGF0IF93aXRuZXNzX2RlYnVnZ2VyKzB4NjUKd2l0bmVzc19jaGVja29yZGVyKCkgYXQgd2l0bmVz c19jaGVja29yZGVyKzB4ODU5Cl9fbG9ja21ncl9hcmdzKCkgYXQgX19sb2NrbWdyX2FyZ3MrMHhj OTEKZmZzX2xvY2soKSBhdCBmZnNfbG9jaysweDhmClZPUF9MT0NLMV9BUFYoKSBhdCBWT1BfTE9D SzFfQVBWKzB4OWIKX3ZuX2xvY2soKSBhdCBfdm5fbG9jaysweDU3CnZnZXQoKSBhdCB2Z2V0KzB4 N2IKdmZzX2hhc2hfZ2V0KCkgYXQgdmZzX2hhc2hfZ2V0KzB4ZDUKZmZzX3ZnZXRmKCkgYXQgZmZz X3ZnZXRmKzB4NDgKc29mdGRlcF9zeW5jX21ldGFkYXRhKCkgYXQgc29mdGRlcF9zeW5jX21ldGFk YXRhKzB4NDU2CmZmc19zeW5jdm5vZGUoKSBhdCBmZnNfc3luY3Zub2RlKzB4MjJhCmZmc190cnVu Y2F0ZSgpIGF0IGZmc190cnVuY2F0ZSsweGZiNwp1ZnNfZGlyZW50ZXIoKSBhdCB1ZnNfZGlyZW50 ZXIrMHg2YmIKdWZzX21rZGlyKCkgYXQgdWZzX21rZGlyKzB4NjIzClZPUF9NS0RJUl9BUFYoKSBh dCBWT1BfTUtESVJfQVBWKzB4OTMKa2Vybl9ta2RpcmF0KCkgYXQga2Vybl9ta2RpcmF0KzB4MmE5 CnN5c2NhbGwoKSBhdCBzeXNjYWxsKzB4MWIwClhmYXN0X3N5c2NhbGwoKSBhdCBYZmFzdF9zeXNj YWxsKzB4ZTEKLS0tIHN5c2NhbGwgKDEzNiwgRnJlZUJTRCBFTEY2NCwgbWtkaXIpLCByaXAgPSAw eDgwMDcyNWE1YywgcnNwID0gMHg3ZmZmZmZmZmUyNzgsIHJicCA9IDB4N2ZmZmZmZmZlNjg5IC0t LQpmcmVlZCAxIGZsb3cgZW50cmllcwpmcmVlZCAxIGZsb3cgZW50cmllcwpmcmVlZCAxIGZsb3cg ZW50cmllcwpmcmVlZCAxIGZsb3cgZW50cmllcwpmcmVlZCAxIGZsb3cgZW50cmllcwpmcmVlZCAx IGZsb3cgZW50cmllcwpmcmVlZCAxIGZsb3cgZW50cmllcwpmcmVlZCAxIGZsb3cgZW50cmllcwpm cmVlZCAxIGZsb3cgZW50cmllcwo= --0016e6da98f2a60f43046ed26fad-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 13:25: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 92F69106566C for ; Thu, 16 Jul 2009 13:25:55 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.bestunion.it (mail.bestunion.it [85.18.201.87]) by mx1.freebsd.org (Postfix) with ESMTP id 23F5D8FC1C for ; Thu, 16 Jul 2009 13:25:54 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from [10.143.90.129] (89-97-230-135.ip19.fastwebnet.it [89.97.230.135]) (authenticated bits=0) by mail.bestunion.it (8.14.3/8.14.3) with ESMTP id n6GDDeOI015692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 16 Jul 2009 15:13:46 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <4A5F277D.1090000@commit.it> Date: Thu, 16 Jul 2009 15:13:33 +0200 From: Angelo Turetta User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at mail.bestunion.it X-Virus-Status: Clean Subject: make installworld failure (mklocale) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 13:25:56 -0000 I installed BETA1, then csup HEAD on 07/13, upgraded the system correctly (buildworld + buildkernel, installkernel + installworld). This morning I'm trying to upgrade again, but installworld fails with: ----------------------------------------------------------- ===> share/mklocale (install) install -o root -g wheel -m 444 UTF-8.out /usr/share/locale/UTF-8/LC_CTYPE mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src mklocale:No such file or directory *** Error code 1 Stop in /usr/src/share/mklocale. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ------------------------------------------------------------- Any workaround? Angelo From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 13:40: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 AF196106566B for ; Thu, 16 Jul 2009 13:40:15 +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 6C82A8FC12 for ; Thu, 16 Jul 2009 13:40:15 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:49577 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MRRBm-0002TS-5d; Thu, 16 Jul 2009 15:40:00 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id B32FC3DA7; Thu, 16 Jul 2009 15:39:48 +0200 (CEST) Message-Id: <36D324B5-31D4-4324-A2AD-5BCC82BD71D5@exscape.org> From: Thomas Backman To: Angelo Turetta In-Reply-To: <4A5F277D.1090000@commit.it> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 16 Jul 2009 15:39:46 +0200 References: <4A5F277D.1090000@commit.it> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MRRBm-0002TS-5d. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MRRBm-0002TS-5d 60483a3de113c5c48317bed133338915 Cc: freebsd-current@freebsd.org Subject: Re: make installworld failure (mklocale) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 13:40:15 -0000 On Jul 16, 2009, at 15:13, Angelo Turetta wrote: > I installed BETA1, then csup HEAD on 07/13, upgraded the system > correctly (buildworld + buildkernel, installkernel + installworld). > > This morning I'm trying to upgrade again, but installworld fails with: > > ----------------------------------------------------------- > ===> share/mklocale (install) > install -o root -g wheel -m 444 UTF-8.out /usr/share/locale/UTF-8/ > LC_CTYPE > mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src > mklocale:No such file or directory > *** Error code 1 > > Any workaround? > > Angelo Yes. Please see the archives over at http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009406.html , for instance. The remedy seems to be to rebuild mklocale (cd /usr/src/usr.bin/ mklocale && make && make install clean) and then try again. Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 13:40: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 AFD8F106564A for ; Thu, 16 Jul 2009 13:40:11 +0000 (UTC) (envelope-from andrewwtulloch@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 32BA08FC0C for ; Thu, 16 Jul 2009 13:40:10 +0000 (UTC) (envelope-from andrewwtulloch@gmail.com) Received: by bwz4 with SMTP id 4so111899bwz.43 for ; Thu, 16 Jul 2009 06:40:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=BB9GKSXjoAj5K90vNufX0/hKl8B6UFQ4Gm8rpamU/48=; b=P1eNv3iFrI1iWlQa0BuLZlb0irN/QUzn9gliFU9IyvOdQkf4aNbeoMCIOMpn1bvhpm JDmDdgXOWLz6Ft3C7J7jUXo/TrUiJjt4ugDnFIVy9pxUcpjiKGqPZhigCUVe/85/mi6n NAi0Z1wCJDbyUAUk3+AvXR7okfn5RBU3+p+Yg= 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=kTULfeizYyg/oZGi8vlSi5mjGHNWF8AA5/clduLLCoJvWZ8NYqPCJlkYrrangAW0IZ mJlubhHhXh1JETZhxH9DLhcfQ+Q9EkgAPMlbL2XQ4kpjNhgE5pKi65pD+GiqnZLctQaH n5gXgpvw0kZIUJQ38PbpoK8CYMOGkrO10eEDk= MIME-Version: 1.0 Sender: andrewwtulloch@gmail.com Received: by 10.204.118.207 with SMTP id w15mr8747556bkq.97.1247751609987; Thu, 16 Jul 2009 06:40:09 -0700 (PDT) In-Reply-To: <54854a7a0907160613k6fd77c99w596734ad73487aba@mail.gmail.com> References: <54854a7a0907150322n52a3595el5352a3987d2c75ac@mail.gmail.com> <58c737d70907151035ya9a829eyf4945d1fadc4ce0e@mail.gmail.com> <4A5EFFF7.4060708@pop.isdefe.es> <54854a7a0907160613k6fd77c99w596734ad73487aba@mail.gmail.com> Date: Thu, 16 Jul 2009 14:40:09 +0100 X-Google-Sender-Auth: b8bc573c37d31965 Message-ID: <54854a7a0907160640n15076a80r5cb493d586a91cef@mail.gmail.com> From: Andrew Tulloch To: Raul Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 16 Jul 2009 13:42:10 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 on a HP DL585 Issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 13:40:12 -0000 2009/7/16 Andrew Tulloch : > 2009/7/16 Raul : >> Chris Ruiz escribi=F3: >> >>>> I've upgraded one of our HP DL585's (4xdual core opteron, 16GB ram) >>>> from 7.2 to 8.0-BETA1 and seem to have a couple of issues. >> >> [....] >> >> Same symptoms here with HP dl385's. >> >> [....] >>> >>> Try setting hw.pci.mcfg=3D0 at the boot loader prompt or in >>> /boot/loader.conf and see if that helps with this issue. >> >> I've tried it with today sources (BETA2 ;D) without success :/ >> My last resort (verbose boot) doesn't work so I've used the loader promp= t to >> set hw.pci.mcfg >> >> My mail on stable talk about the same problems: >> >> http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051105.html > > Does look like the same problem. > > I've noticed both leds flashing on one of the built in bge NICs on the > back of the machine, which doesn't seem to be happening on an > identical machine running 7.2-STABLE. > >> Good news are that I am also testing 8 on a 360 g4 (also amd64) and it h= as >> had other problems booting BETA1 ... until today!. It has started perfec= tly >> with BETA2 sources from a fresh 7.2 release BD. I plan to test multicast >> routing (xorp) on this box ... so let's see. > > There seemed to be a ciss driver problem that got fixed that probably > affected both the AMD and Intel based HP machines. > > I've got some 360G5's idle so I'll see if I can try on one of those > and see if it's just the AMD based machines that have this problem. > > Managed to get it booted again with verbose this time, dmesg attached, > it's really random whether it hangs or not. I seem to be having some luck with setting hw.bge.asf_allow=3D0 at the loader or /boot/loader.conf Managed to reboot the machine three times now without the reboot hang or the hang on boot. Hopefully that might work for you too, I believe the 385's have the same bge NICs as the 585's? Regards, Andrew From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 13:59: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 BA2B7106566C for ; Thu, 16 Jul 2009 13:59:49 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 5057D8FC17 for ; Thu, 16 Jul 2009 13:59:49 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: by fxm24 with SMTP id 24so123799fxm.43 for ; Thu, 16 Jul 2009 06:59:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=V3wo9ZqxRHYr1lROKI5qoGT2Q9+vCN2QGLpQ6NUZjUo=; b=iRwb2QIWKEd0eeLOqp9bMtaH4uy4EHEZRcpgsWm2+P4yMILlSQYqOm1+QBPHFQN+j1 xcP0tSkzbmk/tBqIM0CZAuLTs+TKwjvJetJkud0Jpfr9/lqe2U+lEFXvLnQ7jmWiTfbx 4+c2PdAYvcporZjTALHXsf+jzyL8NOxbSveuc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=aHi4peKDDYnbVCaUQSJ+Gd9NMAx0JMlVsDWzcH6ayyoXK1B2ZDT6DPRAilalxnVyCe J1ZNpcbsYu1E/Sa52AXeNa/egY4Z1fukXhN0Tq+Mh90vD4WSRWZtmXTgP7/84He3I6od gbmxsoF1paxPFyAt+vfZL7b6bIr3/MCCwJP98= MIME-Version: 1.0 Received: by 10.103.121.19 with SMTP id y19mr4861809mum.103.1247750840647; Thu, 16 Jul 2009 06:27:20 -0700 (PDT) Date: Thu, 16 Jul 2009 16:27:20 +0300 Message-ID: <9e20d71e0907160627v57e9bbd3r6d305aaa5694711c@mail.gmail.com> From: Artis Caune To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Panic when booting from USB+GPT and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 13:59:50 -0000 Hi, I'm booting from USB GPT flash disk (amd64, 8.0-BETA2, r195712) and I'm getting panic when running command "zpool import": ZFS WARNING: Cannot open da0p2 for writting. ZFS WARNING: Cannot open gptid/...... for writting. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x48 fault code = supervisor read data, page not present ... current process = 2 (g_event) I'm looking at sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c, and maybe I'm missing something, but in function: 74 static void 75 vdev_geom_orphan(struct g_consumer *cp) 76 { 83 vd = cp->private; 84 gp = cp->geom; 91 g_detach(cp); 92 g_destroy_consumer(cp); 98 vdev_geom_release(vd); g_destroy_consumer() will free "cp", but vdev_geom_release() later will user "cp->private" -- Artis Caune Everything should be made as simple as possible, but not simpler. From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 14:16:21 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 F27EC106564A for ; Thu, 16 Jul 2009 14:16:21 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id A60018FC08 for ; Thu, 16 Jul 2009 14:16:21 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by vwj2 with SMTP id 2so120776vwj.3 for ; Thu, 16 Jul 2009 07:16:21 -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=BBlGKfhZPMGPEarMvJ7ybLtjKgEin6deumPeUFM/gJM=; b=suwVU4XIzmv7+d9scFqkXdgNVt5MRjULuLOnklc3IMwaob85Et8486xF0XtgCJK805 sbfid8Yo65/9c6OaQlJCy5zi3KC0puf+BOSraE+Xh1L2dtzINy0uhM+fpjD/dvSVxE13 E+kmlVdBCEy2Dxt7z4h/eyxyPVWLZyhuac7AQ= 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=s5UVXkcEKO+pcGVlHfFjfmVK3pCz6TrpPlAaDQ8d8h5C+h9t0Y5QRiIG8NhU2+4MQS E7nVM1FgPqKvRpnRChGJ6R3yvybCZeQdPKMd0shGYMWxQyH+DfUkmH69Q4VzPaM4o/Vl IteClxrZlA51YT6sMMbTzUfV6JM1lKCArACxM= MIME-Version: 1.0 Sender: r.c.ladan@gmail.com Received: by 10.220.71.6 with SMTP id f6mr13019288vcj.16.1247753780949; Thu, 16 Jul 2009 07:16:20 -0700 (PDT) In-Reply-To: <19e7832a0907160505p2887552o760d2b6042f862b5@mail.gmail.com> References: <4A5E4356.9060807@freebsd.org> <19e7832a0907160505p2887552o760d2b6042f862b5@mail.gmail.com> Date: Thu, 16 Jul 2009 16:16:20 +0200 X-Google-Sender-Auth: 934c3c92877af4f1 Message-ID: From: Rene Ladan To: Andrey Fesenko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: wpi card non-functional in 8.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 14:16:22 -0000 2009/7/16 Andrey Fesenko : > On Thu, Jul 16, 2009 at 1:00 AM, Rene Ladan wrote: >> >> Hi all, >> >> it looks like my wpi card (Intel 3945 ABG) stopped working in >> 8.0-BETA1/amd64, >> at least in WPA2 mode. wpa_supplicant now gives ioctl errors (no log for >> now :( ). >> >> It worked fine in 7.2-RELEASE/amd64. There, the LED would also light up >> (flashing while connecting, solid while connected). But now it always >> stays dark. >> >> The Bluetooth module (at usbus2) works fine, I can connect it to my >> cellphone. >> >> I've attached the relevant dmesg parts. >> >> Any clues? > > =A0My notebook wpi card (Intel 3945 ABG) working in 8.0-BETA2/amd64, and > working in 8.0-BETA1/amd64 ... > >> cat /boot/loader.conf > if_wpi_load=3D"YES" > wlan_load=3D"YES" > wlan_amrr_load=3D"YES" > firmware_load=3D"YES" > wpifw_load=3D"YES" > legal.intel_wpi.license_ack=3D1 > These are already in GENERIC, except for the wpifw and if_wpi modules. The legal ack is no longer necessary. >> cat /root/st_wlan > ifconfig wlan0 create wlandev wpi0 > wpa_supplicant -BDbsd -iwlan0 -c/etc/wpa_supplicant.conf > sleep 10 > dhclient wlan > The trick to create the wlan0 device seems to do the trick (I completely mi= ssed the /usr/src/UPDATING 20080420 entry...). It seems to work again judging remotely from office. Thanks, Ren=E9 From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 14:56: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 27CD710656D0 for ; Thu, 16 Jul 2009 14:56:46 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id A5E908FC1A for ; Thu, 16 Jul 2009 14:56:45 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id E0CE3657D; Thu, 16 Jul 2009 16:56:44 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n6GEuZCS047640; Thu, 16 Jul 2009 16:56:36 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1247756204; bh=57TzD0j9QGAVJLxGZbQmYMfwo11ieRDEIMorLEjG9MY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=POLFI/rJD/Ngv0OtVAcydH9JYWPhmVYiWTBfxIvBc12jy4E2gaLHimfzWhenIEAB1 oaFdivLPJDsHflRvaiQqQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=Sohj32eTPbYOBjVtcrqKikhGWo3d4eQENiMiFGIJMSzng/BiMmi6n03DuXR/PaSPk 0ZLRePSCiuKtdgRv4fEHw== Message-ID: <4A5F3FA3.4080100@restart.be> Date: Thu, 16 Jul 2009 16:56:35 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090627) MIME-Version: 1.0 To: Kostik Belousov References: <4A5EE74F.1070406@restart.be> <20090716090711.GD55190@deviant.kiev.zoral.com.ua> In-Reply-To: <20090716090711.GD55190@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 Fatal trap 12 during 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: Thu, 16 Jul 2009 14:56:46 -0000 Kostik Belousov wrote: > On Thu, Jul 16, 2009 at 10:39:43AM +0200, Henri Hennebert wrote: >> Hello, >> >> On one of my computer I get at the end of the boot: >> >> cd0 at ata1 bus 0 target 0 lun 0 >> >> cd0: Removable CD-ROM SCSI-0 device >> >> cd0: 33.000MB/s transfers >> >> cd0: Attempt to query device size failed: NOT READY, Medium not present >> >> flowtable clean(cd1:ata1:0:1:0): error 6 >> (cd1:ata1:0:1:0): Unretryable Error >> cd1 at ata1 bus 0 target 1 lun 0 >> cd1: Removable CD-ROM SCSI-0 device >> cd1: 16.000MB/s transfers >> cd1: Attempt to query device size failed: NOT READY, Medium not present >> er started >> GEOM: new disk cd0 >> GEOM: new disk cd1 >> (cd0:ata1:0:0:0): error 6 >> (cd0:ata1:0:0:0): Unretryable Error >> (cd0:ata1:0:0:0): error 6 >> (cd0:ata1:0:0:0): Unretryable Error >> (cd1:ata1:0:1:0): error 6 >> (cd1:ata1:0:1:0): Unretryable Error >> (cd1:ata1:0:1:0): error 6 >> (cd1:ata1:0:1:0): Unretryable Error >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x0 >> fault code = supervisor write, page not present >> instruction pointer = 0x20:0xc057ecb1 >> stack pointer = 0x28:0xc2e918fc >> frame pointer = 0x28:0xc2e91930 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1 (kernel) >> [thread pid 1 tid 100002 ] >> Stopped at devfs_populate_loop+0x201: movl %edi,0(%eax) >> db> bt >> Tracing pid 1 tid 100002 td 0xc3150d80 >> devfs_populate_loop(0,c2e91a10,c0582d57,c347da40,c2e919a8,...) at >> devfs_populate_loop+0x201 >> devfs_populate(c347da40,c2e919a8,61,c148a08c,c2e91978,...) at >> devfs_populate+0x1b >> devfs_lookup(c2e91a84,c3351d9c,80400,c08e779c,1ec,...) at devfs_lookup+0x2c7 >> VOP_LOOKUP_APV(c0923980,c2e91a84,c2e91be0,1ec,c3350060,...) at >> VOP_LOOKUP_APV+0x53 >> lookup(c2e91bb4,c3486000,400,c2e91bd4,0,...) at lookup+0x3fe >> namei(c2e91bb4,c3351e10,0,0,0,...) at namei+0x642 >> kern_symlinkat(c3150d80,c08d9d99,ffffff9c,c08e7ab4,1,...) at >> kern_symlinkat+0xe6 >> kern_symlink(c3150d80,c08d9d99,c08e7ab4,1,c068ef10,...) at kern_symlink+0x2e >> vfs_mountroot(c098c510,c3150d80,0,0,0,...) at vfs_mountroot+0x5dd >> start_init(0,c2e91d38,0,0,0,...) at start_init+0x3c >> fork_exit(c05b6340,0,c2e91d38) at fork_exit+0x88 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xc2e91d70, ebp = 0 --- >> db> >> >> Is it a hardware problem ? >> >> I boot it with a 6.1 CD without problem. > > No, this seems to be a driver problem. The panic in devfs_populate_loop() > is usually caused by driver mistakes with cdev ref counting. > > Can you look up source line for devfs_populate_loop+0x201 ? > (Load kernel.debug into gdb and do > list *devfs_populate_loop+0x201 > ; you do not need vmcore for this, only kernel.debug). I try to debug it... but ... First of all, the root partition is only 128MB (yes I know, but it was a old config that I want to upgrade...) so my kernel was without symbols. I try to boot with a fresh burned 7.2 LiveFS which come up with just the same error! Strangly enough, I was sure that a 7.2 kernel was booting this thing without problem... So I remember that I was doing some glabel under 8.0-BETA1 on ad0s2[a-h] when I encounter a crash... The bsdlabel being in bad shape under 8.0-BETA1, I have make my ad0s2[a-h] `bsdlabel' with gpart. Anyway, I was suspicious of this glabel... I boot with my 6.1 disk. Scratch the bsdlabel on ad0s2, and the glabel with it. I reboot, and bingo, all is back to normal. Just for the record. Henri From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 15:22: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 2A3A9106564A for ; Thu, 16 Jul 2009 15:22:08 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id A461E8FC16 for ; Thu, 16 Jul 2009 15:22:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz4 with SMTP id 4so173472bwz.43 for ; Thu, 16 Jul 2009 08:22: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 :content-transfer-encoding; bh=e0IUY4zb8WLPnaLTSTzl5skfICa4yvXHiRecQIpLvbY=; b=H9Z8KRX1rO7Uux7V4vBChAf85s8zYdaGByqEKPRvgmTI1TiAG2lr0FMXzOa5SkdikR Ay2E6y/OtOjfQdHhx3DXJdnH0K5UQO2Dc2xyqccOYR18LVhVRSFbiMuubKMqC/HmsDJ8 zBzUe/ino+szF2p/C0nQT0h79o2CjFuHsIhvc= 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=kHrRR67rOrqXNPvn7kmYNsOkBgW5iGhnEwkNcIT8wvvj/TLUDft/t7udYHw6vrYPke Mw4jB9Wtl9B4jHjoyzFus1sa5tVknjpZuMCFqdUaKAus3Sn/wCw8a8ChzDrfJqk2sNWZ 7vSnxNwAfpVQseO7C8PHwb6+nIF3gDDAqaXgI= MIME-Version: 1.0 Received: by 10.204.63.20 with SMTP id z20mr8666993bkh.34.1247757726699; Thu, 16 Jul 2009 08:22:06 -0700 (PDT) In-Reply-To: <200907152323.49765.mel.flynn+fbsd.current@mailing.thruhere.net> References: <200907152323.49765.mel.flynn+fbsd.current@mailing.thruhere.net> Date: Thu, 16 Jul 2009 17:22:06 +0200 Message-ID: <3a142e750907160822p18e5a847q536416264f91f0e4@mail.gmail.com> From: "Paul B. Mahol" To: Mel Flynn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Rob Farmer , freebsd-current@freebsd.org Subject: Re: device "urtw" is unknown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 15:22:08 -0000 On 7/16/09, Mel Flynn wrote: > [Redirecting to -current] > > On Wednesday 15 July 2009 22:30:05 Rob Farmer wrote: > >> I am trying to build a custom kernel with the urtw device on 8.0 beta >> 1 amd64. According to the man page, I should add device urtw to my >> config (just Generic plus this) and it should work. But, I get: >> >> config: Error: device "urtw" is unknown > > Can reproduce. It is built as module though, so you can kldload if_urtw. > Perhaps the ${_urtw} magic in sys/modules/usb/Makefile is not understood by > config(8). Negative, urtw is not mentioned in /sys/conf/files* -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 15:26: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 EB6DF1065672 for ; Thu, 16 Jul 2009 15:26:56 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 9ADB78FC12 for ; Thu, 16 Jul 2009 15:26:56 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id D0B8466AE; Thu, 16 Jul 2009 17:26:55 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n6GFQqW4048279; Thu, 16 Jul 2009 17:26:53 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1247758015; bh=C8ZYftHMWjjwXVIhvmmJIHf1eLcmuwbSZFXw0BbYhsA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=GyLj5EWLCGab0fxWpAOdTeGRqj7C/7kwmuxIkf1VMNMCbLGffLnIFFzad73SnyFPi jezV96DLGdIYvRSdRVFcA== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=QHXTK9JTaYC52vvNv+vawZvQi4MGuUlEt6k6+3z9apUrnwfCalBMCZO/zFon/w+Nx zLvO6SXIzyYcKLxakLDzg== Message-ID: <4A5F46BC.5080902@restart.be> Date: Thu, 16 Jul 2009 17:26:52 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090627) MIME-Version: 1.0 To: Kostik Belousov References: <4A5EE74F.1070406@restart.be> <20090716090711.GD55190@deviant.kiev.zoral.com.ua> <4A5F3FA3.4080100@restart.be> In-Reply-To: <4A5F3FA3.4080100@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 Fatal trap 12 during 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: Thu, 16 Jul 2009 15:26:57 -0000 Henri Hennebert wrote: > Kostik Belousov wrote: >> On Thu, Jul 16, 2009 at 10:39:43AM +0200, Henri Hennebert wrote: >>> Hello, >>> >>> On one of my computer I get at the end of the boot: >>> >>> cd0 at ata1 bus 0 target 0 lun 0 >>> cd0: Removable CD-ROM SCSI-0 device >>> cd0: 33.000MB/s transfers >>> cd0: Attempt to query device size failed: NOT READY, Medium not present >>> flowtable clean(cd1:ata1:0:1:0): error 6 >>> (cd1:ata1:0:1:0): Unretryable Error >>> cd1 at ata1 bus 0 target 1 lun 0 >>> cd1: Removable CD-ROM SCSI-0 device >>> cd1: 16.000MB/s transfers >>> cd1: Attempt to query device size failed: NOT READY, Medium not present >>> er started >>> GEOM: new disk cd0 >>> GEOM: new disk cd1 >>> (cd0:ata1:0:0:0): error 6 >>> (cd0:ata1:0:0:0): Unretryable Error >>> (cd0:ata1:0:0:0): error 6 >>> (cd0:ata1:0:0:0): Unretryable Error >>> (cd1:ata1:0:1:0): error 6 >>> (cd1:ata1:0:1:0): Unretryable Error >>> (cd1:ata1:0:1:0): error 6 >>> (cd1:ata1:0:1:0): Unretryable Error >>> >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x0 >>> fault code = supervisor write, page not present >>> instruction pointer = 0x20:0xc057ecb1 >>> stack pointer = 0x28:0xc2e918fc >>> frame pointer = 0x28:0xc2e91930 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 1 (kernel) >>> [thread pid 1 tid 100002 ] >>> Stopped at devfs_populate_loop+0x201: movl %edi,0(%eax) >>> db> bt >>> Tracing pid 1 tid 100002 td 0xc3150d80 >>> devfs_populate_loop(0,c2e91a10,c0582d57,c347da40,c2e919a8,...) at >>> devfs_populate_loop+0x201 >>> devfs_populate(c347da40,c2e919a8,61,c148a08c,c2e91978,...) at >>> devfs_populate+0x1b >>> devfs_lookup(c2e91a84,c3351d9c,80400,c08e779c,1ec,...) at >>> devfs_lookup+0x2c7 >>> VOP_LOOKUP_APV(c0923980,c2e91a84,c2e91be0,1ec,c3350060,...) at >>> VOP_LOOKUP_APV+0x53 >>> lookup(c2e91bb4,c3486000,400,c2e91bd4,0,...) at lookup+0x3fe >>> namei(c2e91bb4,c3351e10,0,0,0,...) at namei+0x642 >>> kern_symlinkat(c3150d80,c08d9d99,ffffff9c,c08e7ab4,1,...) at >>> kern_symlinkat+0xe6 >>> kern_symlink(c3150d80,c08d9d99,c08e7ab4,1,c068ef10,...) at >>> kern_symlink+0x2e >>> vfs_mountroot(c098c510,c3150d80,0,0,0,...) at vfs_mountroot+0x5dd >>> start_init(0,c2e91d38,0,0,0,...) at start_init+0x3c >>> fork_exit(c05b6340,0,c2e91d38) at fork_exit+0x88 >>> fork_trampoline() at fork_trampoline+0x8 >>> --- trap 0, eip = 0, esp = 0xc2e91d70, ebp = 0 --- >>> db> >>> >>> Is it a hardware problem ? >>> >>> I boot it with a 6.1 CD without problem. >> >> No, this seems to be a driver problem. The panic in devfs_populate_loop() >> is usually caused by driver mistakes with cdev ref counting. >> >> Can you look up source line for devfs_populate_loop+0x201 ? >> (Load kernel.debug into gdb and do >> list *devfs_populate_loop+0x201 >> ; you do not need vmcore for this, only kernel.debug). > > I try to debug it... but ... > > First of all, the root partition is only 128MB (yes I know, but it > was a old config that I want to upgrade...) so my kernel was without > symbols. I try to boot with a fresh burned 7.2 LiveFS which come up with > just the same error! Strangly enough, I was sure that a 7.2 kernel was > booting this thing without problem... > > So I remember that I was doing some glabel under 8.0-BETA1 on ad0s2[a-h] > when I encounter a crash... The bsdlabel being in bad shape under > 8.0-BETA1, I have make my ad0s2[a-h] `bsdlabel' with gpart. Anyway, > I was suspicious of this glabel... > > I boot with my 6.1 disk. Scratch the bsdlabel on ad0s2, and the glabel > with it. > > I reboot, and bingo, all is back to normal. > > Just for the record. I just try to redo what I was doing, ie gpart + glabel [root@norquay ~]# gpart show => 63 78165297 ad0 MBR (37G) 63 40949622 1 freebsd [active] (20G) 40949685 37206540 2 freebsd (18G) 78156225 9135 - free - (4.5M) => 0 40949622 ad0s1 BSD (20G) 0 262144 1 freebsd-ufs (128M) 262144 10485760 5 freebsd-ufs (5.0G) 10747904 2097152 2 freebsd-swap (1.0G) 12845056 1048576 6 freebsd-ufs (512M) 13893632 2097152 7 freebsd-ufs (1.0G) 15990784 4194304 8 freebsd-ufs (2.0G) 20185088 20764534 4 freebsd-ufs (9.9G) => 0 37206540 ad0s2 BSD (18G) 0 37206540 4 freebsd-ufs (18G) => 0 37206540 ufsid/4a5f2ee2eddf66d3 BSD (18G) 0 37206540 4 freebsd-ufs (18G) [root@norquay ~]# gpart delete -i 4 ad0s2 ad0s2d deleted [root@norquay ~]# gpart show => 63 78165297 ad0 MBR (37G) 63 40949622 1 freebsd [active] (20G) 40949685 37206540 2 freebsd (18G) 78156225 9135 - free - (4.5M) => 0 40949622 ad0s1 BSD (20G) 0 262144 1 freebsd-ufs (128M) 262144 10485760 5 freebsd-ufs (5.0G) 10747904 2097152 2 freebsd-swap (1.0G) 12845056 1048576 6 freebsd-ufs (512M) 13893632 2097152 7 freebsd-ufs (1.0G) 15990784 4194304 8 freebsd-ufs (2.0G) 20185088 20764534 4 freebsd-ufs (9.9G) => 0 37206540 ad0s2 BSD (18G) 0 37206540 - free - (18G) [root@norquay ~]# gpart add -s 2097152 -t freebsd-ufs -i 1 ad0s2 ad0s2a added [root@norquay ~]# gpart add -s 2097152 -t freebsd-swap -i 2 ad0s2 ad0s2b added [root@norquay ~]# gpart add -s 12582912 -t freebsd-ufs -i 4 ad0s2 ad0s2d added [root@norquay ~]# gpart add -s 2097152 -t freebsd-ufs -i 5 ad0s2 at devfs_populate_loop(0,c2e91a10,c0582d57,c347da40,c2e919a8,...) at devfs_populate_loop+0x201 As I say previously, I have no debugging at hand. I will try to create the bsdlabel under 6.1... Henri > > Henri > > _______________________________________________ > 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 Jul 16 15:55: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 04935106564A for ; Thu, 16 Jul 2009 15:55:04 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id A4FF58FC0C for ; Thu, 16 Jul 2009 15:55:03 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id D337F67CB; Thu, 16 Jul 2009 17:55:02 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n6GFswAX048893; Thu, 16 Jul 2009 17:54:59 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1247759702; bh=ZmobNH+7ZI8nHgnLJZsSmqyLm/BQRO8NBfCYoYpvUtY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=I4sPxjaxv8N4q6ZUevTd39diqIgRts4VBet2Xg2BRDNgXdpuH7UlWL+RH5v9iTprK uxIhUTVwqV43FBUSY7fDw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=BySKt3pdmCeNUHpr1UkH44aJqLFJ8vW3X9o0MEF89KyBxYcbV0x3TGExGjR/nUmEs Y2NSoS5Erwqz4n8gl5X7A== Message-ID: <4A5F4D52.5010206@restart.be> Date: Thu, 16 Jul 2009 17:54:58 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090627) MIME-Version: 1.0 To: Kostik Belousov References: <4A5EE74F.1070406@restart.be> <20090716090711.GD55190@deviant.kiev.zoral.com.ua> <4A5F3FA3.4080100@restart.be> <4A5F46BC.5080902@restart.be> In-Reply-To: <4A5F46BC.5080902@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 Fatal trap 12 during 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: Thu, 16 Jul 2009 15:55:04 -0000 Henri Hennebert wrote: > Henri Hennebert wrote: >> Kostik Belousov wrote: >>> On Thu, Jul 16, 2009 at 10:39:43AM +0200, Henri Hennebert wrote: >>>> Hello, >>>> >>>> On one of my computer I get at the end of the boot: >>>> >>>> cd0 at ata1 bus 0 target 0 lun 0 >>>> cd0: Removable CD-ROM SCSI-0 device >>>> cd0: 33.000MB/s transfers >>>> cd0: Attempt to query device size failed: NOT READY, Medium not present >>>> flowtable clean(cd1:ata1:0:1:0): error 6 >>>> (cd1:ata1:0:1:0): Unretryable Error >>>> cd1 at ata1 bus 0 target 1 lun 0 >>>> cd1: Removable CD-ROM SCSI-0 device >>>> cd1: 16.000MB/s transfers >>>> cd1: Attempt to query device size failed: NOT READY, Medium not present >>>> er started >>>> GEOM: new disk cd0 >>>> GEOM: new disk cd1 >>>> (cd0:ata1:0:0:0): error 6 >>>> (cd0:ata1:0:0:0): Unretryable Error >>>> (cd0:ata1:0:0:0): error 6 >>>> (cd0:ata1:0:0:0): Unretryable Error >>>> (cd1:ata1:0:1:0): error 6 >>>> (cd1:ata1:0:1:0): Unretryable Error >>>> (cd1:ata1:0:1:0): error 6 >>>> (cd1:ata1:0:1:0): Unretryable Error >>>> >>>> >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid = 0; apic id = 00 >>>> fault virtual address = 0x0 >>>> fault code = supervisor write, page not present >>>> instruction pointer = 0x20:0xc057ecb1 >>>> stack pointer = 0x28:0xc2e918fc >>>> frame pointer = 0x28:0xc2e91930 >>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>> = DPL 0, pres 1, def32 1, gran 1 >>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>> current process = 1 (kernel) >>>> [thread pid 1 tid 100002 ] >>>> Stopped at devfs_populate_loop+0x201: movl %edi,0(%eax) >>>> db> bt >>>> Tracing pid 1 tid 100002 td 0xc3150d80 >>>> devfs_populate_loop(0,c2e91a10,c0582d57,c347da40,c2e919a8,...) at >>>> devfs_populate_loop+0x201 >>>> devfs_populate(c347da40,c2e919a8,61,c148a08c,c2e91978,...) at >>>> devfs_populate+0x1b >>>> devfs_lookup(c2e91a84,c3351d9c,80400,c08e779c,1ec,...) at >>>> devfs_lookup+0x2c7 >>>> VOP_LOOKUP_APV(c0923980,c2e91a84,c2e91be0,1ec,c3350060,...) at >>>> VOP_LOOKUP_APV+0x53 >>>> lookup(c2e91bb4,c3486000,400,c2e91bd4,0,...) at lookup+0x3fe >>>> namei(c2e91bb4,c3351e10,0,0,0,...) at namei+0x642 >>>> kern_symlinkat(c3150d80,c08d9d99,ffffff9c,c08e7ab4,1,...) at >>>> kern_symlinkat+0xe6 >>>> kern_symlink(c3150d80,c08d9d99,c08e7ab4,1,c068ef10,...) at >>>> kern_symlink+0x2e >>>> vfs_mountroot(c098c510,c3150d80,0,0,0,...) at vfs_mountroot+0x5dd >>>> start_init(0,c2e91d38,0,0,0,...) at start_init+0x3c >>>> fork_exit(c05b6340,0,c2e91d38) at fork_exit+0x88 >>>> fork_trampoline() at fork_trampoline+0x8 >>>> --- trap 0, eip = 0, esp = 0xc2e91d70, ebp = 0 --- >>>> db> >>>> >>>> Is it a hardware problem ? >>>> >>>> I boot it with a 6.1 CD without problem. >>> >>> No, this seems to be a driver problem. The panic in >>> devfs_populate_loop() >>> is usually caused by driver mistakes with cdev ref counting. >>> >>> Can you look up source line for devfs_populate_loop+0x201 ? >>> (Load kernel.debug into gdb and do >>> list *devfs_populate_loop+0x201 >>> ; you do not need vmcore for this, only kernel.debug). >> >> I try to debug it... but ... >> >> First of all, the root partition is only 128MB (yes I know, but it >> was a old config that I want to upgrade...) so my kernel was without >> symbols. I try to boot with a fresh burned 7.2 LiveFS which come up with >> just the same error! Strangly enough, I was sure that a 7.2 kernel was >> booting this thing without problem... >> >> So I remember that I was doing some glabel under 8.0-BETA1 on ad0s2[a-h] >> when I encounter a crash... The bsdlabel being in bad shape under >> 8.0-BETA1, I have make my ad0s2[a-h] `bsdlabel' with gpart. Anyway, >> I was suspicious of this glabel... >> >> I boot with my 6.1 disk. Scratch the bsdlabel on ad0s2, and the glabel >> with it. >> >> I reboot, and bingo, all is back to normal. >> >> Just for the record. > I just try to redo what I was doing, ie gpart + glabel > [root@norquay ~]# gpart show > => 63 78165297 ad0 MBR (37G) > 63 40949622 1 freebsd [active] (20G) > 40949685 37206540 2 freebsd (18G) > 78156225 9135 - free - (4.5M) > > => 0 40949622 ad0s1 BSD (20G) > 0 262144 1 freebsd-ufs (128M) > 262144 10485760 5 freebsd-ufs (5.0G) > 10747904 2097152 2 freebsd-swap (1.0G) > 12845056 1048576 6 freebsd-ufs (512M) > 13893632 2097152 7 freebsd-ufs (1.0G) > 15990784 4194304 8 freebsd-ufs (2.0G) > 20185088 20764534 4 freebsd-ufs (9.9G) > > => 0 37206540 ad0s2 BSD (18G) > 0 37206540 4 freebsd-ufs (18G) > > => 0 37206540 ufsid/4a5f2ee2eddf66d3 BSD (18G) > 0 37206540 4 freebsd-ufs (18G) > > [root@norquay ~]# gpart delete -i 4 ad0s2 > ad0s2d deleted > [root@norquay ~]# gpart show > => 63 78165297 ad0 MBR (37G) > 63 40949622 1 freebsd [active] (20G) > 40949685 37206540 2 freebsd (18G) > 78156225 9135 - free - (4.5M) > > => 0 40949622 ad0s1 BSD (20G) > 0 262144 1 freebsd-ufs (128M) > 262144 10485760 5 freebsd-ufs (5.0G) > 10747904 2097152 2 freebsd-swap (1.0G) > 12845056 1048576 6 freebsd-ufs (512M) > 13893632 2097152 7 freebsd-ufs (1.0G) > 15990784 4194304 8 freebsd-ufs (2.0G) > 20185088 20764534 4 freebsd-ufs (9.9G) > > => 0 37206540 ad0s2 BSD (18G) > 0 37206540 - free - (18G) > > [root@norquay ~]# gpart add -s 2097152 -t freebsd-ufs -i 1 ad0s2 > ad0s2a added > [root@norquay ~]# gpart add -s 2097152 -t freebsd-swap -i 2 ad0s2 > ad0s2b added > [root@norquay ~]# gpart add -s 12582912 -t freebsd-ufs -i 4 ad0s2 > ad0s2d added > [root@norquay ~]# gpart add -s 2097152 -t freebsd-ufs -i 5 ad0s2 > > > > at devfs_populate_loop(0,c2e91a10,c0582d57,c347da40,c2e919a8,...) at > devfs_populate_loop+0x201 > Yes previously this occurt uiring the `glabel label' of ad0s2[e-h]. (I am not sure of the partition letter, I was taken by surprise). > As I say previously, I have no debugging at hand. > > I will try to create the bsdlabel under 6.1... As expected all is running fine now. So I think that gpart is not useful to make a bsdlabel and only 6.1 is able to untangle the mess. Henri > > Henri >> >> Henri >> >> _______________________________________________ >> 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" > > _______________________________________________ > 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 Jul 16 16:14: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 75ADC106566B; Thu, 16 Jul 2009 16:14:43 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1A68FC0A; Thu, 16 Jul 2009 16:14:43 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 293887E818; Thu, 16 Jul 2009 08:14:42 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Thu, 16 Jul 2009 08:14:39 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <200907122306.04887.mel.flynn+fbsd.current@mailing.thruhere.net> <3a142e750907130015k2a607dd3w6f1f3c8e0885c547@mail.gmail.com> In-Reply-To: <3a142e750907130015k2a607dd3w6f1f3c8e0885c547@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907160814.41048.mel.flynn+fbsd.current@mailing.thruhere.net> Cc: "Robert N. M. Watson" Subject: Re: odd make/build output on ^Z / fg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 16:14:43 -0000 On Sunday 12 July 2009 23:15:19 Paul B. Mahol wrote: > On 7/13/09, Mel Flynn wrote: > > On Sunday 12 July 2009 15:52:46 Paul B. Mahol wrote: > >> On 7/12/09, Robert N. M. Watson wrote: > >> > On 12 Jul 2009, at 19:16, Mel Flynn wrote: > >> >> On Wednesday 08 July 2009 23:37:36 Robert Watson wrote: > >> >>> *** Signal 1 > >> >>> couldn't resume audit_arg.o: No such process > >> >>> *** Signal 1 > >> >>> couldn't resume nlm_prot_impl.o: No such process > >> >>> *** Signal 1 > >> >>> couldn't resume nfs_serv.o: No such process > >> >>> *** Signal 1 > >> >>> couldn't resume nfs_vnops.o: No such process > >> >>> *** Signal 1 > >> >>> couldn't resume modules-obj: No such process > >> >>> ===> usb/uether (obj) > >> >>> ===> usb/aue (obj) > >> >>> ... > >> >>> ===> xfs (obj) > >> >>> ===> xl (obj) > >> >>> ===> zfs (obj) > >> >>> ===> zlib (obj) > >> >>> *** Signal 1 > >> >>> 6 errors > >> >>> > >> >>> I've never seen that before, but I also don't suspend builds all > >> >>> that frequently. New bug? Old bug? > >> >> > >> >> Also seen this with a suspended port build, but didn't investigate > >> >> further, > >> >> just restarted the build. Shell used is zsh, in case that matters. I > >> >> am not > >> >> sure if I was building in parallel. Currently running r195188M: Tue > >> >> Jun 30 > >> >> 12:16:01 AKDT 2009. I remember I had that build suspended for a few > >> >> hours, but > >> >> not a chance I ran out of swap (which would kill processes without > >> >> my direct > >> >> knowledge). > >> > > >> > I'm using tcsh here. > >> > >> I got same with some ports few weeks ago, disabling multiple jobs fixed > >> it almost always. > >> > >> Will try to reproduce with kernel next time ... > > > > Is it possible you guys let it suspend over 24 hours? It's possible I did > > Negative, ports I tried complained during ^Z almost immediately. Just did this too on a 7.1-STABLE box from Feb 8. Indeed a parallel build and I wonder if we all use ccache? -- Mel From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 17:03: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 D9ED91065677 for ; Thu, 16 Jul 2009 17:03:38 +0000 (UTC) (envelope-from rfarmer768@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8158FC12 for ; Thu, 16 Jul 2009 17:03:38 +0000 (UTC) (envelope-from rfarmer768@gmail.com) Received: by gxk17 with SMTP id 17so382681gxk.19 for ; Thu, 16 Jul 2009 10:03: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:content-type :content-transfer-encoding; bh=W/ml5yMlCO2yUBIEOGEv6JJRXeVAuwM2mRZfLYZOnDw=; b=fMzE33D8dAKDn9IekW/urb5kTYylmADWd1tz4vzubZIrCPt2h5b44WkQ2QzG7v1uKO 0RGuQStB/Y1LDd6zvxyDklNIvAcjNP+Ufp/uPeXXCRqWhLllB6kCDlTUBjM/poy4NlrD PC8pC31sXQSC5tjfE+nHhXaI275hkdKG2itRY= 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 :content-type:content-transfer-encoding; b=tqx2H0LyKIC/PoRXdKJxc45ihoZAIkiJKL1HUUBkUKuOT8FWM12OO7pVHONx/1wRRc OsLRhhUBh1u2Zg0fSiq0MdtkCrEUVDwrPN2Ww01sq6RYrhOfANPoMBx4OIN5reLJFqcL tMQAATbR84Osi0dlX0js4dPvpfFxHgItcLfZs= MIME-Version: 1.0 Received: by 10.150.95.4 with SMTP id s4mr81384ybb.214.1247762317198; Thu, 16 Jul 2009 09:38:37 -0700 (PDT) In-Reply-To: References: <200907152323.49765.mel.flynn+fbsd.current@mailing.thruhere.net> <3a142e750907160822p18e5a847q536416264f91f0e4@mail.gmail.com> Date: Thu, 16 Jul 2009 09:38:37 -0700 Message-ID: From: Rob Farmer To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: device "urtw" is unknown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 17:03:44 -0000 On Thu, Jul 16, 2009 at 08:22, Paul B. Mahol wrote: > On 7/16/09, Mel Flynn wrote= : >> [Redirecting to -current] >> >> On Wednesday 15 July 2009 22:30:05 Rob Farmer wrote: >> >>> I am trying to build a custom kernel with the urtw device on 8.0 beta >>> 1 amd64. According to the man page, I should add device urtw to my >>> config (just Generic plus this) and it should work. But, I get: >>> >>> config: Error: device "urtw" is unknown >> >> Can reproduce. It is built as module though, so you can kldload if_urtw. >> Perhaps the ${_urtw} magic in sys/modules/usb/Makefile is not understood= by >> config(8). > > Negative, urtw is not mentioned in /sys/conf/files* > > -- > Paul > Ok , so I added it to /sys/conf/files and it seems to compile and run fine. Is this correct or is there more to it? *** ../files =A0 =A02009-07-16 09:06:48.000000000 -0700 --- files =A0 =A0 =A0 2009-07-16 09:05:23.000000000 -0700 *************** *** 1625,1634 **** --- 1625,1635 ---- =A0# USB WLAN drivers =A0# =A0dev/usb/wlan/if_rum.c =A0 =A0 =A0 =A0 optional rum =A0dev/usb/wlan/if_uath.c =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0optional uath =A0dev/usb/wlan/if_ural.c =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0optional ural + dev/usb/wlan/if_urtw.c =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0optional urtw =A0dev/usb/wlan/if_zyd.c =A0 =A0 =A0 =A0 optional zyd =A0# =A0# USB serial and parallel port drivers =A0# =A0dev/usb/serial/u3g.c =A0 =A0 =A0 =A0 =A0optional u3g From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 17:41:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 816D8106566B for ; Thu, 16 Jul 2009 17:41:51 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA158FC0A for ; Thu, 16 Jul 2009 17:41:49 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by bwz4 with SMTP id 4so248593bwz.43 for ; Thu, 16 Jul 2009 10:41:47 -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:date :message-id:user-agent:mime-version:content-type; bh=Ba2gFF5b6G6yvXCQ+QQi64n4HJCXWRlsiMLomDP9Ke8=; b=JfdjeyH+5SXYeFoBndG8koAHVS/XOLHfN5RdUGQaE8IwrfY5BSsxVqe1mOW+p2jBYl UAUKygAeTfjHKhDKJSLLzFB+tgVXy1JAW/JapoHPU5u2ASz7hnLYKXKzN7t1nE9W+3cU r1ZS4QdCjKHxLoRMfbiaXmdwqCypSuQrQcN3o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:user-agent:mime-version :content-type; b=MeJZAF/7iALYkOStRrG3EbmCeITu928j9QlZNicGVFn5+YyiO2ZLRt7NtPIDE2YvsX CE68D6CDiv/Vmt3uqODrR+BS/WE41LlASSOTg1v68p+mKC6xIBwX7j26KoMy6QLM7Q9w BSpq76gDmkYpmqKbNPeFEs7Xi5t1i/wxYU85k= Received: by 10.103.175.9 with SMTP id c9mr29957mup.3.1247766107055; Thu, 16 Jul 2009 10:41:47 -0700 (PDT) Received: from localhost (95-24-174-97.broadband.corbina.ru [95.24.174.97]) by mx.google.com with ESMTPS id 25sm1370397mul.50.2009.07.16.10.41.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 16 Jul 2009 10:41:46 -0700 (PDT) From: Anonymous To: freebsd-current@freebsd.org Date: Thu, 16 Jul 2009 21:41:43 +0400 Message-ID: <861vogcyp4.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: Rick Macklem Subject: [newnfs/client] -alldirs: listing files consumes too much memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 17:41:51 -0000 Let's create 335 empty files in /blah and try to list them over nfsv3. # uname -vm FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 # mkdir /blah # (while [ $((i+=1)) -le 334 ]; do : >/blah/foo_$i; done) # echo / -alldirs >/etc/exports # /etc/rc.d/nfsd onestart # mount -t newnfs -o nfsv3 0:/blah /mnt # time -l ls /mnt >&- 0.07 real 0.01 user 0.05 sys 1672 maximum resident set size 60 average shared memory size 718 average unshared data size 320 average unshared stack size 247 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 4 messages sent 0 messages received 0 signals received 3 voluntary context switches 8 involuntary context switches # : >/blah/foo_335 # time -l ls /mnt >&- [wait a few sec and type ^C] ^Ctime: command terminated abnormally 4.22 real 2.21 user 1.80 sys 70716 maximum resident set size 52 average shared memory size 1530 average unshared data size 278 average unshared stack size 17557 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 6 messages sent 0 messages received 0 signals received 3 voluntary context switches 188 involuntary context switches This was from qemu. On my main box with r195709M it doesn't stop after eating over 2Gb memory when trying to list 886 entries in distfiles dir. Is this one known? From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 18:46:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A9941065672 for ; Thu, 16 Jul 2009 18:46:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id F08988FC15 for ; Thu, 16 Jul 2009 18:46:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id E50935C024 for ; Fri, 17 Jul 2009 02:46:43 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 8D85655CD83A; Fri, 17 Jul 2009 02:46:43 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id ccvKp5taAeLU; Fri, 17 Jul 2009 02:45:44 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 9C37655CD61B; Fri, 17 Jul 2009 02:45:38 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=MOWHwMQ80vJwZS+0SEqRnPFe3E2tweDpkCX3N2TrokqnorsecP+ap7ozM0FOapr/i C/HRaOtn+jZCOwQcAsYiw== Message-ID: <4A5F7540.7070201@delphij.net> Date: Thu, 16 Jul 2009 11:45:20 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: Ian FREISLICH References: <4A5EF889.6040604@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , d@delphij.net Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 18:46:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ian FREISLICH wrote: [...] > I have noticed that if there are multiple IP addresses on the carp > interface and these are configured in a different order on each > host, the you can expect messages like the following: > > Jun 9 23:56:29 firewall2 kernel: carp15: incorrect hash > Jun 9 23:56:30 firewall2 kernel: carp15: incorrect hash > Jun 9 23:56:31 firewall2 kernel: carp15: incorrect hash > Jun 9 23:56:32 firewall2 kernel: carp15: incorrect hash > > And both hosts will claim MASTER status. This reminded me... I've set net.inet.carp.log=2 now but except some bad CARP packets on the outside (12.xxx.xxx.112/28) network due to VRRP router, I didn't saw any complain about incorrect hash. Are you using "pass" parameter when setting up CARP? On server 1: carp0: flags=49 metric 0 mtu 1500 inet 12.xxx.xxx.116 netmask 0xfffffff0 inet 12.xxx.xxx.120 netmask 0xfffffff0 inet 12.xxx.xxx.122 netmask 0xfffffff0 inet 12.xxx.xxx.124 netmask 0xfffffff0 inet 12.xxx.xxx.126 netmask 0xfffffff0 carp: MASTER vhid 10 advbase 1 advskew 0 carp1: flags=49 metric 0 mtu 1500 inet 12.xxx.xxx.119 netmask 0xfffffff0 inet 12.xxx.xxx.121 netmask 0xfffffff0 inet 12.xxx.xxx.123 netmask 0xfffffff0 inet 12.xxx.xxx.125 netmask 0xfffffff0 carp: MASTER vhid 20 advbase 20 advskew 20 carp2: flags=49 metric 0 mtu 1500 inet 10.255.0.4 netmask 0xfffffe00 carp: MASTER vhid 30 advbase 1 advskew 0 carp3: flags=49 metric 0 mtu 1500 inet 10.255.0.3 netmask 0xfffffe00 carp: MASTER vhid 40 advbase 20 advskew 20 On server 2: carp0: flags=49 metric 0 mtu 1500 inet 12.xxx.xxx.116 netmask 0xfffffff0 inet 12.xxx.xxx.120 netmask 0xfffffff0 inet 12.xxx.xxx.122 netmask 0xfffffff0 inet 12.xxx.xxx.124 netmask 0xfffffff0 inet 12.xxx.xxx.126 netmask 0xfffffff0 carp: MASTER vhid 10 advbase 20 advskew 20 carp1: flags=49 metric 0 mtu 1500 inet 12.xxx.xxx.119 netmask 0xfffffff0 inet 12.xxx.xxx.121 netmask 0xfffffff0 inet 12.xxx.xxx.123 netmask 0xfffffff0 inet 12.xxx.xxx.125 netmask 0xfffffff0 carp: MASTER vhid 20 advbase 1 advskew 0 carp2: flags=49 metric 0 mtu 1500 inet 10.255.0.4 netmask 0xfffffe00 carp: MASTER vhid 30 advbase 20 advskew 20 carp3: flags=49 metric 0 mtu 1500 inet 10.255.0.3 netmask 0xfffffe00 carp: MASTER vhid 40 advbase 1 advskew 0 Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpfdT8ACgkQi+vbBBjt66Cp2gCfVv/3J10SY0XmbwZYLW76sg4I 9XEAnRiMe4kQYOq68nOhZWvVhOTK2rtc =VTWT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 19:04: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 B3C821065674 for ; Thu, 16 Jul 2009 19:04:23 +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 42C018FC1B for ; Thu, 16 Jul 2009 19:04:22 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.103.163] (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 1MRWFg-0005b6-Js; Thu, 16 Jul 2009 21:04:20 +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 1MRWFf-0005Xt-P8; Thu, 16 Jul 2009 21:04:19 +0200 To: d@delphij.net From: Ian FREISLICH In-Reply-To: <4A5F7540.7070201@delphij.net> References: <4A5F7540.7070201@delphij.net> <4A5EF889.6040604@delphij.net> X-Attribution: BOFH Date: Thu, 16 Jul 2009 21:04:19 +0200 Message-Id: Cc: FreeBSD Current Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 19:04:24 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ian FREISLICH wrote: > [...] > > I have noticed that if there are multiple IP addresses on the carp > > interface and these are configured in a different order on each > > host, the you can expect messages like the following: > > > > Jun 9 23:56:29 firewall2 kernel: carp15: incorrect hash > > Jun 9 23:56:30 firewall2 kernel: carp15: incorrect hash > > Jun 9 23:56:31 firewall2 kernel: carp15: incorrect hash > > Jun 9 23:56:32 firewall2 kernel: carp15: incorrect hash > > > > And both hosts will claim MASTER status. > > This reminded me... I've set net.inet.carp.log=2 now but except some > bad CARP packets on the outside (12.xxx.xxx.112/28) network due to VRRP > router, I didn't saw any complain about incorrect hash. Are you using > "pass" parameter when setting up CARP? Yes, I use pass. There are many untrusted hosts on my network. Taking another look at the manual page, I think that the behaviour you're seeing is expected. Try setting advbase to the same on all vhids on both hosts. Use advskew to set a preference for one of your servers. Use advbase to determine how quickly a failure will be detected. To use carp, the administrator needs to configure at minimum a common virtual host ID (VHID) and virtual host IP address on each machine which is to take part in the virtual group. Additional parameters can also be set on a per-interface basis: advbase and advskew, which are used to control how frequently the host sends advertisements when it is the master for a virtual host, and pass which is used to authenticate carp advertisements. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 19:25: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 68F0D106566C; Thu, 16 Jul 2009 19:25:30 +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 077898FC1A; Thu, 16 Jul 2009 19:25:29 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAO4bX0qDaFvK/2dsb2JhbADTIIQNBYFA X-IronPort-AV: E=Sophos;i="4.42,412,1243828800"; d="scan'208";a="41465267" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 16 Jul 2009 15:25:28 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 6E36F109C2A3; Thu, 16 Jul 2009 15:25:28 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WKZMWQHFfavz; Thu, 16 Jul 2009 15:25:27 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id D1DCE109C275; Thu, 16 Jul 2009 15:25:27 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6GJSQT13977; Thu, 16 Jul 2009 15:28:26 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 16 Jul 2009 15:28:26 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Anonymous In-Reply-To: <861vogcyp4.fsf@gmail.com> Message-ID: References: <861vogcyp4.fsf@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] -alldirs: listing files consumes too much memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 19:25:30 -0000 On Thu, 16 Jul 2009, Anonymous wrote: > Let's create 335 empty files in /blah and try to list them over nfsv3. > > # uname -vm > FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > # mkdir /blah > # (while [ $((i+=1)) -le 334 ]; do : >/blah/foo_$i; done) > # echo / -alldirs >/etc/exports > # /etc/rc.d/nfsd onestart > # mount -t newnfs -o nfsv3 0:/blah /mnt > > > # : >/blah/foo_335 > It actually just takes having foo_335 in the dir. to trigger it. > > Is this one known? It is now;-). I reproduced it without difficultly, so it should be straightforward to fix. (For the dir with foo_N up foo_335 in it, readdir goes into a loop in the client.) Thanks for finding it, rick From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 19:33: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 9D0A41065672 for ; Thu, 16 Jul 2009 19:33:06 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id D2C508FC16 for ; Thu, 16 Jul 2009 19:33:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id AF5715C026 for ; Fri, 17 Jul 2009 03:33:04 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 66F4A55CD83A; Fri, 17 Jul 2009 03:33:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id FRfwzVRUvl2c; Fri, 17 Jul 2009 03:32:05 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 2631155CD61B; Fri, 17 Jul 2009 03:31:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=q37IV4Cbos34LN6Y+1AyyyhYCKyO9vNBEmUaLQWEVxG4zhMOfBHm2bogfO3dKicRv 94DJB8QPFCriQRw8r9LcA== Message-ID: <4A5F8010.7050504@delphij.net> Date: Thu, 16 Jul 2009 12:31:28 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: Ian FREISLICH References: <4A5F7540.7070201@delphij.net> <4A5EF889.6040604@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , d@delphij.net Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 19:33:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ian FREISLICH wrote: > Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Ian FREISLICH wrote: >> [...] >>> I have noticed that if there are multiple IP addresses on the carp >>> interface and these are configured in a different order on each >>> host, the you can expect messages like the following: >>> >>> Jun 9 23:56:29 firewall2 kernel: carp15: incorrect hash >>> Jun 9 23:56:30 firewall2 kernel: carp15: incorrect hash >>> Jun 9 23:56:31 firewall2 kernel: carp15: incorrect hash >>> Jun 9 23:56:32 firewall2 kernel: carp15: incorrect hash >>> >>> And both hosts will claim MASTER status. >> This reminded me... I've set net.inet.carp.log=2 now but except some >> bad CARP packets on the outside (12.xxx.xxx.112/28) network due to VRRP >> router, I didn't saw any complain about incorrect hash. Are you using >> "pass" parameter when setting up CARP? > > Yes, I use pass. There are many untrusted hosts on my network. > > Taking another look at the manual page, I think that the behaviour > you're seeing is expected. Try setting advbase to the same on all > vhids on both hosts. Use advskew to set a preference for one of > your servers. Use advbase to determine how quickly a failure will > be detected. > > To use carp, the administrator needs to configure at minimum > a common virtual host ID (VHID) and virtual host IP address > on each machine which is to take part in the virtual group. > Additional parameters can also be set on a per-interface basis: > advbase and advskew, which are used to control how frequently > the host sends advertisements when it is the master for a > virtual host, and pass which is used to authenticate carp > advertisements. Um... In order to narrow this down I have removed advbase setting from both servers (now they use the default number, 1) but seems no luck. I have further checked netstat -s, it seems that only the CARP packets with bad length (which are really VRRP packets) are being counted into the "received" packets, and were all discarded (of course). I've manually put these interfaces down and will check back to see if there is some clue in our code in the afternoon. Jul 16 12:22:58 gate2 kernel: carp0: INIT -> BACKUP Jul 16 12:22:58 gate2 kernel: carp1: INIT -> BACKUP Jul 16 12:22:58 gate2 kernel: carp0: link state changed to DOWN Jul 16 12:22:58 gate2 kernel: carp1: link state changed to DOWN Jul 16 12:22:58 gate2 kernel: carp2: INIT -> BACKUP Jul 16 12:22:58 gate2 kernel: carp3: INIT -> BACKUP Jul 16 12:22:58 gate2 kernel: carp2: 2 link states coalesced Jul 16 12:22:58 gate2 kernel: carp2: link state changed to DOWN Jul 16 12:22:58 gate2 kernel: carp3: 2 link states coalesced Jul 16 12:22:58 gate2 kernel: carp3: link state changed to DOWN Jul 16 12:22:58 gate2 kernel: carp2: link state changed to DOWN Jul 16 12:22:58 gate2 kernel: carp3: link state changed to DOWN Jul 16 12:22:58 gate2 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:01 gate2 kernel: carp1: link state changed to UP Jul 16 12:23:01 gate2 kernel: carp0: link state changed to UP Jul 16 12:23:01 gate2 kernel: carp2: INIT -> BACKUP Jul 16 12:23:01 gate2 kernel: carp3: INIT -> BACKUP Jul 16 12:23:01 gate2 kernel: carp2: link state changed to DOWN Jul 16 12:23:01 gate2 kernel: carp3: link state changed to DOWN Jul 16 12:23:01 gate2 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:04 gate2 kernel: carp3: link state changed to UP Jul 16 12:23:04 gate2 kernel: carp2: link state changed to UP Jul 16 12:23:05 gate2 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:09 gate2 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 ===== Jul 16 12:22:55 gate1 kernel: carp2: INIT -> BACKUP Jul 16 12:22:55 gate1 kernel: carp3: INIT -> BACKUP Jul 16 12:22:55 gate1 kernel: carp2: link state changed to DOWN Jul 16 12:22:55 gate1 kernel: carp3: link state changed to DOWN Jul 16 12:22:56 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:22:58 gate1 kernel: carp2: link state changed to UP Jul 16 12:22:58 gate1 kernel: carp3: link state changed to UP Jul 16 12:22:59 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:01 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:20 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:21 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:24 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:25 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:23:41 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:24:01 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:24:21 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 Jul 16 12:24:32 gate1 kernel: carp_input: received len 20 < sizeof(struct carp_header) on em0 - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpfgA8ACgkQi+vbBBjt66AFhgCgsQ+4NyMliW4EpnqU/nmIlLTu R5kAn0EGS+SFNB6XoijjGI8omTub8YLi =IdlA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 19:52: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 67E721065672 for ; Thu, 16 Jul 2009 19:52:07 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3176C8FC13 for ; Thu, 16 Jul 2009 19:52:06 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 7C6287E818 for ; Thu, 16 Jul 2009 11:52:06 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Thu, 16 Jul 2009 11:52:05 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907161152.05474.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Re: device "urtw" is unknown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 19:52:08 -0000 On Thursday 16 July 2009 08:38:37 Rob Farmer wrote: > On Thu, Jul 16, 2009 at 08:22, Paul B. Mahol wrote: > > On 7/16/09, Mel Flynn wrote: > >> [Redirecting to -current] > >> > >> On Wednesday 15 July 2009 22:30:05 Rob Farmer wrote: > >>> I am trying to build a custom kernel with the urtw device on 8.0 beta > >>> 1 amd64. According to the man page, I should add device urtw to my > >>> config (just Generic plus this) and it should work. But, I get: > >>> > >>> config: Error: device "urtw" is unknown > >> > >> Can reproduce. It is built as module though, so you can kldload if_urtw. > >> Perhaps the ${_urtw} magic in sys/modules/usb/Makefile is not understood > >> by config(8). > > > > Negative, urtw is not mentioned in /sys/conf/files* > > > > -- > > Paul > > Ok , so I added it to /sys/conf/files and it seems to compile and run > fine. Is this correct or is there more to it? It is correct for your machine. Unless there's a technical reason this module wasn't added to sys/conf/files*, rather then an oversight. The correct fix for the official FreeBSD source tree would be a bit more involved as the driver (or device) only supports i386 and amd64. -- Mel From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 19:55:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64EEB106564A for ; Thu, 16 Jul 2009 19:55:34 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 26C618FC18 for ; Thu, 16 Jul 2009 19:55:33 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (105.10.87-79.rev.gaoland.net [79.87.10.105]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 3364A63317E; Thu, 16 Jul 2009 21:55:33 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 5CBE3BB29; Thu, 16 Jul 2009 21:55:34 +0200 (CEST) Date: Thu, 16 Jul 2009 21:55:28 +0200 From: Patrick Lamaiziere To: Hans Petter Selasky Message-ID: <20090716215528.271fc177@baby-jane.lamaiziere.net> In-Reply-To: <200907130846.51980.hselasky@c2i.net> References: <20090703172600.1971111e@baby-jane.lamaiziere.net> <200907120952.30158.hselasky@c2i.net> <20090713034102.1362d27d@baby-jane.lamaiziere.net> <200907130846.51980.hselasky@c2i.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ulpt problem (USB_ERR_IOERROR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 19:55:34 -0000 Le Mon, 13 Jul 2009 08:46:50 +0200, Hans Petter Selasky a =E9crit : > The printing works besides from the status failing? Yes. =20 > > It looks like there is a probem to get the status. FreeBSD 7.0 uses > > a flag USBD_SHORT_XFER_OK, so I tried to add a flag .short_xfer_ok > > =3D 1 and to increase the timeout. But without luck. >=20 > Could you try increasing the timeout to 20 seconds? > Maybe the printer > USB firmware is really simple and can only do one request at a time? Do you mean here? : [ULPT_INTR_DT_RD] =3D { .type =3D UE_CONTROL, ... .timeout =3D 20000, /* 20 second */ If yes, I tried but this does not change anything. I also tried to change the ticks of the callout_reset in usb_watchdog(). But If I remove the transfer start in usb_watchdog() (so I never read the status of the printer), it works well. With cups and without the deframentation of the datas to write it seems to work too (the same configuration as the top of this thread). Are you sure this it required by my printer? Not related but I noticed that usb_write() in usb_dev.c returns -1 if I hit Ctrl-C when doing a "cat file > /dev/unlpt0". Because usb_fifo_wait(f) returns -1 (should be EINTR?). Thanks, regards. From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 20:22: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 4E119106566B for ; Thu, 16 Jul 2009 20:22:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id AAB5C8FC26 for ; Thu, 16 Jul 2009 20:22:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=BQeo18V-fugA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=8kQB0OdkAAAA:8 a=6I5d2MoRAAAA:8 a=VSPY1edCvaJWUeliMl4A:9 a=0AwTxFcmsfbhUwSTj5QA:7 a=LZj8knURKD92ZaK0HJhDCa8-Mq0A:4 a=9aOQ2cSd83gA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1288337506; Thu, 16 Jul 2009 22:22:27 +0200 From: Hans Petter Selasky To: Patrick Lamaiziere Date: Thu, 16 Jul 2009 22:22:10 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <20090703172600.1971111e@baby-jane.lamaiziere.net> <200907130846.51980.hselasky@c2i.net> <20090716215528.271fc177@baby-jane.lamaiziere.net> In-Reply-To: <20090716215528.271fc177@baby-jane.lamaiziere.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907162222.11736.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: ulpt problem (USB_ERR_IOERROR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 20:22:30 -0000 Hi, On Thursday 16 July 2009 21:55:28 Patrick Lamaiziere wrote: > Le Mon, 13 Jul 2009 08:46:50 +0200, > > Hans Petter Selasky a =E9crit : > > The printing works besides from the status failing? > > Yes. > > > Do you mean here? : Yes. > [ULPT_INTR_DT_RD] =3D { .type =3D UE_CONTROL, > ... > .timeout =3D 20000, /* 20 second */ > > If yes, I tried but this does not change anything. I also tried to > change the ticks of the callout_reset in usb_watchdog(). > > But If I remove the transfer start in usb_watchdog() (so I never read > the status of the printer), it works well. Could you try to add an "if (sc->sc_fflags =3D=3D 0)" in front, like this: /*=20 * Only read status while the device is not opened, due to * possible hardware or firmware bug in some printers. */ if (sc->sc_fflags =3D=3D 0) usbd_transfer_start(sc->sc_xfer[ULPT_INTR_DT_RD]); > With cups and without the deframentation of the datas to write it seems > to work too (the same configuration as the top of this thread). Are you > sure this it required by my printer? No. I've removed that patch. > Not related but I noticed that usb_write() in usb_dev.c returns -1 if I > hit Ctrl-C when doing a "cat file > /dev/unlpt0". Because > usb_fifo_wait(f) returns -1 (should be EINTR?). If cv_wait_sig() returns -1, then they do not behave like in the manual pag= e: man cv_wait_sig You have to do a "kill" to kill it. What I've seen is the code hangs in the= =20 flushing loop in the close call: /* check if flushed already */ while (f->flag_flushing && (!f->flag_iserror)) { /* wait until all data has been written */ f->flag_sleeping =3D 1; err =3D cv_wait_sig(&f->cv_io, f->priv_mtx); if (err) { DPRINTF("signal received\n"); break; } } I have no idea why. Seems like the signals are blocked, so that CTRL+C is n= ot=20 passed another time! Please investigate, if you have some time. New patch: 1) cvsup to 8-current. 2) Replace serial/ulpt.c with the one from USB P4 http://perforce.freebsd.org/chv.cgi?CH=3D166176 =2D-HPS From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 20:33: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 D1E38106566B; Thu, 16 Jul 2009 20:33:12 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3F18FC0C; Thu, 16 Jul 2009 20:33:11 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm24 with SMTP id 24so332241fxm.43 for ; Thu, 16 Jul 2009 13:33:11 -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:date :message-id:user-agent:mime-version:content-type; bh=oz8OBwpk/GEkfZDN2x7BW/eKEARdfuWYMKTnUPcy7Q0=; b=Kk4dhDR0DKFNs71v+RZtdwH8yk7YrsP09jZn9xESbDtF/fWM/eYPjlVlQHdCyiWoQY hN4H87F1DulAqJTTHyGFwPeOq0F3B+Hi7wTTPo/WIjbaPAr6B3h4zpaan7vVjbgYl9qI kXoMdp7lq9GU8GMFvO6jbvSngd3vgx65BN2rU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:user-agent:mime-version :content-type; b=hyouZLdA+q0nHVyqBVGcBJcJRPSThqOu70numH5iXDmu49aGFmJgc0MRsECSXxRdo2 I6ymGKS0zgjV/SC0voX4KGrzwRL/D+T6BNPrMEMdgKreXspOJElqScTY5Zq1FGC88N82 5fH7UFvJ2m7nBXaZWKawl5xD9jPlUeAbveezY= Received: by 10.103.160.10 with SMTP id m10mr107365muo.50.1247776391225; Thu, 16 Jul 2009 13:33:11 -0700 (PDT) Received: from localhost (95-24-174-97.broadband.corbina.ru [95.24.174.97]) by mx.google.com with ESMTPS id j2sm2150030mue.42.2009.07.16.13.33.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 16 Jul 2009 13:33:10 -0700 (PDT) From: Anonymous To: freebsd-current@freebsd.org Date: Fri, 17 Jul 2009 00:33:07 +0400 Message-ID: <86zlb45px8.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: Rick Macklem Subject: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 20:33:13 -0000 Let's populate /blah with 50Mb files and send SIGINFO to cp(1) process while copying it over nfsv3. # uname -vm FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 # mkdir /blah # truncate -s50m /blah/foo_1 # truncate -s50m /blah/foo_2 # truncate -s50m /blah/foo_3 # echo /usr >/etc/exports # /etc/rc.d/nfsd onestart # mount -t newnfs -o nfsv3 0:/blah /mnt # cp -R /mnt /aaa [type ^T several times] load: 0.81 cmd: cp 2305 [runnable] 1.86r 0.00u 0.62s 9% 1304k /mnt/foo_1 -> /aaa/foo_1 25% load: 0.90 cmd: cp 2305 [runnable] 2.43r 0.00u 0.80s 9% 1304k /mnt/foo_1 -> /aaa/foo_1 32% load: 0.90 cmd: cp 2305 [runnable] 2.59r 0.00u 0.85s 19% 1304k /mnt/foo_1 -> /aaa/foo_1 34% load: 0.90 cmd: cp 2305 [runnable] 2.76r 0.01u 0.89s 19% 1304k /mnt/foo_1 -> /aaa/foo_1 36% load: 0.90 cmd: cp 2305 [runnable] 2.96r 0.02u 0.94s 19% 1304k /mnt/foo_1 -> /aaa/foo_1 39% load: 0.90 cmd: cp 2305 [runnable] 3.14r 0.02u 1.00s 19% 1304k /mnt/foo_1 -> /aaa/foo_1 41% load: 0.90 cmd: cp 2305 [newnfsreq] 3.30r 0.02u 1.05s 19% 1304k load: 0.90 cmd: cp 2305 [runnable] 3.47r 0.02u 1.08s 19% 1304k load: 0.90 cmd: cp 2305 [runnable] 3.62r 0.02u 1.11s 19% 1304k load: 0.90 cmd: cp 2305 [runnable] 3.81r 0.02u 1.14s 19% 1304k load: 0.90 cmd: cp 2305 [runnable] 3.98r 0.02u 1.17s 19% 1304k load: 0.90 cmd: cp 2305 [runnable] 4.29r 0.02u 1.22s 19% 1304k load: 1.23 cmd: cp 2305 [runnable] 4.84r 0.02u 1.35s 19% 1304k load: 1.23 cmd: cp 2305 [runnable] 5.19r 0.02u 1.49s 19% 1304k load: 1.23 cmd: cp 2305 [runnable] 5.52r 0.02u 1.63s 19% 1304k load: 1.23 cmd: cp 2305 [runnable] 6.12r 0.02u 1.88s 19% 1304k load: 1.23 cmd: cp 2305 [runnable] 6.52r 0.02u 2.05s 19% 1304k load: 1.23 cmd: cp 2305 [runnable] 6.89r 0.02u 2.19s 19% 1304k load: 1.69 cmd: cp 2305 [runnable] 7.40r 0.02u 2.40s 29% 1304k load: 1.69 cmd: cp 2305 [runnable] 7.76r 0.02u 2.55s 29% 1304k load: 1.69 cmd: cp 2305 [runnable] 8.11r 0.02u 2.70s 29% 1304k cp: /mnt/foo_1: Permission denied cp: /mnt/foo_2: Permission denied cp: /mnt/foo_3: Permission denied This one should be slightly harder to reproduce. And depending on timing between each ^T keypress error message can differ, e.g. `Bad address' or `Input/output error'. Of course not all files end up in /aaa # ls -l /aaa total 32912 -rw-r--r-- 1 root wheel 33685504 Jul 16 20:26 foo_1 (this file is from different attempt, not that was aborted around 41%) It affects both foreground and background processes. So, to abort copying one can also try running # pkill -INFO cp several times. I haven't found any other signal that affect copying (tried SIGURG, SIGCONT, SIGCHLD, SIGIO, SIGWINCH). Known? Or am I the only one having a bad habit typing ^T too often? From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 21: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 8E8BF106566B for ; Thu, 16 Jul 2009 21:06:50 +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 1D3368FC08 for ; Thu, 16 Jul 2009 21:06:49 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.103.163] (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 1MRYAB-0006Zo-Eg; Thu, 16 Jul 2009 23:06:47 +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 1MRYA8-0005df-D6; Thu, 16 Jul 2009 23:06:44 +0200 To: d@delphij.net From: Ian FREISLICH In-Reply-To: <4A5F8010.7050504@delphij.net> References: <4A5F8010.7050504@delphij.net> <4A5F7540.7070201@delphij.net> <4A5EF889.6040604@delphij.net> X-Attribution: BOFH Date: Thu, 16 Jul 2009 23:06:44 +0200 Message-Id: Cc: FreeBSD Current Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 21:06:50 -0000 Xin LI wrote: > Ian FREISLICH wrote: > > To use carp, the administrator needs to configure at minimum > > a common virtual host ID (VHID) and virtual host IP address > > on each machine which is to take part in the virtual group. > > Additional parameters can also be set on a per-interface basis: > > advbase and advskew, which are used to control how frequently > > the host sends advertisements when it is the master for a > > virtual host, and pass which is used to authenticate carp > > advertisements. > > Um... In order to narrow this down I have removed advbase setting from > both servers (now they use the default number, 1) but seems no luck. > > I have further checked netstat -s, it seems that only the CARP packets > with bad length (which are really VRRP packets) are being counted into > the "received" packets, and were all discarded (of course). I've > manually put these interfaces down and will check back to see if there > is some clue in our code in the afternoon. > > Jul 16 12:22:58 gate2 kernel: carp_input: received len 20 < > sizeof(struct carp_header) on em0 > Jul 16 12:23:01 gate2 kernel: carp_input: received len 20 < > sizeof(struct carp_header) on em0 I've only ever encountered messages like these when there's been a linux host on the same network with ucarp or heartbeat running sending their broken "carp" packets with a vhid that's the same as one I was using. Have you tried setting a "pass" on your carp interfaces? Are you sure it's your host that's generating these short carp packets? Use 'tcpdump -eni proto carp' to verify. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 21:27: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 702F4106566B for ; Thu, 16 Jul 2009 21:27:32 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 11B298FC0A for ; Thu, 16 Jul 2009 21:27:31 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by qyk42 with SMTP id 42so419639qyk.3 for ; Thu, 16 Jul 2009 14:27:31 -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=ZVpOJsxLFNOTTZ9wzj8frS4LwhLRxQkI5jNWzetVtqA=; b=XzCLcVmwQ8R0llNrLXIPtf9jFXjtceRl6Sk2/xDFlg9sKR6HyZQUE7rI8E5Igrmhly PKyEXnrlGx/V8gxxFC6WECmx2UOR4DzSZXfQV8ztiVHRc6O+MlvRxCMkqUhN6T/WpxSH bZuafhxRKMmLBBsIat6hPAdT/nxk6lyXm38xI= 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=e4zH/6v7S9rMTh71yyIjd83gC7qMTo5yFo36/pDYhxUZ+ktGPTGjpSVmtTbJUXCSpk a1nQHvCK79GsjLDvCXCO9ssSeOTbMqXynXaQkksEH6E0bxk+1tAKOpi+1ylpBNboNmyh LqGsS6OAE8+cjC/jkorUzqhGcxaUUpIfauB8k= MIME-Version: 1.0 Received: by 10.229.100.9 with SMTP id w9mr45973qcn.31.1247779651349; Thu, 16 Jul 2009 14:27:31 -0700 (PDT) In-Reply-To: <200905060927.42540.zec@freebsd.org> References: <49FC812B.2070305@elischer.org> <200905060805.43835.zec@freebsd.org> <991123400905060555l580ed589peacccdaeaab0335@mail.gmail.com> <200905060927.42540.zec@freebsd.org> Date: Thu, 16 Jul 2009 16:27:31 -0500 Message-ID: <11167f520907161427k5bd9f5f6i6a7f2a0350901ec7@mail.gmail.com> From: "Sam Fourman Jr." To: Marko Zec Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-2022-JP?B?T2RoaWFtYm8gGyRCJW8lNyVzJUglcxsoQg==?= , freebsd-current@freebsd.org, Julian Elischer Subject: Re: VIMAGE status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 21:27:32 -0000 > > IPFILTER, ALTQ and most of the things that you have in your config file, but > are not normally in GENERIC, are not yet supported with options VIMAGE. > > Marko is this still True with -CURRENT? can we now have several instances of pf each jail with its own pf.conf? Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 22:00: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 058BD106566B; Thu, 16 Jul 2009 22:00:31 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 052B68FC16; Thu, 16 Jul 2009 22:00:29 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 13so128479fge.12 for ; Thu, 16 Jul 2009 15:00:29 -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:content-type:content-transfer-encoding; bh=s7BMWuZEr8ZtJekdDpsd5EcAsXEfaLJoDrZQmUYwV5w=; b=SjMjKGsHBU5dZeCt1ez/3/89O+AVXebQi7wJkHJStCDtUWtFLf77QGUoQ4VkVk7kkv ixTvjOzIlHeqjQ3P5E088RD3EGazFeqBQFaZSriuazPwAEMaFf0Lpttvr/e5C8sQE+1t l35ibdESt+ToNK4PkgYamwy5E+n6w9IbidYS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=VG+tPmk6zeCCA+4KCpUNnoGlSYMVb2FKV/joCzzothmMz0OCo5/gCQc/b54Dwm3wPj YPZ6/QmB31XN+GUTnQ2J0F05SSY2jzms4gGs+MZK9RK98xVYzFcji4Me5qdMwZjOLo3G natFNMVBeTNNq3+dlNMyufSKTc+k7gmxd92mI= MIME-Version: 1.0 Received: by 10.239.172.73 with SMTP id z9mr26625hbe.30.1247781628865; Thu, 16 Jul 2009 15:00:28 -0700 (PDT) Date: Thu, 16 Jul 2009 22:00:28 +0000 Message-ID: From: "b. f." To: freebsd-ports@FreeBSD.org, freebsd-current@freebsd.org, kan@freebsd.org, kib@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 16 Jul 2009 22:28:58 +0000 Cc: Subject: Re: svn commit: r195697 - in head: . contrib/gcc/config gnu/lib/libgcc gnu/lib/libssp/libssp_nonshared lib/libc lib/libc/sys libexec/rtld-elf share/mk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 22:00:31 -0000 >Author: kan >Date: Tue Jul 14 21:19:13 2009 >New Revision: 195697 >URL: http://svn.freebsd.org/changeset/base/195697 >Log: > Second attempt at eliminating .text relocations in shared libraries > compiled with stack protector. Unfortunately, on r195705 i386 (world and kernel), this breaks a clean (i.e., no other ports or packages installed, clean work directory) build of lang/perl5.8 or lang/perl5.10 with -fstack-protector or -fstack-protector-all in the CFLAGS, using the base system compiler: ... CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -fstack-protector-all -Wall -Wextra -march=athlon-tbird -Wall -W -Wextra -Wdeclaration-after-statement -Wendif-labels -Wc++-compat opmini.c: In function 'Perl_fold_constants': opmini.c:2122: warning: argument 'o' might be clobbered by 'longjmp' or 'vfork' `sh cflags "optimize='-O2 -fno-strict-aliasing -pipe -fstack-protector-all -Wall -Wextra -march=athlon-tbird'" perly.o` -DPIC -fPIC perly.c CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.9/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -fstack-protector-all -Wall -Wextra -march=athlon-tbird -Wall -W -Wextra -Wdeclaration-after-statement -Wendif-labels -Wc++-compat LD_LIBRARY_PATH=/tmp/usr/ports/lang/perl5.8/work/perl-5.8.9 cc -pthread -Wl,-E -L/usr/local/lib -o miniperl `echo gv.o toke.o perly.o op.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o perl.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o | sed 's/ op.o / /'` miniperlmain.o opmini.o -lm -lcrypt -lutil gv.o(.text+0xc1): In function `Perl_gv_name_set': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0x221): In function `.L19': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0x2c2): In function `Perl_is_gv_magical_sv': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0x34d): In function `Perl_magic_freeovrld': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0x3dd): In function `Perl_gp_ref': : undefined reference to `__stack_chk_fail_local' gv.o(.text+0xe6d): more undefined references to `__stack_chk_fail_local' follow *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/lang/perl5.8. *** Error code 1 I would not be surprised to find that it affects a large number of other ports in a similar manner. So it seems that some further changes are required. Regards, b. From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 22:50: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 9A6611065670 for ; Thu, 16 Jul 2009 22:50:07 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 5C44F8FC18 for ; Thu, 16 Jul 2009 22:50:07 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (105.10.87-79.rev.gaoland.net [79.87.10.105]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 83E8463317E; Fri, 17 Jul 2009 00:50:06 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 8DEF9C0D2; Fri, 17 Jul 2009 00:50:07 +0200 (CEST) Date: Fri, 17 Jul 2009 00:50:02 +0200 From: Patrick Lamaiziere To: Hans Petter Selasky Message-ID: <20090717005002.1ffccfff@baby-jane.lamaiziere.net> In-Reply-To: <200907162222.11736.hselasky@c2i.net> References: <20090703172600.1971111e@baby-jane.lamaiziere.net> <200907130846.51980.hselasky@c2i.net> <20090716215528.271fc177@baby-jane.lamaiziere.net> <200907162222.11736.hselasky@c2i.net> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ulpt problem (USB_ERR_IOERROR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 22:50:07 -0000 Le Thu, 16 Jul 2009 22:22:10 +0200, Hans Petter Selasky a =E9crit : > Could you try to add an "if (sc->sc_fflags =3D=3D 0)" in front, like this: >=20 > /*=20 > * Only read status while the device is not opened, due to > * possible hardware or firmware bug in some printers. > */ > if (sc->sc_fflags =3D=3D 0) > usbd_transfer_start(sc->sc_xfer[ULPT_INTR_DT_RD]); It works fine with this check. Cool! But why, that is not clear. FreeBSD 7.2 checks the status of the printer only when the device is opened and before each write. http://fxr.watson.org/fxr/source/dev/usb/ulpt.c?v=3DFREEBSD7#L637 > > Not related but I noticed that usb_write() in usb_dev.c returns -1 > > if I hit Ctrl-C when doing a "cat file > /dev/unlpt0". Because > > usb_fifo_wait(f) returns -1 (should be EINTR?). >=20 > If cv_wait_sig() returns -1, then they do not behave like in the > manual page: Yes I saw, I will try to dig more into the code. (will open a new thread for this) Thank you very much, regards. From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 23:07: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 3BE12106566B for ; Thu, 16 Jul 2009 23:07:16 +0000 (UTC) (envelope-from louie@transsys.com) Received: from ringworld.transsys.com (ringworld.transsys.com [144.202.0.15]) by mx1.freebsd.org (Postfix) with ESMTP id 130038FC0A for ; Thu, 16 Jul 2009 23:07:16 +0000 (UTC) (envelope-from louie@transsys.com) Received: by ringworld.transsys.com (Postfix, from userid 1001) id 5DC735C4C; Thu, 16 Jul 2009 19:07:15 -0400 (EDT) Date: Thu, 16 Jul 2009 19:07:15 -0400 From: Louis Mamakos To: Freddie Cash Message-ID: <20090716230715.GA46760@ringworld.transsys.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 23:07:16 -0000 On Wed, Jul 15, 2009 at 03:19:30PM -0700, Freddie Cash wrote: > > Hrm, you might need to do this from single-user mode, without the ZFS > filesystems mounted, or the drives in use. Or from a LiveFS CD, if /usr is > a ZFS filesystem. > > On our ZFS hosts, / and /usr are on UFS (gmirror). I don't understand why you'd expect you could take an existing container on a disk, like a FreeBSD slice with some sort of live data within it, and just decide you're going to take a way one or more blocks at the end to create a new container within it? If you look at page 7 of the ZFS on-disk format document that was recently mentioned, you'll see that ZFS stores 4 copies of it's "Vdev label"; two at the front of the physical vdev and two at the end of the Vdev, each of them apparently 256kb in length. That's assuming that ZFS doens't round down the size of the Vdev to some convienient boundary. It is going to get upset that the Vdev just shrunk out from under it? I've always thought of glabel as creating a new (named) container within some existing physical or logical container. This notion that you can just create one inside an existing container with live data seems dangerous. Or at a minimum, depending on some other property of the existing live data that would lead you to believe it can do without it's last block. louie From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 23:17: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 30C0B1065676 for ; Thu, 16 Jul 2009 23:17:55 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 03E998FC1F for ; Thu, 16 Jul 2009 23:17:54 +0000 (UTC) (envelope-from sam@errno.com) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n6GMhwbf085569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Jul 2009 15:43:58 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A5FAD2E.1070200@errno.com> Date: Thu, 16 Jul 2009 15:43:58 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Mel Flynn References: <200907161152.05474.mel.flynn+fbsd.current@mailing.thruhere.net> In-Reply-To: <200907161152.05474.mel.flynn+fbsd.current@mailing.thruhere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: device "urtw" is unknown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Jul 2009 23:17:55 -0000 Mel Flynn wrote: > On Thursday 16 July 2009 08:38:37 Rob Farmer wrote: >> On Thu, Jul 16, 2009 at 08:22, Paul B. Mahol wrote: >>> On 7/16/09, Mel Flynn wrote: >>>> [Redirecting to -current] >>>> >>>> On Wednesday 15 July 2009 22:30:05 Rob Farmer wrote: >>>>> I am trying to build a custom kernel with the urtw device on 8.0 beta >>>>> 1 amd64. According to the man page, I should add device urtw to my >>>>> config (just Generic plus this) and it should work. But, I get: >>>>> >>>>> config: Error: device "urtw" is unknown >>>> Can reproduce. It is built as module though, so you can kldload if_urtw. >>>> Perhaps the ${_urtw} magic in sys/modules/usb/Makefile is not understood >>>> by config(8). >>> Negative, urtw is not mentioned in /sys/conf/files* >>> >>> -- >>> Paul >> Ok , so I added it to /sys/conf/files and it seems to compile and run >> fine. Is this correct or is there more to it? > > It is correct for your machine. Unless there's a technical reason this module > wasn't added to sys/conf/files*, rather then an oversight. > The correct fix for the official FreeBSD source tree would be a bit more > involved as the driver (or device) only supports i386 and amd64. uwrtm should work on any architecture; I expect weongyo will fix this since it's his driver. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 00:09: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 9F7DF1065672; Fri, 17 Jul 2009 00:09: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 363EF8FC12; Fri, 17 Jul 2009 00:09:42 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAEZdX0qDaFvL/2dsb2JhbADSB4QNBYFA X-IronPort-AV: E=Sophos;i="4.42,414,1243828800"; d="scan'208";a="41489812" Received: from nile.cs.uoguelph.ca ([131.104.91.203]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 16 Jul 2009 20:09:42 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 6B1888D412B; Thu, 16 Jul 2009 20:09:42 -0400 (EDT) X-Virus-Scanned: amavisd-new at nile.cs.uoguelph.ca Received: from nile.cs.uoguelph.ca ([127.0.0.1]) by localhost (nile.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xZRRwkNzmkKn; Thu, 16 Jul 2009 20:09:41 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 658388D4072; Thu, 16 Jul 2009 20:09:41 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6H0Cc911814; Thu, 16 Jul 2009 20:12:38 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 16 Jul 2009 20:12:38 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Anonymous In-Reply-To: <861vogcyp4.fsf@gmail.com> Message-ID: References: <861vogcyp4.fsf@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] -alldirs: listing files consumes too much memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 00:09:44 -0000 On Thu, 16 Jul 2009, Anonymous wrote: > Let's create 335 empty files in /blah and try to list them over nfsv3. > > # uname -vm > FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > # mkdir /blah > # (while [ $((i+=1)) -le 334 ]; do : >/blah/foo_$i; done) > # echo / -alldirs >/etc/exports > # /etc/rc.d/nfsd onestart > # mount -t newnfs -o nfsv3 0:/blah /mnt > Well, this turns out more interesting than I expected. The problem occurs when there is a large directory "at the mount point only". If you: # mount -t newnfs -o nfsv3 0:/ /mnt # cd /mnt/blah # ls - it works. When the large directory is at the mount point, it reads the first block normally but... it then thinks all subsequent blocks are already in the buffer cache. ie. They come back from getblk() with B_CACHE already set??? (It then just loops getting blocks forever, since it won't see the eof if it doesn't try and read from the server.) Anyone happen to have a clue why that would happen? Why would blocks on a mount point vnode behave differently than others. Well, at least it's easy to reproduce, so I can keep poking around with it, rick. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 00:12:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC2F10656DC; Fri, 17 Jul 2009 00:12:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3578FC15; Fri, 17 Jul 2009 00:12:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAOteX0qDaFvH/2dsb2JhbADSAoQNBYFA X-IronPort-AV: E=Sophos;i="4.42,414,1243828800"; d="scan'208";a="39627617" Received: from danube.cs.uoguelph.ca ([131.104.91.199]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 16 Jul 2009 20:12:33 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id B53F61084613; Thu, 16 Jul 2009 20:12:33 -0400 (EDT) X-Virus-Scanned: amavisd-new at danube.cs.uoguelph.ca Received: from danube.cs.uoguelph.ca ([127.0.0.1]) by localhost (danube.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tkV0oeV8mosV; Thu, 16 Jul 2009 20:12:32 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 354FD108460E; Thu, 16 Jul 2009 20:12:32 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6H0FTI11873; Thu, 16 Jul 2009 20:15:29 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 16 Jul 2009 20:15:29 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Anonymous In-Reply-To: <86zlb45px8.fsf@gmail.com> Message-ID: References: <86zlb45px8.fsf@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 00:12:35 -0000 On Fri, 17 Jul 2009, Anonymous wrote: > Let's populate /blah with 50Mb files and send SIGINFO to cp(1) process while > copying it over nfsv3. > > # uname -vm > FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 > root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > # mkdir /blah > # truncate -s50m /blah/foo_1 > # truncate -s50m /blah/foo_2 > # truncate -s50m /blah/foo_3 > > # echo /usr >/etc/exports > # /etc/rc.d/nfsd onestart > # mount -t newnfs -o nfsv3 0:/blah /mnt > > # cp -R /mnt /aaa > [type ^T several times] > load: 0.81 cmd: cp 2305 [runnable] 1.86r 0.00u 0.62s 9% 1304k > /mnt/foo_1 -> /aaa/foo_1 25% > load: 0.90 cmd: cp 2305 [runnable] 2.43r 0.00u 0.80s 9% 1304k > /mnt/foo_1 -> /aaa/foo_1 32% > load: 0.90 cmd: cp 2305 [runnable] 2.59r 0.00u 0.85s 19% 1304k > /mnt/foo_1 -> /aaa/foo_1 34% > load: 0.90 cmd: cp 2305 [runnable] 2.76r 0.01u 0.89s 19% 1304k > /mnt/foo_1 -> /aaa/foo_1 36% > load: 0.90 cmd: cp 2305 [runnable] 2.96r 0.02u 0.94s 19% 1304k > /mnt/foo_1 -> /aaa/foo_1 39% > load: 0.90 cmd: cp 2305 [runnable] 3.14r 0.02u 1.00s 19% 1304k > /mnt/foo_1 -> /aaa/foo_1 41% > load: 0.90 cmd: cp 2305 [newnfsreq] 3.30r 0.02u 1.05s 19% 1304k > load: 0.90 cmd: cp 2305 [runnable] 3.47r 0.02u 1.08s 19% 1304k > load: 0.90 cmd: cp 2305 [runnable] 3.62r 0.02u 1.11s 19% 1304k > load: 0.90 cmd: cp 2305 [runnable] 3.81r 0.02u 1.14s 19% 1304k > load: 0.90 cmd: cp 2305 [runnable] 3.98r 0.02u 1.17s 19% 1304k > load: 0.90 cmd: cp 2305 [runnable] 4.29r 0.02u 1.22s 19% 1304k > load: 1.23 cmd: cp 2305 [runnable] 4.84r 0.02u 1.35s 19% 1304k > load: 1.23 cmd: cp 2305 [runnable] 5.19r 0.02u 1.49s 19% 1304k > load: 1.23 cmd: cp 2305 [runnable] 5.52r 0.02u 1.63s 19% 1304k > load: 1.23 cmd: cp 2305 [runnable] 6.12r 0.02u 1.88s 19% 1304k > load: 1.23 cmd: cp 2305 [runnable] 6.52r 0.02u 2.05s 19% 1304k > load: 1.23 cmd: cp 2305 [runnable] 6.89r 0.02u 2.19s 19% 1304k > load: 1.69 cmd: cp 2305 [runnable] 7.40r 0.02u 2.40s 29% 1304k > load: 1.69 cmd: cp 2305 [runnable] 7.76r 0.02u 2.55s 29% 1304k > load: 1.69 cmd: cp 2305 [runnable] 8.11r 0.02u 2.70s 29% 1304k > cp: /mnt/foo_1: Permission denied > cp: /mnt/foo_2: Permission denied > cp: /mnt/foo_3: Permission denied > > This one should be slightly harder to reproduce. And depending on timing > between each ^T keypress error message can differ, e.g. `Bad address' or > `Input/output error'. Of course not all files end up in /aaa > > # ls -l /aaa > total 32912 > -rw-r--r-- 1 root wheel 33685504 Jul 16 20:26 foo_1 > (this file is from different attempt, not that was aborted around 41%) > > It affects both foreground and background processes. So, to abort copying > one can also try running > > # pkill -INFO cp > > several times. I haven't found any other signal that affect copying > (tried SIGURG, SIGCONT, SIGCHLD, SIGIO, SIGWINCH). > > Known? Or am I the only one having a bad habit typing ^T too often? > Kostik recently checked in some changes related to signal handling, but I haven't yet had time to clone that for the experimental client. If the problem doesn't occur for the regular client, then I'll guess that cloning his changes to the experimental client will fix it. rick From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 00:56: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 7F4DA1065670 for ; Fri, 17 Jul 2009 00:56:49 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id C984A8FC0A for ; Fri, 17 Jul 2009 00:56:48 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6H0ugt9005594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 17 Jul 2009 10:56:42 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1247792202; bh=Oy1SSVKsHtYn+czOoDWwTeBmuIj4orR/f7JhqYVw9+g=; h=Date:From:To:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=0RIyh4a0+2dNW0qDhy6updyKLK/ZlLVDC6UbGzcj4Mt9tAoY+omup9xXGrlJJnPhx ClNIVjaMfDJiUusbVsytbzyAXgth8E92zFrB7ucZFYl0p7ETMw5gkdKP8pRLytbZ/z uOEJrWBTgkUUDJazfk0CiMlDDtU4exP8puFf1cOI= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n6H0ugQ5021456 for ; Fri, 17 Jul 2009 10:56:42 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n6H0ug3j021455 for freebsd-current@freebsd.org; Fri, 17 Jul 2009 10:56:42 +1000 (AEST) (envelope-from john) Date: Fri, 17 Jul 2009 10:56:42 +1000 From: John Marshall To: freebsd-current@freebsd.org Message-ID: <20090717005641.GH17677@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20090709085242.GC27373@rwpc12.mby.riverwillow.net.au> <20090709142121.GS55190@deviant.kiev.zoral.com.ua> <20090710035849.GB31950@rwpc12.mby.riverwillow.net.au> <1247214510.2437.1693.camel@strangepork.london.mintel.ad> <20090710114234.GF32316@rwpc12.mby.riverwillow.net.au> <20090710132429.GA55190@deviant.kiev.zoral.com.ua> <20090711091050.GN32316@rwpc12.mby.riverwillow.net.au> <20090711124206.GF55190@deviant.kiev.zoral.com.ua> <20090713104448.GE982@rwpc12.mby.riverwillow.net.au> <20090713105805.GA55190@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qxfKREH7IwbezJ+T" Content-Disposition: inline In-Reply-To: <20090713105805.GA55190@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Subject: Re: rtld segfaults [Was Re: Process stuck in vmmaps on 8.0-BETA1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 00:56:49 -0000 --qxfKREH7IwbezJ+T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 13 Jul 2009, 13:58 +0300, Kostik Belousov wrote: > On Mon, Jul 13, 2009 at 08:44:48PM +1000, John Marshall wrote: > >=20 > > Thank you for your help in resolving the initial vmmaps problem - and > > for your patch to vm_map.c. I think we've progressed far enough beyond > > that problem to close this thread. > > This still seems to be a system bug, but now in the rtld. >=20 > I need two things: > 1. ktrace/kdump output for ntpd start that causes the process to crash; > 2. readelf -a /usr/local/lib/nss_winbind.so.1 > (both may be large enough, so that it is better to put it somewhere on > web server). After a few off-list email exchanges, this issue was resolved with another patch from kostik to sys/vm/vm_map.c --=20 John Marshall --qxfKREH7IwbezJ+T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpfzEkACgkQw/tAaKKahKKvygCfSxwjj2Qs7MBEtWxrnTz2QGX3 aHAAoI90iT4qw2V5ix2SdKM3pqN2Jvu7 =IoCM -----END PGP SIGNATURE----- --qxfKREH7IwbezJ+T-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 01:18: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 543EA1065672; Fri, 17 Jul 2009 01:18:32 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id CF0458FC23; Fri, 17 Jul 2009 01:18:31 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by yxe11 with SMTP id 11so902615yxe.3 for ; Thu, 16 Jul 2009 18:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=Ak/QdvAA3wJWNB9lmRVywHdet6buF7nKX7X8VBKe81g=; b=vVaPEvR/tATFRrGSoROCVCHQ5SRzKnEZ+PggWWAgBFw69yDDDSPeSIoqd+aWYJ66rw FkUEmES/P5bXeexmvAtV79hNSamJl/vbbpQ56HVKOAtZ25StjLNk0sWtUT3MODwD6xny LgrwU7LIjtC3byRoNfNGjhrHwbcfO/Y9jzsrU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=p0HDus7IfmqmdKFmZZau3aYPHoMvzFLf70sLaNjcw0jLO7Y9V9YG0siQLAXsMfzxTB X84n4g0J+vj37gAM9yPq4goJtDIA5q1pMTlfqV1n+8JLFP831ynvmBqX03HUJb87aZSi fUsACzq52PqoqF6PrlfSJ6lk+zI/sV8GDeqWQ= Received: by 10.90.54.6 with SMTP id c6mr347769aga.45.1247793511069; Thu, 16 Jul 2009 18:18:31 -0700 (PDT) Received: from kan.dnsalias.net (c-98-217-224-113.hsd1.ma.comcast.net [98.217.224.113]) by mx.google.com with ESMTPS id 38sm1484356agd.49.2009.07.16.18.18.29 (version=SSLv3 cipher=RC4-MD5); Thu, 16 Jul 2009 18:18:30 -0700 (PDT) Date: Thu, 16 Jul 2009 21:18:22 -0400 From: Alexander Kabaev To: "b. f." Message-ID: <20090716211822.3663ca36@kan.dnsalias.net> In-Reply-To: References: X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/xEA5ViOxHdbJOB_Z+BJkDZY"; protocol="application/pgp-signature" Cc: kan@freebsd.org, freebsd-current@freebsd.org, kib@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: svn commit: r195697 - in head: . contrib/gcc/config gnu/lib/libgcc gnu/lib/libssp/libssp_nonshared lib/libc lib/libc/sys libexec/rtld-elf share/mk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 01:18:32 -0000 --Sig_/xEA5ViOxHdbJOB_Z+BJkDZY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 16 Jul 2009 22:00:28 +0000 "b. f." wrote: > >Author: kan > >Date: Tue Jul 14 21:19:13 2009 > >New Revision: 195697 > >URL: http://svn.freebsd.org/changeset/base/195697 >=20 > >Log: > > Second attempt at eliminating .text relocations in shared libraries > > compiled with stack protector. >=20 > Unfortunately, on r195705 i386 (world and kernel), this breaks a clean > (i.e., no other ports or packages installed, clean work directory) > build of lang/perl5.8 or lang/perl5.10 with -fstack-protector or > -fstack-protector-all in the CFLAGS, using the base system compiler: >=20 > LD_LIBRARY_PATH=3D/tmp/usr/ports/lang/perl5.8/work/perl-5.8.9 cc > -pthread -Wl,-E -L/usr/local/lib -o miniperl `echo gv.o toke.o > perly.o op.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o > perl.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o > doio.o regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o > perlio.o perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o | > sed 's/ op.o / /'` miniperlmain.o opmini.o -lm -lcrypt -lutil > *** Error code 1 >=20 > Stop in /usr/ports/lang/perl5.8. > *** Error code 1 >=20 >=20 > I would not be surprised to find that it affects a large number of > other ports in a similar manner. So it seems that some further > changes are required. >=20 > Regards, > b. The port does not pass -fstack-protector to link command line and is broken.=20 --=20 Alexander Kabaev --Sig_/xEA5ViOxHdbJOB_Z+BJkDZY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQFKX9FjQ6z1jMm+XZYRAtJeAJ9pVUiKXnqHrL1JJc4j8gUU6ymnAACfR7N9 nMIQrCQUDuTZawG1o07PUCQ= =qxqS -----END PGP SIGNATURE----- --Sig_/xEA5ViOxHdbJOB_Z+BJkDZY-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 01:18: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 1DA6C1065678; Fri, 17 Jul 2009 01:18:59 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id B17628FC15; Fri, 17 Jul 2009 01:18:58 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: by mail-yx0-f181.google.com with SMTP id 11so902615yxe.3 for ; Thu, 16 Jul 2009 18:18:58 -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=hRnqXv/MVANE57sIA2a6paxvXHNrg9HykIdro/bVo+I=; b=jJ1tiAXT0m9AXOqzaHmgaYoN3uScHQX8roIm8MoGIPEyNRG/aGv8ICwu/CusDrr7y6 1EU9LLmSEkHPcjfxXizgZN4GxDv8SZxaAIaXZbkepeToapo025x8AMZpkaVkuO0xiBTt gO7IQRlO+6g21zN70qfXg1/buWA9SjKkUZq6c= 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=Iuf3XHz3kirbrYLVN/h4wz/I+esa1QBqQJU6htswfDriT4Pje+5eIW0P7jx9uMvQQf C264dMtXqnNXaFC8zYPZKkHPMbC6AsORHoLpnI5u0BaKTKRixD35ouI5760vpFZcgjJp uukc+u6RsarINOe0Oh4lmCE5TYQo8C9p4LUrg= MIME-Version: 1.0 Received: by 10.100.212.16 with SMTP id k16mr650917ang.184.1247793538480; Thu, 16 Jul 2009 18:18:58 -0700 (PDT) In-Reply-To: <4A5ED9AE.4010003@yandex.ru> References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> <4A5ED9AE.4010003@yandex.ru> Date: Thu, 16 Jul 2009 20:18:58 -0500 Message-ID: <970380130907161818w2578b5bdm9402c235ef40c7b4@mail.gmail.com> From: Jason Garrett To: Drew Tomlinson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , freebsd-questions@freebsd.org Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 01:18:59 -0000 >snip everything that don't matter > 8. Install ZFS boot: > # gpart bootcode -b /zroot/boot/pmbr ad0 > # gpart bootcode -p /zroot/boot/gptzfsboot -i 1 ad0 > > 9. Change mount points for zroot pool and reboot. > IT WORKS!!! Step 8 was CRUCIAL to the setup. All along, following the guides, I was doing this. The ONLY difference was after I built the loader with LOADER_ZFS_SUPPORT=YES I did this step from /mnt2/boot/pmbr and /mnt2/boot/gptzfsboot. One guide even had me do this first. This is the one thing that made it work. I am now happy to be testing 8.0-BETA1 on my machine. I hope all of you stick around this thread since it was Drew's to begin with. Drew, If you contact me off list, I can run down the steps I took to making this work. A BIG THANK YOU to all who posted and helped! Jason From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 05:02: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 1D3F21065676 for ; Fri, 17 Jul 2009 05:02:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7E89A8FC1E for ; Fri, 17 Jul 2009 05:02:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 154D05C026 for ; Fri, 17 Jul 2009 13:02:54 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id BC8CB55CD84E; Fri, 17 Jul 2009 13:02:53 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 1lEMByS1gYZG; Fri, 17 Jul 2009 13:01:59 +0800 (CST) Received: from charlie.delphij.net (c-67-188-2-183.hsd1.ca.comcast.net [67.188.2.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5F51055CD84F; Fri, 17 Jul 2009 13:01:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=F0KRm8rECrX94tHfxARq4unePPnHFL7WuKwAR/xGpX6R4LYs9AGOEMebNW/2xDla5 62qe+p5i8JF4sX2TypBeg== Message-ID: <4A6005AF.6090402@delphij.net> Date: Thu, 16 Jul 2009 22:01:35 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: Ian FREISLICH References: <4A5F8010.7050504@delphij.net> <4A5F7540.7070201@delphij.net> <4A5EF889.6040604@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , d@delphij.net Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 05:02:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey Ian, Ian FREISLICH wrote: > Xin LI wrote: >> Ian FREISLICH wrote: >>> To use carp, the administrator needs to configure at minimum >>> a common virtual host ID (VHID) and virtual host IP address >>> on each machine which is to take part in the virtual group. >>> Additional parameters can also be set on a per-interface basis: >>> advbase and advskew, which are used to control how frequently >>> the host sends advertisements when it is the master for a >>> virtual host, and pass which is used to authenticate carp >>> advertisements. >> Um... In order to narrow this down I have removed advbase setting from >> both servers (now they use the default number, 1) but seems no luck. >> >> I have further checked netstat -s, it seems that only the CARP packets >> with bad length (which are really VRRP packets) are being counted into >> the "received" packets, and were all discarded (of course). I've >> manually put these interfaces down and will check back to see if there >> is some clue in our code in the afternoon. >> >> Jul 16 12:22:58 gate2 kernel: carp_input: received len 20 < >> sizeof(struct carp_header) on em0 >> Jul 16 12:23:01 gate2 kernel: carp_input: received len 20 < >> sizeof(struct carp_header) on em0 > > I've only ever encountered messages like these when there's been a > linux host on the same network with ucarp or heartbeat running > sending their broken "carp" packets with a vhid that's the same as > one I was using. Yes this ("short"s) is from Cisco's VRRP. > Have you tried setting a "pass" on your carp interfaces? Are you > sure it's your host that's generating these short carp packets? Use > 'tcpdump -eni proto carp' to verify. Yes, actually, I think both hosts were sending correct packets, but somehow carp_input did not processed it (no counter update and no action taken)... I'll instrument the network stack further to see why this was happening. Thanks for your hints :) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpgBa8ACgkQi+vbBBjt66D6fwCePCBz04M4sI0WkC9klNLrrOHu tf0AnRk3+W/phvGYifcL7fBJMnNzUlTP =s3sZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 05:17: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 7FEFD1065670 for ; Fri, 17 Jul 2009 05:17:38 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 334238FC13 for ; Fri, 17 Jul 2009 05:17:38 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by vwj2 with SMTP id 2so624559vwj.3 for ; Thu, 16 Jul 2009 22:17:37 -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=CdqN29JqjCcjtwh3XrabCBXOJdbmuWM18iECjIcO6zI=; b=k8y4X7tMrkcbjO7eh3y1y6OgQly4QwPqH1jpLv3k7sjHBnK+a3j8wTz+SEQZ+E1TIq +DlGgB6FdSWKaBVLe0h+xOU9YKQ+qz4PgHQia+XODTznqm2vErK06QhbXNtsVu2nDtxs k59/EG08fTmVjfDuw8fgvx8fcGZYyLoer79Gg= 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=dXOhFOwlUYm07VzaUuEp9Gt2ZN61DZxPE6OaxIsKtFjVpDt1/bKZ5CsykoZLdsJ/tc 4FLFQ/BwEPE/kuY33vu8qiho/WRh/3IjqRx+qWwYA2hNJQ8FF37aT1kZ546Vtu54S9Bt 1l9ZAJXkQLUjfyPoD1SAqdnkdmDYICZmDKTL0= MIME-Version: 1.0 Received: by 10.220.98.17 with SMTP id o17mr894415vcn.86.1247807857616; Thu, 16 Jul 2009 22:17:37 -0700 (PDT) In-Reply-To: <367b2c980907120756k3977ec5ah4e56d76dd4cfbd52@mail.gmail.com> References: <790a9fff0907101159w495b644dge4a4bd81de0bda9b@mail.gmail.com> <20090710211809.GA84773@crodrigues.org> <790a9fff0907101911y7143ed4bnbb050d78ebc21558@mail.gmail.com> <790a9fff0907110606t61da8ebbufa5575d12d949ca@mail.gmail.com> <367b2c980907111603t74766651gf52310d38dc48dd2@mail.gmail.com> <790a9fff0907111855md9de566n62926c0037606514@mail.gmail.com> <367b2c980907120756k3977ec5ah4e56d76dd4cfbd52@mail.gmail.com> Date: Fri, 17 Jul 2009 00:17:37 -0500 Message-ID: <790a9fff0907162217m7147077eob639aa5a0c8351e@mail.gmail.com> From: Scot Hetzel To: Olivier SMEDTS Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: [SOLVED]Re: How to create ZFS on Root using MBR slices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 05:17:38 -0000 On Sun, Jul 12, 2009 at 9:56 AM, Olivier SMEDTS wrote: > 2009/7/12 Scot Hetzel : >>> Can you successfuly boot this ZFS-Only FreeBSD on MBR slices ? >>> >> Yes, my system has successfully booted from the ZFS-Only Root >> filesystem as outlined in >> http://wiki.freebsd.org/ZFSOnRootWithZFSboot. =A0I did have to set >> exec=3Don for the /var/tmp directory, otherwise it wouldn't let pkg_add >> run the +INSTALL scripts from the package staging area in /var/tmp. >> >>> I tried the zfsboot trick few months ago and it didn't work for me. >>> And it still doesn't work, I'm stuck at the loader with no prompt. I >>> tried both with a BSD partition (freebsd-zfs type) and without, >>> directly on the MBR slice. >>> >> >> Did it get stuck at the Boot Manager menu (F1 - Win, F2 - FreeBSD, >> ...) or did it show that it was running /boot/loader? >> >> If it was running /boot/loader, you need to make sure that >> LOADER_ZFS_SUPPORT (add it to src.conf) was used to build /boot/loader >> =A0and installed on your system. >> >> Also make sure that /boot/zfs/zpool.cache was copied to your ZFS zpool >> (i.e zroot/boot/zfs/). > > I did both. Here is what I did exactly : > # cd /usr/src > # make -j4 buildworld LOADER_ZFS_SUPPORT=3Dyes > # make -j4 buildkernel > # zpool destroy tank > # gpart delete -i 2 ada0 > # gpart add -b 104856255 -s 209712510 -t freebsd -i 2 ada0 > # dd if=3D/dev/zero of=3D/dev/ada0s2 bs=3D512 count=3D64 > # gpart create -s BSD /dev/ada0s2 > # gpart add -t freebsd-zfs ada0s2 > # zpool create -R /mnt tank ada0s2a > # zpool export tank > # dd if=3D/boot/zfsboot of=3D/dev/ada0s2 bs=3D512 count=3D1 > # dd if=3D/boot/zfsboot of=3D/dev/ada0s2a bs=3D512 skip=3D1 seek=3D1024 > # zpool import -o altroot=3D/mnt tank > # zfs create tank/freebsd > # zpool set bootfs=3Dtank/freebsd tank > # zfs create -V 2G tank/swap > # zfs set org.freebsd:swap=3Don tank/swap > # zfs set checksum=3Doff tank/swap > # make installworld DESTDIR=3D/mnt/freebsd/ > # make installkernel DESTDIR=3D/mnt/freebsd/ > # make distribution DESTDIR=3D/mnt/freebsd/ > # cp /boot/zfs/zpool.cache /mnt/freebsd/boot/zfs/ > # cp /boot/loader.conf /mnt/freebsd/boot/ > # cat << EOF >> /mnt/freebsd/boot/loader.conf > zfs_load=3D"YES" > vfs.zfs.prefetch_disable=3D"1" > vfs.root.mountfrom=3D"zfs:tank/freebsd" > EOF > # touch /mnt/freebsd/etc/fstab > TODO : tmpfs > # cat << EOF > /mnt/freebsd/etc/rc.conf > zfs_enable=3D"YES" > EOF > # zfs unmount tank > # reboot > > I don't use the FreeBSD boot manager but grub. Loader does not output > anything, and I can't abort it with a key. I tried with a GPT > partition scheme on a USB key and it worked, but I couldn't manage to > get it working with MBR slices. With or without BSD partitions inside > the slice. > Oliver, Going through your steps, I don't see either tank and tank/freebsd being set to legacy: zfs set mountpoint=3Dlegacy tank zfs set mountpoint=3Dlegacy tank/freebsd At first, I only set tank/freebsd to legacy, but it wouldn't mount the tank/freebsd as the root filesystem. When I changed tank to legacy, the system mounted tank/freebsd as the root filesystem when booted. Scot From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 06:14: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 C0B9E106564A for ; Fri, 17 Jul 2009 06:14:53 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE9D8FC21 for ; Fri, 17 Jul 2009 06:14:53 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx1.synetsystems.com (Postfix, from userid 66) id 7D045D23; Fri, 17 Jul 2009 01:47:08 -0400 (EDT) Received: from rmtodd by servalan.servalan.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MRekj-0009NV-FW; Thu, 16 Jul 2009 23:08:57 -0500 To: Louis Mamakos References: <20090716230715.GA46760@ringworld.transsys.com> From: Richard Todd Date: Thu, 16 Jul 2009 23:08:57 -0500 In-Reply-To: (Louis Mamakos's message of "Thu, 16 Jul 2009 19:07:15 -0400") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.22 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: ZFS pool corrupted on upgrade of -current (probably sata renaming) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 06:14:54 -0000 Louis Mamakos writes: > On Wed, Jul 15, 2009 at 03:19:30PM -0700, Freddie Cash wrote: >> >> Hrm, you might need to do this from single-user mode, without the ZFS >> filesystems mounted, or the drives in use. Or from a LiveFS CD, if /usr is >> a ZFS filesystem. >> >> On our ZFS hosts, / and /usr are on UFS (gmirror). > > I don't understand why you'd expect you could take an existing > container on a disk, like a FreeBSD slice with some sort of live data > within it, and just decide you're going to take a way one or more > blocks at the end to create a new container within it? Well, technically, I don't think they were recommmending taking the slice with live data on it and labeling it, but instead detaching that slice from the mirror, labeling it, and reattaching it, causing zfs to rewrite all the data to that half of the mirror. It turns out that trying to reattach a 1-sector-shorter chunk of disk will still usually work. > If you look at page 7 of the ZFS on-disk format document that was > recently mentioned, you'll see that ZFS stores 4 copies of it's "Vdev > label"; two at the front of the physical vdev and two at the end of > the Vdev, each of them apparently 256kb in length. That's assuming > that ZFS doens't round down the size of the Vdev to some convienient > boundary. It is going to get upset that the Vdev just shrunk out from > under it? I've been investigating this a bit (testing the glabel procedure on some mdconfig'ed disks to see that it does indeed work, and reading the zfs source.) Turns out that ZFS *does* internally round down the size of each device to the next multiple of sizeof(vdef_label_t), at this line of vdev.c: osize = P2ALIGN(osize, (uint64_t)sizeof (vdev_label_t)); vdev_label_t is 256K long. So as long as your partitions are not an *exact* multiple of 256K, you should be able to freely detach, label, and reattach them. If they *are* an exact multiple of 256K, the procedure should fail on the "reattach" step, so you'll know you won't be able to proceed and would have to un-label the disk chunk and put things back as before. See below: Script started on Thu Jul 16 23:03:11 2009 You have mail. blo-rakane# diskinfo -v /dev/md2s1a /dev/md3s1a /dev/md2s1a 512 # sectorsize 517996544 # mediasize in bytes (494M) 1011712 # mediasize in sectors 1003 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. /dev/md3s1a 512 # sectorsize 517996544 # mediasize in bytes (494M) 1011712 # mediasize in sectors 1003 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. blo-rakane# zpool create test mirror md2s1a md3s1a blo-rakane# zpool status -v test pool: test state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM test ONLINE 0 0 0 mirror ONLINE 0 0 0 md2s1a ONLINE 0 0 0 md3s1a ONLINE 0 0 0 errors: No known data errors blo-rakane# zpool detach test md3s1a blo-rakane# glabel label -v testd3 /dev/md3s1a Metadata value stored on /dev/md3s1a. Done. blo-rakane# zpool attach test md2s1a /dev/label/testd3 cannot attach /dev/label/testd3 to md2s1a: device is too small blo-rakane# exit exit Script done on Thu Jul 16 23:07:13 2009 From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 06:54: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 1DB811065670 for ; Fri, 17 Jul 2009 06:54:54 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id A68868FC13 for ; Fri, 17 Jul 2009 06:54:53 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=BQeo18V-fugA:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=8kQB0OdkAAAA:8 a=dT19lrtdAAAA:8 a=isXxE2cy6gNJ0YLftV0A:9 a=pOZlE0SHg40TgpsHlqsA:7 a=L2A70rfahtqhD6lx8nz9m6L4lPsA:4 a=9aOQ2cSd83gA:10 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1288593178; Fri, 17 Jul 2009 08:54:51 +0200 From: Hans Petter Selasky To: Patrick Lamaiziere Date: Fri, 17 Jul 2009 08:54:34 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090703172600.1971111e@baby-jane.lamaiziere.net> <200907162222.11736.hselasky@c2i.net> <20090717005002.1ffccfff@baby-jane.lamaiziere.net> In-Reply-To: <20090717005002.1ffccfff@baby-jane.lamaiziere.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907170854.35902.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: ulpt problem (USB_ERR_IOERROR) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 06:54:54 -0000 On Friday 17 July 2009 00:50:02 Patrick Lamaiziere wrote: > Le Thu, 16 Jul 2009 22:22:10 +0200, > Hi, > Hans Petter Selasky a =E9crit : > > Could you try to add an "if (sc->sc_fflags =3D=3D 0)" in front, like th= is: > > > > /* > > * Only read status while the device is not opened, due to > > * possible hardware or firmware bug in some printers. > > */ > > if (sc->sc_fflags =3D=3D 0) > > usbd_transfer_start(sc->sc_xfer[ULPT_INTR_DT_RD]); > > It works fine with this check. Cool! I think this is the final patch. > But why, that is not clear. FreeBSD 7.2 checks the status of the > printer only when the device is opened and before each write. > http://fxr.watson.org/fxr/source/dev/usb/ulpt.c?v=3DFREEBSD7#L637 I think your USB device has a hardware bug, where if a control transfer and= a=20 bulk transfer is started at the same time, it will crash the USB hardware i= n=20 your printer. The status is read like a control transfer and the printer da= ta=20 is sent like bulk transfers. > > > > Not related but I noticed that usb_write() in usb_dev.c returns -1 > > > if I hit Ctrl-C when doing a "cat file > /dev/unlpt0". Because > > > usb_fifo_wait(f) returns -1 (should be EINTR?). > > > > If cv_wait_sig() returns -1, then they do not behave like in the > > manual page: > > Yes I saw, I will try to dig more into the code. > (will open a new thread for this) > Ok. =2D-HPS From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 08:10: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 E80F3106566B; Fri, 17 Jul 2009 08:10:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2E6498FC23; Fri, 17 Jul 2009 08:10:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 n6H8Ahl3030547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2009 11:10:43 +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 n6H8Ah4A079434; Fri, 17 Jul 2009 11:10:43 +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 n6H8AhTJ079433; Fri, 17 Jul 2009 11:10:43 +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: Fri, 17 Jul 2009 11:10:43 +0300 From: Kostik Belousov To: Rick Macklem Message-ID: <20090717081043.GP55190@deviant.kiev.zoral.com.ua> References: <861vogcyp4.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EGjwyTcQXITbA3JU" 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: Anonymous , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] -alldirs: listing files consumes too much memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 08:10:49 -0000 --EGjwyTcQXITbA3JU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 16, 2009 at 08:12:38PM -0400, Rick Macklem wrote: >=20 >=20 > On Thu, 16 Jul 2009, Anonymous wrote: >=20 > >Let's create 335 empty files in /blah and try to list them over nfsv3. > > > ># uname -vm > >FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 =20 > >root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > > ># mkdir /blah > ># (while [ $((i+=3D1)) -le 334 ]; do : >/blah/foo_$i; done) > ># echo / -alldirs >/etc/exports > ># /etc/rc.d/nfsd onestart > ># mount -t newnfs -o nfsv3 0:/blah /mnt > > > Well, this turns out more interesting than I expected. The problem occurs > when there is a large directory "at the mount point only". If you: > # mount -t newnfs -o nfsv3 0:/ /mnt > # cd /mnt/blah > # ls > - it works. >=20 > When the large directory is at the mount point, it reads the first > block normally but... it then thinks all subsequent blocks are already > in the buffer cache. ie. They come back from getblk() with B_CACHE > already set??? (It then just loops getting blocks forever, since it > won't see the eof if it doesn't try and read from the server.) >=20 > Anyone happen to have a clue why that would happen? Why would blocks > on a mount point vnode behave differently than others. >=20 > Well, at least it's easy to reproduce, so I can keep poking around > with it, rick. Without looking too hard into it, could it be due to read-ahead ? --EGjwyTcQXITbA3JU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpgMgIACgkQC3+MBN1Mb4jcIACcDmqiM/e3fAniOaokeaUcekL0 4gUAoLbPbWqqQWo7iGlNUUKXkS8Yh457 =aqwQ -----END PGP SIGNATURE----- --EGjwyTcQXITbA3JU-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 08:11: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 30281106567B; Fri, 17 Jul 2009 08:11:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id BC3CB8FC15; Fri, 17 Jul 2009 08:11:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 n6H8B5Im030645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2009 11:11:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n6H8B5Kf079464; Fri, 17 Jul 2009 11:11:05 +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 n6H8B5tv079463; Fri, 17 Jul 2009 11:11:05 +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: Fri, 17 Jul 2009 11:11:05 +0300 From: Kostik Belousov To: Rick Macklem Message-ID: <20090717081105.GQ55190@deviant.kiev.zoral.com.ua> References: <86zlb45px8.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WHpPn4mHPEwODgSf" 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: Anonymous , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 08:11:11 -0000 --WHpPn4mHPEwODgSf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 16, 2009 at 08:15:29PM -0400, Rick Macklem wrote: >=20 >=20 > On Fri, 17 Jul 2009, Anonymous wrote: >=20 > >Let's populate /blah with 50Mb files and send SIGINFO to cp(1) process= =20 > >while > >copying it over nfsv3. > > > ># uname -vm > >FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 > >root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > > ># mkdir /blah > ># truncate -s50m /blah/foo_1 > ># truncate -s50m /blah/foo_2 > ># truncate -s50m /blah/foo_3 > > > ># echo /usr >/etc/exports > ># /etc/rc.d/nfsd onestart > ># mount -t newnfs -o nfsv3 0:/blah /mnt > > > ># cp -R /mnt /aaa > >[type ^T several times] > >load: 0.81 cmd: cp 2305 [runnable] 1.86r 0.00u 0.62s 9% 1304k > >/mnt/foo_1 -> /aaa/foo_1 25% > >load: 0.90 cmd: cp 2305 [runnable] 2.43r 0.00u 0.80s 9% 1304k > >/mnt/foo_1 -> /aaa/foo_1 32% > >load: 0.90 cmd: cp 2305 [runnable] 2.59r 0.00u 0.85s 19% 1304k > >/mnt/foo_1 -> /aaa/foo_1 34% > >load: 0.90 cmd: cp 2305 [runnable] 2.76r 0.01u 0.89s 19% 1304k > >/mnt/foo_1 -> /aaa/foo_1 36% > >load: 0.90 cmd: cp 2305 [runnable] 2.96r 0.02u 0.94s 19% 1304k > >/mnt/foo_1 -> /aaa/foo_1 39% > >load: 0.90 cmd: cp 2305 [runnable] 3.14r 0.02u 1.00s 19% 1304k > >/mnt/foo_1 -> /aaa/foo_1 41% > >load: 0.90 cmd: cp 2305 [newnfsreq] 3.30r 0.02u 1.05s 19% 1304k > >load: 0.90 cmd: cp 2305 [runnable] 3.47r 0.02u 1.08s 19% 1304k > >load: 0.90 cmd: cp 2305 [runnable] 3.62r 0.02u 1.11s 19% 1304k > >load: 0.90 cmd: cp 2305 [runnable] 3.81r 0.02u 1.14s 19% 1304k > >load: 0.90 cmd: cp 2305 [runnable] 3.98r 0.02u 1.17s 19% 1304k > >load: 0.90 cmd: cp 2305 [runnable] 4.29r 0.02u 1.22s 19% 1304k > >load: 1.23 cmd: cp 2305 [runnable] 4.84r 0.02u 1.35s 19% 1304k > >load: 1.23 cmd: cp 2305 [runnable] 5.19r 0.02u 1.49s 19% 1304k > >load: 1.23 cmd: cp 2305 [runnable] 5.52r 0.02u 1.63s 19% 1304k > >load: 1.23 cmd: cp 2305 [runnable] 6.12r 0.02u 1.88s 19% 1304k > >load: 1.23 cmd: cp 2305 [runnable] 6.52r 0.02u 2.05s 19% 1304k > >load: 1.23 cmd: cp 2305 [runnable] 6.89r 0.02u 2.19s 19% 1304k > >load: 1.69 cmd: cp 2305 [runnable] 7.40r 0.02u 2.40s 29% 1304k > >load: 1.69 cmd: cp 2305 [runnable] 7.76r 0.02u 2.55s 29% 1304k > >load: 1.69 cmd: cp 2305 [runnable] 8.11r 0.02u 2.70s 29% 1304k > >cp: /mnt/foo_1: Permission denied > >cp: /mnt/foo_2: Permission denied > >cp: /mnt/foo_3: Permission denied > > > >This one should be slightly harder to reproduce. And depending on timing > >between each ^T keypress error message can differ, e.g. `Bad address' or > >`Input/output error'. Of course not all files end up in /aaa > > > > # ls -l /aaa > > total 32912 > > -rw-r--r-- 1 root wheel 33685504 Jul 16 20:26 foo_1 > >(this file is from different attempt, not that was aborted around 41%) > > > >It affects both foreground and background processes. So, to abort copying > >one can also try running > > > > # pkill -INFO cp > > > >several times. I haven't found any other signal that affect copying > >(tried SIGURG, SIGCONT, SIGCHLD, SIGIO, SIGWINCH). > > > >Known? Or am I the only one having a bad habit typing ^T too often? > > > Kostik recently checked in some changes related to signal handling, > but I haven't yet had time to clone that for the experimental client. The changes I did should only affect SIGSTOP. >=20 > If the problem doesn't occur for the regular client, then I'll guess > that cloning his changes to the experimental client will fix it. >=20 > rick >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --WHpPn4mHPEwODgSf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpgMhkACgkQC3+MBN1Mb4gp0gCgiey0BJ1QpP8fL/BsNGM4SYsa bNsAn3uDo9xTeu9i6mh5Iz2ms91zPrnR =76A9 -----END PGP SIGNATURE----- --WHpPn4mHPEwODgSf-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 10:07: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 E71241065674 for ; Fri, 17 Jul 2009 10:07:58 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.bestunion.it (mail.bestunion.it [85.18.201.87]) by mx1.freebsd.org (Postfix) with ESMTP id 742148FC18 for ; Fri, 17 Jul 2009 10:07:57 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from [192.168.38.130] ([192.168.38.130]) (authenticated bits=0) by mail.bestunion.it (8.14.3/8.14.3) with ESMTP id n6HA7tPw078921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Jul 2009 12:07:56 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <4A604D76.1030401@commit.it> Date: Fri, 17 Jul 2009 12:07:50 +0200 From: Angelo Turetta User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A5F277D.1090000@commit.it> <36D324B5-31D4-4324-A2AD-5BCC82BD71D5@exscape.org> In-Reply-To: <36D324B5-31D4-4324-A2AD-5BCC82BD71D5@exscape.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at mail.bestunion.it X-Virus-Status: Clean Subject: Re: make installworld failure (mklocale) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 10:07:59 -0000 Thomas Backman wrote: > Yes. Please see the archives over at > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009406.html , > for instance. > The remedy seems to be to rebuild mklocale (cd /usr/src/usr.bin/mklocale > && make && make install clean) and then try again. Just to clarify: try again => make buildworld installworld (after installing a fresh mklocale as above) If the locale data is already built, re-running only installworld is not enough. Quite nice working on a machine where buildworld takes 11 mins ... (buildkernel 6 mins) Angelo. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 10:24: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 4D2D810656B1 for ; Fri, 17 Jul 2009 10:24:09 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8EA8FC15 for ; Fri, 17 Jul 2009 10:24:08 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MRkbn-0000Hd-Gx for freebsd-current@freebsd.org; Fri, 17 Jul 2009 12:24:07 +0200 Message-ID: <4A605143.2060108@gwdg.de> Date: Fri, 17 Jul 2009 12:24:03 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Subject: Driver for QLogic QLE2562 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 10:24:09 -0000 Dear list, I hope to ask on the right list. Is there anyone working on a driver for the above mentioned adapter card (dual export 8Gb fibre channel to pci express host bus adapter)? Thanks in advance, Rainer From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 10:25: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 3733A1065679 for ; Fri, 17 Jul 2009 10:25:13 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id B54F68FC22 for ; Fri, 17 Jul 2009 10:25:12 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: by bwz4 with SMTP id 4so563607bwz.43 for ; Fri, 17 Jul 2009 03:25:11 -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:content-type :content-transfer-encoding; bh=zaDZte612nNNO3cFshAcRYoFobqA1WGWuMf4QVWx1pQ=; b=YUVv3dy/vuKwv/Cne23AIU7BgGL0PHWWKgqPvpQbY1jlmJDyg/Pm6xbrSExha2EIDm oYPMU0JbCBDWLEiWx4Caxr2xFmAhJb2JSke+ZolWQBpAIie59IMVSUaT1gGsV7nKB3l8 e7HhdJh5eg+Bj3h+UxwMSEcti3T40cT8MhDq0= 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 :content-type:content-transfer-encoding; b=h1AHvWBfdK4JXgyTXGl5LVkyiPvivs5QEY7tsVFmQss1pWXKWB3qXHb1yUf3PtDakI sBiCLpSM8DU2mBEp3KWKAc5ZXKJREfefERZLmSs1NelReAXXrfj1JY1IITitUkdpEmc+ DXn4F8bdka1GCXjrA5hRJ1PccCkKjxf1Mla6k= MIME-Version: 1.0 Received: by 10.103.193.13 with SMTP id v13mr427416mup.136.1247826311523; Fri, 17 Jul 2009 03:25:11 -0700 (PDT) In-Reply-To: <9e20d71e0907160627v57e9bbd3r6d305aaa5694711c@mail.gmail.com> References: <9e20d71e0907160627v57e9bbd3r6d305aaa5694711c@mail.gmail.com> Date: Fri, 17 Jul 2009 13:25:11 +0300 Message-ID: <9e20d71e0907170325t406e1beap34bcc0e9c351cbc8@mail.gmail.com> From: Artis Caune To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Panic when booting from USB+GPT and ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 10:25:13 -0000 2009/7/16 Artis Caune : > Hi, > > I'm booting from USB GPT flash disk (amd64, 8.0-BETA2, r195712) and > I'm getting panic when running command "zpool import": > > ZFS WARNING: Cannot open da0p2 for writting. > ZFS WARNING: Cannot open gptid/...... for writting. > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =C2=A0 =3D 0x48 > fault code =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D supervisor= read data, page not present > ... > current process =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 2 (g_event) Sorry for noise, I was playing with ZFS on this usb stick and created zfs:builder pool on GPT partition. Then I created bootable instalation disk on this usb stick, but didn't properly destroyed zfs:builder pool. I tried to install BETA2 but got this panic. I plugged stick in another box, run zpool import and there was zfs:builder pool, faulty. I could not import it. I zeroed usb stick, created fresh installation image and no more panics. Lesson learned: always clean-up after yourself! :) I'll beter rewrite this script to s/dd/gpart delete/ --=20 Artis Caune Everything should be made as simple as possible, but not simpler. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 10:32: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 9451C1065675 for ; Fri, 17 Jul 2009 10:32:27 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id 5B08A8FC0C for ; Fri, 17 Jul 2009 10:32:27 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 32196 invoked by alias); 17 Jul 2009 07:14:01 -0000 Message-ID: <20090717071401.32195.qmail@us1.tomahawkonline.net> References: <20090714123509.16504.qmail@us1.tomahawkonline.net> In-Reply-To: <20090714123509.16504.qmail@us1.tomahawkonline.net> From: "Sagara Wijetunga" To: freebsd-current@freebsd.org Date: Fri, 17 Jul 2009 15:14:01 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Hans Petter Selasky Subject: Re: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 10:32:28 -0000 Sagara Wijetunga writes: > Hi FreeBSD community > > I want to identify the device created (eg. da0, da1, etc.) for an USB Mass > Storage device with its vendor and product identification numbers. > > Currently, FreeBSD 8 send following events to the devd on attach of an USB > Mass Storage device: > !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.0 > !system=DEVFS subsystem=CDEV type=CREATE cdev=ugen4.3 > !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.1 > !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.2 > > +ugen4.3 vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 > sernum="14925B00" at port=7 on ugen4.1 > > ? at port=7 interface=0 vendor=0x0718 product=0x0081 devclass=0x00 > devsubclass=0x00 sernum="14925B00" intclass=0x08 intsubclass=0x06 on uhub4 > > +umass1 vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 > sernum="14925B00" intclass=0x08 intsubclass=0x06 at port=7 interface=0 > vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 > sernum="14925B00" intclass=0x08 intsubclass=0x06 on uhub4 > > !system=DEVFS subsystem=CDEV type=CREATE cdev=pass4 > !system=DEVFS subsystem=CDEV type=CREATE cdev=da4 > !system=DEVFS subsystem=CDEV type=CREATE cdev=da4s1 > !system=DEVFS subsystem=CDEV type=CREATE cdev=msdosfs/ > > Is it possible to get an extra event to the devd with the device created > (eg. da0, da1, etc.) with its vendor and product identification numbers? > eg. +da0 vendor=0x0718 product=0x0081 ... > Hi FreeBSD community In case if my earlier post was not clear, here are bit more detail to explain my question. We want to catch device creation USB events at the devd and take actions as specified in following devd rules: attach 200 { match "vendor" "0x0718"; match "product" "0x0081"; match "sernum" "14925B00"; device-name "da[0-9]+"; action "action $device-name otherparams"; }; It does not matter for us if the event type is attach or notification as long as all the above necessary information is available to make a match. Currently USB subsystem in FreeBSD 8 does not send all these crucial information in one event to make such a match possible. There is no such event in FreeBSD 7. This is a very basic feature should be available in first place. Since the USB subsystem is rewritten in FreeBSD 8 to make it better, my question, is it possible to make a modification to FreeBSD 8 to send an extra event to the devd with the device created (eg. da0, da1, da0s1, etc.) with its vendor and product identification numbers for USB mass storage devices on attaching them to the system? eg. +da0 vendor=0x0718 product=0x0081 ... +da0s1 vendor=0x0718 product=0x0081 ... This is a requirement of the Tomahawk Desktop OS to make Tomahawk Desktop very much user friendly, Tomahawk Desktop is a free for any personal use desktop OS build on top of FreeBSD (http://www.tomahawkcomputers.com/). Your positive reply on this issue is very much appreciated. Kind regards Sagara From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 10:34:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A8D106568C for ; Fri, 17 Jul 2009 10:34:40 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id DEA918FC14 for ; Fri, 17 Jul 2009 10:34:39 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from toad.stack.nl (toad.stack.nl [IPv6:2001:610:1108:5010::135]) by mx1.stack.nl (Postfix) with ESMTP id BA0D7375831 for ; Fri, 17 Jul 2009 12:34:38 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 1677) id ABD4573FA2; Fri, 17 Jul 2009 12:34:38 +0200 (CEST) Date: Fri, 17 Jul 2009 12:34:38 +0200 From: Jilles Tjoelker To: freebsd-current@freebsd.org Message-ID: <20090717103438.GB48647@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: hard links to symlinks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 10:34:40 -0000 In compliance with POSIX.1-2008, linkat() allows creating hard links to symlinks. This means that it is a much worse idea to trust a symlink just because it is owned by a trusted user (if it is in a directory writable by other users). Security issues like http://archives.neohapsis.com/archives/postfix/2008-08/0391.html now affect FreeBSD 8 local filesystems as well. Given that Linux and Solaris have allowed this for a long time, I think this functionality should remain, but it should probably be mentioned in the release notes. The security.bsd.hardlink_check_uid sysctl can be used to avoid vulnerabilities. By the way, the man page erroneously says the AT_SYMLINK_NOFOLLOW flag should be set to have linkat() follow symlinks. The standard and the implementation are correct, AT_SYMLINK_FOLLOW; the AT_SYMLINK_NOFOLLOW flag is not valid for this function. Note that the link command and the link() function always follow symlinks (this is POSIX.1-2001 and POSIX.1-2008 compliant), and the ln command will not create hard links to symlinks either. Hence, people may think it is not possible (the check in the Postfix advisory will not detect FreeBSD 8's capability). I have a patch to add the POSIX.1-2008 -L and -P options to ln, making it possible to choose the desired behaviour (follow/don't follow symlinks). I think this is too late for 8.0, however. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 10:50:03 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 253FB106566B for ; Fri, 17 Jul 2009 10:50:03 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-6.bnguk.net (atmail-6.bnguk.net [80.74.253.20]) by mx1.freebsd.org (Postfix) with ESMTP id A77468FC1A for ; Fri, 17 Jul 2009 10:50:02 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com) by atmail-6.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MQR1P-0002ER-8Y for current@freebsd.org; Mon, 13 Jul 2009 20:17:07 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 64B3E65219 for ; Mon, 13 Jul 2009 20:17:04 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id s7+-H2qLtxAb for ; Mon, 13 Jul 2009 20:17:01 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id E9D1765200 for ; Mon, 13 Jul 2009 20:17:00 +0100 (BST) Date: Mon, 13 Jul 2009 20:17:00 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet 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 Cc: Subject: ZFS pool corrupted on upgrade of -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: Fri, 17 Jul 2009 10:50:03 -0000 I seem to have a bit of a problem; or rather an extremely large problem. When updating FreeBSD from -current circa mid February to a -current as of a couple of days ago, I've just noticed some very serious problems with my ZFS pool. I've been using a raidz2 pool spread across 8 sata discs, numbered ad0 - ad7. It's been working fine across numerous system updates until now; it may have something to do with the device numbering changing (i.e. ad0, ad1 etc becoming ad4, ad6 and so on) so perhaps I should have exercised more care, but my pool has become badly degraded: two discs are reporting data errors (though at exactly the same block numbers, and I doubt the discs became faulty at exactly the same time as my update) and two have fallen off the pool altogether: I've no idea what's happened to them or whether or not it's quietly using them. They're still listed in /dev, just not in zpool status. I've attempted to replace one of the discs reporting data errors with my hot spare but it only gets about 5MB into the resilvering process when it starts over, and it's done that repeatedly. My other option was to use the hot spare as a simple UFS backup and copy as much data to it as possible, rebuilding the pool, but now it won't let go; so I now have an unstable pool, I can't rebuild it, and I have no means of backing it up. I even tried going back to my old February build, but it can no longer see the ZFS pool. Can anybody recommend a solution...? Chris. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 10:56:59 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 259C4106566B; Fri, 17 Jul 2009 10:56:59 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id E8C4F8FC0C; Fri, 17 Jul 2009 10:56:58 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: by rv-out-0506.google.com with SMTP id f9so199060rvb.43 for ; Fri, 17 Jul 2009 03:56:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=7ApokEWCM0+2x+xGd6mX+BAIpcy0/Q+vOrK7/+tN8qA=; b=Y9PRkFAMF8DK/KrisL+WfaaRmtPGJ99TSYM+PF+H/aa3sdhUNDukLeYiMoELVaOTKp QUhoxL96TRIM9Om60piPOWNoAgZ4BQVxNmTRlecpzqLA96BVPsdtlfqf5NPyX6D37vQ3 C2RZNIUu2K2uw3ps21h0AA2w0xsVtZuaTZfzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=m365d8fseMciES4GWUfHi1rSOkN9LVvcX+HpXwjWVABlYR+QEws7UUkNS8dj32nY7E MsERrxGdEkWnLZo+hL3PbYEACIqoG7u1ODuSFSOnqaoU4Y25rLCNUxtuK0IqHERmuVvB 9FxM8ZbQcOhdBqXqG1IM4n4b9sOECEM2ONwd8= MIME-Version: 1.0 Received: by 10.140.247.11 with SMTP id u11mr627504rvh.69.1247826765650; Fri, 17 Jul 2009 03:32:45 -0700 (PDT) Date: Fri, 17 Jul 2009 22:32:44 +1200 Message-ID: From: James Butler To: current@freebsd.org, sam@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: ipw in 8.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 10:56:59 -0000 Greetings Are ipw devices expected to work in 8.0-BETA1? Mine apparently doesn't. I have updated my rc.conf according to the instructions in UPDATING relating to wlans; the wlan0 interface is created, but wpa_supplicant doesn't associate. I ask after seeing this snippet from the list back in March: > Unfortunately the vap conversion of the ipw driver never was completed > (it's the only driver in the tree that is known to be totally broken). It's on > my todo list for 8.0 but would happily defer to someone else :). If the answer is yes, then I'll try a little harder. Thanks, -James From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 11:16: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 39F441065670 for ; Fri, 17 Jul 2009 11:16:09 +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 9A7408FC17 for ; Fri, 17 Jul 2009 11:16:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 n6HBG2tv044648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2009 14:16:02 +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 n6HBG2A4033283; Fri, 17 Jul 2009 14:16:02 +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 n6HBG23d033282; Fri, 17 Jul 2009 14:16:02 +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: Fri, 17 Jul 2009 14:16:02 +0300 From: Kostik Belousov To: Jilles Tjoelker Message-ID: <20090717111602.GS55190@deviant.kiev.zoral.com.ua> References: <20090717103438.GB48647@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V5ypyLxjHkpp0hbI" Content-Disposition: inline In-Reply-To: <20090717103438.GB48647@stack.nl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: hard links to symlinks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 11:16:09 -0000 --V5ypyLxjHkpp0hbI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 17, 2009 at 12:34:38PM +0200, Jilles Tjoelker wrote: > In compliance with POSIX.1-2008, linkat() allows creating hard links to > symlinks. This means that it is a much worse idea to trust a symlink > just because it is owned by a trusted user (if it is in a directory > writable by other users). Security issues like > http://archives.neohapsis.com/archives/postfix/2008-08/0391.html now > affect FreeBSD 8 local filesystems as well. >=20 > Given that Linux and Solaris have allowed this for a long time, I think > this functionality should remain, but it should probably be mentioned in > the release notes. The security.bsd.hardlink_check_uid sysctl can be > used to avoid vulnerabilities. >=20 > By the way, the man page erroneously says the AT_SYMLINK_NOFOLLOW flag > should be set to have linkat() follow symlinks. The standard and the > implementation are correct, AT_SYMLINK_FOLLOW; the AT_SYMLINK_NOFOLLOW > flag is not valid for this function. Please commit the fix. >=20 > Note that the link command and the link() function always follow > symlinks (this is POSIX.1-2001 and POSIX.1-2008 compliant), and the ln > command will not create hard links to symlinks either. Hence, people may > think it is not possible (the check in the Postfix advisory will not > detect FreeBSD 8's capability). >=20 > I have a patch to add the POSIX.1-2008 -L and -P options to ln, making > it possible to choose the desired behaviour (follow/don't follow > symlinks). I think this is too late for 8.0, however. You can make it in before BETA3, in my opinion. --V5ypyLxjHkpp0hbI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpgXXEACgkQC3+MBN1Mb4iNYACgyLZUBb4LAq5KmL8XKCohtl0m TugAoK/ZWlTETYI68ir+8WJs3/FNmnxi =E7Tg -----END PGP SIGNATURE----- --V5ypyLxjHkpp0hbI-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 11:23: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 94026106566C for ; Fri, 17 Jul 2009 11:23:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id EF9918FC16 for ; Fri, 17 Jul 2009 11:23:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=ToYnosd5lh0A:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=8G87rWmUAAAA:8 a=1wOJEoTlTMRVP8S3XeUA:9 a=HEiEFJre4PTw06vSifKZj2rXLNcA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1287210373; Fri, 17 Jul 2009 13:23:53 +0200 From: Hans Petter Selasky To: "Sagara Wijetunga" Date: Fri, 17 Jul 2009 13:22:53 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090714123509.16504.qmail@us1.tomahawkonline.net> <20090717071401.32195.qmail@us1.tomahawkonline.net> In-Reply-To: <20090717071401.32195.qmail@us1.tomahawkonline.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200907171322.54942.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 11:23:55 -0000 Hi, On Friday 17 July 2009 09:14:01 Sagara Wijetunga wrote: > Sagara Wijetunga writes: > > Hi FreeBSD community > > > > I want to identify the device created (eg. da0, da1, etc.) for an USB > > Mass Storage device with its vendor and product identification numbers. > > > > Currently, FreeBSD 8 send following events to the devd on attach of an > > USB Mass Storage device: > > !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.0 > > !system=DEVFS subsystem=CDEV type=CREATE cdev=ugen4.3 > > !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.1 > > !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/4.3.2 > > > > +ugen4.3 vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 > > sernum="14925B00" at port=7 on ugen4.1 > > > > ? at port=7 interface=0 vendor=0x0718 product=0x0081 devclass=0x00 > > devsubclass=0x00 sernum="14925B00" intclass=0x08 intsubclass=0x06 on > > uhub4 > > > > +umass1 vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 > > sernum="14925B00" intclass=0x08 intsubclass=0x06 at port=7 interface=0 > > vendor=0x0718 product=0x0081 devclass=0x00 devsubclass=0x00 > > sernum="14925B00" intclass=0x08 intsubclass=0x06 on uhub4 > > > > !system=DEVFS subsystem=CDEV type=CREATE cdev=pass4 > > !system=DEVFS subsystem=CDEV type=CREATE cdev=da4 > > !system=DEVFS subsystem=CDEV type=CREATE cdev=da4s1 > > !system=DEVFS subsystem=CDEV type=CREATE cdev=msdosfs/ > > > > Is it possible to get an extra event to the devd with the device created > > (eg. da0, da1, etc.) with its vendor and product identification numbers? > > eg. +da0 vendor=0x0718 product=0x0081 ... > > Hi FreeBSD community > > In case if my earlier post was not clear, here are bit more detail to > explain my question. > > We want to catch device creation USB events at the devd and take actions as > specified in following devd rules: > > attach 200 { > match "vendor" "0x0718"; > match "product" "0x0081"; > match "sernum" "14925B00"; > device-name "da[0-9]+"; > action "action $device-name otherparams"; > }; It is not USB that creates /dev/daXXX. This is done by the CAM layer and its subsystems. Also the CAM layer does not have any place to supply such information. What we could possibly do is to fake a SCSI command providing the CAM layer with the required information. Else, are you aware about disk-labels, to uniquely identify disks? > > It does not matter for us if the event type is attach or notification as > long as all the above necessary information is available to make a match. > > Currently USB subsystem in FreeBSD 8 does not send all these crucial > information in one event to make such a match possible. > > There is no such event in FreeBSD 7. This is a very basic feature should be > available in first place. > > Since the USB subsystem is rewritten in FreeBSD 8 to make it better, my > question, is it possible to make a modification to FreeBSD 8 to send an > extra event to the devd with the device created (eg. da0, da1, da0s1, etc.) > with its vendor and product identification numbers for USB mass storage > devices on attaching them to the system? > eg. +da0 vendor=0x0718 product=0x0081 ... > +da0s1 vendor=0x0718 product=0x0081 ... > > This is a requirement of the Tomahawk Desktop OS to make Tomahawk Desktop > very much user friendly, Tomahawk Desktop is a free for any personal use > desktop OS build on top of FreeBSD (http://www.tomahawkcomputers.com/). > > Your positive reply on this issue is very much appreciated. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 12:14: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 5078D106564A for ; Fri, 17 Jul 2009 12:14:23 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id 1443C8FC0A for ; Fri, 17 Jul 2009 12:14:22 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 1811 invoked by alias); 17 Jul 2009 08:55:56 -0000 Message-ID: <20090717085556.1810.qmail@us1.tomahawkonline.net> References: <20090714123509.16504.qmail@us1.tomahawkonline.net> <20090717071401.32195.qmail@us1.tomahawkonline.net> <200907171322.54942.hselasky@c2i.net> In-Reply-To: <200907171322.54942.hselasky@c2i.net> From: "Sagara Wijetunga" To: Hans Petter Selasky Date: Fri, 17 Jul 2009 16:55:56 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 12:14:23 -0000 Hans Petter Selasky writes: >> Hi FreeBSD community >> >> In case if my earlier post was not clear, here are bit more detail to >> explain my question. >> >> We want to catch device creation USB events at the devd and take actions as >> specified in following devd rules: >> >> attach 200 { >> match "vendor" "0x0718"; >> match "product" "0x0081"; >> match "sernum" "14925B00"; >> device-name "da[0-9]+"; >> action "action $device-name otherparams"; >> }; > > It is not USB that creates /dev/daXXX. This is done by the CAM layer and its > subsystems. Also the CAM layer does not have any place to supply such > information. What we could possibly do is to fake a SCSI command providing the > CAM layer with the required information. > > Else, are you aware about disk-labels, to uniquely identify disks? > Hi Hans Petter Thank you very much for your prompt reply. Regarding "disk-labels", is it "label:" tag you specify for bsdlabel with -A option? If it is, this option is out. Almost all of the USB mass storage devices, eg. USB flash disks, cameras, audio players, etc. are already formatted. We cannot ask users to format first (ie. in FreeBSD terms create disk lables, create files systems, etc) before use as it make no sense at all. Eg. One buy a camera at the airport, take photos on a tour, after the tour wants to transfer photos to the computer. Now its too late to create labels. Therefore, your first option sounds interesting. I'm not sure is it the correct way forward. As you are the USB expert, could you recommend the correct solution? Best regards Sagara From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 13:04:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B1A9106564A for ; Fri, 17 Jul 2009 13:04:25 +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 6CAD98FC1E for ; Fri, 17 Jul 2009 13:04:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0BEA246B06; Fri, 17 Jul 2009 09:04:25 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C25FA8A09A; Fri, 17 Jul 2009 09:04:23 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 17 Jul 2009 09:01:31 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907170901.31617.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 17 Jul 2009 09:04:23 -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: Alexander Best , Thomas Backman Subject: Re: core dumps being overwritten X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 13:04:26 -0000 On Thursday 16 July 2009 4:04:17 am Alexander Best wrote: > exactly. `cat /var/crash/bounds` => 2. This can happen if you lose the 'bounds' file during a crash or if that file is corrupted in some other fashion. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 13:18: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 4BC0B1065670 for ; Fri, 17 Jul 2009 13:18:39 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.tele2.se [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id D41218FC08 for ; Fri, 17 Jul 2009 13:18:38 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=ToYnosd5lh0A:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=f9n66hXnnIKhvF81CjAA:9 a=9L6cyOGRxCL0Q5nMAVvAlU9j_kwA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe09.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 933650184; Fri, 17 Jul 2009 15:18:35 +0200 From: Hans Petter Selasky To: "Sagara Wijetunga" Date: Fri, 17 Jul 2009 15:18:19 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090714123509.16504.qmail@us1.tomahawkonline.net> <200907171322.54942.hselasky@c2i.net> <20090717085556.1810.qmail@us1.tomahawkonline.net> In-Reply-To: <20090717085556.1810.qmail@us1.tomahawkonline.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907171518.20959.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 13:18:39 -0000 On Friday 17 July 2009 10:55:56 Sagara Wijetunga wrote: > If it is, this option is out. Almost all of the USB mass storage devices, > eg. USB flash disks, cameras, audio players, etc. are already formatted. We > cannot ask users to format first (ie. in FreeBSD terms create disk lables, > create files systems, etc) before use as it make no sense at all. Eg. One > buy a camera at the airport, take photos on a tour, after the tour wants to > transfer photos to the computer. Now its too late to create labels. > > Therefore, your first option sounds interesting. I'm not sure is it the > correct way forward. As you are the USB expert, could you recommend the > correct solution? Hi, Seems to me like this is not an USB problem, at first. USB does not have any place to put the information. The CAM API needs to be extended first, to be able to pass along the kind of information you want, that is my recommendation. What is your solution for multi-card-readers, where multiple hardware units will get the same vendor ID, product ID and serial number? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 13:41: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 9AED31065670 for ; Fri, 17 Jul 2009 13:41:59 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from atmail-6.bnguk.net (atmail-6.bnguk.net [80.74.253.20]) by mx1.freebsd.org (Postfix) with ESMTP id 574078FC12 for ; Fri, 17 Jul 2009 13:41:59 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from 77-44-98-139.xdsl.murphx.net ([77.44.98.139] helo=mail.chrishedley.com) by atmail-6.bnguk.net with esmtp (Exim 4.69) (envelope-from ) id 1MRnhF-0002JZ-Ga for freebsd-current@freebsd.org; Fri, 17 Jul 2009 14:41:57 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id E87A4605917 for ; Fri, 17 Jul 2009 14:41:56 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 82SM3bh3OGbf for ; Fri, 17 Jul 2009 14:41:53 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 6011B605862 for ; Fri, 17 Jul 2009 14:41:53 +0100 (BST) Date: Fri, 17 Jul 2009 14:41:53 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet 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 Subject: Re: ZFS pool corrupted on upgrade of -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: Fri, 17 Jul 2009 13:42:00 -0000 On Mon, 13 Jul 2009, Chris Hedley wrote: ... snip ... Please ignore this email, everyone: it was my original panicky response that I thought had been eaten by my mail queue and has now been resolved as per the other thread of the same name! Apologies for the confusion (even though it was my ISP's doing <_<) Chris. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 14:12: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 D51391065670; Fri, 17 Jul 2009 14:12:10 +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 6F19B8FC22; Fri, 17 Jul 2009 14:12:10 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAI8jYEqDaFvI/2dsb2JhbADRA4QNBQ X-IronPort-AV: E=Sophos;i="4.42,417,1243828800"; d="scan'208";a="41542009" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 17 Jul 2009 10:12:09 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 9C31F9400A7; Fri, 17 Jul 2009 10:12:09 -0400 (EDT) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZegxjIrZvfB2; Fri, 17 Jul 2009 10:12:08 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id D70BE94009E; Fri, 17 Jul 2009 10:12:08 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6HEF9N29377; Fri, 17 Jul 2009 10:15:09 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 17 Jul 2009 10:15:09 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Kostik Belousov In-Reply-To: <20090717081043.GP55190@deviant.kiev.zoral.com.ua> Message-ID: References: <861vogcyp4.fsf@gmail.com> <20090717081043.GP55190@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Anonymous , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] -alldirs: listing files consumes too much memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 14:12:11 -0000 On Fri, 17 Jul 2009, Kostik Belousov wrote: > > Without looking too hard into it, could it be due to read-ahead ? > Afraid not. I already tried commenting readahead out. Also, it is pretty well an exact clone of what is in the regular nfs client (which doesn't have the problem). I'll be poking around at it to-day, rick From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 14:17:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33E11065672; Fri, 17 Jul 2009 14:17:34 +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 5F9BA8FC12; Fri, 17 Jul 2009 14:17:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAM4kYEqDaFvK/2dsb2JhbADRA4QNBYFA X-IronPort-AV: E=Sophos;i="4.42,417,1243828800"; d="scan'208";a="41542638" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 17 Jul 2009 10:17:33 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id BDC1A109C2A8; Fri, 17 Jul 2009 10:17:33 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z56-4+3alxTU; Fri, 17 Jul 2009 10:17:33 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 00D8D109C2AA; Fri, 17 Jul 2009 10:17:32 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6HEKXu00443; Fri, 17 Jul 2009 10:20:33 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 17 Jul 2009 10:20:33 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Kostik Belousov In-Reply-To: <20090717081105.GQ55190@deviant.kiev.zoral.com.ua> Message-ID: References: <86zlb45px8.fsf@gmail.com> <20090717081105.GQ55190@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Anonymous , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 14:17:35 -0000 On Fri, 17 Jul 2009, Kostik Belousov wrote: > On Thu, Jul 16, 2009 at 08:15:29PM -0400, Rick Macklem wrote: >> >> >> On Fri, 17 Jul 2009, Anonymous wrote: >> >>> Let's populate /blah with 50Mb files and send SIGINFO to cp(1) process >>> while >>> copying it over nfsv3. >>> >>> # uname -vm >>> FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 >>> root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >>> Ah, my commit related to blocking signals (cloned from the regular nfs client) didn't go into head until Jul 12 (r195642), so I think this might be fixed by that. If you still see it when running a post-r195642 kernel, please let me know, rick >>> >> Kostik recently checked in some changes related to signal handling, >> but I haven't yet had time to clone that for the experimental client. > The changes I did should only affect SIGSTOP. > Yea, I knew that;-) But didn't think of it when I replied the first time, rick From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 15:02: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 68359106566C for ; Fri, 17 Jul 2009 15:02:39 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 10B118FC17 for ; Fri, 17 Jul 2009 15:02:38 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id n6HF2ahG002572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 17 Jul 2009 17:02:36 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id n6HF2O9N001556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2009 17:02:24 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id n6HF2OFg098841; Fri, 17 Jul 2009 17:02:24 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id n6HF2Nn8098840; Fri, 17 Jul 2009 17:02:23 +0200 (CEST) (envelope-from ticso) Date: Fri, 17 Jul 2009 17:02:23 +0200 From: Bernd Walter To: Sagara Wijetunga Message-ID: <20090717150222.GJ97863@cicely7.cicely.de> References: <20090714123509.16504.qmail@us1.tomahawkonline.net> <20090717071401.32195.qmail@us1.tomahawkonline.net> <200907171322.54942.hselasky@c2i.net> <20090717085556.1810.qmail@us1.tomahawkonline.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090717085556.1810.qmail@us1.tomahawkonline.net> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.007, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 15:02:39 -0000 On Fri, Jul 17, 2009 at 04:55:56PM +0800, Sagara Wijetunga wrote: > Hans Petter Selasky writes: > > >>Hi FreeBSD community > >> > >>In case if my earlier post was not clear, here are bit more detail to > >>explain my question. > >> > >>We want to catch device creation USB events at the devd and take actions > >>as > >>specified in following devd rules: > >> > >>attach 200 { > >> match "vendor" "0x0718"; > >> match "product" "0x0081"; > >> match "sernum" "14925B00"; > >> device-name "da[0-9]+"; > >> action "action $device-name otherparams"; > >>}; > > > >It is not USB that creates /dev/daXXX. This is done by the CAM layer and > >its subsystems. Also the CAM layer does not have any place to supply such > >information. What we could possibly do is to fake a SCSI command providing > >the CAM layer with the required information. > > > >Else, are you aware about disk-labels, to uniquely identify disks? > > > > Hi Hans Petter > > Thank you very much for your prompt reply. > > Regarding "disk-labels", is it "label:" tag you specify for bsdlabel with > -A option? > > If it is, this option is out. Almost all of the USB mass storage devices, > eg. USB flash disks, cameras, audio players, etc. are already formatted. We > cannot ask users to format first (ie. in FreeBSD terms create disk lables, > create files systems, etc) before use as it make no sense at all. Eg. One > buy a camera at the airport, take photos on a tour, after the tour wants to > transfer photos to the computer. Now its too late to create labels. There are more label types. glabel is the tool to create partition label, which reduces disk size and requires reformating, but geom_label can use other labels as well. msdosfs has it's media name in the filesystem header. E.g. my camera media identifies as /dev/msdosfs/HP_Mz60 and my cell phone under /dev/msdosfs/E65 UFS labels indentify under /dev/ufs, ... Those label names can be changed at any time on already formated media, since they are already part of the filesystem. > Therefore, your first option sounds interesting. I'm not sure is it the > correct way forward. As you are the USB expert, could you recommend the > correct solution? You want to identify media not USB devices. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 15:17:55 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 AA0FE1065672 for ; Fri, 17 Jul 2009 15:17:55 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 78B018FC14 for ; Fri, 17 Jul 2009 15:17:55 +0000 (UTC) (envelope-from sam@errno.com) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n6HEm6gb090395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2009 07:48:07 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A608F26.8050904@errno.com> Date: Fri, 17 Jul 2009 07:48:06 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: James Butler References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: ipw in 8.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 15:17:55 -0000 James Butler wrote: > Greetings > > Are ipw devices expected to work in 8.0-BETA1? Mine apparently > doesn't. I have updated my rc.conf according to the instructions in > UPDATING relating to wlans; the wlan0 interface is created, but > wpa_supplicant doesn't associate. > > I ask after seeing this snippet from the list back in March: > >> Unfortunately the vap conversion of the ipw driver never was completed >> (it's the only driver in the tree that is known to be totally broken). It's on >> my todo list for 8.0 but would happily defer to someone else :). > > If the answer is yes, then I'll try a little harder. Sorry the driver never got fixed after conversion to vaps; it's on the 8.0 TODO list. I'm not sure it's going to be fixed before 8.0. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 15:28: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 5D134106564A for ; Fri, 17 Jul 2009 15:28:27 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id 203B48FC19 for ; Fri, 17 Jul 2009 15:28:26 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 4082 invoked by alias); 17 Jul 2009 12:10:00 -0000 Message-ID: <20090717121000.4081.qmail@us1.tomahawkonline.net> References: <20090714123509.16504.qmail@us1.tomahawkonline.net> <200907171322.54942.hselasky@c2i.net> <20090717085556.1810.qmail@us1.tomahawkonline.net> <200907171518.20959.hselasky@c2i.net> In-Reply-To: <200907171518.20959.hselasky@c2i.net> From: "Sagara Wijetunga" To: Hans Petter Selasky Date: Fri, 17 Jul 2009 20:10:00 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 15:28:27 -0000 Hans Petter Selasky writes: > On Friday 17 July 2009 10:55:56 Sagara Wijetunga wrote: >> If it is, this option is out. Almost all of the USB mass storage devices, >> eg. USB flash disks, cameras, audio players, etc. are already formatted. We >> cannot ask users to format first (ie. in FreeBSD terms create disk lables, >> create files systems, etc) before use as it make no sense at all. Eg. One >> buy a camera at the airport, take photos on a tour, after the tour wants to >> transfer photos to the computer. Now its too late to create labels. >> >> Therefore, your first option sounds interesting. I'm not sure is it the >> correct way forward. As you are the USB expert, could you recommend the >> correct solution? > > Hi, > > Seems to me like this is not an USB problem, at first. USB does not have any > place to put the information. The CAM API needs to be extended first, to be > able to pass along the kind of information you want, that is my > recommendation. > This is the solution in general we also thought of, to pass a list of name/value pairs to CAM. > What is your solution for multi-card-readers, where multiple hardware units will get the same vendor ID, product ID and serial number? > It is very good you mentioned this issue. Here is how it work (aka udev rules) on Linux for a 5-in-1 multi-card reader: BUS="scsi", SYSFS{model}="USB Storage-SMC", KERNEL="sd*", NAME="%k", SYMLINK="smcard%n" BUS="scsi", SYSFS{model}="USB Storage-CFC", KERNEL="sd*", NAME="%k", SYMLINK="cfcard%n" BUS="scsi", SYSFS{model}="USB Storage-MMC", KERNEL="sd*", NAME="%k", SYMLINK="mmcard%n" BUS="scsi", SYSFS{model}="USB Storage-SDC", KERNEL="sd*", NAME="%k", SYMLINK="sdcard%n" BUS="scsi", SYSFS{model}="USB Storage-MSC", KERNEL="sd*", NAME="%k", SYMLINK="mscard%n" For the very same 5-in-1 multi-card reader on FreeBSD 8: sysctl -a | grep dev.umass dev.umass.0.%desc: Generic USB Storage Device, class 0/0, rev 2.00/1.00, addr 2 dev.umass.0.%driver: umass dev.umass.0.%location: port=5 interface=0 dev.umass.0.%pnpinfo: vendor=0x07c4 product=0x3260 devclass=0x00 devsubclass=0x00 sernum="20040331152452980" intclass=0x08 intsubclass=0x06 dev.umass.0.%parent: uhub3 For the very same 5-in-1 multi-card reader on FreeBSD 8: camcontrol devlist at scbus1 target 0 lun 0 (pass0,da0) at scbus1 target 0 lun 1 (pass1,da1) at scbus1 target 0 lun 2 (pass2,da2) at scbus1 target 0 lun 3 (pass3,da3) Though the 5-in-1 multi-card reader is one unit for FreeBSD 8, its also shows different names on different LUNs. On Linux, it appear as 5 different units with multiple model names, so that, different cards can be matched individually without an issue. What we could do is send following for USB events: 1. Vendor name string (vendor-name) [eg. Lexar] 2. Vendor ID in hex (vendor-id) [eg. 0x1234] 3. Product name string (product-name) [eg. Multi-Card USB 2.0 Card Reader] 4. Product ID in hex (product-id) [eg. 0x5678] 5. LUN name string (lun-name) [eg. USB Storage-SMC] 6. LUN number (lun) [eg. 0] Best regards Sagara From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 15:33: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 30EE8106566B for ; Fri, 17 Jul 2009 15:33:49 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 01F878FC13 for ; Fri, 17 Jul 2009 15:33:48 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: (qmail 31467 invoked from network); 17 Jul 2009 08:29:36 -0700 Received: by simscan 1.1.0 ppid: 31436, pid: 31441, t: 2.5303s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=10.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=l6znrEm5JCIA:10 a=jDt-9pEAAAAA:8 a=TSUAN8f00daJDbFe73UA:9 a=TErhUfdoSGpJktUXHGPtpChKsqMA:4 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp1 with SMTP; 17 Jul 2009 08:29:33 -0700 Received: from [127.0.0.1] (bigdaddy.mykitchentable.net [192.168.1.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id B8267164C99; Fri, 17 Jul 2009 08:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1247843222; bh=mrwO3u95GHHZXXXlccuObSdPlAJdRsPZyapflZD3taE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=JXPXRBZlpoSrt4/yYWsupiKZWJWMUMlNXwxvcmMTMLFkLNMFbKR5tptQMvayB5Lgb 5lS5wVDFuKgx/SpKQU5M/A+5C68C6Yd2ZK9S6ic78B4Vqznf96Qav5Lbm1x0kx7DiD pznaNk9GPHCZGZ0OrertlRz7chOLVFzbnGoCHWAY= Message-ID: <4A609390.20308@mykitchentable.net> Date: Fri, 17 Jul 2009 08:06:56 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Jason Garrett References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> <4A5ED9AE.4010003@yandex.ru> <970380130907161818w2578b5bdm9402c235ef40c7b4@mail.gmail.com> In-Reply-To: <970380130907161818w2578b5bdm9402c235ef40c7b4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 090716-1, 07/16/2009), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Fri, 17 Jul 2009 15:48:46 +0000 Cc: freebsd-current , freebsd-questions@freebsd.org Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 15:33:49 -0000 Jason Garrett wrote: > >snip everything that don't matter > > > 8. Install ZFS boot: > # gpart bootcode -b /zroot/boot/pmbr ad0 > # gpart bootcode -p /zroot/boot/gptzfsboot -i 1 ad0 > > 9. Change mount points for zroot pool and reboot. > > > > IT WORKS!!! > > Step 8 was CRUCIAL to the setup. All along, following the guides, I > was doing this. The ONLY difference was after I built the loader with > LOADER_ZFS_SUPPORT=YES I did this step from /mnt2/boot/pmbr and > /mnt2/boot/gptzfsboot. One guide even had me do this first. This is > the one thing that made it work. I am now happy to be testing > 8.0-BETA1 on my machine. > Congratulations! Now I have new hope. :) Hopefully I will get some time this weekend to try again. Cheers, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 16:35:34 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 409C6106564A for ; Fri, 17 Jul 2009 16:35:34 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id F2F538FC21 for ; Fri, 17 Jul 2009 16:35:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id n6HGAlNE065582 for ; Fri, 17 Jul 2009 09:10:47 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id n6HGAkBg065581 for current@freebsd.org; Fri, 17 Jul 2009 09:10:46 -0700 (PDT) (envelope-from david) Date: Fri, 17 Jul 2009 09:10:46 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090717161046.GH61607@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aF3LVLvitz/VQU3c" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Trouble building world from r195708 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 16:35:34 -0000 --aF3LVLvitz/VQU3c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After successfully replacing the video daughterboard for my laptop, I've resumed daily builds of stable/6, stable/7, and head (after a 36-day hiatus) on each of my laptop and a dual-CPU build machine. My most recent successful build of head (in each case) was Wednesday: freebeast(8.0)[3] uname -a FreeBSD freebeast.catwhisker.org 8.0-BETA1 FreeBSD 8.0-BETA1 #371 r195708: = Wed Jul 15 13:26:22 PDT 2009 root@freebeast.catwhisker.org:/common/S4/o= bj/usr/src/sys/FREEBEAST i386 freebeast(8.0)[4]=20 Yesterday, I updated sources to r195716 and encountered a problem in stage 1.2: bootstrap tools; today, I updated sources to r195737, and the problem persists. Here's an excerpt from the typescript file (cut/ pasted): freebeast(8.0)[13] dirs /usr/src=20 freebeast(8.0)[14] uname -a FreeBSD freebeast.catwhisker.org 8.0-BETA1 FreeBSD 8.0-BETA1 #371 r195708: = Wed Jul 15 13:26:22 PDT 2009 root@freebeast.catwhisker.org:/common/S4/o= bj/usr/src/sys/FREEBEAST i386 freebeast(8.0)[15] make buildworld -------------------------------------------------------------- >>> World build started on Fri Jul 17 09:01:23 PDT 2009 -------------------------------------------------------------- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/tmp mkdir -p /usr/obj/usr/src/tmp/lib =2E.. c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.= bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -static = -L/usr/obj/usr/src/tmp/legacy/usr/lib -o gperf bool-array.o gen-perf.o hash= -table.o iterator.o key-list.o list-node.o main.o new.o options.o read-line= .o trace.o vectors.o version.o hash.o -legacy /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x98e): In function `.L140': : undefined reference to `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0xddc): In function `__frame_state= _for': : undefined reference to `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1706): In function `.L399': : undefined reference to `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1ba5): In function `_Unwind_Back= trace': : undefined reference to `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1e0d): In function `_Unwind_Rais= eException': : undefined reference to `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1fe1): more undefined references= to `__stack_chk_fail_local' follow *** Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. freebeast(8.0)[16]=20 The laptop & build machine fail in the same way. (The similarity ought not be too surprising, as the laptop's repository is a mirror of the build machine's.) On the build machine, I've tried a couple of evasive maneuvers (to no avail): I've run "make cleandepends" and "make clean"; I also tried pushd lib/libc && make && make install; popd and while there were no complaints from any of those activities, none of them seemed to help, either. Any suggestions for helping me get past this so I can do some reality checks on 8.0-BETA2? (I do have readily-available stable/7 (and stable/6, for that matter) worlds from the same machines (different slices), if that might help.) Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --aF3LVLvitz/VQU3c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkpgooUACgkQmprOCmdXAD1R0gCdERApPWl02brLWDZejaMZe8FE piQAnjX9jPuTb7mtf/0UkBXmERl4OFyF =xRB2 -----END PGP SIGNATURE----- --aF3LVLvitz/VQU3c-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 19:10: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 08BD8106566B for ; Fri, 17 Jul 2009 19:10:36 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 677A28FC14 for ; Fri, 17 Jul 2009 19:10:35 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=ToYnosd5lh0A:10 a=hlIU1J3LQChSjWV/CGRL5g==:17 a=vUegwu44meHTtjAF0eEA:9 a=FLUF13Gs_Oz2EAdNR9QA:7 a=ZllfiG7ZrEh_-5M7XPnmlzAe9C8A:4 a=APBmdVuCTayvGvek:21 a=mAyi_HHBlW9Ha2hR:21 Received: from [193.217.167.6] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1108465198; Fri, 17 Jul 2009 21:10:29 +0200 From: Hans Petter Selasky To: "Sagara Wijetunga" Date: Fri, 17 Jul 2009 21:10:12 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <20090714123509.16504.qmail@us1.tomahawkonline.net> <200907171518.20959.hselasky@c2i.net> <20090717121000.4081.qmail@us1.tomahawkonline.net> In-Reply-To: <20090717121000.4081.qmail@us1.tomahawkonline.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907172110.14527.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 19:10:36 -0000 On Friday 17 July 2009 14:10:00 Sagara Wijetunga wrote: > Hans Petter Selasky writes: > > On Friday 17 July 2009 10:55:56 Sagara Wijetunga wrote: > >> If it is, this option is out. Almost all of the USB mass storage > >> devices, eg. USB flash disks, cameras, audio players, etc. are already > >> formatted. We cannot ask users to format first (ie. in FreeBSD terms > >> create disk lables, create files systems, etc) before use as it make no > >> sense at all. Eg. One buy a camera at the airport, take photos on a > >> tour, after the tour wants to transfer photos to the computer. Now its > >> too late to create labels. > >> > >> Therefore, your first option sounds interesting. I'm not sure is it the > >> correct way forward. As you are the USB expert, could you recommend the > >> correct solution? > > > > Hi, > > > > Seems to me like this is not an USB problem, at first. USB does not have > > any place to put the information. The CAM API needs to be extended first, > > to be able to pass along the kind of information you want, that is my > > recommendation. > > This is the solution in general we also thought of, to pass a list of > name/value pairs to CAM. > > > What is your solution for multi-card-readers, where multiple hardware > > units will get the same vendor ID, product ID and serial number? > > It is very good you mentioned this issue. > > Here is how it work (aka udev rules) on Linux for a 5-in-1 multi-card > reader: > > BUS="scsi", SYSFS{model}="USB Storage-SMC", KERNEL="sd*", NAME="%k", > SYMLINK="smcard%n" > > BUS="scsi", SYSFS{model}="USB Storage-CFC", KERNEL="sd*", NAME="%k", > SYMLINK="cfcard%n" > > BUS="scsi", SYSFS{model}="USB Storage-MMC", KERNEL="sd*", NAME="%k", > SYMLINK="mmcard%n" > > BUS="scsi", SYSFS{model}="USB Storage-SDC", KERNEL="sd*", NAME="%k", > SYMLINK="sdcard%n" > > BUS="scsi", SYSFS{model}="USB Storage-MSC", KERNEL="sd*", NAME="%k", > SYMLINK="mscard%n" > > > For the very same 5-in-1 multi-card reader on FreeBSD 8: > sysctl -a | grep dev.umass > dev.umass.0.%desc: Generic USB Storage Device, class 0/0, rev 2.00/1.00, > addr 2 > dev.umass.0.%driver: umass > dev.umass.0.%location: port=5 interface=0 > dev.umass.0.%pnpinfo: vendor=0x07c4 product=0x3260 devclass=0x00 > devsubclass=0x00 sernum="20040331152452980" intclass=0x08 intsubclass=0x06 > dev.umass.0.%parent: uhub3 > > For the very same 5-in-1 multi-card reader on FreeBSD 8: > camcontrol devlist > at scbus1 target 0 lun 0 (pass0,da0) > at scbus1 target 0 lun 1 (pass1,da1) > at scbus1 target 0 lun 2 (pass2,da2) > at scbus1 target 0 lun 3 (pass3,da3) > > Though the 5-in-1 multi-card reader is one unit for FreeBSD 8, its also > shows different names on different LUNs. > > On Linux, it appear as 5 different units with multiple model names, so > that, different cards can be matched individually without an issue. > > What we could do is send following for USB events: > 1. Vendor name string (vendor-name) [eg. Lexar] > 2. Vendor ID in hex (vendor-id) [eg. 0x1234] > 3. Product name string (product-name) [eg. Multi-Card USB 2.0 Card Reader] > 4. Product ID in hex (product-id) [eg. 0x5678] > 5. LUN name string (lun-name) [eg. USB Storage-SMC] > 6. LUN number (lun) [eg. 0] > I'm not in a position to change anything in the CAM layer. You maybe have to ask Scott Long about this. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 19:28: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 6C3F3106566C for ; Fri, 17 Jul 2009 19:28:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 213328FC19 for ; Fri, 17 Jul 2009 19:28:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAK1tYEqDaFvK/2dsb2JhbADRRYQNBYFA X-IronPort-AV: E=Sophos;i="4.43,223,1246852800"; d="scan'208";a="39716539" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 17 Jul 2009 15:28:04 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 37846109C2AA; Fri, 17 Jul 2009 15:28:04 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AX72MsQ2ibEv; Fri, 17 Jul 2009 15:28:03 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 98F8E109C275; Fri, 17 Jul 2009 15:28:03 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6HJV3E05712; Fri, 17 Jul 2009 15:31:03 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 17 Jul 2009 15:30:43 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Anonymous In-Reply-To: <861vogcyp4.fsf@gmail.com> Message-ID: References: <861vogcyp4.fsf@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: [newnfs/client] -alldirs: listing files consumes too much memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 19:28:08 -0000 On Thu, 16 Jul 2009, Anonymous wrote: > Let's create 335 empty files in /blah and try to list them over nfsv3. > > # uname -vm > FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > # mkdir /blah > # (while [ $((i+=1)) -le 334 ]; do : >/blah/foo_$i; done) > # echo / -alldirs >/etc/exports > # /etc/rc.d/nfsd onestart > # mount -t newnfs -o nfsv3 0:/blah /mnt > Ok, I figured it out. I wasn't setting mp->mnt_stat.f_iosize before getting the root vnode and, as such, getnewvnode() was setting bo_bsize = 0. That confused getblk(), so it would always end up returning block0, since it uses bo_bsize for a block calc. The patch follows, in case you're interested in testing it. (I'll be queuing this patch up with re@ once I've tested it some more.) Thanks again for pointing the problem out, rick -- patch for exp. nfs client -- --- fs/nfsclient/nfs_clvfsops.c.sav 2009-07-17 12:18:42.000000000 -0400 +++ fs/nfsclient/nfs_clvfsops.c 2009-07-17 15:09:41.000000000 -0400 @@ -1194,6 +1194,12 @@ } } if (nmp->nm_fhsize > 0) { + /* + * Set f_iosize to NFS_DIRBLKSIZ so that bo_bsize gets set + * non-zero for the root vnode. f_iosize will be set correctly + * by nfs_statfs() before any I/O occurs. + */ + mp->mnt_stat.f_iosize = NFS_DIRBLKSIZ; error = ncl_nget(mp, nmp->nm_fh, nmp->nm_fhsize, &np); if (error) goto bad; From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 19:56: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 B5C641065678 for ; Fri, 17 Jul 2009 19:56:00 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 404D78FC27 for ; Fri, 17 Jul 2009 19:56:00 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so315691fge.12 for ; Fri, 17 Jul 2009 12:55:59 -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=Fb6E2b/QBLOaQiaChbxKrtwAcOJxheJitZe3LYL1iVA=; b=DhQLJd22Wj6a8WoZ3Svdekb+IOyisKx1xibVwd12ktHV+uXnGUjRcoJJ04y2t47HoC BHeybvxfvag4JqvTq2y1smc8LtUf3O5Nk6ztu1jzY2ZQRA8226QULfLgdG4Wwm1zapEk 4FB/zBZmoemoT35LqATfgW3vpurIj+x1LkD18= 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=U4NGpUwI4wKDwDTW8rxRbOE5FVA81ms3JAPv6BVvUOBxc+hIPx9v5HHSvJMiZvaEPd 9fOSIA7jy3H7WyKBMGL1IkIOzr9myVZt9dTcRC6x/fAol4ypxkdKUL+43+y9as0ilYKa VfjAbCXnxfWrVTFi4cKv7g9oXJtKyGgMVlVvU= Received: by 10.86.90.8 with SMTP id n8mr1106550fgb.59.1247860559413; Fri, 17 Jul 2009 12:55:59 -0700 (PDT) Received: from localhost (95-24-64-233.broadband.corbina.ru [95.24.64.233]) by mx.google.com with ESMTPS id e11sm1863694fga.1.2009.07.17.12.55.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Jul 2009 12:55:58 -0700 (PDT) From: Anonymous To: Rick Macklem References: <861vogcyp4.fsf@gmail.com> Date: Fri, 17 Jul 2009 23:55:54 +0400 In-Reply-To: (Rick Macklem's message of "Fri, 17 Jul 2009 15:30:43 -0400 (EDT)") Message-ID: <86ws6713ud.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: [newnfs/client] -alldirs: listing files consumes too much memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 19:56:01 -0000 Rick Macklem writes: > On Thu, 16 Jul 2009, Anonymous wrote: > >> Let's create 335 empty files in /blah and try to list them over nfsv3. >> >> # uname -vm >> FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >> >> # mkdir /blah >> # (while [ $((i+=1)) -le 334 ]; do : >/blah/foo_$i; done) >> # echo / -alldirs >/etc/exports >> # /etc/rc.d/nfsd onestart >> # mount -t newnfs -o nfsv3 0:/blah /mnt >> > Ok, I figured it out. I wasn't setting mp->mnt_stat.f_iosize before > getting the root vnode and, as such, getnewvnode() was setting > bo_bsize = 0. That confused getblk(), so it would always end up > returning block0, since it uses bo_bsize for a block calc. > > The patch follows, in case you're interested in testing it. > (I'll be queuing this patch up with re@ once I've tested it some more.) > > Thanks again for pointing the problem out, rick > -- patch for exp. nfs client -- [...] The patch fixed my problem. Tested on r195741M amd64. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 20:25: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 8BDE3106582F; Fri, 17 Jul 2009 20:25:18 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2967F8FC1A; Fri, 17 Jul 2009 20:25:17 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so522050and.13 for ; Fri, 17 Jul 2009 13:25:17 -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:content-type :content-transfer-encoding; bh=Lf1dPlBeXgH4FBhCg2nPFbufeuwoB7RjRTEQ5/mrXc8=; b=g+xgsXjTyE8+9lJHilwXIbSHWLYmaGoXvQ8uXTIJPURAERJujFlKD8VKzcj761JVbA ZY9N6LIvU+8EnoZE/3B41ALlYe3CXnm0Syo4Izr3tRCag8G/WU5NOC59bSl1y9DXd357 068HBTnzRHg51unjssdGSK5tHqxp8L82B+f7U= 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 :content-type:content-transfer-encoding; b=IEyvh7QUdmgvaeO1iPcDYI+f9EjopCIRRWjDpHHKbLdJzyAOeNX5tkFd60lRa8Ckef OZh2o6p8BFRxM2Dus59n60+RF0A3uhNlGu3NhAaKfFJHtWlSZ0tKXiHUxTSlvkutzGmA c/uMY0oaAIFJn/4L2Cb3pAanoX8DN9FGQNpQc= MIME-Version: 1.0 Received: by 10.100.110.19 with SMTP id i19mr2167547anc.1.1247862317384; Fri, 17 Jul 2009 13:25:17 -0700 (PDT) In-Reply-To: <4A60DB90.6070303@mykitchentable.net> References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> <4A5ED9AE.4010003@yandex.ru> <4A60DB90.6070303@mykitchentable.net> Date: Fri, 17 Jul 2009 15:25:16 -0500 Message-ID: <970380130907171325q72f82013k778db5bcf9fcba67@mail.gmail.com> From: Jason Garrett To: Drew Tomlinson , "Andrey V. Elsukov" , freebsd-current , freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 20:25:20 -0000 I will post my exact steps around 1800 CDT, and probably put it up on my webserve later on. Do only @freebsd.org members have access to the FreeBSD wiki? I'm posting from my bb at work so sorry if this top posts or messes anything else up. On 7/17/09, Drew Tomlinson wrote: > Andrey V. Elsukov wrote: >> Jason Garrett wrote: >>> Top Post, I know... but has anyone on @current tried a full on ZFS on >>> ROOT >>> with GPTZFSBOOT? >>> >>> Both Drew and I have both tried the guide at >>> http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ >>> (dead >>> link now :( ) >>> >>> I get as far as the message I detailed before using parts from another >>> guide. I am hoping for both of us, that someone here knows even a little >>> bit. >> >> I installed 8.0-BETA1 on ZFS 2 days ago. It works. I did following steps: >> >> 1. Boot from bootable USB-flash (Minimal FreeBSD installation with >> copy of install CD). > I can't figure out how to create bootable USB from Windows. Do not have > FBSD system with USB to create. Thus I have booted from DVD made from > 8.0-BETA2-amd64-dvd1.iso >> >> 2. Create partitions >> # gpart show ad0 >> => 34 312581741 ad0 GPT (149G) >> 34 256 1 freebsd-boot (128K) >> 290 4194304 2 freebsd-swap (2.0G) >> 4194594 251658240 3 freebsd-zfs (120G) >> 255852834 56728941 - free - (27G) >> >> 3. Create zpool and filesystem hierarchy >> >> 4. Install FreeBSD from copy of install CD to ZFS. I used sysinstall >> with custom >> options (Install Root and Media Type) > > I am stuck at this point. I have my zpool mounted at /zpool in the > FixIt environment. Then I exit FixIt and choose "Custom" from > sysinstall. I set appropriate "Options". Next I select my > distributions. Finally I hit "Commit" but systinstall complains that I > haven't labeled any disks. What step am I missing? > > Thanks, > > Drew > >> >> 5. Create /etc/fstab, /etc/rc.conf, /etc/src.conf, /boot/loader.conf >> http://wiki.freebsd.org/ZFSOnRootWithZFSboot#line-118 >> >> 6. Install ZFS aware /boot/loader >> http://wiki.freebsd.org/ZFSOnRootWithZFSboot#line-144 >> >> 7. Create zpool.cache >> >> 8. Install ZFS boot: >> # gpart bootcode -b /zroot/boot/pmbr ad0 >> # gpart bootcode -p /zroot/boot/gptzfsboot -i 1 ad0 >> >> 9. Change mount points for zroot pool and reboot. >> >> It's all. > From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 20:14: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 BC4561065674 for ; Fri, 17 Jul 2009 20:14:18 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 8D9AB8FC16 for ; Fri, 17 Jul 2009 20:14:18 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: (qmail 15091 invoked from network); 17 Jul 2009 13:36:50 -0700 Received: by simscan 1.1.0 ppid: 15067, pid: 15068, t: 2.1754s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=10.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=l6znrEm5JCIA:10 a=MitFodcrAAAA:8 a=6I5d2MoRAAAA:8 a=ZdxuAy1PlAmE2X3w4u4A:9 a=dGt5VsnOiX7qEyk47WOww2MsGJYA:4 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp1 with SMTP; 17 Jul 2009 13:36:48 -0700 Received: from [127.0.0.1] (bigdaddy.mykitchentable.net [192.168.1.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id 9B353164E09; Fri, 17 Jul 2009 13:14:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1247861655; bh=Y2d2iHAb4TdOakGwlu2ocg1kEJL6vPGHWDdpPW3oedU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=DIjHPjeb0Ox9nUVOtXVCvX7gWx1OdyNg9qZ0BqRXGG2PnmGOM7OnSgQMsQI19uOxd WfTUnaKE99w5h1d359xD1OIERLU7MFbXnWBv6t/EnvIS8R7FdshCOGZkZ1ebOwcmQu ciqghZjaKaKWyRktk4XWtJTrgnXeDUR43QlsqDwA= Message-ID: <4A60DB90.6070303@mykitchentable.net> Date: Fri, 17 Jul 2009 13:14:08 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> <4A5ED9AE.4010003@yandex.ru> In-Reply-To: <4A5ED9AE.4010003@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 090717-0, 07/17/2009), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Fri, 17 Jul 2009 20:30:21 +0000 Cc: Jason Garrett , freebsd-current , freebsd-questions@freebsd.org Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 20:14:19 -0000 Andrey V. Elsukov wrote: > Jason Garrett wrote: >> Top Post, I know... but has anyone on @current tried a full on ZFS on >> ROOT >> with GPTZFSBOOT? >> >> Both Drew and I have both tried the guide at >> http://lulf.geeknest.org/blog/freebsd/Setting_up_a_zfs-only_system/ >> (dead >> link now :( ) >> >> I get as far as the message I detailed before using parts from another >> guide. I am hoping for both of us, that someone here knows even a little >> bit. > > I installed 8.0-BETA1 on ZFS 2 days ago. It works. I did following steps: > > 1. Boot from bootable USB-flash (Minimal FreeBSD installation with > copy of install CD). I can't figure out how to create bootable USB from Windows. Do not have FBSD system with USB to create. Thus I have booted from DVD made from 8.0-BETA2-amd64-dvd1.iso > > 2. Create partitions > # gpart show ad0 > => 34 312581741 ad0 GPT (149G) > 34 256 1 freebsd-boot (128K) > 290 4194304 2 freebsd-swap (2.0G) > 4194594 251658240 3 freebsd-zfs (120G) > 255852834 56728941 - free - (27G) > > 3. Create zpool and filesystem hierarchy > > 4. Install FreeBSD from copy of install CD to ZFS. I used sysinstall > with custom > options (Install Root and Media Type) I am stuck at this point. I have my zpool mounted at /zpool in the FixIt environment. Then I exit FixIt and choose "Custom" from sysinstall. I set appropriate "Options". Next I select my distributions. Finally I hit "Commit" but systinstall complains that I haven't labeled any disks. What step am I missing? Thanks, Drew > > 5. Create /etc/fstab, /etc/rc.conf, /etc/src.conf, /boot/loader.conf > http://wiki.freebsd.org/ZFSOnRootWithZFSboot#line-118 > > 6. Install ZFS aware /boot/loader > http://wiki.freebsd.org/ZFSOnRootWithZFSboot#line-144 > > 7. Create zpool.cache > > 8. Install ZFS boot: > # gpart bootcode -b /zroot/boot/pmbr ad0 > # gpart bootcode -p /zroot/boot/gptzfsboot -i 1 ad0 > > 9. Change mount points for zroot pool and reboot. > > It's all. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 20:33: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 616E9106566B; Fri, 17 Jul 2009 20:33:18 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id BB2C28FC13; Fri, 17 Jul 2009 20:33:17 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm24 with SMTP id 24so862984fxm.43 for ; Fri, 17 Jul 2009 13:33:17 -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:message-id:user-agent:mime-version:content-type; bh=p1Wuxh2xY9i7yd8Tmt+LPuWaQH6C9L4rtoBwYDT6IQ4=; b=qxVtcWF+P/41ZV6rW3g+tY/Hk73nBc/cAqo6mkklAA5FE4HeAJrBJkcV3AMnLOU2V3 8Zl4iwCICHQUUjzicCo/RpVWIETz7BMeI/yL50aVT4neAa2NKmGKupua5zCTjMenztdR LGiIAkwSWfC6Jswwtv+9Qrl7OTe1lrEcNx/U4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=u4vdYMD82+/e5WvP08JjPyMlY8P8+jQV5ZUSJxFpwNRyAHXrX7pyLHV9ZEyTi9fU2w +ffAaekzWr02bpaFHT0j83d6VfDTgEeMl9d2F8mBy3V2aStw34l3haMvUNWykzacVKWD zHkGWFop4xpLMiwysYWjr24UM71TRVkTRYb9w= Received: by 10.86.59.2 with SMTP id h2mr1135262fga.60.1247862796443; Fri, 17 Jul 2009 13:33:16 -0700 (PDT) Received: from localhost (95-24-64-233.broadband.corbina.ru [95.24.64.233]) by mx.google.com with ESMTPS id d6sm3117003fga.10.2009.07.17.13.33.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Jul 2009 13:33:15 -0700 (PDT) From: Anonymous To: Rick Macklem References: <86zlb45px8.fsf@gmail.com> <20090717081105.GQ55190@deviant.kiev.zoral.com.ua> Date: Sat, 18 Jul 2009 00:33:13 +0400 Message-ID: <86ocrjyrqu.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: Kostik Belousov , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 20:33:19 -0000 Rick Macklem writes: > On Fri, 17 Jul 2009, Kostik Belousov wrote: > >> On Thu, Jul 16, 2009 at 08:15:29PM -0400, Rick Macklem wrote: >>> >>> >>> On Fri, 17 Jul 2009, Anonymous wrote: >>> >>>> Let's populate /blah with 50Mb files and send SIGINFO to cp(1) process >>>> while >>>> copying it over nfsv3. >>>> >>>> # uname -vm >>>> FreeBSD 8.0-BETA1 #0: Sat Jul 4 03:55:14 UTC 2009 >>>> root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >>>> > Ah, my commit related to blocking signals (cloned from the regular > nfs client) didn't go into head until Jul 12 (r195642), so I think > this might be fixed by that. > > If you still see it when running a post-r195642 kernel, please let > me know, rick Yep, I can reproduce it as easily on 8.0-BETA2 snapshot under qemu # uname -vm FreeBSD 8.0-BETA2 #0: Wed Jul 15 23:25:30 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Here is ktrace for following ftp://ftp.lissyara.su/users/Guest/newnfs/siginfo_ktrace.out.bz2 ftp://ftp.lissyara.su/users/Guest/newnfs/siginfo_ktrace.txt.bz2 (kdump -Rr) # ktrace -i cp -R /mnt /aaa load: 1.09 cmd: cp 996 [runnable] 1.25r 0.00u 0.51s 3% 880k /mnt/foo_1 -> /aaa/foo_1 16% load: 1.09 cmd: cp 996 [newnfsreq] 5.43r 0.00u 2.06s 13% 880k cp: /mnt/foo_1: Permission denied /mnt/foo_2 -> /aaa/foo_2 0% load: 1.16 cmd: cp 996 [runnable] 8.61r 0.00u 3.24s 17% 904k cp: /mnt/foo_2: Permission denied /mnt/foo_3 -> /aaa/foo_3 0% load: 1.16 cmd: cp 996 [runnable] 10.98r 0.00u 4.14s 23% 904k cp: /mnt/foo_3: Permission denied I'm not sure if it's useful. From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 20:42: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 78D811065670 for ; Fri, 17 Jul 2009 20:42:01 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-vw0-f172.google.com (mail-vw0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 11E028FC12 for ; Fri, 17 Jul 2009 20:42:00 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by vwj2 with SMTP id 2so1090550vwj.3 for ; Fri, 17 Jul 2009 13:42:00 -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=J5sxOb2fiZck85glmA4/4gwkWvh6g+XGrkIbfwUcaIg=; b=uclC1clKgU5IRLDmjn11zHCxAsJMST5HfRucV3je7AYXnVngcT9Vfh4YKc+jyjHl1d 50wBqCLWhBBT36Zfoc4d2WR/KGlFzoMmzsxpyv6f2hjgL3639kZGSiz8xZBzuJWNrJAe Wjir62WTiAWtFlof56ALgvC+R9u9wxMDeQtNg= 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=r0pqNkVWkn9HM1rOMu8K2eczABZbQHTILe2zjU46yDekeUw9m861NPYb5FGAD9fEmN ts1hRZTWylarqP8eEnLtLNudnInKrFnn2LHozNKYSmlT39UYFmwDXoAH/YCe4jyjfck2 aRr7U/XCcDnHXMw6wMPjHmLOWLyJTM7BmQ+P0= MIME-Version: 1.0 Received: by 10.220.72.12 with SMTP id k12mr1181746vcj.71.1247863320333; Fri, 17 Jul 2009 13:42:00 -0700 (PDT) In-Reply-To: <4A60DB90.6070303@mykitchentable.net> References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> <4A5ED9AE.4010003@yandex.ru> <4A60DB90.6070303@mykitchentable.net> Date: Fri, 17 Jul 2009 15:42:00 -0500 Message-ID: <790a9fff0907171342y357bb515y1483dabab615182d@mail.gmail.com> From: Scot Hetzel To: Drew Tomlinson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-questions@freebsd.org Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 20:42:01 -0000 2009/7/17 Drew Tomlinson : >> 4. Install FreeBSD from copy of install CD to ZFS. I used sysinstall wit= h >> custom >> options (Install Root and Media Type) > > I am stuck at this point. =A0I have my zpool mounted at /zpool in the Fix= It > environment. =A0Then I exit FixIt and choose =A0"Custom" from sysinstall.= =A0I set > appropriate =A0"Options". =A0Next I select my distributions. =A0Finally I= hit > "Commit" but systinstall complains that I haven't labeled any disks. =A0W= hat > step am I missing? > Just follow these steps to install FreeBSD from the Fixit environment: http://wiki.freebsd.org/ZFSOnRootWithZFSboot#installFreeBSD Scot From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 20:43: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 D586E10656B1 for ; Fri, 17 Jul 2009 20:43:16 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9108FC1C for ; Fri, 17 Jul 2009 20:43:15 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: by gxk17 with SMTP id 17so1776069gxk.19 for ; Fri, 17 Jul 2009 13:43:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=ANIHZICveHqqQDw1gZsigPEnuN+yz8jdER7EV2PVeQM=; b=Z8EmnGrft65e5lYtauNx+VWHx7Uty/W3Jah+yq7uPOsphjVLnF0MjO1v43vpatKqY3 Z1ToPeXFCU11LUMrzgd/rHSR0CrQCc2iCZMOCg/Ate7N9BAMW+AhLsHtfT8C+uvRpPRw bPanPbiNEZeQZ465OCCYnVzRuUV16gWytbWCQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=OzQmm6ww58prCfYzKSdX82VHpF8pOSLyUEBAZOJDkMCNNGbU5A/ijoWDJbMclG0GU1 OzjmKEAu8X1PiHXPRG06P+kSHmDZtv0JwbXQQHQ0UZcktN9/6HlfdOswIoUDoDu68iBw +OSUxZnJtzIUHN5cyRY+oXLhBmU31Eca8VJBc= Received: by 10.90.97.18 with SMTP id u18mr1171806agb.96.1247863394768; Fri, 17 Jul 2009 13:43:14 -0700 (PDT) Received: from ?192.168.1.100? ([190.177.208.151]) by mx.google.com with ESMTPS id 27sm313346agb.2.2009.07.17.13.43.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Jul 2009 13:43:14 -0700 (PDT) From: Gonzalo Nemmi To: freebsd-current@freebsd.org Date: Fri, 17 Jul 2009 17:43:10 -0300 User-Agent: KMail/1.9.10 References: <4A5D27F2.50208@voicenet.com> <3a142e750907150020h712bfcecq89d5ccf3e00e302c@mail.gmail.com> <200907150713.47807.adamk@voicenet.com> In-Reply-To: <200907150713.47807.adamk@voicenet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907171743.11143.gnemmi@gmail.com> Cc: Adam K Kirchhoff Subject: Re: bge problems when resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 20:43:17 -0000 On Wednesday 15 July 2009 8:13:47 am Adam K Kirchhoff wrote: > On Wednesday 15 July 2009 03:20:45 Paul B. Mahol wrote: > > On 7/15/09, Adam K Kirchhoff wrote: > > > Hello all, > > > > > > I have a Dell Latitude D610 laptop with 8.0-BETA1 installed. I > > > hadn't tried suspend/resume for a while and decided to give it a > > > shot. I was pleasantly surprised to see that I could suspend to > > > ram, resume, and have a (relatively) working system (previously > > > the display would never come back up and the serial console I had > > > hooked up remained dead). Great job to everyone who helped make > > > that possible. > > > > > > The only real issue that I seem to have now is that bge is > > > completely unusable after resume. Another individual seems to > > > have reported similar problems with bge and resume, but he also > > > had other issues that apparently trumped his networking issues: > > > > > > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/0090 > > >23.html > > > > > > Like him, resuming from suspend gives me: > > > > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 0, val 32768) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY read timed out (phy 1, > > > reg 0, val 0xffffffff) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 24, val 3072) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 23, val 10) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 21, val 12555) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 23, val 8223) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 21, val 38150) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 23, val 16415) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 21, val 5346) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 24, val 1024) > > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > > > reg 24, val 7) > > > > > > And so on and so forth. > > > > > > I thought that compiling if_bge as a module, unloading it before > > > suspend, and reloading it after resume, might get this working. > > > However, doing a "kldload if_bge" after the resume does nothing. > > > Well, the module gets loaded, but the device doesn't show up. No > > > errors from kldload, and there is nothing new in dmesg. > > > > > > Before the suspend, the device shows up as: > > > > > > bge0@pci0:2:0:0: class=0x020000 card=0x01821028 > > > chip=0x167714e4 rev=0x01 hdr=0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'NetXtreme Gigabit Ethernet PCI Express > > > (BCM5750A1)' class = network > > > subclass = ethernet > > > > > > After resuming, and reloading the module, it's: > > > > > > none1@pci0:2:0:0: class=0x020000 card=0x01821028 > > > chip=0x167714e4 rev=0x01 hdr=0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'NetXtreme Gigabit Ethernet PCI Express > > > (BCM5750A1)' class = network > > > subclass = ethernet > > > > > > If there are no ideas, I'll go ahead and open up a pr. I assume > > > this is just one bug, since both problems (the PHY issues and the > > > inability to reload the driver) are both related to the network > > > device. > > > > Put this lines into loader.conf and reboot. > > > > hw.pci.do_power_nodriver="3" > > hw.pci.do_power_resume="1" > > > > Now, before suspend, unload if_bge and some another driver (sound > > drivers are best candidate) and load sound driver again, suspend > > and resume. > > Now loading if_bge should make it succesfully attach. > > Unfortunately, after doing this, reloading the if_bge driver causes > the laptop to completely lock up... It gets as far as: > > bge0: rev. 0xffff> > mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci2 > > And then the entire machine hangs. I'm on ttyv0, so I'd see any > kernel panic, but nothing like that happens. The screen stays on, > but nothing else happens till I force a reboot. > > Adam Hi Adam, Paul ... I'm the "another individual" from you OP. I have the same problems you have regarding bge, but they weren't trumped .. I just had an order of priorities ;) Anyways, I tried the solution Paul posted and, just as in your case, I got a hard lock too ... I tried loading if_bge through /boot/loader.conf Then issued a: kldunload if_bge coretemp acpiconf -s 3 machine suspended As soon as I woke it up I got the following message followed by a hard lock: fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 fwohci0: unrecoverable error bge0: mem 0xf69f0000-0xf69fffff irq 17 at device 0.0 on pci9 All this happens on a Dell 1318, FreeBSD 8.0-BETA1, i386, Intel(R) Celeron(R) CPU 560@2.13GHz. bge0@pci0:9:0:0: class=0x020000 card=0x02861028 chip=0x171314e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetLink (TM) Fast Ethernet (BCM5906m)' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xf69f0000, size 65536, enabled cap 01[48] = powerspec 3 supports D0 D3 current D0 cap 03[50] = VPD cap 09[58] = vendor (length 120) cap 05[e8] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) If somebody needs more info, just ask me for it and I'll try to answer as soon as I can. Adam, if you do file a PR, please let me know so I can follow it. Best Regards -- Blessings Gonzalo Nemmi From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 21:02: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 9EC9B1065670 for ; Fri, 17 Jul 2009 21:02:28 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 429198FC17 for ; Fri, 17 Jul 2009 21:02:28 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA05.westchester.pa.mail.comcast.net with comcast id H75l1c00B0QuhwU5592Uqd; Fri, 17 Jul 2009 21:02:28 +0000 Received: from [192.168.5.101] ([68.45.151.98]) by OMTA02.westchester.pa.mail.comcast.net with comcast id H92U1c00627dlBY3N92Uy9; Fri, 17 Jul 2009 21:02:28 +0000 Message-ID: <4A60E6E0.1010505@voicenet.com> Date: Fri, 17 Jul 2009 17:02:24 -0400 From: Adam K Kirchhoff User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Gonzalo Nemmi References: <4A5D27F2.50208@voicenet.com> <3a142e750907150020h712bfcecq89d5ccf3e00e302c@mail.gmail.com> <200907150713.47807.adamk@voicenet.com> <200907171743.11143.gnemmi@gmail.com> In-Reply-To: <200907171743.11143.gnemmi@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: bge problems when resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 21:02:28 -0000 Gonzalo Nemmi wrote: > Hi Adam, Paul ... > I'm the "another individual" from you OP. > I have the same problems you have regarding bge, but they weren't > trumped .. I just had an order of priorities ;) > > Anyways, I tried the solution Paul posted and, just as in your case, I > got a hard lock too ... > > I tried loading if_bge through /boot/loader.conf > Then issued a: > > kldunload if_bge coretemp > acpiconf -s 3 > > machine suspended > > As soon as I woke it up I got the following message followed by a hard > lock: > > fwohci0: Phy 1394a available S400, 1 ports. > fwohci0: Link S400, max_rec 2048 bytes. > fwohci0: Initiate bus reset > fwohci0: fwohci_intr_core: BUS reset > fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, > CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) > firewire0: bus manager 0 > fwohci0: unrecoverable error > bge0: 0xffff> mem 0xf69f0000-0xf69fffff irq 17 at device 0.0 on pci9 > > All this happens on a Dell 1318, FreeBSD 8.0-BETA1, i386, Intel(R) > Celeron(R) CPU 560@2.13GHz. > > bge0@pci0:9:0:0: class=0x020000 card=0x02861028 chip=0x171314e4 rev=0x02 > hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetLink (TM) Fast Ethernet (BCM5906m)' > class = network > subclass = ethernet > bar [10] = type Memory, range 64, base 0xf69f0000, size 65536, > enabled > cap 01[48] = powerspec 3 supports D0 D3 current D0 > cap 03[50] = VPD > cap 09[58] = vendor (length 120) > cap 05[e8] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) > > If somebody needs more info, just ask me for it and I'll try to answer > as soon as I can. > > Adam, if you do file a PR, please let me know so I can follow it. > > Best Regards > Thanks for the reminder :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=136876 From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 21:37:56 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 B3816106564A for ; Fri, 17 Jul 2009 21:37:56 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4518FC15 for ; Fri, 17 Jul 2009 21:37:56 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from gluon.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id B61E5850E; Fri, 17 Jul 2009 21:18:38 +0000 (UTC) Date: Fri, 17 Jul 2009 22:18:34 +0100 From: Bruce Cran To: David Wolfskill Message-ID: <20090717221834.0084b1f7@gluon.draftnet> In-Reply-To: <20090717161046.GH61607@bunrab.catwhisker.org> References: <20090717161046.GH61607@bunrab.catwhisker.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Trouble building world from r195708 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 21:37:56 -0000 On Fri, 17 Jul 2009 09:10:46 -0700 David Wolfskill wrote: > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/gperf -static > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o gperf bool-array.o > gen-perf.o hash-table.o iterator.o key-list.o list-node.o main.o > new.o options.o read-line.o trace.o vectors.o version.o hash.o > -legacy /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x98e): In function > `.L140': : undefined reference to > `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0xddc): > In function `__frame_state_for': : undefined reference to > `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1706): > In function `.L399': : undefined reference to > `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1ba5): > In function `_Unwind_Backtrace': : undefined reference to > `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1e0d): > In function `_Unwind_RaiseException': : undefined reference to > `__stack_chk_fail_local' /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1fe1): > more undefined references to `__stack_chk_fail_local' follow *** > Error code 1 [...] > Any suggestions for helping me get past this so I can do some reality > checks on 8.0-BETA2? A similar problem was reported with building perl a few days ago: http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009518.html -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 21:40: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 8FC85106564A; Fri, 17 Jul 2009 21:40:13 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6D58FC20; Fri, 17 Jul 2009 21:40:13 +0000 (UTC) (envelope-from kingedgar@gmail.com) Received: by gxk17 with SMTP id 17so1822259gxk.19 for ; Fri, 17 Jul 2009 14:40:12 -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:content-type :content-transfer-encoding; bh=WNN6FkIn1OXwdqcSPaZ5zbTGeuF/G+vqM0goBwEa+OI=; b=Cs3XsyZ1WdCFGcG5o+jdbkTO9++lTANjzqmv6MviqSmLzqaxB7+tmAc///hW61Mu1d yGA0OqJfYJ5E3uqTCkYtlLxM3ol9Arx2j0RC+/W6X7ofnSJoTB2VyeI7jobq43xjJhJz 58TOvFp0l8/WpzsQZMs2RIigN3r8Plapd8454= 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 :content-type:content-transfer-encoding; b=hVEY78URjNIc29V4tQc0zhore2PyfzapBCMSWdF2t3gcbAtyJNoEH2wMp5Y353ebEj kLChcyWvCor1T+EGimo18eaHbena8FjHOsIARBYxEMKSDlYtkxICObjI6Y7Na/bNLERz sxIh7pvluDKxMl6DOg33ZjP2XZmvfitjZtAzo= MIME-Version: 1.0 Received: by 10.100.12.17 with SMTP id 17mr2259158anl.2.1247866812391; Fri, 17 Jul 2009 14:40:12 -0700 (PDT) In-Reply-To: <790a9fff0907171342y357bb515y1483dabab615182d@mail.gmail.com> References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> <4A5ED9AE.4010003@yandex.ru> <4A60DB90.6070303@mykitchentable.net> <790a9fff0907171342y357bb515y1483dabab615182d@mail.gmail.com> Date: Fri, 17 Jul 2009 16:40:12 -0500 Message-ID: <970380130907171440x2bedf65ey507066fa464a6838@mail.gmail.com> From: Jason Garrett To: Scot Hetzel , Drew Tomlinson , freebsd-current , freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 21:40:14 -0000 Currently ther are a few errors that prevent the trhing from booting in that guide. I will be happy to share them as soon as I get home. (I used your guide for the most part.) About an hour and a half and ill be ready to post. On 7/17/09, Scot Hetzel wrote: > 2009/7/17 Drew Tomlinson : >>> 4. Install FreeBSD from copy of install CD to ZFS. I used sysinstall wi= th >>> custom >>> options (Install Root and Media Type) >> >> I am stuck at this point. =A0I have my zpool mounted at /zpool in the Fi= xIt >> environment. =A0Then I exit FixIt and choose =A0"Custom" from sysinstall= . =A0I >> set >> appropriate =A0"Options". =A0Next I select my distributions. =A0Finally = I hit >> "Commit" but systinstall complains that I haven't labeled any disks. =A0= What >> step am I missing? >> > > Just follow these steps to install FreeBSD from the Fixit environment: > > http://wiki.freebsd.org/ZFSOnRootWithZFSboot#installFreeBSD > > Scot > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 22:09: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 9CDCF1065670 for ; Fri, 17 Jul 2009 22:09:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6948FC1D for ; Fri, 17 Jul 2009 22:09:23 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz4 with SMTP id 4so881788bwz.43 for ; Fri, 17 Jul 2009 15:09:23 -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=jHYehJttAQI7HhddrVbG2ZoeVPANmri9aWX4ScLmFrg=; b=gcQKLIY+Gbmru7LrT2cOdAWQFhPs/IM77BTJ4U4gvZufTKf27OjpIg0g4Sfo/6TpYZ OG7gat+5nTuWNolhii5EqWwO+mmBrxSE6ELSpYimkMNSWE+4SjzPCOzdSC2STVfE23vV mExkkMPOL58T4k/72b8f9SZZyvJ2pNMn4p3IU= 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=GQj1pnDXYM81s6n3cQle5bDuMvaor42gBw+ni9aXqfqP8Bup35BW1LKHhRNZjJhvau Lcf/8NLxuBc8F80m63AYTw0ZNJBNM6jWpDxPEnj6Ag7qAMBZSe06y7gY3Eckwbprl8oy XrOXjDcSLR1wfydxAQvnNJSS3uWSDZ35MoP9Y= MIME-Version: 1.0 Received: by 10.204.59.73 with SMTP id k9mr1355787bkh.167.1247868562944; Fri, 17 Jul 2009 15:09:22 -0700 (PDT) In-Reply-To: <200907171743.11143.gnemmi@gmail.com> References: <4A5D27F2.50208@voicenet.com> <3a142e750907150020h712bfcecq89d5ccf3e00e302c@mail.gmail.com> <200907150713.47807.adamk@voicenet.com> <200907171743.11143.gnemmi@gmail.com> Date: Sat, 18 Jul 2009 00:09:22 +0200 Message-ID: <3a142e750907171509o62c999c5o446bcd7cd576b9a5@mail.gmail.com> From: "Paul B. Mahol" To: Gonzalo Nemmi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Adam K Kirchhoff Subject: Re: bge problems when resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 22:09:24 -0000 On 7/17/09, Gonzalo Nemmi wrote: > On Wednesday 15 July 2009 8:13:47 am Adam K Kirchhoff wrote: >> On Wednesday 15 July 2009 03:20:45 Paul B. Mahol wrote: >> > On 7/15/09, Adam K Kirchhoff wrote: >> > > Hello all, >> > > >> > > I have a Dell Latitude D610 laptop with 8.0-BETA1 installed. I >> > > hadn't tried suspend/resume for a while and decided to give it a >> > > shot. I was pleasantly surprised to see that I could suspend to >> > > ram, resume, and have a (relatively) working system (previously >> > > the display would never come back up and the serial console I had >> > > hooked up remained dead). Great job to everyone who helped make >> > > that possible. >> > > >> > > The only real issue that I seem to have now is that bge is >> > > completely unusable after resume. Another individual seems to >> > > have reported similar problems with bge and resume, but he also >> > > had other issues that apparently trumped his networking issues: >> > > >> > > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/0090 >> > >23.html >> > > >> > > Like him, resuming from suspend gives me: >> > > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 0, val 32768) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY read timed out (phy 1, >> > > reg 0, val 0xffffffff) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 24, val 3072) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 23, val 10) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 21, val 12555) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 23, val 8223) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 21, val 38150) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 23, val 16415) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 21, val 5346) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 24, val 1024) >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> > > reg 24, val 7) >> > > >> > > And so on and so forth. >> > > >> > > I thought that compiling if_bge as a module, unloading it before >> > > suspend, and reloading it after resume, might get this working. >> > > However, doing a "kldload if_bge" after the resume does nothing. >> > > Well, the module gets loaded, but the device doesn't show up. No >> > > errors from kldload, and there is nothing new in dmesg. >> > > >> > > Before the suspend, the device shows up as: >> > > >> > > bge0@pci0:2:0:0: class=0x020000 card=0x01821028 >> > > chip=0x167714e4 rev=0x01 hdr=0x00 >> > > vendor = 'Broadcom Corporation' >> > > device = 'NetXtreme Gigabit Ethernet PCI Express >> > > (BCM5750A1)' class = network >> > > subclass = ethernet >> > > >> > > After resuming, and reloading the module, it's: >> > > >> > > none1@pci0:2:0:0: class=0x020000 card=0x01821028 >> > > chip=0x167714e4 rev=0x01 hdr=0x00 >> > > vendor = 'Broadcom Corporation' >> > > device = 'NetXtreme Gigabit Ethernet PCI Express >> > > (BCM5750A1)' class = network >> > > subclass = ethernet >> > > >> > > If there are no ideas, I'll go ahead and open up a pr. I assume >> > > this is just one bug, since both problems (the PHY issues and the >> > > inability to reload the driver) are both related to the network >> > > device. >> > >> > Put this lines into loader.conf and reboot. >> > >> > hw.pci.do_power_nodriver="3" >> > hw.pci.do_power_resume="1" >> > >> > Now, before suspend, unload if_bge and some another driver (sound >> > drivers are best candidate) and load sound driver again, suspend >> > and resume. >> > Now loading if_bge should make it succesfully attach. >> >> Unfortunately, after doing this, reloading the if_bge driver causes >> the laptop to completely lock up... It gets as far as: >> >> bge0: > rev. 0xffff> >> mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci2 >> >> And then the entire machine hangs. I'm on ttyv0, so I'd see any >> kernel panic, but nothing like that happens. The screen stays on, >> but nothing else happens till I force a reboot. >> >> Adam > > Hi Adam, Paul ... > I'm the "another individual" from you OP. > I have the same problems you have regarding bge, but they weren't > trumped .. I just had an order of priorities ;) > > Anyways, I tried the solution Paul posted and, just as in your case, I > got a hard lock too ... > > I tried loading if_bge through /boot/loader.conf > Then issued a: > > kldunload if_bge coretemp coretemp is wrong module, it must be one of modules that attach to pci. > acpiconf -s 3 > > machine suspended > > As soon as I woke it up I got the following message followed by a hard > lock: > > fwohci0: Phy 1394a available S400, 1 ports. > fwohci0: Link S400, max_rec 2048 bytes. > fwohci0: Initiate bus reset > fwohci0: fwohci_intr_core: BUS reset > fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, > CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) > firewire0: bus manager 0 > fwohci0: unrecoverable error > bge0: 0xffff> mem 0xf69f0000-0xf69fffff irq 17 at device 0.0 on pci9 > > All this happens on a Dell 1318, FreeBSD 8.0-BETA1, i386, Intel(R) > Celeron(R) CPU 560@2.13GHz. > > bge0@pci0:9:0:0: class=0x020000 card=0x02861028 chip=0x171314e4 rev=0x02 > hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetLink (TM) Fast Ethernet (BCM5906m)' > class = network > subclass = ethernet > bar [10] = type Memory, range 64, base 0xf69f0000, size 65536, > enabled > cap 01[48] = powerspec 3 supports D0 D3 current D0 > cap 03[50] = VPD > cap 09[58] = vendor (length 120) > cap 05[e8] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) > > If somebody needs more info, just ask me for it and I'll try to answer > as soon as I can. > > Adam, if you do file a PR, please let me know so I can follow it. > > Best Regards > -- > Blessings > Gonzalo Nemmi > -- Paul From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 22:32: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 776E41065670 for ; Fri, 17 Jul 2009 22:32:27 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 002578FC18 for ; Fri, 17 Jul 2009 22:32:26 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id n6HMWPtD089936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Jul 2009 00:32:25 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4A60FBF8.80901@omnilan.de> Date: Sat, 18 Jul 2009 00:32:24 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.22 (X11/20090717) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A55A9BA.80108@omnilan.de> In-Reply-To: <4A55A9BA.80108@omnilan.de> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig420007E074E25827E1AC076B" Subject: Re: VirtualBox stopped working with -beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 22:32:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig420007E074E25827E1AC076B Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer schrieb am 09.07.2009 10:26 (localtime): > Hello, >=20 > I've been using the great virtualbox port for some weeks with 8-current= =20 > without problems. > Unfortunately it stoped working with recent -current. > The complete system hard freezes after starting a vbox machine. > Any hints how to obtain a dump? Of course I recompiled virtualbox with = > the new kernel sources. Recompiling only virtualbox wasn't sufficient. I guess something=20 qt4-specific was the culprit, since I had this problem after libGL was=20 updated. Now I recompiled everything and virtualbox is working again! Sorry for the noise. -Harry --------------enig420007E074E25827E1AC076B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpg+/kACgkQLDqVQ9VXb8ha0ACgpsE5mMXvfaLgUcvY+lD7YR+j mIwAoJ618VAP+QlMyzN076CuimzIv8o8 =hM81 -----END PGP SIGNATURE----- --------------enig420007E074E25827E1AC076B-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 22:51: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 72894106566B for ; Fri, 17 Jul 2009 22:51:37 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 077928FC21 for ; Fri, 17 Jul 2009 22:51:36 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by bwz4 with SMTP id 4so893173bwz.43 for ; Fri, 17 Jul 2009 15:51:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.174.18 with SMTP id b18mr801749mup.122.1247871095829; Fri, 17 Jul 2009 15:51:35 -0700 (PDT) In-Reply-To: <4A60FBF8.80901@omnilan.de> References: <4A55A9BA.80108@omnilan.de> <4A60FBF8.80901@omnilan.de> Date: Sat, 18 Jul 2009 00:51:35 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: VirtualBox stopped working with -beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Jul 2009 22:51:37 -0000 On Sat, Jul 18, 2009 at 00:32, Harald Schmalzbauer wrote: > Harald Schmalzbauer schrieb am 09.07.2009 10:26 (localtime): >> >> Hello, >> >> I've been using the great virtualbox port for some weeks with 8-current >> without problems. >> Unfortunately it stoped working with recent -current. >> The complete system hard freezes after starting a vbox machine. >> Any hints how to obtain a dump? Of course I recompiled virtualbox with the >> new kernel sources. > > Recompiling only virtualbox wasn't sufficient. I guess something > qt4-specific was the culprit, since I had this problem after libGL was > updated. > Now I recompiled everything and virtualbox is working again! > Sorry for the noise. Thanks for the info :) From owner-freebsd-current@FreeBSD.ORG Fri Jul 17 22:03: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 706961065670 for ; Fri, 17 Jul 2009 22:03:49 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from smtp2.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 39F088FC17 for ; Fri, 17 Jul 2009 22:03:48 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: (qmail 23033 invoked from network); 17 Jul 2009 14:52:33 -0700 Received: by simscan 1.1.0 ppid: 23014, pid: 23019, t: 2.1781s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp2.surewest.net. X-Spam-Level: X-Spam-Status: No, score=0.0 required=10.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=l6znrEm5JCIA:10 a=6I5d2MoRAAAA:8 a=jDt-9pEAAAAA:8 a=Q4QC4U170z8mjG8yLTMA:9 a=pHpKjkVZYJ_hEvwpI4dcO4RY3NUA:4 a=Sllw8v0m4fwA:10 Received: from unknown (HELO blacklamb.mykitchentable.net) (69.62.230.77) by smtp2 with SMTP; 17 Jul 2009 14:52:31 -0700 Received: from [127.0.0.1] (bigdaddy.mykitchentable.net [192.168.1.3]) by blacklamb.mykitchentable.net (Postfix) with ESMTPA id D80D1164E8A; Fri, 17 Jul 2009 15:03:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mykitchentable.net; s=default; t=1247868220; bh=DZUfXLkxLtfsNtE5vw6XkLZQuxVpiD+cH97Wc6vjYX0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=xKEWXZCp2s/uAPkvvLsTHW5wtRfB5xi/a4Tsjt9jnLiZpwD+4kF+oqxMa+HlSlTfp lVgXFkPHmYxosB3dNaqYWimFttqyAUiwns4MuFgqrR0bWVSJlWwReqIjex8AiMhiDe R2LxLhNNBrDbyApp+UPp3ZQcr54qJHcLYErHOVpo= Message-ID: <4A60F535.3040908@mykitchentable.net> Date: Fri, 17 Jul 2009 15:03:33 -0700 From: Drew Tomlinson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Scot Hetzel References: <4A57E38B.5050108@mykitchentable.net> <970380130907122109g4e160373m37259a3c40d48373@mail.gmail.com> <4A5B7D28.1080000@mykitchentable.net> <970380130907131500u2d300ben4ddec327cc54d2b4@mail.gmail.com> <4A5BBEC5.200@mykitchentable.net> <970380130907151512k4870af65q55f7ed0545fa6521@mail.gmail.com> <970380130907151733w2f226b37r31a189e73ec54dc2@mail.gmail.com> <4A5ED9AE.4010003@yandex.ru> <4A60DB90.6070303@mykitchentable.net> <790a9fff0907171342y357bb515y1483dabab615182d@mail.gmail.com> In-Reply-To: <790a9fff0907171342y357bb515y1483dabab615182d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 090717-0, 07/17/2009), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Fri, 17 Jul 2009 22:53:41 +0000 Cc: freebsd-current , freebsd-questions@freebsd.org Subject: Re: Attempting ZFS Only Install of 7.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 22:03:49 -0000 Scot Hetzel wrote: > 2009/7/17 Drew Tomlinson : > >>> 4. Install FreeBSD from copy of install CD to ZFS. I used sysinstall with >>> custom >>> options (Install Root and Media Type) >>> >> I am stuck at this point. I have my zpool mounted at /zpool in the FixIt >> environment. Then I exit FixIt and choose "Custom" from sysinstall. I set >> appropriate "Options". Next I select my distributions. Finally I hit >> "Commit" but systinstall complains that I haven't labeled any disks. What >> step am I missing? >> >> > > Just follow these steps to install FreeBSD from the Fixit environment: > > http://wiki.freebsd.org/ZFSOnRootWithZFSboot#installFreeBSD Thanks. I followed those steps to get the system installed and the rest of the steps in Andrey's post. I had one more issue before I got a full working system. I had to add: vfs.root.mountfrom.options="rw" to /boot/loader.conf. Without that line, I got some error telling me to try 'set vfs.root.mountfrom.options=rw' and it left me at a "mountfrom>" prompt. But unfortunately, my USB keyboard didn't work at that prompt. Thus I rebooted from FixIt and added the line above. One more reboot and voila! ZFS on Root. Thanks for all the help, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 00:10: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 B8E24106564A for ; Sat, 18 Jul 2009 00:10:47 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [77.47.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 75B458FC14 for ; Sat, 18 Jul 2009 00:10:46 +0000 (UTC) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm513-1.comsys.ntu-kpi.kiev.ua (pm513-1.comsys.ntu-kpi.kiev.ua [10.18.52.101]) (authenticated bits=0) by comsys.ntu-kpi.kiev.ua (8.13.7/8.13.7) with ESMTP id n6HCQYZC033308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2009 15:26:35 +0300 (EEST) Received: by pm513-1.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1001) id 796351CC39; Fri, 17 Jul 2009 15:26:38 +0300 (EEST) Date: Fri, 17 Jul 2009 15:26:38 +0300 From: Andrey Simonenko To: Rick Macklem Message-ID: <20090717122638.GA44356@pm513-1.comsys.ntu-kpi.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV version 0.93.1, clamav-milter version 0.93.1 on comsys.ntu-kpi.kiev.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on comsys.ntu-kpi.kiev.ua Cc: freebsd-current@freebsd.org Subject: Re: help w.r.t. vfs_event_signal(..VQ_NOTRESPLOCK) in nlm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 00:10:48 -0000 Hello, On Wed, 15 Jul 2009 12:16:27 -0400, Rick Macklem wrote: > The crashes occur because nlm_down() and nlm_up() assume that the > mount point structure still exists, when it might not. The part > that I don't understand is that they do the following: > vfs_event_signal(&nmp->nm_mountp->mnt_stat.f_fsid, > VQ_NOTRESPLOCK, 0); > once for each cycle of down/up, using a per-mountpoint flag. It's > the per-mountpoint flag that you don't actually have access to. > So, does anyone happen to know what the above does and whether it > has to happen once/mountpoint OR would once for all mountpoints be > sufficient? (Although fsid is the first argument, it appears that > it isn't actually used.) This part of code is related to kqueue, kqueue(2) and kevent(2) allow user processes to monitor some kernel events. These kernel events have different properties like filter number, flags value, data value. This is true that the first argument is not used in vfs_event_signal(). I guess that originally there was some idea to use some data with VFS related events to identify file system for which some event occurred, but actually this data is not used, unlike filters for files for example. When I was implementing "NFS exports atomic updates" (PR kern/136865) I used VQ_MOUNT/VQ_UNMOUNT to synchronize nfsserver and mountd visions of exported file systems and had to verify each VFS event, since 1) current API does not allow to identify VFS events and 2) multiple events that trigger the filter do not result in multiple kevents. The second property in some situations requires verification of triggered kevent from userland because multiple kevents are aggregated as I understand. The third argument looks like on/off flag for the same event, again it is not used. From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 02:42: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 CA65E1065672 for ; Sat, 18 Jul 2009 02:42:08 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id A38648FC1F for ; Sat, 18 Jul 2009 02:42:08 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: by pxi38 with SMTP id 38so825264pxi.3 for ; Fri, 17 Jul 2009 19:42:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=ZfRMgM4ZPuLFSar5wToKemKG0w3KOGYIgM6g2wGztAw=; b=km3CFodcEnG2dWLMrcYb5Mh2WkBl2AdD0f9QyI5Any0FAHwGQAeCP1Gts6DPivAKTj /K9tyxW3ZJCg1FVQz/BSyWW9CDDZ/u4gfjONAHyWHlRtJdaHqfv+coucZSQPKw+++aTP iMwMnSFSSdh4qVgT4BXCnC7P7jdCcI1/cPegY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=v/PL19motDrqOZ0bpzSPLnpEgqKG22WqNCFoWLVnp6k7lSOrCy9zc8vUnF+zZ4vyqT KAKjsotPb3XJ6gAFRJGEamiPGgvbGeLtH802IeHLyYuLb26TdVUiaM44Bzbl/pAEyhGv Ttbs+Z4s03npslPCXQhTWGennN2yY9xSvfuxs= MIME-Version: 1.0 Received: by 10.142.199.15 with SMTP id w15mr392693wff.305.1247884927854; Fri, 17 Jul 2009 19:42:07 -0700 (PDT) Date: Sat, 18 Jul 2009 09:42:07 +0700 Message-ID: From: Edho P Arief To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: broken pmbr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 02:42:09 -0000 I just managed to, um, break my installation boot using these steps: 1. system with at least two disks (say ad0 and ad4) 2. create gpt partition on ad0 3. create at least one freebsd-ufs on ad0 4. install freebsd on ad4 using gpt ( http://m8d.de/news/freebsd-on-gpt.php ) 5. reboot and boot to ad4 6. 'Missing boot loader' (Rearranging ad0 to adX where X>4 or removing ad0 solves the problem, btw) Does pmbr only search first drive with gpt it found? -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 03:05:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 681A61065674 for ; Sat, 18 Jul 2009 03:05:28 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: from us1.tomahawkonline.net (us1.tomahawkonline.net [66.98.178.56]) by mx1.freebsd.org (Postfix) with SMTP id 2C9928FC12 for ; Sat, 18 Jul 2009 03:05:27 +0000 (UTC) (envelope-from sagara@tomahawk.com.sg) Received: (qmail 11094 invoked by alias); 17 Jul 2009 23:47:00 -0000 Message-ID: <20090717234700.11093.qmail@us1.tomahawkonline.net> References: <20090714123509.16504.qmail@us1.tomahawkonline.net> <200907171518.20959.hselasky@c2i.net> <20090717121000.4081.qmail@us1.tomahawkonline.net> <200907172110.14527.hselasky@c2i.net> In-Reply-To: <200907172110.14527.hselasky@c2i.net> From: "Sagara Wijetunga" To: Hans Petter Selasky Date: Sat, 18 Jul 2009 07:47:00 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Is extra USB event possible in FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 03:05:28 -0000 Hans Petter Selasky writes: > On Friday 17 July 2009 14:10:00 Sagara Wijetunga wrote: >> Hans Petter Selasky writes: >> > On Friday 17 July 2009 10:55:56 Sagara Wijetunga wrote: >> >> If it is, this option is out. Almost all of the USB mass storage >> >> devices, eg. USB flash disks, cameras, audio players, etc. are already >> >> formatted. We cannot ask users to format first (ie. in FreeBSD terms >> >> create disk lables, create files systems, etc) before use as it make no >> >> sense at all. Eg. One buy a camera at the airport, take photos on a >> >> tour, after the tour wants to transfer photos to the computer. Now its >> >> too late to create labels. >> >> >> >> Therefore, your first option sounds interesting. I'm not sure is it the >> >> correct way forward. As you are the USB expert, could you recommend the >> >> correct solution? >> > >> > Hi, >> > >> > Seems to me like this is not an USB problem, at first. USB does not have >> > any place to put the information. The CAM API needs to be extended first, >> > to be able to pass along the kind of information you want, that is my >> > recommendation. >> >> This is the solution in general we also thought of, to pass a list of >> name/value pairs to CAM. >> >> > What is your solution for multi-card-readers, where multiple hardware >> > units will get the same vendor ID, product ID and serial number? >> >> It is very good you mentioned this issue. >> >> Here is how it work (aka udev rules) on Linux for a 5-in-1 multi-card >> reader: >> >> BUS="scsi", SYSFS{model}="USB Storage-SMC", KERNEL="sd*", NAME="%k", >> SYMLINK="smcard%n" >> >> BUS="scsi", SYSFS{model}="USB Storage-CFC", KERNEL="sd*", NAME="%k", >> SYMLINK="cfcard%n" >> >> BUS="scsi", SYSFS{model}="USB Storage-MMC", KERNEL="sd*", NAME="%k", >> SYMLINK="mmcard%n" >> >> BUS="scsi", SYSFS{model}="USB Storage-SDC", KERNEL="sd*", NAME="%k", >> SYMLINK="sdcard%n" >> >> BUS="scsi", SYSFS{model}="USB Storage-MSC", KERNEL="sd*", NAME="%k", >> SYMLINK="mscard%n" >> >> >> For the very same 5-in-1 multi-card reader on FreeBSD 8: >> sysctl -a | grep dev.umass >> dev.umass.0.%desc: Generic USB Storage Device, class 0/0, rev 2.00/1.00, >> addr 2 >> dev.umass.0.%driver: umass >> dev.umass.0.%location: port=5 interface=0 >> dev.umass.0.%pnpinfo: vendor=0x07c4 product=0x3260 devclass=0x00 >> devsubclass=0x00 sernum="20040331152452980" intclass=0x08 intsubclass=0x06 >> dev.umass.0.%parent: uhub3 >> >> For the very same 5-in-1 multi-card reader on FreeBSD 8: >> camcontrol devlist >> at scbus1 target 0 lun 0 (pass0,da0) >> at scbus1 target 0 lun 1 (pass1,da1) >> at scbus1 target 0 lun 2 (pass2,da2) >> at scbus1 target 0 lun 3 (pass3,da3) >> >> Though the 5-in-1 multi-card reader is one unit for FreeBSD 8, its also >> shows different names on different LUNs. >> >> On Linux, it appear as 5 different units with multiple model names, so >> that, different cards can be matched individually without an issue. >> >> What we could do is send following for USB events: >> 1. Vendor name string (vendor-name) [eg. Lexar] >> 2. Vendor ID in hex (vendor-id) [eg. 0x1234] >> 3. Product name string (product-name) [eg. Multi-Card USB 2.0 Card Reader] >> 4. Product ID in hex (product-id) [eg. 0x5678] >> 5. LUN name string (lun-name) [eg. USB Storage-SMC] >> 6. LUN number (lun) [eg. 0] >> > > I'm not in a position to change anything in the CAM layer. You maybe have to > ask Scott Long about this. > Thank you for CC to Scott Long. What is the interface change you propose? Let me get more insight for this issue. Could I know in which program/s which CAM functions you use regarding this issue? Best regards Sagara From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 03:29: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 0C38710656C0; Sat, 18 Jul 2009 03:29:36 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id C8E138FC12; Sat, 18 Jul 2009 03:29:35 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n6I3TRiD041362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jul 2009 23:29:35 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RuqrIPjOVPF9Nk6DFIZv" Date: Fri, 17 Jul 2009 23:29:19 -0400 Message-Id: <1247887759.14210.18.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 Cc: Subject: 8.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 03:29:36 -0000 --=-RuqrIPjOVPF9Nk6DFIZv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The second of the BETA builds for the FreeBSD-8.0 release cycle is now available. There are still a few things being finished up so a couple more moderately large commits are coming but we seem to be making good progress. The target date for the last of the things still being worked on is BETA3. In the meantime we appreciate the feedback we have received from people who have started testing and some of those problems have been fixed as well. As was the case with BETA1, BETA2 is still a little bit "rough around the edges" and we still have various debugging tools enabled that cause the system to perform worse than it will when those debugging tools get disabled. We don't know of any issues that will "eat your data" or anything like that so in that regard it's safe but we don't recommend it for production use quite yet. If you notice problems you can report them through the normal Gnats PR system or on the freebsd-current mailing list. Sorry for not specifying that in the BETA1 announcement. With the X.0 releases I make the announcements of how the release is progressing on both freebsd-current and freebsd-stable because what's being released is "about to become a stable branch" so some people who only read freebsd-stable might be interested. But when it comes to watching for discussions about the release the developer community tends to pay more attention to the freebsd-current mailing list. ISO images for all supported architectures are available on the FTP sites, and a "memory stick" image is available for amd64/i386 architectures. For amd64/i386 architectures the DVD and memstick images include the documentation packages this time but no other packages yet. None of the other images included packages. The memstick image should now work in "fixit" mode (livefs). If you are using csup/cvsup methods to update an older system the branch tag to use is still head ("."). The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-RELEASE, 7.2-RELEASE, or 8.0-BETA2 can upgrade as follows: =20 # freebsd-update upgrade -r 8.0-BETA2 =20 During this process, FreeBSD Update may ask the user to help by merging som= e configuration files or by confirming that the automatically performed mergi= ng was done correctly. =20 # freebsd-update install =20 The system must be rebooted with the newly installed kernel before continui= ng. =20 # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install =20 At this point, users of systems being upgraded from FreeBSD 7.x will be prompted by freebsd-update to rebuild all third-party applications (e.g., ports installed from the ports tree) due to updates in system libraries. S= ee http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.ht= ml for mode details. After updating installed third-party applications (and again, only if freebsd-update printed a message indicating that this was necessary), run freebsd-update again so that it can delete the old (no long= er used) system libraries: # freebsd-update install =20 Finally, reboot into 8.0-BETA2: =20 # shutdown -r now MD5/SHA256 checksums for the image files: MD5 (8.0-BETA2-amd64-bootonly.iso) =3D 7e389124bfa5c216324b12660664a41d MD5 (8.0-BETA2-amd64-disc1.iso) =3D c5a8391ec3eda90e310590c6e9352e43 MD5 (8.0-BETA2-amd64-dvd1.iso) =3D c148d1eac8fbafce3dc26a5186a3c7c6 MD5 (8.0-BETA2-amd64-livefs.iso) =3D 24e2da8a58e8df86a1a72d3fd2aa95a1 MD5 (8.0-BETA2-amd64-memstick.img) =3D 06d466ba9cf5c3a22aee92586fa96d7f MD5 (8.0-BETA2-i386-bootonly.iso) =3D 4279dec2239df09ec7b93e52f96e55bb MD5 (8.0-BETA2-i386-disc1.iso) =3D 16173fee72aa8cdd7d39d8ce3238276c MD5 (8.0-BETA2-i386-dvd1.iso) =3D 3a04d48154c702021e9abac271e9a700 MD5 (8.0-BETA2-i386-livefs.iso) =3D 6ca1813b3ac7cc9abe8f44c9875a50bf MD5 (8.0-BETA2-i386-memstick.img) =3D 5db506264c4b2d60b902d63ebc49a317 MD5 (8.0-BETA2-ia64-bootonly.iso) =3D baac960edebc8a10131db8debe961168 MD5 (8.0-BETA2-ia64-disc1.iso) =3D 77ecfb115e4dbc5eaaad6d42e8e93bae MD5 (8.0-BETA2-ia64-disc2.iso) =3D 77fe3b112b74858abc9586e5ac0c8355 MD5 (8.0-BETA2-ia64-disc3.iso) =3D ddc874a6e67d290a6af96221a025e90a MD5 (8.0-BETA2-ia64-dvd1.iso) =3D ac85730dfabea642cf91471954f541dd MD5 (8.0-BETA2-ia64-livefs.iso) =3D 5806ddd76a778bcde03e3c92f0005173 MD5 (8.0-BETA2-pc98-bootonly.iso) =3D b0c5c41251242483c2048b77dadc7a76 MD5 (8.0-BETA2-pc98-disc1.iso) =3D 49a0974e0abd5e63618ea99634313bbe MD5 (8.0-BETA2-pc98-livefs.iso) =3D dddfdb2e0f6ffd0497f9ce9a00812c24 MD5 (8.0-BETA2-powerpc-bootonly.iso) =3D 2bd42f619809aedbd3ac6a5b1beeec6d MD5 (8.0-BETA2-powerpc-disc1.iso) =3D 329c5d3082fe3479545018092d3a0850 MD5 (8.0-BETA2-powerpc-disc2.iso) =3D ba7d5337e9c1cc9c356372a7d7f4015d MD5 (8.0-BETA2-powerpc-disc3.iso) =3D 46567950c6e6d969ec584637641e042c MD5 (8.0-BETA2-sparc64-bootonly.iso) =3D 47bba49d0f4ea3c58163db9146c46d6c MD5 (8.0-BETA2-sparc64-disc1.iso) =3D 93af6d6d1164276d83c3e8c67a904422 MD5 (8.0-BETA2-sparc64-dvd1.iso) =3D 269ebf61580485eb8fc3abb063b5a309 SHA256 (8.0-BETA2-amd64-bootonly.iso) =3D c11389094ee73389eb3e3ad22e165f158= cce0003431a88eb27ae253fd76b70a8 SHA256 (8.0-BETA2-amd64-disc1.iso) =3D 49121108535986690eebc7c894a56bdd1e4b= 5afc8ed1470afb0ebc79debb2c1e SHA256 (8.0-BETA2-amd64-dvd1.iso) =3D d3f36481fd022bad67cc020eeb19f261330c2= 79592a0062c43804fdc32a0c08d SHA256 (8.0-BETA2-amd64-livefs.iso) =3D 35d02c1b6bdcc54721f955f3beb68c6e67b= 610554a2e28c28391041cdab75ddf SHA256 (8.0-BETA2-amd64-memstick.img) =3D 66eb336e4de03cc68f1929db233d3edb3= 7fc05b814cde68fe8f618340b91cb66 SHA256 (8.0-BETA2-i386-bootonly.iso) =3D 904b8aa5380ea81604ea81c9c88b3bb3ad= e744a45cececa512fc78b07c1bbacd SHA256 (8.0-BETA2-i386-disc1.iso) =3D 5699c6e4f8a7084dc6d6fe835c1c40cc7b016= 14091b057df07d72537e8e33ef4 SHA256 (8.0-BETA2-i386-dvd1.iso) =3D f5cc663850f6e20ece9e7e2c6b9503b8f9599a= cfdd20e5a19ffad4541d33fc7f SHA256 (8.0-BETA2-i386-livefs.iso) =3D f2a50f00ba9f30c564fd7be320c7bc1111af= 2b192a47e036cd97fa72092435e3 SHA256 (8.0-BETA2-i386-memstick.img) =3D 6d66fee850102d966b00123590f139fb38= e6d33d818ff8c6ce58c4ae3853e209 SHA256 (8.0-BETA2-ia64-bootonly.iso) =3D 69da5d8fb3d17bade7b596f5bd81bacfb1= c178bf184be462661786e99ac3f80d SHA256 (8.0-BETA2-ia64-disc1.iso) =3D c59b03585d364ad0b305eb3d71c168c0d1e0b= 100270802ed22efdc80de59f792 SHA256 (8.0-BETA2-ia64-disc2.iso) =3D 7f398777025c970f265446d18bb7f571a2078= e147843bd1345827164a040b9f3 SHA256 (8.0-BETA2-ia64-disc3.iso) =3D cf4a0bb280892cc09af10f138aa3a8df70453= 80e63946427d582c8217ed3231c SHA256 (8.0-BETA2-ia64-dvd1.iso) =3D e1379d207a0659ab4397c1c84e7193e1efe0d0= 4db96b21c712b1bdc9e86079ad SHA256 (8.0-BETA2-ia64-livefs.iso) =3D 3881e3eaba4988c23a3cf19d04c2e055b861= 288d938ad8c4352dacfd6a97c35a SHA256 (8.0-BETA2-pc98-bootonly.iso) =3D fc2f234ed68e0a3c1a254771485b012bf1= 24009cb1a928e67204a2f1aad63519 SHA256 (8.0-BETA2-pc98-disc1.iso) =3D 7b5450fc0ae04ec80788a91b8d6caf449c22e= d2e373ebf89263d2affebe74cf8 SHA256 (8.0-BETA2-pc98-livefs.iso) =3D cf9c823eb58fee48421c16900c270b97fefb= 61a1f90501791e88b74102862763 SHA256 (8.0-BETA2-powerpc-bootonly.iso) =3D 99d50bc3c35b36b41fe0871d3505d70= 2c75a8025178dbc33603b77c9886d23af SHA256 (8.0-BETA2-powerpc-disc1.iso) =3D 4afdc4e8be4ea178ce791b5c3e1881538c= c118b336c5337ce15d811e245a926d SHA256 (8.0-BETA2-powerpc-disc2.iso) =3D a7c21ffb213e0b73e24e5d9a317599445a= c8c69cb37efa554768692622b176cc SHA256 (8.0-BETA2-powerpc-disc3.iso) =3D 6213f6a5e19a4146d6e20bffb36d6e1a7d= 3aa192db83f14f6ec599fa38472a6f SHA256 (8.0-BETA2-sparc64-bootonly.iso) =3D 998fcc77ec2675e7eb7d826ae87897b= ead56189cc79ede57b214d3357d56499d SHA256 (8.0-BETA2-sparc64-disc1.iso) =3D 22d61fc13dd544af390de56940e1a4c041= abe18249cdc110ae02613d1f5d761a SHA256 (8.0-BETA2-sparc64-dvd1.iso) =3D 2478e8c3508e8b8f8b9f0ed6a9c67c04693= 75cb2ba224114583fe14da6fb237e --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-RuqrIPjOVPF9Nk6DFIZv Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkphQYEACgkQ/G14VSmup/bMdQCfVHWK9cq3bRXS6ktCyGQfbq3k 98sAn19XBKWukpRE9Mqaim0Idi8BBDol =ug2o -----END PGP SIGNATURE----- --=-RuqrIPjOVPF9Nk6DFIZv-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 04:02: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 D3AC6106566C for ; Sat, 18 Jul 2009 04:02:35 +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 922DC8FC08 for ; Sat, 18 Jul 2009 04:02:35 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from [10.29.62.4] (port=56120 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpa (Exim 4.69) (envelope-from ) id 1MS2CI-0002mc-0u; Sat, 18 Jul 2009 15:10:58 +1000 Message-ID: <4A614957.4060703@ish.com.au> Date: Sat, 18 Jul 2009 14:02:31 +1000 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.1pre) Gecko/20090714 Shredder/3.0b3pre MIME-Version: 1.0 To: Ken Smith References: <1247887759.14210.18.camel@neo.cse.buffalo.edu> In-Reply-To: <1247887759.14210.18.camel@neo.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 04:02:36 -0000 On 18/07/09 1:29 PM, Ken Smith wrote: > # freebsd-update upgrade -r 8.0-BETA2 > > During this process, FreeBSD Update may ask the user to help by merging some > configuration files or by confirming that the automatically performed merging > was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before continuing. > > # shutdown -r now FreeBSD 7 users who have /usr /var, etc on ZFS should not follow these instructions exactly. Rebooting into a new kernel with the old userland ZFS tools will result in the system not being able to mount the ZFS filesystems and therefore not being able to reboot. [1] Ari Maniatis [1] See my more detailed comment at the bottom here: http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html --------------------------> 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 Sat Jul 18 04:50: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 9B72A106564A for ; Sat, 18 Jul 2009 04:50:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3509A8FC16 for ; Sat, 18 Jul 2009 04:50:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 5345D5C026 for ; Sat, 18 Jul 2009 12:50:35 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 198EC55CD85D; Sat, 18 Jul 2009 12:50:34 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id jOkKs8tuji3m; Sat, 18 Jul 2009 12:49:41 +0800 (CST) Received: from charlie.delphij.net (c-67-188-2-183.hsd1.ca.comcast.net [67.188.2.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 2E0C555CD859; Sat, 18 Jul 2009 12:49:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=TgeLBdlTrbOjPGVfk/ePw4Pf8gfiAtjFaK3B+DhVYF33WvpWhVhI8hXUauyl4Sb8w F2cvaD9cq3+qu3ep4gapQ== Message-ID: <4A61544E.2050208@delphij.net> Date: Fri, 17 Jul 2009 21:49:18 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: Ian FREISLICH References: <4A5F8010.7050504@delphij.net> <4A5F7540.7070201@delphij.net> <4A5EF889.6040604@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------040701050004090602060803" Cc: FreeBSD Current , d@delphij.net Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 04:50:37 -0000 This is a multi-part message in MIME format. --------------040701050004090602060803 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I got it. It was the cached llentry that preventing ether_output() to choose the right broadcast/multicast address and use the default gateway's L2 address. Here is a proposed patch. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkphVE0ACgkQi+vbBBjt66CghgCeOeqa4vLb+oW1qiZCKAggSdKM O7wAoIF/JL1DNQ/EcuOi8TkNPofJyGLN =hP2w -----END PGP SIGNATURE----- --------------040701050004090602060803 Content-Type: text/plain; name="arpcache-nobmcast.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="arpcache-nobmcast.diff" Index: sys/net/if_ethersubr.c =================================================================== --- sys/net/if_ethersubr.c (revision 195748) +++ sys/net/if_ethersubr.c (working copy) @@ -194,7 +194,8 @@ switch (dst->sa_family) { #ifdef INET case AF_INET: - if (lle != NULL && (lle->la_flags & LLE_VALID)) + if (lle != NULL && (lle->la_flags & LLE_VALID) && + !(m->m_flags & (M_BCAST | M_MCAST))) memcpy(edst, &lle->ll_addr.mac16, sizeof(edst)); else error = arpresolve(ifp, rt0, m, dst, edst, &lle); --------------040701050004090602060803-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 04:56: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 11BE4106564A for ; Sat, 18 Jul 2009 04:56:35 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id DE61E8FC17 for ; Sat, 18 Jul 2009 04:56:34 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n6I4uYlI043740 for freebsd-current@freebsd.org; Fri, 17 Jul 2009 21:56:34 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 65qjtrsxntgnxd2gw58psm7mui; for freebsd-current@freebsd.org; Fri, 17 Jul 2009 21:56:34 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A615602.4090000@freebsd.org> Date: Fri, 17 Jul 2009 21:56:34 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: "'freebsd-current@freebsd.org'" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Joliet and release ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 04:56:35 -0000 Do we need Joliet extensions on the release ISOs? The reason I ask is a little involved: jkim@ recently pointed out to me that tar in -CURRENT can no longer extract symlinks from the release ISOs. I tracked this down to the fact that the release ISOs have both Joliet and RockRidge extensions and tar now supports (and actually prefers) Joliet extensions when it sees them. Joliet doesn't support symlinks, so tar doesn't see symlinks on disks with both kinds of extensions. There's a workaround that people can use for now: tar xf image.iso --options=!joliet disables the Joliet support. I'm curious whether removing the -J option from /usr/src/release/*/mkisoimages.sh is an option. In the longer term, I'd like to find a better way for tar to handle disks that include both kinds of extensions, but that will take a while to implement. Tim From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 07:30: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 0984C106564A; Sat, 18 Jul 2009 07:30:41 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (pinus.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id AF3068FC1E; Sat, 18 Jul 2009 07:30:40 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (localhost [IPv6:::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id B7AD857357; Sat, 18 Jul 2009 16:30:38 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=izb.knu.ac.kr; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-type:content-transfer-encoding; s= soyeomul; bh=7dGPz7a/3NRCxS7Lgd9T5loFYXyWurQ89JCIZeJDUBk=; b=k+U AoSe5OoOcS9Sgt2nxKDfPnWcjvwbOyMJfSOt5nZqkSqGH1op+dh6mZsm3pCZjJq5 L2pI9ZsnT5/54i8Iz6wrKzKJrKrNeP7k1IEyc5iGmTgXL6v5MdP0ACD799BfBWXd fDhIYIvKejtYBN96BwV+1M9PFJFyWRn37DKBc+tc= DomainKey-Signature: a=rsa-sha1; c=simple; d=izb.knu.ac.kr; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=soyeomul; b=RZ 1IIq9og/e4Kzo0K2yr4NwnFiegmYYZIOA3GMk5YDhZHThVBV7mWF7+RcJw79VAPk rUWqVOo7DUUbSHcHCWDCzeD22rfQeWW33DhJuWNb7gTKlCyD2QYOwuw+ubni7QGr 9rrk9Wry3duFYTn/UL2+ZlfaizJM8tnGKHK3cE8CU= Received: from rhodo.izb.knu.ac.kr (rhodo.izb.knu.ac.kr [IPv6:2001:470:1f05:5f8:3::2]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 4BF4457355; Sat, 18 Jul 2009 16:30:38 +0900 (KST) Received: from betla.izb.knu.ac.kr (betla.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::a1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: bh@izb.knu.ac.kr) by rhodo.izb.knu.ac.kr (Postfix) with ESMTP id 2994F1CD6F; Sat, 18 Jul 2009 16:30:34 +0900 (KST) From: Byung-Hee HWANG To: Ken Smith References: <1247887759.14210.18.camel@neo.cse.buffalo.edu> Date: Sat, 18 Jul 2009 16:30:27 +0900 In-Reply-To: <1247887759.14210.18.camel@neo.cse.buffalo.edu> (Ken Smith's message of "Fri, 17 Jul 2009 23:29:19 -0400") Message-ID: <86zlb2o3cc.fsf@betla.izb.knu.ac.kr> 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: freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 07:30:41 -0000 Ken Smith writes: > The second of the BETA builds for the FreeBSD-8.0 release cycle is now > available. There are still a few things being finished up so a couple > more moderately large commits are coming but we seem to be making good > progress. The target date for the last of the things still being worked > on is BETA3. In the meantime we appreciate the feedback we have > received from people who have started testing and some of those problems > have been fixed as well. [...] For some reason, i'll start to test with BETA3 instead of BETA2. Until that time, good job, Ken! Sincerely, --=20 Byung-Hee HWANG, KNU =E2=88=91 WWW: http://izb.knu.ac.kr/~bh/ "Don't tell me a big movie star like Johnny Fontane has to ask your father = for a favor?" -- Kay Adams, "Chapter 1", page 42 From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 08:06: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 5523B106566C for ; Sat, 18 Jul 2009 08:06:57 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: from smtp003.apm-internet.net (smtp003.apm-internet.net [85.119.248.52]) by mx1.freebsd.org (Postfix) with SMTP id BB42B8FC0A for ; Sat, 18 Jul 2009 08:06:56 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: (qmail 47324 invoked from network); 18 Jul 2009 07:40:14 -0000 Received: from unknown (HELO titania.njm.me.uk) (86.148.211.148) by smtp003.apm-internet.net with SMTP; 18 Jul 2009 07:40:14 -0000 Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.3/8.14.3) with ESMTP id n6I7eDQc043335; Sat, 18 Jul 2009 08:40:13 +0100 (BST) (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.3/8.14.3/Submit) id n6I7eDGr043334; Sat, 18 Jul 2009 08:40:13 +0100 (BST) (envelope-from njm@njm.me.uk) Date: Sat, 18 Jul 2009 08:40:13 +0100 From: "N.J. Mann" To: Ken Smith Message-ID: <20090718074013.GA42796@titania.njm.me.uk> Mail-Followup-To: Ken Smith , freebsd-current@freebsd.org, freebsd-stable References: <1247887759.14210.18.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1247887759.14210.18.camel@neo.cse.buffalo.edu> X-Operating-System: FreeBSD 7.2-STABLE User-Agent: mutt-NJM (2009-07-16) Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 08:06:58 -0000 In message <1247887759.14210.18.camel@neo.cse.buffalo.edu>, Ken Smith (kensmith@cse.Buffalo.EDU) wrote: > > The second of the BETA builds for the FreeBSD-8.0 release cycle is now > available. There are still a few things being finished up so a couple > more moderately large commits are coming but we seem to be making good > progress. The target date for the last of the things still being worked > on is BETA3. In the meantime we appreciate the feedback we have > received from people who have started testing and some of those problems > have been fixed as well. > > As was the case with BETA1, BETA2 is still a little bit "rough around > the edges" and we still have various debugging tools enabled that cause > the system to perform worse than it will when those debugging tools get > disabled. We don't know of any issues that will "eat your data" or > anything like that so in that regard it's safe but we don't recommend it > for production use quite yet. If you notice problems you can report > them through the normal Gnats PR system or on the freebsd-current > mailing list. Sorry for not specifying that in the BETA1 announcement. > With the X.0 releases I make the announcements of how the release is > progressing on both freebsd-current and freebsd-stable because what's > being released is "about to become a stable branch" so some people who > only read freebsd-stable might be interested. But when it comes to > watching for discussions about the release the developer community tends > to pay more attention to the freebsd-current mailing list. > > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the DVD and memstick images > include the documentation packages this time but no other packages yet. > None of the other images included packages. The memstick image should > now work in "fixit" mode (livefs). > > If you are using csup/cvsup methods to update an older system the branch > tag to use is still head ("."). > > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, > 7.1-RELEASE, 7.2-RELEASE, or 8.0-BETA2 can upgrade as follows: ^^^^^^^^^ I think in this one instance you actually mean 8.0-BETA1. Cheers, Nick. -- From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 09:52: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 B7FDD1065675; Sat, 18 Jul 2009 09:52:10 +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 31A5E8FC22; Sat, 18 Jul 2009 09:52:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 n6I9q4EW030260 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Jul 2009 12:52:04 +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 n6I9q40q066427; Sat, 18 Jul 2009 12:52:04 +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 n6I9q46P066426; Sat, 18 Jul 2009 12:52:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 18 Jul 2009 12:52:04 +0300 From: Kostik Belousov To: Tim Kientzle Message-ID: <20090718095204.GF55190@deviant.kiev.zoral.com.ua> References: <4A615602.4090000@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="43OYJa0sOD6b/JJw" Content-Disposition: inline In-Reply-To: <4A615602.4090000@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "'freebsd-current@freebsd.org'" Subject: Re: Joliet and release ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 09:52:11 -0000 --43OYJa0sOD6b/JJw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 17, 2009 at 09:56:34PM -0700, Tim Kientzle wrote: > Do we need Joliet extensions on the release ISOs? >=20 > The reason I ask is a little involved: jkim@ recently > pointed out to me that tar in -CURRENT can no longer > extract symlinks from the release ISOs. >=20 > I tracked this down to the fact that the release ISOs > have both Joliet and RockRidge extensions and tar now > supports (and actually prefers) Joliet extensions when > it sees them. Joliet doesn't support symlinks, so tar > doesn't see symlinks on disks with both kinds of extensions. >=20 > There's a workaround that people can use for now: > tar xf image.iso --options=3D!joliet > disables the Joliet support. >=20 > I'm curious whether removing the -J option from > /usr/src/release/*/mkisoimages.sh is an option. Having Joliet is very useful for somebody who reads the CD/DVD on Windows computer. I think this shall not be changed, favoring novice (or future) users of FreeBSD there, as opposing of relatively advanced FreeBSD users, who already know about tar supporting .iso reading, and can learn --options=3D!joliet trick. >=20 > In the longer term, I'd like to find a better way for > tar to handle disks that include both kinds of extensions, > but that will take a while to implement. >=20 > Tim > _______________________________________________ > 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" --43OYJa0sOD6b/JJw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkphm0MACgkQC3+MBN1Mb4jR8wCgydj2xl2TYNQ5WgYUByTBZ16z NNoAnjFWl/9RQa3j3lIiYlPHdkC+fQLD =Z1+3 -----END PGP SIGNATURE----- --43OYJa0sOD6b/JJw-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 10:16: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 21A1A106564A; Sat, 18 Jul 2009 10:16:29 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7CE8FC1B; Sat, 18 Jul 2009 10:16:28 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id n6IA1Qgc093764; Sat, 18 Jul 2009 11:01:26 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.28] ([194.32.164.6]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id n6IA1OoI060771; Sat, 18 Jul 2009 11:01:24 +0100 (BST) (envelope-from rb@gid.co.uk) Message-Id: From: Bob Bishop To: Tim Kientzle In-Reply-To: <4A615602.4090000@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 18 Jul 2009 11:01:24 +0100 References: <4A615602.4090000@freebsd.org> X-Mailer: Apple Mail (2.935.3) Cc: "'freebsd-current@freebsd.org'" Subject: Re: Joliet and release ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 10:16:29 -0000 Hi, On 18 Jul 2009, at 05:56, Tim Kientzle wrote: > [...]tar now supports (and actually prefers) Joliet extensions when > it sees them. Hangonaminute. Isn't this down in the filesystem ie below tar's radar ? -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 11:35: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 61005106564A for ; Sat, 18 Jul 2009 11:35:29 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7D88FC1A for ; Sat, 18 Jul 2009 11:35:29 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:56004 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MS8Ay-0005Oh-82 for freebsd-current@freebsd.org; Sat, 18 Jul 2009 13:34:02 +0200 Received: (qmail 53472 invoked from network); 18 Jul 2009 13:33:58 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 18 Jul 2009 13:33:58 +0200 Received: (qmail 98327 invoked by uid 1001); 18 Jul 2009 13:33:58 +0200 Date: Sat, 18 Jul 2009 13:33:58 +0200 From: Erik Trulsson To: Bob Bishop Message-ID: <20090718113358.GA98251@owl.midgard.homeip.net> References: <4A615602.4090000@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1MS8Ay-0005Oh-82. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1MS8Ay-0005Oh-82 81b4e7003f1a4dc4b43b7acf4425a0e1 Cc: Tim Kientzle , "'freebsd-current@freebsd.org'" Subject: Re: Joliet and release ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 11:35:29 -0000 On Sat, Jul 18, 2009 at 11:01:24AM +0100, Bob Bishop wrote: > Hi, > > On 18 Jul 2009, at 05:56, Tim Kientzle wrote: > > > [...]tar now supports (and actually prefers) Joliet extensions when > > it sees them. > > > Hangonaminute. Isn't this down in the filesystem ie below tar's radar ? Nowadays (i.e. since the switchover to a libarchive-based tar) tar can handle many different archive formats. This includes reading ISO-images directly. So this is not below tar's radar when operating directly on an ISO-image. If said image had been mounted as a filesystem and tar was then used to collect files from that filesystem, it should have been unnoticed by tar, but that is not the case discussed. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 13:29: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 800E8106564A; Sat, 18 Jul 2009 13:29:42 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 527728FC0C; Sat, 18 Jul 2009 13:29:42 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 85B763BB212; Sat, 18 Jul 2009 09:29:41 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Sat, 18 Jul 2009 09:29:41 -0400 X-Sasl-enc: j3ya0rk9G3cAMixhyjtg3sD3YlR+xGvziJBiqYNLSXbs 1247923781 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5B90329B3A; Sat, 18 Jul 2009 09:29:40 -0400 (EDT) Message-ID: <4A61CE3F.7040409@incunabulum.net> Date: Sat, 18 Jul 2009 14:29:35 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: d@delphij.net References: <4A5F8010.7050504@delphij.net> <4A5F7540.7070201@delphij.net> <4A5EF889.6040604@delphij.net> <4A61544E.2050208@delphij.net> In-Reply-To: <4A61544E.2050208@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: iprebeg@freebsd.org, Ian FREISLICH , FreeBSD Current Subject: Re: CARP broken on -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 13:29:42 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I got it. It was the cached llentry that preventing ether_output() to > choose the right broadcast/multicast address and use the default > gateway's L2 address. Here is a proposed patch. > This might fix the layer 2 address breakage seen in IGMPv3 traffic by iprebeg@ in VMware, which didn't seem to come from the multicast code further up in the stack, as it hadn't changed since testing. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 13:32: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 71339106564A; Sat, 18 Jul 2009 13:32:33 +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 0A13A8FC12; Sat, 18 Jul 2009 13:32:32 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAOtrYUqDaFvL/2dsb2JhbADNJYQMBYFA X-IronPort-AV: E=Sophos;i="4.43,225,1246852800"; d="scan'208";a="41626535" Received: from nile.cs.uoguelph.ca ([131.104.91.203]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 18 Jul 2009 09:32:32 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 2EC148D40ED; Sat, 18 Jul 2009 09:32:32 -0400 (EDT) X-Virus-Scanned: amavisd-new at nile.cs.uoguelph.ca Received: from nile.cs.uoguelph.ca ([127.0.0.1]) by localhost (nile.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nQ+4LQLiqwF2; Sat, 18 Jul 2009 09:32:31 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by nile.cs.uoguelph.ca (Postfix) with ESMTP id 2FC5E8D40DC; Sat, 18 Jul 2009 09:32:31 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n6IDZXS12092; Sat, 18 Jul 2009 09:35:33 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sat, 18 Jul 2009 09:35:33 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Anonymous In-Reply-To: <86ocrjyrqu.fsf@gmail.com> Message-ID: References: <86zlb45px8.fsf@gmail.com> <20090717081105.GQ55190@deviant.kiev.zoral.com.ua> <86ocrjyrqu.fsf@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 13:32:33 -0000 On Sat, 18 Jul 2009, Anonymous wrote: > > Yep, I can reproduce it as easily on 8.0-BETA2 snapshot under qemu > > # uname -vm > FreeBSD 8.0-BETA2 #0: Wed Jul 15 23:25:30 UTC 2009 > root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > I'll try to get around to testing it this weekend, but if you'd like to test the following patch, I think it might fix the problem. The new krpc only checks NFSMNT_INT at connect and not every rpc. rick ps: The line #s assume the other patch you tested is already applied. --- untested exp. nfs client patch --- --- fs/nfsclient/nfs_clvfsops.c.sav2 2009-07-18 09:19:07.000000000 -0400 +++ fs/nfsclient/nfs_clvfsops.c 2009-07-18 09:29:14.000000000 -0400 @@ -1037,7 +1037,7 @@ { struct nfsmount *nmp; struct nfsnode *np; - int error, trycnt, ret, clearintr; + int error, trycnt, ret; struct nfsvattr nfsva; static u_int64_t clval = 0; @@ -1152,20 +1152,8 @@ nmp->nm_sockreq.nr_vers = NFS_VER2; - /* - * For Connection based sockets (TCP,...) do the connect here, - * but make it interruptible, even for non-interuptible mounts. - */ - if ((nmp->nm_flag & NFSMNT_INT) == 0) { - nmp->nm_flag |= NFSMNT_INT; - clearintr = 1; - } else { - clearintr = 0; - } if ((error = newnfs_connect(nmp, &nmp->nm_sockreq, cred, td, 0))) goto bad; - if (clearintr) - nmp->nm_flag &= ~NFSMNT_INT; /* * A reference count is needed on the nfsnode representing the From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 13:56:34 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 3894A106566C for ; Sat, 18 Jul 2009 13:56:34 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id B40EC8FC19 for ; Sat, 18 Jul 2009 13:56:33 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: by ey-out-2122.google.com with SMTP id 9so285480eyd.7 for ; Sat, 18 Jul 2009 06:56:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to :content-type:content-transfer-encoding; bh=1/8Y9K//45ILjBk1MXeuF+orfstH6GOp3LhlwEhpTPg=; b=n8ruJIgq1d41QFPAsDj744eeuycZWieNFf/Lo3/FiQkiso4TK5Ov8eBj0UHp37Sbl8 a6SJRCtrElx2eHWM2K/MS3eCIy13912py2Qlif1bewqZSizmGNZPZAB3uoCQD8/FchQq iCPd9JksgF4RMpIHwNUdYDxrOQfgENmWJKjw8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=MiHk8Q+ig9ZihxDuyimU6kznwjCsldOIXGFR/Rtarp6q9tYpyLPqNkbLRR2+H4zQmU go3JItDrj8ZemjUvMPbHKORFS1l8L0SZIqVDYzW0cb0s9DXBwr29J2M3n9L4q7+SG90T 7iYTxjp7pK4Pjvkgu1BwXfHMlfu9OHqU3jc58= MIME-Version: 1.0 Sender: tutatnhamon@gmail.com Received: by 10.216.18.205 with SMTP id l55mr602939wel.194.1247924928161; Sat, 18 Jul 2009 06:48:48 -0700 (PDT) In-Reply-To: <65dfa4fc0907180644j3a8445c1y28a8e09310a21807@mail.gmail.com> References: <65dfa4fc0907180644j3a8445c1y28a8e09310a21807@mail.gmail.com> From: Artem Naluzhnyy Date: Sat, 18 Jul 2009 16:48:28 +0300 X-Google-Sender-Auth: 888613902d107dd3 Message-ID: <65dfa4fc0907180648t79899299x1c4702acabe7ddf4@mail.gmail.com> To: current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 13:56:34 -0000 Hi, After 7.2-RLEASE -> 8.0-BETA2 update my notebook wireless works without problems but there are lots of annoying "ath0: bad series0 hwrate 0x1b"-like messages on console now. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D pciconf: ath0@pci0:1:0:0: =C2=A0 =C2=A0 =C2=A0 =C2=A0class=3D0x020000 card=3D0x30651= 68c chip=3D0x001c168c rev=3D0x01 hdr=3D0x00 =C2=A0 =C2=A0vendor =C2=A0 =C2=A0 =3D 'Atheros Communications Inc.' =C2=A0 =C2=A0device =C2=A0 =C2=A0 =3D 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 (USBVID_147E&PID_20165&B71A446&0&1)' =C2=A0 =C2=A0class =C2=A0 =C2=A0 =C2=A0=3D network =C2=A0 =C2=A0subclass =C2=A0 =3D ethernet =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D sysctls: hw.ath.bstuck: 4 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.resetcal: 1200 hw.ath.shortcal: 100 hw.ath.longcal: 30 hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 dev.ath.0.%desc: Atheros 5424/2424 dev.ath.0.%driver: ath dev.ath.0.%location: slot=3D0 function=3D0 dev.ath.0.%pnpinfo: vendor=3D0x168c device=3D0x001c subvendor=3D0x168c subdevice=3D0x3065 class=3D0x020000 dev.ath.0.%parent: pci1 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.sample_stats: 0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 96 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.rfsilent: 1 dev.ath.0.rfkill: 1 dev.ath.0.intmit: 1 dev.ath.0.monpass: 24 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D dmesg: ath0: mem 0xbf7f0000-0xbf7fffff irq 17 at device 0.0 on= pci1 ath0: [ITHREAD] ath0: AR5413 mac 10.0 RF5424 phy 6.1 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series2 hwrate 0x1c, tries 4 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D ifconfig: ath0: flags=3D8843 metric 0 mtu 229= 0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ether 00:15:af:xx:xx:xx =C2=A0 =C2=A0 =C2=A0 =C2=A0media: IEEE 802.11 Wireless Ethernet autoselect = mode 11g =C2=A0 =C2=A0 =C2=A0 =C2=A0status: associated wlan0: flags=3D8843 metric 0 mtu 15= 00 =C2=A0 =C2=A0 =C2=A0 =C2=A0ether 00:15:af:xx:xx:xx =C2=A0 =C2=A0 =C2=A0 =C2=A0inet xx.xx.xx.xx netmask 0xfffffff8 broadcast xx= .xx.xx.xx =C2=A0 =C2=A0 =C2=A0 =C2=A0media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps= mode 11g =C2=A0 =C2=A0 =C2=A0 =C2=A0status: associated =C2=A0 =C2=A0 =C2=A0 =C2=A0ssid xx channel 3 (2422 Mhz 11g) bssid 00:1f:1f:= xx:xx:xx =C2=A0 =C2=A0 =C2=A0 =C2=A0regdomain 96 indoor ecm authmode WPA2/802.11i pr= ivacy ON =C2=A0 =C2=A0 =C2=A0 =C2=A0deftxkey UNDEF TKIP 2:128-bit txpower 20 bmiss 7= scanvalid 450 bgscan =C2=A0 =C2=A0 =C2=A0 =C2=A0bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:= rate 5 protmode CTS =C2=A0 =C2=A0 =C2=A0 =C2=A0wme roaming MANUAL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D -- Artem Naluzhnyy From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 14:06: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 5F974106564A; Sat, 18 Jul 2009 14:06:42 +0000 (UTC) (envelope-from matheusber@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 D59328FC14; Sat, 18 Jul 2009 14:06:41 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so450983qwe.7 for ; Sat, 18 Jul 2009 07:06:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=Xmnf5tF/huEmapA3vk8giyE5vq30wX2GkQHwJbSBqpg=; b=bGNqD1M4mlId2wULU8DzKrZDW6iwap475q16LrfvRBM/znTzJofsdTJIPgi84lr995 zVj12mBa69Z1q3hejEhblWkLeVj+5t7FdV7W3u6ZbuUL2nx3IEaRahdOY6kCbbgqPdbN f7G4gVROgWvfGTwz/3xBSEk6p8tQLs7ITWHgE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=CYfYFG1Qbe6STW9UzE8PB6siOZRYkaqWEeuTyxGIEqBVYbWiLReSOliqvBD/cU9a6b FvyAlH6goDBNGhyUkJqfwCSriSYuHgiuIrtLeSkzZQDxhSp0ykB/4LAgjVEeL+qrzNGZ chPgrWh/acErszeWOOUbBdpt5qjMbXqBpuJ44= Received: by 10.224.2.146 with SMTP id 18mr1468958qaj.339.1247926000423; Sat, 18 Jul 2009 07:06:40 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.108.65]) by mx.google.com with ESMTPS id 7sm401308qwb.50.2009.07.18.07.06.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 18 Jul 2009 07:06:38 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 70742B80C2; Sat, 18 Jul 2009 11:06:33 -0300 (BRT) Received: from 10.1.1.71 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Sat, 18 Jul 2009 11:06:33 -0300 (BRT) Message-ID: <066c4b53956bc62c3d6e089861ebddf7.squirrel@10.1.1.10> In-Reply-To: <2fd30e75fbd3e231117ab9f2459f896b.squirrel@10.1.1.10> References: <20090717010813.03477b27.matheus@eternamente.info> <0a394f735684111014877d2b39783693.squirrel@cygnus.homeunix.com> <2fd30e75fbd3e231117ab9f2459f896b.squirrel@10.1.1.10> Date: Sat, 18 Jul 2009 11:06:33 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: pjd@FreeBSD.org Subject: Re: gstripe 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: Sat, 18 Jul 2009 14:06:42 -0000 On Fri, July 17, 2009 21:01, Nenhum_de_Nos wrote: > > On Fri, July 17, 2009 09:07, Nenhum_de_Nos wrote: >> >> On Fri, July 17, 2009 07:20, Ivan Voras wrote: >>> Nenhum_de_Nos wrote: >>>> hail, >>>> >>>> I have a problem with gstripe on today stable. I created this stripe >>>> using a bit more old stable (two weeks tops) and it can't be read on >>>> old >>>> stable (from 30/12/2008). So I recreated in 8-BETA1 and I could mount >>>> and see files. When I tried again on 30/12/2008 stable and todays, on >>>> PII machine (i386): >>> >>> So your problem is that: >>> >>> a) you created a gstripe array on a recent STABLE (two weeks ago) and >>> it >>> was fine >>> b) you tried to use it with an old STABLE (30.12.2008.) and it didn't >>> work >>> c) you tried to use it with today's STABLE and it didn't work >>> d) it works with 8-BETA1 >>> ? >> >> its quite this. the stripe just vanishes when I try to see it in any >> stable. and if I create in stable, a reboot makes it go way :( >> >>> The only thing that comes to my mind is that during your tests you have >>> changed the stripe size, making the file system data unusable (and >>> unmountable). >>> >>>> [root@xxx ~]# gstripe status >>>> Name Status Components >>>> stripe/stripe0 UP ad4s2 >>>> ad6s2 >>> >>>> mount: /dev/stripe/stripe0 : Invalid argument >>>> >>>> on 8-BETA1 it works, but can't create stripe on it and use on this >>>> stable box though. the stripe already has files ! so anything weird >>>> could make me loose my data ... >>> >>> Are you saying you won't use 8-BETA1 because you fear there may be >>> problems with it? If so, you shouldn't worry so much - 8-CURRENT is >>> very >>> stable. >> >> I know it is. 8-CURRENT is great really (I use it in other places). my >> main concern is that this is a server with mail/dns/dhcp/apache/some >> other >> services I forgot and changing to 8-BETA may need to recompile all >> things, >> and need time I don't have right now ... >> >> can I just update and use all software compiled for 7.1-PRERELEASE ? >> >> thanks, >> >> matheus > > thins here just got weird. I did updated to 8-BETA2. same problem though. > so I just thought it was problem when I create a stripe in amd64 machine > and try to use it on i386. > > I then put the drives in the amd64 machine, and it did worked fine, after > another gstripe create command. so I rebooted the amd64 machine to see if > after reboot the stripe would be there. guess what ... nothing there ... > > I used gmirror and gstripe for about an year, no problem. couple of months > ago I had a problem and had to change the pc (dead one). so all changed, > using sil3114 sata pci card now and PII 300 MHz. now the disks behave like > this. > > if anyone has any leads, I'm moving data from the disks now ... can test > though. > > thanks, > > matheus moving to current@ as it is running now 8-BETA2. I'd really like to hear on this: I just wiped out all disks data, deleted all two partitions and recreated them. created another stripe using the same arguments as the other times but it keeps vanishing when I reboot. fresh 8-BETA2 and old pc in i386. what to do now ? give up ? I changed the partitions size, to not match the same hd sectors and nothing. and now I didn't use the ad16s2, but ad16s2d (I created some labels) and nothing again ... is there a limit of using gstripe ? hardware for that matter ? atapci1@pci0:0:13:0: class=0x010400 card=0x61141095 chip=0x31141095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'SATALink/SATARaid Controller (Sil 3114)' class = mass storage subclass = RAID any info needed please ask. two seagate 750GB sata disks 120GB from both on gmirror and what lefts on gstripe. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 14:14: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 58E0E1065672 for ; Sat, 18 Jul 2009 14:14:57 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: from mail-ew0-f220.google.com (mail-ew0-f220.google.com [209.85.219.220]) by mx1.freebsd.org (Postfix) with ESMTP id D0BED8FC17 for ; Sat, 18 Jul 2009 14:14:56 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: by ewy20 with SMTP id 20so1200525ewy.43 for ; Sat, 18 Jul 2009 07:14: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:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=Y4RGdOIamQ1NVBdKs1FpfLyolwpKCCEWEGWLNYxTVwU=; b=qQhYliYNO1LYdMtpfr67Ki8uZoT+z6/8QgZzsO30uEgGGfhXUI1910RC1WYn9c4c1v ORdfdIUQdWRdFFfOG/5Q1mTxVw7FYmcAn12vLBpY1sXDVW+uTym37NX7h/QP4/u8YrRr jBsMhW6zdQKtNo66jbFiTmZMtmfEq6HzF2Dvs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; b=aaZvvQpR7/RvRIILAFgZ5E2pBLTdHo725MfSXsh31CVlZmKPK0/90pAypMY2mqB2Qp HVWjgARdOP+o1dKk52v9dVv4iP6oEzqUAdkQ7Y1oeQhRSkf9E3HV9e/c2yI6erE8GtNI foQex6AgVf1sfplJgIRhUqS2B0yk3PTby12Kk= MIME-Version: 1.0 Sender: tutatnhamon@gmail.com Received: by 10.216.70.205 with SMTP id p55mr620249wed.55.1247924716092; Sat, 18 Jul 2009 06:45:16 -0700 (PDT) From: Artem Naluzhnyy Date: Sat, 18 Jul 2009 16:44:56 +0300 X-Google-Sender-Auth: 8a6420aa08e50712 Message-ID: <65dfa4fc0907180644j3a8445c1y28a8e09310a21807@mail.gmail.com> To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 14:14:57 -0000 Hi, After 7.2-RLEASE -> 8.0-BETA2 update my notebook wireless works without problems but there are lots of annoying "ath0: bad series0 hwrate 0x1b"-like messages on console now. ==================================================== pciconf: ath0@pci0:1:0:0: class=0x020000 card=0x3065168c chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 (USBVID_147E&PID_20165&B71A446&0&1)' class = network subclass = ethernet ==================================================== sysctls: hw.ath.bstuck: 4 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.resetcal: 1200 hw.ath.shortcal: 100 hw.ath.longcal: 30 hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 dev.ath.0.%desc: Atheros 5424/2424 dev.ath.0.%driver: ath dev.ath.0.%location: slot=0 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001c subvendor=0x168c subdevice=0x3065 class=0x020000 dev.ath.0.%parent: pci1 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.sample_stats: 0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 96 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.rfsilent: 1 dev.ath.0.rfkill: 1 dev.ath.0.intmit: 1 dev.ath.0.monpass: 24 ==================================================== dmesg: ath0: mem 0xbf7f0000-0xbf7fffff irq 17 at device 0.0 on pci1 ath0: [ITHREAD] ath0: AR5413 mac 10.0 RF5424 phy 6.1 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series2 hwrate 0x1c, tries 4 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ==================================================== ifconfig: ath0: flags=8843 metric 0 mtu 2290 ether 00:15:af:xx:xx:xx media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843 metric 0 mtu 1500 ether 00:15:af:xx:xx:xx inet xx.xx.xx.xx netmask 0xfffffff8 broadcast xx.xx.xx.xx media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g status: associated ssid xx channel 3 (2422 Mhz 11g) bssid 00:1f:1f:xx:xx:xx regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme roaming MANUAL ==================================================== -- Artem Naluzhnyy From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 16:22: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 2A6E31065672; Sat, 18 Jul 2009 16:22:33 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7C53D8FC1C; Sat, 18 Jul 2009 16:22:32 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id n6IG4vOU079510; Sat, 18 Jul 2009 18:04:58 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Ken Smith In-Reply-To: <1247887759.14210.18.camel@neo.cse.buffalo.edu> References: <1247887759.14210.18.camel@neo.cse.buffalo.edu> Content-Type: text/plain Date: Sat, 18 Jul 2009 18:05:00 +0200 Message-Id: <1247933100.14935.20.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org, freebsd-stable Subject: make distribution Re: 8.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 16:22:33 -0000 cd /usr/src make distribution gives an error data below, kidn regards, Marten make installworld DESTDIR=/usr/tftpboot1/ make installkernel DESTDIR=/usr/tftpboot1/ ok> # make distribution DESTDIR=/usr/tftpboot1/ cd /usr/src/etc; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make distribution cd /usr/src/etc; install -o root -g wheel -m 644 auth.conf crontab devd.conf devfs.conf ddb.conf dhclient.conf disktab fbtab ftpusers gettytab group hosts hosts.allow hosts.equiv inetd.conf libalias.conf login.access login.conf mac.conf motd netconfig network.subr networks newsyslog.conf nsswitch.conf phones profile protocols rc rc.bsdextended rc.firewall rc.firewall6 rc.initdiskless rc.sendmail rc.shutdown rc.subr remote rpc services shells sysctl.conf syslog.conf etc.i386/ttys amd.map apmd.conf snmpd.config freebsd-update.conf /usr/src/etc/../usr.bin/locate/locate/locate.rc hosts.lpd printcap /usr/src/etc/../usr.bin/mail/misc/mail.rc /usr/src/etc/../gnu/usr.bin/man/manpath/manpath.config ntp.conf nscd.conf portsnap.conf pf.os csh.cshrc csh.login csh.logout regdomain.xml /usr/tftpboot1//etc; cap_mkdb -l /usr/tftpboot1//etc/login.conf; install -o root -g wheel -m 755 netstart pccard_ether rc.suspend rc.resume /usr/tftpboot1//etc; install -o root -g wheel -m 600 master.passwd nsmb.conf opieaccess /usr/tftpboot1//etc; pwd_mkdb -L -i -p -d /usr/tftpboot1//etc /usr/tftpboot1//etc/master.passwd cd /usr/src/etc/bluetooth; make install install -o root -g wheel -m 600 hcsecd.conf /usr/tftpboot1//etc/bluetooth/hcsecd.conf install -o root -g wheel -m 644 hosts /usr/tftpboot1//etc/bluetooth/hosts install -o root -g wheel -m 444 protocols /usr/tftpboot1//etc/bluetooth cd /usr/src/etc/defaults; make install install -o root -g wheel -m 444 bluetooth.device.conf devfs.rules periodic.conf rc.conf /usr/tftpboot1//etc/defaults cd /usr/src/etc/devd; make install install -o root -g wheel -m 644 asus.conf /usr/tftpboot1//etc/devd cd /usr/src/etc/gss; make install install -o root -g wheel -m 444 mech qop /usr/tftpboot1//etc/gss cd /usr/src/etc/periodic; make install ===> daily (install) install -o root -g wheel -m 755 100.clean-disks 110.clean-tmps 120.clean-preserve 200.backup-passwd 330.news 400.status-disks 404.status-zfs 405.status-ata-raid 406.status-gmirror 407.status-graid3 408.status-gstripe 409.status-gconcat 420.status-network 450.status-security 999.local 310.accounting 470.status-named 300.calendar 130.clean-msgs 480.status-ntpd 140.clean-rwho 430.status-rwho 150.clean-hoststat 210.backup-aliases 440.status-mailq 460.status-mail-rejects 500.queuerun /usr/tftpboot1//etc/periodic/daily ===> security (install) install -o root -g wheel -m 755 100.chksetuid 200.chkmounts 300.chkuid0 400.passwdless 410.logincheck 700.kernelmsg 800.loginfail 900.tcpwrap security.functions 510.ipfdenied 500.ipfwdenied 550.ipfwlimit 520.pfdenied /usr/tftpboot1//etc/periodic/security ===> weekly (install) install -o root -g wheel -m 755 340.noid 999.local 310.locate 320.whatis 330.catman 400.status-pkg /usr/tftpboot1//etc/periodic/weekly ===> monthly (install) install -o root -g wheel -m 755 999.local 200.accounting /usr/tftpboot1//etc/periodic/monthly cd /usr/src/etc/rc.d; make install install -o root -g wheel -m 555 DAEMON FILESYSTEMS LOGIN NETWORKING SERVERS abi accounting addswap adjkerntz amd apm apmd archdep atm1 atm2 atm3 auditd auto_linklocal bgfsck bluetooth bootparams bridge bsnmpd bthidd ccd cleanvar cleartmp cron ddb defaultroute devd devfs dhclient dmesg dumpon encswap fsck ftp-proxy ftpd gbde geli geli2 gssd hcsecd hostapd hostid hostname inetd initrandom ip6addrctl ip6fw ipfilter ipfs ipfw ipmon ipnat ipsec ipxrouted jail kadmind kerberos keyserv kldxref kpasswdd ldconfig local localpkg lockd lpd mixer motd mountcritlocal mountcritremote mountlate mdconfig mdconfig2 mountd moused mroute6d mrouted msgs named natd netif netoptions network_ipv6 newsyslog nfsclient nfscbd nfsd nfsserver nfsuserd nisdomain nsswitch ntpd ntpdate othermta pf pflog pfsync powerd power_profile ppp pppoed pwcheck quota random rarpd resolv rfcomm_pppd_server root route6d routed routing rpcbind rtadvd rwho savecore sdpd securelevel sendmail serial sppp statd swap1 syscons sysctl syslogd timed tmp ugidfw var virecover watchdogd wpa_supplicant ypbind yppasswdd ypserv ypset ypupdated ypxfrd zfs sshd nscd /usr/tftpboot1//etc/rc.d cd /usr/src/etc/../gnu/usr.bin/send-pr; make etc-gnats-freefall install -o root -g wheel -m 0644 /usr/src/gnu/usr.bin/send-pr/categories /usr/tftpboot1//etc/gnats/freefall cd /usr/src/etc/../share/termcap; make etc-termcap ln -fs /usr/share/misc/termcap /usr/tftpboot1//etc/termcap cd /usr/src/etc/../usr.sbin/rmt; make etc-rmt rm -f /usr/tftpboot1//etc/rmt ln -s /usr/sbin/rmt /usr/tftpboot1//etc/rmt cd /usr/src/etc/pam.d; make install install -o root -g wheel -m 444 README /usr/tftpboot1//etc/pam.d/README make: don't know how to make gdm. Stop *** Error code 2 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA2 #7 r195750: Sat Jul 18 12:18:02 UTC 2009 root@:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 440 @ 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10661 Stepping = 1 Features=0xafebfbff Features2=0xe31d AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant real memory = 536870912 (512 MB) avail memory = 1022689280 (975 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f5e0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 0.2 on pci1 pci3: on pcib3 vgapci0: port 0xff00-0xff07 mem 0xfcc00000-0xfccfffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M pcib4: irq 16 at device 28.0 on pci0 pci4: on pcib4 em0: port 0x5f00-0x5f1f mem 0xfdee0000-0xfdefffff irq 16 at device 0.0 on pci4 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:10:f3:15:ae:e8 pcib5: irq 17 at device 28.1 on pci0 pci5: on pcib5 em1: port 0xdf00-0xdf1f mem 0xfdce0000-0xfdcfffff irq 17 at device 0.0 on pci5 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:10:f3:15:ae:e9 pcib6: irq 18 at device 28.2 on pci0 pci6: on pcib6 em2: port 0xcf00-0xcf1f mem 0xfdae0000-0xfdafffff irq 18 at device 0.0 on pci6 em2: Using MSI interrupt em2: [FILTER] em2: Ethernet address: 00:10:f3:15:ae:ea pcib7: irq 19 at device 28.3 on pci0 pci7: on pcib7 em3: port 0xaf00-0xaf1f mem 0xfd8e0000-0xfd8fffff irq 19 at device 0.0 on pci7 em3: Using MSI interrupt em3: [FILTER] em3: Ethernet address: 00:10:f3:15:ae:eb pcib8: irq 16 at device 28.4 on pci0 pci8: on pcib8 em4: port 0x9f00-0x9f1f mem 0xfd6e0000-0xfd6fffff irq 16 at device 0.0 on pci8 em4: Using MSI interrupt em4: [FILTER] em4: Ethernet address: 00:10:f3:15:ae:ec pcib9: irq 17 at device 28.5 on pci0 pci9: on pcib9 em5: port 0x8f00-0x8f1f mem 0xfd4e0000-0xfd4fffff irq 17 at device 0.0 on pci9 em5: Using MSI interrupt em5: [FILTER] em5: Ethernet address: 00:10:f3:15:ae:ed uhci0: port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 uhci1: port 0xfd00-0xfd1f irq 20 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 ehci0: mem 0xfdfff000-0xfdfff3ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 pcib10: at device 30.0 on pci0 pci10: on pcib10 em6: port 0xbf00-0xbf3f mem 0xfd0e0000-0xfd0fffff,0xfd0c0000-0xfd0dffff irq 18 at device 14.0 on pci10 em6: [FILTER] em6: Ethernet address: 00:10:f3:15:ae:ee em7: port 0xbe00-0xbe3f mem 0xfd0a0000-0xfd0bffff,0xfd080000-0xfd09ffff irq 17 at device 15.0 on pci10 em7: [FILTER] em7: Ethernet address: 00:10:f3:15:ae:ef isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfa00-0xfa07,0xf900-0xf903,0xf800-0xf807,0xf700-0xf703,0xf600-0xf60f,0xf500-0xf50f irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0xf300-0xf307,0xf200-0xf203,0xf100-0xf107,0xf000-0xf003,0xef00-0xef0f,0xee00-0xee0f irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] acpi_tz0: on acpi0 atrtc0: port 0x70-0x73 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcc000-0xccfff,0xef000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] Timecounter "TSC" frequency 1995012830 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ad4: FAILURE - SET_MULTI status=51 error=4 ad4: 1943MB at ata2-master SATA150 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ad8: 305245MB at ata4-master SATA300 WARNING: WITNESS option enabled, expect reduced performance. GEOM: ad8s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 Root mount waiting for: usbus2 uhub2: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ad8s1a WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted em0: link state changed to UP lock order reversal: 1st 0xc4caead0 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:423 2nd 0xd85133a0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 3rd 0xc4a6f594 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:544 KDB: stack backtrace: db_trace_self_wrapper(c0c6bc14,e6cec408,c08bc9d5,c08ad71b,c0c6eac2,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ad71b,c0c6eac2,c452be90,c452efb8,e6cec464,...) at kdb_backtrace+0x29 _witness_debugger(c0c6eac2,c4a6f594,c0c617fd,c452efb8,c0c8d400,...) at _witness_debugger+0x25 witness_checkorder(c4a6f594,9,c0c8d400,220,0,...) at witness_checkorder +0x839 __lockmgr_args(c4a6f594,80100,c4a6f5b0,0,0,...) at __lockmgr_args+0x7a7 ffs_lock(e6cec574,c0efbb18,c4ca6764,80100,c4a6f53c,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0d6e900,e6cec574,e6cec594,c0d87380,c4a6f53c,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c4a6f53c,80100,c0c8d400,220,c455b600,...) at _vn_lock+0x5e ffs_snapshot(c49dca10,c49db620,c0c8ed65,15f,c0c7506a,...) at ffs_snapshot+0x150b ffs_mount(c49dca10,0,c0c75557,3d2,0,...) at ffs_mount+0x14aa vfs_donmount(c4ca66c0,211000,c45b5b00,c45b5b00,bfbfecb4,...) at vfs_donmount+0x1012 nmount(c4ca66c0,e6ceccf8,c,c4ca66c0,c0d4fe38,...) at nmount+0x75 syscall(e6cecd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280ee76b, esp = 0xbfbfeadc, ebp = 0xbfbfee28 --- lock order reversal: 1st 0xd85133a0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xc4a21bdc snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:793 KDB: stack backtrace: db_trace_self_wrapper(c0c6bc14,e6cec408,c08bc9d5,c08ad71b,c0c6eaa9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ad71b,c0c6eaa9,c452be90,c452f2f8,e6cec464,...) at kdb_backtrace+0x29 _witness_debugger(c0c6eaa9,c4a21bdc,c0c8d462,c452f2f8,c0c8d400,...) at _witness_debugger+0x25 witness_checkorder(c4a21bdc,9,c0c8d400,319,c4caeaec,...) at witness_checkorder+0x839 __lockmgr_args(c4a21bdc,80400,c4caeaec,0,0,...) at __lockmgr_args+0x7a7 ffs_lock(e6cec574,0,0,80400,c4caea78,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0d6e900,e6cec574,c195cb90,c0d87380,c4caea78,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c4caea78,80400,c0c8d400,319,0,...) at _vn_lock+0x5e ffs_snapshot(c49dca10,c49db620,c0c8ed65,15f,c0c7506a,...) at ffs_snapshot+0x28b6 ffs_mount(c49dca10,0,c0c75557,3d2,0,...) at ffs_mount+0x14aa vfs_donmount(c4ca66c0,211000,c45b5b00,c45b5b00,bfbfecb4,...) at vfs_donmount+0x1012 nmount(c4ca66c0,e6ceccf8,c,c4ca66c0,c0d4fe38,...) at nmount+0x75 syscall(e6cecd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280ee76b, esp = 0xbfbfeadc, ebp = 0xbfbfee28 --- lock order reversal: 1st 0xc4a21bdc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:296 2nd 0xc4caead0 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1587 KDB: stack backtrace: db_trace_self_wrapper(c0c6bc14,e6cec8b8,c08bc9d5,c08ad71b,c0c6eaa9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ad71b,c0c6eaa9,c452f2f8,c452efb8,e6cec914,...) at kdb_backtrace+0x29 _witness_debugger(c0c6eaa9,c4caead0,c0c617fd,c452efb8,c0c8d400,...) at _witness_debugger+0x25 witness_checkorder(c4caead0,9,c0c8d400,633,0,...) at witness_checkorder +0x839 __lockmgr_args(c4caead0,80000,0,0,0,...) at __lockmgr_args+0x7a7 ffs_snapremove(c4caea78,c49dca10,0,c0c76f01,41d,...) at ffs_snapremove +0x11f softdep_releasefile(c4b6dd24,e6ceca9c,2,c0efbae8,c0d553dc,...) at softdep_releasefile+0x3b ufs_inactive(e6cecadc,c4caeaec,c4caea78,c4caeaec,e6cecaf4,...) at ufs_inactive+0x1bc VOP_INACTIVE_APV(c0d6e900,e6cecadc,c0c75d38,924,c0d87340,...) at VOP_INACTIVE_APV+0xa5 vinactive(c0d6e900,e6cecb10,c0c75d38,8aa,128,...) at vinactive+0x8e vput(c4caea78,e6cecb4c,c0c76f01,128,0,...) at vput+0x1cd vn_close(c4caea78,1,c456d100,c4ca66c0,0,...) at vn_close+0x19a vn_closefile(c49f0620,c4ca66c0,3,0,c49f0620,...) at vn_closefile+0xe4 _fdrop(c49f0620,c4ca66c0,e6cecc18,c08bc81c,0,c4ca6764,c0efbae8,c0d569c0,c0c63538,c4ca302c,45b,c0c63538,e6cecc40,c0883a80,c4ca302c,8,c0c63538,45b) at _fdrop+0x43 closef(c49f0620,c4ca66c0,45b,440,c4ca302c,...) at closef+0x290 kern_close(c4ca66c0,4,e6cecd2c,c0ba8e93,c4ca66c0,...) at kern_close +0x117 close(c4ca66c0,e6ceccf8,4,c0c6f8c2,c0d4d588,...) at close+0x1a syscall(e6cecd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x28192253, esp = 0xbfbfeadc, ebp = 0xbfbfee28 --- lock order reversal: 1st 0xd858bbb0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xc49a1a00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper(c0c6bc14,e6cfca74,c08bc9d5,c08ad71b,c0c6eaa9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ad71b,c0c6eaa9,c452be90,c452f020,e6cfcad0,...) at kdb_backtrace+0x29 _witness_debugger(c0c6eaa9,c49a1a00,c0c8f887,c452f020,c0c8f520,...) at _witness_debugger+0x25 witness_checkorder(c49a1a00,9,c0c8f520,11d,0,...) at witness_checkorder +0x839 _sx_xlock(c49a1a00,0,c0c8f520,11d,da6cd018,...) at _sx_xlock+0x85 ufsdirhash_acquire(0,e,c47a6000,d858bb50,da6cd018,...) at ufsdirhash_acquire+0x35 ufsdirhash_remove(c4dd31d0,da6cd018,18,e6cfcb60,e6cfcb5c,...) at ufsdirhash_remove+0x14 ufs_dirremove(c4dd6a78,c4def658,500800c,0,c4dd6a78,...) at ufs_dirremove +0xe5 ufs_remove(e6cfcc34,0,0,0,c4decb84,...) at ufs_remove+0x6e VOP_REMOVE_APV(c0d6e900,e6cfcc34,c4decb84,e6cfcc0c,28216238,...) at VOP_REMOVE_APV+0xa5 kern_unlinkat(c4ca5d80,ffffff9c,28216238,0,e6cfcc80,...) at kern_unlinkat+0x181 kern_unlink(c4ca5d80,28216238,0,e6cfcd2c,c0ba8e93,...) at kern_unlink +0x27 unlink(c4ca5d80,e6cfccf8,4,c0c89eb5,c0d4d5f8,...) at unlink+0x22 syscall(e6cfcd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x28168d6f, esp = 0xbfbfec5c, ebp = 0xbfbfec88 --- # From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 16:41: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 D3D561065677 for ; Sat, 18 Jul 2009 16:41:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id A4B5E8FC13 for ; Sat, 18 Jul 2009 16:41:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 0CFDE3BC2E7; Sat, 18 Jul 2009 12:41:55 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Sat, 18 Jul 2009 12:41:54 -0400 X-Sasl-enc: cngKlXwE9bXzwqCegIFrsi7Dnd1VerpMb7ZHDKMebbu2 1247935314 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 780F29BBD; Sat, 18 Jul 2009 12:41:54 -0400 (EDT) Message-ID: <4A61FB2A.3000304@incunabulum.net> Date: Sat, 18 Jul 2009 17:41:14 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (X11/20090626) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------010205090207000808030401" Cc: re@FreeBSD.org Subject: [PATCH] Fix in6p_leave_group() panic by misbehaving apps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 16:41:56 -0000 This is a multi-part message in MIME format. --------------010205090207000808030401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, If anyone is experiencing panics with IPv6 in the kernel, and multicast applications active, please test this patch. I think some folk here saw this with VLC. re@: If this patch is good (I'll try to test locally) then it should go into HEAD ASAP. Some poorly behaved IPv6 multicast applications don't specify an interface for the join, and this triggers a KASSERT I put in to catch such corner cases. Multicast doesn't work unless apps are aware of the links active in the system they're running on, and this is a glaring hole in the Boost.ASIO API, sadly. This was caught by a Boost regression run on ref8.freebsd.org. Thanks to simon@ for logging the panic from the cluster console servers. cheers, BMS --------------010205090207000808030401 Content-Type: text/plain; name="8-current-v6-leave.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="8-current-v6-leave.diff" Index: in6_mcast.c =================================================================== --- in6_mcast.c (revision 195752) +++ in6_mcast.c (working copy) @@ -2166,8 +2166,23 @@ * refactored, assuming the scope IDs are the way to go. */ ifindex = ntohs(gsa->sin6.sin6_addr.s6_addr16[1]); +#if 0 KASSERT(ifindex != 0, ("%s: bad zone ID", __func__)); ifp = ifnet_byindex(ifindex); +#else + /* + * Some badly behaved applications don't pass an ifindex + * or a scope ID, which is an API violation. + */ + if (ifindex == 0) { + CTR2(KTR_MLD, "%s: warning: no ifindex, looking up " + "ifp for group %s.", __func__, + ip6_sprintf(ip6tbuf, &gsa->sin6.sin6_addr)); + ifp = in6p_lookup_mcast_ifp(inp, &gsa->sin6); + } else { + ifp = ifnet_byindex(ifindex); + } +#endif if (ifp == NULL) return (EADDRNOTAVAIL); } --------------010205090207000808030401-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 17:04: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 069421065674; Sat, 18 Jul 2009 17:04:31 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id B11BC8FC14; Sat, 18 Jul 2009 17:04:30 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id B4D421334500; Sat, 18 Jul 2009 18:48:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id f1VU8C-cLAUl; Sat, 18 Jul 2009 18:48:05 +0200 (CEST) Received: from [10.10.1.14] (unknown [217.73.23.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id DACF513344A8; Sat, 18 Jul 2009 18:48:05 +0200 (CEST) Message-ID: <4A61FCC0.4040303@FreeBSD.org> Date: Sat, 18 Jul 2009 18:48:00 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Marten Vijn References: <1247887759.14210.18.camel@neo.cse.buffalo.edu> <1247933100.14935.20.camel@mvn-desktop> In-Reply-To: <1247933100.14935.20.camel@mvn-desktop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ken Smith , freebsd-stable , freebsd-current@freebsd.org Subject: Re: make distribution Re: 8.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 17:04:31 -0000 Marten Vijn wrote: > cd /usr/src > make distribution gives an error > > data below, > > README /usr/tftpboot1//etc/pam.d/README > make: don't know how to make gdm. Stop > *** Error code 2 > > Stop in /usr/src/etc. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. I believe r195753 fixes this problem. Please update your sources. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 17:14: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 B8F13106566B; Sat, 18 Jul 2009 17:14:36 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id 540E88FC16; Sat, 18 Jul 2009 17:14:36 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.178.47] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id n6IHEPpl088225; Sat, 18 Jul 2009 19:14:25 +0200 (CEST) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Daniel Gerzo In-Reply-To: <4A61FCC0.4040303@FreeBSD.org> References: <1247887759.14210.18.camel@neo.cse.buffalo.edu> <1247933100.14935.20.camel@mvn-desktop> <4A61FCC0.4040303@FreeBSD.org> Content-Type: text/plain Date: Sat, 18 Jul 2009 19:14:27 +0200 Message-Id: <1247937267.14935.23.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.org, Ken Smith , freebsd-stable Subject: Re: make distribution Re: 8.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 17:14:37 -0000 On Sat, 2009-07-18 at 18:48 +0200, Daniel Gerzo wrote: > Marten Vijn wrote: > > cd /usr/src > > make distribution gives an error > > > > data below, > > > > > README /usr/tftpboot1//etc/pam.d/README > > make: don't know how to make gdm. Stop > > *** Error code 2 > > > > Stop in /usr/src/etc. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > I believe r195753 fixes this problem. Please update your sources. I should have mentioned my rev: Last Changed Rev: 195752 updating to Last Changed Rev: 195754 Fixes the issues thanks, Marten > -- http://martenvijn.nl Marten Vijn http://martenvijn.nl/trac/wiki/soas Sugar on a Stick http://bsd.wifisoft.org/nek/ The Network Event Kit http://har2009.org 13th-16th August http://opencommunitycamp.org 26th Jul - 2nd August From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 17:56:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 784FE1065686 for ; Sat, 18 Jul 2009 17:56:25 +0000 (UTC) (envelope-from mclone@gmail.com) Received: from mail-fx0-f216.google.com (mail-fx0-f216.google.com [209.85.220.216]) by mx1.freebsd.org (Postfix) with ESMTP id 0C0518FC1D for ; Sat, 18 Jul 2009 17:56:24 +0000 (UTC) (envelope-from mclone@gmail.com) Received: by fxm12 with SMTP id 12so172534fxm.43 for ; Sat, 18 Jul 2009 10:56:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=cwQMIdv+xChFe47aEDWDP4fX/o1QJ/8VQdlI7zLA0wI=; b=iI5+/7eys/NfOSJylPGYlj070LACv1J5PxMXxa5CvcZzavSKpUey20BXZ+ViWwkNsw 6gAkpDi32ib8ZG3PqU0hcEqYA/YdwKVCteu75Q0wBVJ7oT/0hO3Y4U7oBZBTQDQus0mZ LJK167hpaZKBQZKP6KShJ0kq9qJFjyuI6b3XA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=cq4+BL/kQH3+Fz8mMiwbY32NLhBgeZcIDQWQMFVWgp4LvNSI33Dt7g0AApf87yxaaX TWZI5L516+6diBubjDEHZ/DY9qE5ZTfI2AAoZGMFpES3Sf7RfMwAM0dJB9lLVn8qb69R L6IP/E11uSWZtCavOEY5xFlNH+byT8x5NdxP8= MIME-Version: 1.0 Received: by 10.204.53.136 with SMTP id m8mr2236631bkg.109.1247938020827; Sat, 18 Jul 2009 10:27:00 -0700 (PDT) Date: Sat, 18 Jul 2009 20:27:00 +0300 Message-ID: <451cb3010907181027q13d5c345w8962a648c7682ed8@mail.gmail.com> From: McLone To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [bug] ZFS zvol dev entry disappearing upon reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 17:56:25 -0000 Hell Low. As downloading torrent files from many peers to ZFS imposes fragmentation (and there's no way to defragment ZFS volume - what a pity! How come now-a-days FS can go like this?), i created zvol with UFS2 on it last time i wanted to watch some old sci-fi. I had plans to move sci-fi from UFS2/zvol to ZFS when it'll be complete, but forgot it, and rebooted machine. After reboot rtorrent said sci-fi is marked as complete, but it can not find files. I wasn't surprised, as i haven't modified my /etc/fstab, so i entered "mount /dev/zvol" and pressed Tab in hope of tcsh (eek) autocomplete. It just beeped on me. I've done "ls /dev" and there was no directory there named zvol. Then i've done "zfs list" and my zvol was there. Puzzled, i've done "zfs snapshot" and then a little dance of "zfs send | zfs recv" to a new volume. Now dev entries appeared (both for newly created snapshot of an old zvol and for new zvol). I rebooted, and there was no /dev/zvol again. I looked at my uname -v output (it was HEAD/amd64 from Jul 1) and decided to update. Updating didn't solved this problem. Strangely, simple "zfs rename zpool/zvol zpool/newzvol" cures this woe, but i think this is a bug. Steps to reproduce: zfs create -V 1g zpool/zvol [newfs /dev/zvol/zpool/zvol] reboot ls /dev Workaround: zfs rename zpool/zvol zpool/newzvol mount /dev/zvol/zpool/zvol /mnt -- wbr, |\ _,,,---,,_ dog bless ya! ` Zzz /,`.-'`' -. ;-;;,_ McLone at GMail dot com |,4- ) )-,_. ,\ ( `'-' net- and *BSD admin '---''(_/--' `-'\_) ...translit rawx! From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 18:37: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 CC115106566B for ; Sat, 18 Jul 2009 18:37:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA668FC08 for ; Sat, 18 Jul 2009 18:37:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n6IIbHna097826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Jul 2009 11:37:18 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4A62165D.50502@errno.com> Date: Sat, 18 Jul 2009 11:37:17 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Artem Naluzhnyy References: <65dfa4fc0907180644j3a8445c1y28a8e09310a21807@mail.gmail.com> <65dfa4fc0907180648t79899299x1c4702acabe7ddf4@mail.gmail.com> In-Reply-To: <65dfa4fc0907180648t79899299x1c4702acabe7ddf4@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: current Subject: Re: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 18:37:19 -0000 Artem Naluzhnyy wrote: > Hi, > > After 7.2-RLEASE -> 8.0-BETA2 update my notebook wireless works > without problems but there are lots of annoying "ath0: bad series0 > hwrate 0x1b"-like messages on console now. > > ==================================================== > pciconf: > > ath0@pci0:1:0:0: class=0x020000 card=0x3065168c chip=0x001c168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = > 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 > (USBVID_147E&PID_20165&B71A446&0&1)' > class = network > subclass = ethernet > > ==================================================== > sysctls: > > hw.ath.bstuck: 4 > hw.ath.txbuf: 200 > hw.ath.rxbuf: 40 > hw.ath.resetcal: 1200 > hw.ath.shortcal: 100 > hw.ath.longcal: 30 > hw.ath.hal.swba_backoff: 0 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.dma_brt: 2 > dev.ath.0.%desc: Atheros 5424/2424 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=0 function=0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x001c subvendor=0x168c > subdevice=0x3065 class=0x020000 > dev.ath.0.%parent: pci1 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.sample_stats: 0 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 96 > dev.ath.0.slottime: 9 > dev.ath.0.acktimeout: 48 > dev.ath.0.ctstimeout: 48 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 1 > dev.ath.0.diversity: 1 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.rfsilent: 1 > dev.ath.0.rfkill: 1 > dev.ath.0.intmit: 1 > dev.ath.0.monpass: 24 > > ==================================================== > dmesg: > > ath0: mem 0xbf7f0000-0xbf7fffff irq 17 at device 0.0 on pci1 > ath0: [ITHREAD] > ath0: AR5413 mac 10.0 RF5424 phy 6.1 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: bad series2 hwrate 0x1c, tries 4 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > > ==================================================== > ifconfig: > > ath0: flags=8843 metric 0 mtu 2290 > ether 00:15:af:xx:xx:xx > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:15:af:xx:xx:xx > inet xx.xx.xx.xx netmask 0xfffffff8 broadcast xx.xx.xx.xx > media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g > status: associated > ssid xx channel 3 (2422 Mhz 11g) bssid 00:1f:1f:xx:xx:xx > regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON > deftxkey UNDEF TKIP 2:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS > wme roaming MANUAL > ==================================================== > How often is "lots"? hw tx rate 0x1b is 1Mb/s CCK and 0x1c is 1M w/ short preamble. Both of these rates should be ok to use in 11g so I don't see why there are complaints unless the ap you are associated to is doing something like forcing 11g-only operation (i.e. OFDM only, no CCK). However even with that you should be fine unless perhaps fixed tx rate parameters are set wrong. Not sure there's a way to dump the negotiated rate set. You can try turning on something like: wlandebug assoc to see if that provides useful info. Otherwise you might need to collect a packet trace with something like: tcpdump -i wlan0 -p -y IEEE802_11_RADIO -w t.pcap while associating--then inspect the results (and/or send me the pcap file). Sam From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 18:38:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1528106566B; Sat, 18 Jul 2009 18:38:14 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 552088FC0A; Sat, 18 Jul 2009 18:38:14 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so436372fge.12 for ; Sat, 18 Jul 2009 11:38:13 -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:message-id:user-agent:mime-version:content-type; bh=zAwWDyAHebHCPBuwFLLvyBbqPk5bkR86BV7tVp4IFYI=; b=EsTgcNH1K9wCquujuye8LCuUQf+mrYNHMPyCAPZx1uRAiOJGBhCZ/L26UA+es8wH2S pmlsdVRyrQuAp5Jp1WTqrar/MWTL1NEirGio2f4iu/cB/lura9ZQwKTVOEfrHfAWDrVl a8U5MjRrkkZ+rmr/VUZcr8OH1TmkGLaDUcaWA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=Gt/3RU5SfqXoiKYhsQFrTwphco6YKLuHvVGjqNEEmHLRzLh2pfAbW0uqA6VdEQ71PI yeD8lMHxI8mqKlOeLzbvb1q0Pe6KqXve7ljH5KNSVyuu0LYSsHJFFdcuJ0pro7+CrUog TWo/KXt7ocUIZ27QIo8oSnW/kVMLSxK0ErEkc= Received: by 10.86.74.4 with SMTP id w4mr1820834fga.65.1247942293476; Sat, 18 Jul 2009 11:38:13 -0700 (PDT) Received: from localhost (95-24-64-233.broadband.corbina.ru [95.24.64.233]) by mx.google.com with ESMTPS id d4sm3914602fga.18.2009.07.18.11.38.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 18 Jul 2009 11:38:12 -0700 (PDT) From: Anonymous To: Rick Macklem References: <86zlb45px8.fsf@gmail.com> <20090717081105.GQ55190@deviant.kiev.zoral.com.ua> <86ocrjyrqu.fsf@gmail.com> Date: Sat, 18 Jul 2009 22:38:04 +0400 Message-ID: <868wil7s6r.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: Kostik Belousov , Rick Macklem , freebsd-current@freebsd.org Subject: Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Jul 2009 18:38:15 -0000 Rick Macklem writes: > On Sat, 18 Jul 2009, Anonymous wrote: > >> >> Yep, I can reproduce it as easily on 8.0-BETA2 snapshot under qemu >> >> # uname -vm >> FreeBSD 8.0-BETA2 #0: Wed Jul 15 23:25:30 UTC 2009 >> root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >> > I'll try to get around to testing it this weekend, but if you'd > like to test the following patch, I think it might fix the problem. > > The new krpc only checks NFSMNT_INT at connect and not every rpc. > > rick > ps: The line #s assume the other patch you tested is already applied. > --- untested exp. nfs client patch --- [...] The patch fixed my problem on r195754M amd64. I'm no longer able to reproduce it by hitting ^T when copying medium-sized files. I hope both fixes will be in HEAD before 8.0-BETA3. From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 18: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 65B1D106564A for ; Sat, 18 Jul 2009 18:56:57 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.freebsd.org (Postfix) with ESMTP id DFC9C8FC16 for ; Sat, 18 Jul 2009 18:56:56 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id n6IIulFN014523 for ; Sat, 18 Jul 2009 20:56:47 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Sat, 18 Jul 2009 20:56:47 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907182056.47383.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Subject: Sending multicast datagrams broken (regression) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 18:56:57 -0000 I'm observing that multicast IPv4 UDP datagrams sent from the latest 8.0-BETA2 are being discarded. The code below used to work with 7.2. Sender Receiver Result ---------------------- 8.0 8.0 Broken, but loop back traffic works 8.0 7.2 Broken 7.2 8.0 Works Oddly enough, when I run tcpdump on a 8.0 sender, it shows packets being sent, but on the receiver tcpdump shows no activity whatsoever. The receiver was properly registering it's membership (which was verified with ifmcstat). Testing was done on three hosts, two of which are running 8.0 and one 7.2. The hosts are connected using a single switch. I've tried if_em and if_re NICs, both with the same results. Kind regards, Pieter de Goeje PS. I can post complete code if necessary. ---- fd is initialized with a freshly created AF_INET datagram socket, maddr contains the group address (239.255.9.9 in the test case, but I've tried multiple different addresses). void doit(int fd, in_addr_t maddr, int port) { struct sockaddr_in addr; int cnt; struct ip_mreq mreq; char message[] = "Hello"; memset(&addr, 0, sizeof(addr)); addr.sin_family=AF_INET; addr.sin_addr.s_addr=maddr; addr.sin_port=htons(port); u_char ttl = 2; if(setsockopt(fd, IPPROTO_IP, IP_MULTICAST_TTL, &ttl, sizeof(ttl)) == -1) { err(1, "setsockopt"); } for(;;) { if(sendto(fd, message, sizeof(message) - 1, 0, (struct sockaddr *)&addr, sizeof(addr)) == -1) { err(1, "sendto"); } sleep(1); } } From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 19:02: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 F085A1065673 for ; Sat, 18 Jul 2009 19:02:18 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 797258FC0C for ; Sat, 18 Jul 2009 19:02:18 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 249038873 for freebsd-current@freebsd.org; Sat, 18 Jul 2009 22:02:15 +0300 Message-ID: <4A621C20.8070208@FreeBSD.org> Date: Sat, 18 Jul 2009 22:01:52 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: FreeBSD-Current Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: SiI3124/3132/3531 CAM 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: Sat, 18 Jul 2009 19:02:19 -0000 Hi. I've made CAM driver for SiliconImage SiI3124/3132/3531 controllers: http://people.freebsd.org/~mav/siis.20090718.patch Driver supports Serial ATA and ATAPI devices, Port Multipliers (including FIS-based switching), hardware command queues (31 command per port) and Native Command Queuing. Testers are welcome. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 19:21: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 DC3DD106564A for ; Sat, 18 Jul 2009 19:21:17 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf04.insightbb.com (mxsf04.insightbb.com [74.128.0.74]) by mx1.freebsd.org (Postfix) with ESMTP id A89648FC0C for ; Sat, 18 Jul 2009 19:21:17 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) X-IronPort-AV: E=Sophos;i="4.43,227,1246852800"; d="scan'208";a="682175625" Received: from unknown (HELO asav03.insightbb.com) ([172.31.249.123]) by mxsf04.insightbb.com with ESMTP; 18 Jul 2009 14:52:49 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAOu2YUpKgYcH/2dsb2JhbACLB8FXCYQDBYE/ X-IronPort-AV: E=Sophos;i="4.43,227,1246852800"; d="scan'208";a="99410484" Received: from 74-129-135-7.dhcp.insightbb.com (HELO sneezy) ([74.129.135.7]) by asav03.insightbb.com with SMTP; 18 Jul 2009 14:52:49 -0400 From: "David Boyd" To: Date: Sat, 18 Jul 2009 14:52:49 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Importance: Normal Subject: 8.0-BETA2 sysinstall spelling error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 19:21:18 -0000 The use of "distEverything" results in sysinstall trying to add package mn-freebsd-doc-mn- which doesn't exist in the INDEX (mn-freebsd-doc-). If its too early to "pick nits", I apologize. From owner-freebsd-current@FreeBSD.ORG Sat Jul 18 19:29:46 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 74F731065673 for ; Sat, 18 Jul 2009 19:29:46 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: from mail-ew0-f220.google.com (mail-ew0-f220.google.com [209.85.219.220]) by mx1.freebsd.org (Postfix) with ESMTP id 047D88FC2C for ; Sat, 18 Jul 2009 19:29:45 +0000 (UTC) (envelope-from tutatnhamon@gmail.com) Received: by ewy20 with SMTP id 20so1290037ewy.43 for ; Sat, 18 Jul 2009 12:29:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=31IrzEG35Zo4zDP0zZxP4KWW9pzO80aHvkDj+v1lIFk=; b=BEj5gZiXfIGJ+faByBzuHdSqL9OYpurYq8N/wXa+VHHrwdqDb8/s1FA2pAmaQItpVT JMLCZPrW8y5CMpT4YlWb0Gz2dwrxT5FJatfbEG09QzDN8lsqtN40XW4JWCwMO1ne0zHR vjpU30d70W6Kzxk5tZFKsdUkeuS21Y1Q1uMP8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=Yp3cGl6snm4edKtrXs7hyCOXkeCHUTwdMOgNyecB8hgabYaL/12J9qRbnpiCNFN8Tn Tft5DPj3qlHTIyBJkHZaAvbNebvAJcPLHIMrAQiFmVV4XhKdIxvQtODd7mHgg0VWUNKm y/vPuRFascFNDKMuvZPOx2JgN2b5k/tGWXN5o= MIME-Version: 1.0 Sender: tutatnhamon@gmail.com Received: by 10.216.71.83 with SMTP id q61mr685782wed.14.1247945385088; Sat, 18 Jul 2009 12:29:45 -0700 (PDT) In-Reply-To: <4A62165D.50502@errno.com> References: <65dfa4fc0907180644j3a8445c1y28a8e09310a21807@mail.gmail.com> <65dfa4fc0907180648t79899299x1c4702acabe7ddf4@mail.gmail.com> <4A62165D.50502@errno.com> From: Artem Naluzhnyy Date: Sat, 18 Jul 2009 22:29:25 +0300 X-Google-Sender-Auth: 0a35265ff98575fc Message-ID: <65dfa4fc0907181229n6e11f16fk6f4f511d54e635e9@mail.gmail.com> To: Sam Leffler Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 19:29:46 -0000 On Sat, Jul 18, 2009 at 21:37, Sam Leffler wrote: > How often is "lots"? There are 5-30 messages a second when bandwidth usage is high. The noname AP looks really strange and it may do something wrong. Actually the question is rather why I did not see the messages for the same AP in 7.2-R and how to (if possible) disable the messages in 8.0. > wlandebug assoc > tcpdump -i wlan0 -p -y IEEE802_11_RADIO -w t.pcap tcpdump and wlandebug results have been sent privately. -- Artem Naluzhnyy