From owner-freebsd-geom@FreeBSD.ORG Mon Jul 26 11:07:02 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32C65106564A for ; Mon, 26 Jul 2010 11:07:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 274608FC21 for ; Mon, 26 Jul 2010 11:07:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6QB728p080682 for ; Mon, 26 Jul 2010 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6QB71Oh080680 for freebsd-geom@FreeBSD.org; Mon, 26 Jul 2010 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Jul 2010 11:07:01 GMT Message-Id: <201007261107.o6QB71Oh080680@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 11:07:02 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/148540 geom [geom] geom_sched breaks ata devices o kern/147852 geom [geom] [panic] graid3 panic: wrong offset 16384 for se o kern/147851 geom [geom] [panic] graid3 panic: g_read_data: invalid leng o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/147664 geom [geom] [patch] Add the ability to create linux and fat o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144962 geom [geom] panic when accessing GPT disk with a large numb o kern/144905 geom [geom][gpart] panic in gpart_ctlreq when unplugging ca o bin/144521 geom geom(1) tool parsing non-subclass command broken o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool f kern/142365 geom [geom] FreeBSD RAID1 (gmirror) is much slower than Lin o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error s kern/141235 geom [geom_part] 8.0 no longer provides /dev entries for al o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 58 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 08:22:23 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D32EF106564A for ; Tue, 27 Jul 2010 08:22:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 662068FC20 for ; Tue, 27 Jul 2010 08:22:23 +0000 (UTC) Received: by fxm13 with SMTP id 13so469209fxm.13 for ; Tue, 27 Jul 2010 01:22:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=wIwO9tNQV4mqzFo4vzvuXcOb0Q2y8tuK1BgrTiqT51k=; b=BtbJmZgq5Fy9vEKuIbmXpJuXVh6UetB6zyORuG6hxiqZiMVVl1ni4dgHq133dLkf3k N0js3n+REpm7pCEGv94eNDDLLKwM9zw/PQY5N0OPo4U5/0qy1UpriL8/CmkNa86u41+x dmlLzMVtWzjKEjCzEwBdQxLv1DvaihoEL+s/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=Zft1LsCG7oYGQgAbPVJWUnmcqEFVelpoC/+xRA6syDpmHtLXPDv6OhMx7wk3IQi8FW Ah4YENDulwUCSxaDOKbF+SZYR4pVF4RP9TsBVdGTqh5eXGm6B5+ZMdvHub/3vmGZImzT /lAqEU2nCAGdWYJbYl1VjjYpaZzaFF3p56lNk= Received: by 10.223.120.67 with SMTP id c3mr5540655far.70.1280217577473; Tue, 27 Jul 2010 00:59:37 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id w11sm1793536fao.37.2010.07.27.00.59.36 (version=SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 00:59:36 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C4E919C.2060009@FreeBSD.org> Date: Tue, 27 Jul 2010 10:58:20 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Hyperactive g_event thread X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 08:22:23 -0000 Hi. At this moment g_event thread is one of two most active idle threads (second is yarrow) on my system. It wakes up ten times per second while most of time it is not doing anything. The only reason for doing it I see in imperfect locking of g_run_events() loop and respective tsleep()/wakeup(). So timeout there may be needed for collection potentially lost wakeup() events. Could somebody fully aware of GEOM locking look at this? -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 09:03:48 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADE73106567B for ; Tue, 27 Jul 2010 09:03:48 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3CCBF8FC08 for ; Tue, 27 Jul 2010 09:03:47 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.51.2]) by phk.freebsd.dk (Postfix) with ESMTP id E43E33F624; Tue, 27 Jul 2010 08:46:03 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id o6R8k3PM024823; Tue, 27 Jul 2010 08:46:03 GMT (envelope-from phk@critter.freebsd.dk) To: Alexander Motin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 27 Jul 2010 10:58:20 +0300." <4C4E919C.2060009@FreeBSD.org> Date: Tue, 27 Jul 2010 08:46:03 +0000 Message-ID: <24822.1280220363@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@FreeBSD.org Subject: Re: Hyperactive g_event thread X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 09:03:48 -0000 In message <4C4E919C.2060009@FreeBSD.org>, Alexander Motin writes: >The only reason for doing it I >see in imperfect locking of g_run_events() loop and respective >tsleep()/wakeup(). So timeout there may be needed for collection >potentially lost wakeup() events. Back when GEOM was written, the kernels SMP facilites were rather rudimentary and in a few cases downright buggy, so workarounds like that timeout were employed. They can hopefully safely be removed now. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 12:51:52 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D101065674 for ; Tue, 27 Jul 2010 12:51:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 66EAF8FC18 for ; Tue, 27 Jul 2010 12:51:52 +0000 (UTC) Received: by fxm13 with SMTP id 13so601873fxm.13 for ; Tue, 27 Jul 2010 05:51:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=eAt4fJQ6NvrEfqLm0iSOSnIb8hCK+0ENECU9zoMGM2I=; b=Q2cvS2gMJ8hzlJRQOLmPHHa0yAnGof3GQcYklfAafhUnEmi8gZLutlViAPLge6Fne7 3ZW4nNdHE1e9aM01ARD4d2Fvd41KA12YC3svC2y8Ie2v+42xiBNfS6vn3YgHMfSPqBH+ 5QdzamzEziJ4U4pshOxkW7EkiyJd4eIUV6iZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=oDVdhbk2s+rCug9p4a+dW6xRzgl4QRcvniT2KW+8cY1Cko9TlIS2MVGrjoPNfdBhXA r+JtshxNvc4ICiwS+xqlA8YT+hjYhbHtfy9aEX8U5bNenJX2HHCe3jBD9ReMbqpKrWVW QBFZaZRDEpBNmffrbYA1TDTBm4mDIaXWy0rlM= Received: by 10.223.107.211 with SMTP id c19mr8034682fap.20.1280235111272; Tue, 27 Jul 2010 05:51:51 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r5sm1890276faq.8.2010.07.27.05.51.49 (version=SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 05:51:50 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C4ED619.7050305@FreeBSD.org> Date: Tue, 27 Jul 2010 15:50:33 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Poul-Henning Kamp References: <24822.1280220363@critter.freebsd.dk> In-Reply-To: <24822.1280220363@critter.freebsd.dk> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-geom@FreeBSD.org Subject: Re: Hyperactive g_event thread X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 12:51:52 -0000 Poul-Henning Kamp wrote: > In message <4C4E919C.2060009@FreeBSD.org>, Alexander Motin writes: > >> The only reason for doing it I >> see in imperfect locking of g_run_events() loop and respective >> tsleep()/wakeup(). So timeout there may be needed for collection >> potentially lost wakeup() events. > > Back when GEOM was written, the kernels SMP facilites were rather > rudimentary and in a few cases downright buggy, so workarounds > like that timeout were employed. > > They can hopefully safely be removed now. I have already removed alike timeouts on up/down threads and it indeed was safe there. But are you really sure about this specific case? Cause I'm not. Up/down threads using msleep and checking lack of work after dropping/grabbing lock. Event thread instead does several tasks, drops lock few times between them and uses tsleep(). I would say there should be a bunch of race conditions. -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 14:38:54 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E81E9106566C; Tue, 27 Jul 2010 14:38:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A8D548FC13; Tue, 27 Jul 2010 14:38:54 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.51.2]) by phk.freebsd.dk (Postfix) with ESMTP id 08C243F5CF; Tue, 27 Jul 2010 14:38:52 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id o6REcqJm027238; Tue, 27 Jul 2010 14:38:52 GMT (envelope-from phk@critter.freebsd.dk) To: Alexander Motin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 27 Jul 2010 15:50:33 +0300." <4C4ED619.7050305@FreeBSD.org> Date: Tue, 27 Jul 2010 14:38:52 +0000 Message-ID: <27237.1280241532@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@FreeBSD.org Subject: Re: Hyperactive g_event thread X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 14:38:55 -0000 In message <4C4ED619.7050305@FreeBSD.org>, Alexander Motin writes: >Poul-Henning Kamp wrote: >I have already removed alike timeouts on up/down threads and it indeed >was safe there. But are you really sure about this specific case? Cause >I'm not. Up/down threads using msleep and checking lack of work after >dropping/grabbing lock. Event thread instead does several tasks, drops >lock few times between them and uses tsleep(). I would say there should >be a bunch of race conditions. Quite likely, I didn't say it would be a trivial thing to remove that workaround :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 16:34:07 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E93B106564A for ; Tue, 27 Jul 2010 16:34:07 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3CCDA8FC18 for ; Tue, 27 Jul 2010 16:34:06 +0000 (UTC) Received: by fxm13 with SMTP id 13so761064fxm.13 for ; Tue, 27 Jul 2010 09:34:06 -0700 (PDT) Received: by 10.239.155.74 with SMTP id h10mr700519hbc.30.1280246867136; Tue, 27 Jul 2010 09:07:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.137.139 with HTTP; Tue, 27 Jul 2010 09:07:26 -0700 (PDT) In-Reply-To: <27237.1280241532@critter.freebsd.dk> References: <4C4ED619.7050305@FreeBSD.org> <27237.1280241532@critter.freebsd.dk> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Tue, 27 Jul 2010 18:07:26 +0200 Message-ID: To: Poul-Henning Kamp Content-Type: text/plain; charset=UTF-8 Cc: Alexander Motin , freebsd-geom@freebsd.org Subject: Re: Hyperactive g_event thread X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 16:34:07 -0000 On Tue, Jul 27, 2010 at 16:38, Poul-Henning Kamp wrote: > In message <4C4ED619.7050305@FreeBSD.org>, Alexander Motin writes: >>Poul-Henning Kamp wrote: > >>I have already removed alike timeouts on up/down threads and it indeed >>was safe there. But are you really sure about this specific case? Cause >>I'm not. Up/down threads using msleep and checking lack of work after >>dropping/grabbing lock. Event thread instead does several tasks, drops >>lock few times between them and uses tsleep(). I would say there should >>be a bunch of race conditions. > > Quite likely, I didn't say it would be a trivial thing to remove > that workaround :-) Hi, I was running with a patch that removed the timeout for a while like 2 years ago. Albeit not with high load. Worked fine at that time, I will search for the patch when I'm back home later today. - Marius From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 17:06:44 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 220261065676; Tue, 27 Jul 2010 17:06:44 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 757378FC20; Tue, 27 Jul 2010 17:06:43 +0000 (UTC) Received: by fxm13 with SMTP id 13so784301fxm.13 for ; Tue, 27 Jul 2010 10:06:42 -0700 (PDT) Received: by 10.239.156.10 with SMTP id k10mr619152hbc.147.1280250402479; Tue, 27 Jul 2010 10:06:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.137.139 with HTTP; Tue, 27 Jul 2010 10:06:18 -0700 (PDT) In-Reply-To: References: <4C4ED619.7050305@FreeBSD.org> <27237.1280241532@critter.freebsd.dk> From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Tue, 27 Jul 2010 19:06:18 +0200 Message-ID: To: Poul-Henning Kamp Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , freebsd-geom@freebsd.org Subject: Re: Hyperactive g_event thread X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 17:06:44 -0000 On Tue, Jul 27, 2010 at 18:07, Marius N=C3=BCnnerich w= rote: > On Tue, Jul 27, 2010 at 16:38, Poul-Henning Kamp wro= te: >> In message <4C4ED619.7050305@FreeBSD.org>, Alexander Motin writes: >>>Poul-Henning Kamp wrote: >> >>>I have already removed alike timeouts on up/down threads and it indeed >>>was safe there. But are you really sure about this specific case? Cause >>>I'm not. Up/down threads using msleep and checking lack of work after >>>dropping/grabbing lock. Event thread instead does several tasks, drops >>>lock few times between them and uses tsleep(). I would say there should >>>be a bunch of race conditions. >> >> Quite likely, I didn't say it would be a trivial thing to remove >> that workaround :-) > > Hi, > > I was running with a patch that removed the timeout for a while like 2 > years ago. Albeit not with high load. Worked fine at that time, I will > search for the patch when I'm back home later today. > > =C2=A0- Marius > Here it is: http://lists.freebsd.org/pipermail/freebsd-geom/2008-December/003200.html The mail is quite old now, I don't know if the patch still applies. Will check that if I can find the time. I would be happy to see this committed after all this time :) From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 17:28:02 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E54B10656A3 for ; Tue, 27 Jul 2010 17:28:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 239EB8FC23 for ; Tue, 27 Jul 2010 17:28:01 +0000 (UTC) Received: by fxm13 with SMTP id 13so804098fxm.13 for ; Tue, 27 Jul 2010 10:28:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=fJocuIMqNGCUeszSKAQ1bAFp/5deRx298ZlOh9CHASE=; b=Yijqtoei2yCcvaXT+NeuuQn5sXni48FeNeWAvYriZw93oGtBzz9YqnyULfrE+hQ/9f z0DfwX37VYlDmFLfxKP1PLumWUlQSTA4jNCYN7CZJk8xM2X1V3772WwuOBFbFOxjcdBx 8C1vmLOcFPHpnxcQQDPsU990x9QULu+mQtkTQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=FhM0SgShotH1ra2Plkhs3RfgUiZl9Krun1MHOGU4NJBHbw1TBBhj2ES/SK1b9vXqhe afIIFMaM/isuVYDDzGRumwDnM4gEwF5i1cvm+u1VLiELoLQjrVRBFYlrgkQ4uMUqEVLl EzgXVD+hQ0zPRAPfhxAhgEjpdkLhCDk+0AVF8= Received: by 10.223.108.204 with SMTP id g12mr8439174fap.21.1280251680962; Tue, 27 Jul 2010 10:28:00 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id w11sm2074776fao.13.2010.07.27.10.27.59 (version=SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 10:27:59 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C4F171C.9010106@FreeBSD.org> Date: Tue, 27 Jul 2010 20:27:56 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: =?UTF-8?B?TWFyaXVzIE7DvG5uZXJpY2g=?= References: <4C4ED619.7050305@FreeBSD.org> <27237.1280241532@critter.freebsd.dk> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Poul-Henning Kamp , freebsd-geom@freebsd.org Subject: Re: Hyperactive g_event thread X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 17:28:02 -0000 Marius Nünnerich wrote: > On Tue, Jul 27, 2010 at 18:07, Marius Nünnerich wrote: >> On Tue, Jul 27, 2010 at 16:38, Poul-Henning Kamp wrote: >>> In message <4C4ED619.7050305@FreeBSD.org>, Alexander Motin writes: >>>> Poul-Henning Kamp wrote: >>>> I have already removed alike timeouts on up/down threads and it indeed >>>> was safe there. But are you really sure about this specific case? Cause >>>> I'm not. Up/down threads using msleep and checking lack of work after >>>> dropping/grabbing lock. Event thread instead does several tasks, drops >>>> lock few times between them and uses tsleep(). I would say there should >>>> be a bunch of race conditions. >>> Quite likely, I didn't say it would be a trivial thing to remove >>> that workaround :-) >> >> I was running with a patch that removed the timeout for a while like 2 >> years ago. Albeit not with high load. Worked fine at that time, I will >> search for the patch when I'm back home later today. >> > Here it is: > http://lists.freebsd.org/pipermail/freebsd-geom/2008-December/003200.html > The mail is quite old now, I don't know if the patch still applies. > Will check that if I can find the time. I would be happy to see this > committed after all this time :) Yes, I was thinking about something like that. Patch mostly applies now and even builds. May be I would just put there sx_sleep() instead if msleep(), as topology_lock is sx. Could somebody to review this and tell how correct is to not drop topology lock between events handling and could there be places where g_wait_event woken without holding topology_lock? -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 17:48:12 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE6A11065673 for ; Tue, 27 Jul 2010 17:48:12 +0000 (UTC) (envelope-from lists-freebsd@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.freebsd.org (Postfix) with SMTP id EB0808FC16 for ; Tue, 27 Jul 2010 17:48:11 +0000 (UTC) Received: (qmail 5133 invoked by uid 1012); 27 Jul 2010 17:19:22 -0000 Date: Tue, 27 Jul 2010 19:19:22 +0200 From: Joan Picanyol i Puig To: freebsd-geom@freebsd.org Message-ID: <20100727171922.GC4458@grummit.biaix.org> Mail-Followup-To: lists-freebsd@biaix.org, freebsd-geom@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: unlikely secondary GPT LBA X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 17:48:12 -0000 [please honour MFT, not subscribed] Hi, Trying to setup a 8.1-RELEASE system such that: 1. glabeled discs 2. two of this previous discs are gmirrored 3. this mirror is gparted Taking order into account I go like: #!/bin/sh glabel label -v escota /dev/da1 gmirror label -v system /dev/label/escota # create GPT partition table gpart create -s GPT /dev/mirror/system # add boot partition, aligning it's end to 1MB boundary gpart add -b 64 -s 1984 -t freebsd-boot -l boot /dev/mirror/system # install boot code unto boot partition gpart bootcode -p /boot/gptboot -i 1 mirror/system # create 2GB root partition gpart add -b 2048 -s 4194304 -t freebsd-ufs -l std-root mirror/system # create 10GB partition gpart add -b 4196352 -s 20971520 -t freebsd-ufs -l apps mirror/system # create 10GB partition gpart add -b 25167872 -s 20971520 -t freebsd-ufs -l std-var mirror/system Things kind of make sense, because I store the last 2MB of my disk at every step with 'dd if=/dev/da1 of=/tmp/foobar oseek=488255488' and then I can see how it's being altered: charlie# cmp /tmp/da1.zeroed /tmp/da1.labeled /tmp/da1.zeroed /tmp/da1.labeled differ: char 2096641, line 1 charlie# cmp /tmp/da1.labeled /tmp/da1.mirrored /tmp/da1.labeled /tmp/da1.mirrored differ: char 2096129, line 1 charlie# cmp /tmp/da1.mirrored /tmp/da1.gpted /tmp/da1.mirrored /tmp/da1.gpted differ: char 2095617, line 1 charlie# cmp /tmp/da1.gpted /tmp/da1.gpted.full /tmp/da1.gpted /tmp/da1.gpted.full differ: char 2079233, line 1 So far so good: glabel & gmirror each take one sector for their metadata, the secondary GPT header takes another sector, and once partitioned we use an extra 16Kb. However, gpart is not happy: GEOM: da1: the secondary GPT table is corrupt or invalid. GEOM: da1: using the primary only -- recovery suggested. And to my surprise I find: Primary GPT header: 00000200 45 46 49 20 50 41 52 54 00 00 01 00 5c 00 00 00 |EFI PART....\...| 00000210 7c 89 1f 33 00 00 00 00 01 00 00 00 00 00 00 00 ||..3............| 00000220 fd 3f 1a 1d 00 00 00 00 22 00 00 00 00 00 00 00 |.?......".......| 00000230 dc 3f 1a 1d 00 00 00 00 b8 69 7f ec cd 98 df 11 |.?.......i......| 00000240 8d 0b 00 30 48 f0 15 52 02 00 00 00 00 00 00 00 |...0H..R........| 00000250 80 00 00 00 80 00 00 00 97 02 0f ce 00 00 00 00 |................| 00000260 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| Secondary GPT header: 00004000 45 46 49 20 50 41 52 54 00 00 01 00 5c 00 00 00 |EFI PART....\...| 00004010 6d a1 f5 62 00 00 00 00 fd 3f 1a 1d 00 00 00 00 |m..b.....?......| 00004020 01 00 00 00 00 00 00 00 22 00 00 00 00 00 00 00 |........".......| 00004030 dc 3f 1a 1d 00 00 00 00 b8 69 7f ec cd 98 df 11 |.?.......i......| 00004040 8d 0b 00 30 48 f0 15 52 dd 3f 1a 1d 00 00 00 00 |...0H..R.?......| 00004050 80 00 00 00 80 00 00 00 97 02 0f ce 00 00 00 00 |................| 00004060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| I must be misunderstanding something, because I see this as gpart deciding that my secondary GPT header is at LBA FD3F1A1D00000000 which way past the end of my disk. What am I missing? -- pica From owner-freebsd-geom@FreeBSD.ORG Tue Jul 27 18:43:02 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C44F1065675 for ; Tue, 27 Jul 2010 18:43:02 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id EAFCF8FC2B for ; Tue, 27 Jul 2010 18:43:01 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward11.mail.yandex.net (Yandex) with ESMTP id 63C5A3ED08FB; Tue, 27 Jul 2010 22:43:00 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1280256180; bh=4xDFqFGW7Qr8VcJ39y18JpZTbT9goV0EgNMrchTLwTY=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=kfeYY0pHm6HNPfyl7JDONXA+F4JrD4qf8xWBfC/hJbgA/NoRnd/0rNRzrGW+kdT1/ kkSanXbb5DK0zFjF5CoJXpoJJJ3bhQux4yYqR0NZIt0gpw0/sk44aUeRiozvmMN9Cl +3zjMb5zxch5+501Ngjh5z2+G1UPMgfAFcifAgk4= Received: from [10.43.163.197] (static-76-197.kirovnet.ru [92.39.76.197]) by smtp11.mail.yandex.net (Yandex) with ESMTPSA id 2EDAB44D8086; Tue, 27 Jul 2010 22:43:00 +0400 (MSD) Message-ID: <4C4F289A.8070202@yandex.ru> Date: Tue, 27 Jul 2010 22:42:34 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100611 Thunderbird/3.0.4 MIME-Version: 1.0 To: lists-freebsd@biaix.org, freebsd-geom@freebsd.org References: <20100727171922.GC4458@grummit.biaix.org> In-Reply-To: <20100727171922.GC4458@grummit.biaix.org> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig63EF2ABE97DFFCD8FC5F01A5" X-Yandex-TimeMark: 1280256180 X-Yandex-Spam: 1 X-Yandex-Front: smtp11.mail.yandex.net Cc: Subject: Re: unlikely secondary GPT LBA X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 18:43:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig63EF2ABE97DFFCD8FC5F01A5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 27.07.2010 21:19, Joan Picanyol i Puig wrote: > # add boot partition, aligning it's end to 1MB boundary > gpart add -b 64 -s 1984 -t freebsd-boot -l boot /dev/mirror/system Do your system successfully boots from this partition? > I must be misunderstanding something, because I see this as gpart > deciding that my secondary GPT header is at LBA FD3F1A1D00000000 which > way past the end of my disk. It's in little-endian bytes order. I think it is 0x1D1A3FFD on your syste= m. --=20 WBR, Andrey V. Elsukov --------------enig63EF2ABE97DFFCD8FC5F01A5 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.14 (FreeBSD) iQEcBAEBAgAGBQJMTyieAAoJEAHF6gQQyKF687IIALBoZ+ztXpGSUhbs2o8CSYFc qixzdfdEouSIe8hcH9gwy2YJ+WdXm1jo+JRFGAp4CZ7NsWvce4PHFCXm5r7QAL8j 4X3jimiWu6GgDZ4WoDWPZohYP3285oXjD/NdTHTNSO1hOvBh9YIeoYn81kaQ1kP4 5pnHVm423AZeG1pKOyiSjbyLpdaRnmhzT8V6oY1n9r4rWAoKaeL9j3Ym9h9U1rMh rm8+x/AOk03G5mMSyeUaXPmDF6ud01Vq++IgTAoG8GXkoQgn2Bd5hUz1tDMLvdl3 hZqWA8uyntmXSsEpRGlqLPlfPeO+/TLBYX8bdbzTNM27z8EHH0lk6iJibHSxD2s= =gOF3 -----END PGP SIGNATURE----- --------------enig63EF2ABE97DFFCD8FC5F01A5-- From owner-freebsd-geom@FreeBSD.ORG Wed Jul 28 09:55:52 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB00106567A; Wed, 28 Jul 2010 09:55:52 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id AE8A78FC12; Wed, 28 Jul 2010 09:55:51 +0000 (UTC) Received: from vhoffman.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id o6S9tm04001454 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 28 Jul 2010 10:55:49 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4C4FFEA3.7060307@unsane.co.uk> Date: Wed, 28 Jul 2010 10:55:47 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-questions@freebsd.org, geom@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: gmultipath woes X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 09:55:52 -0000 On 28/07/2010 08:17, Corey Smith wrote: > Has anyone tried gmultipath under 8.1-RELEASE/amd64 yet? This is my > first attempt at multipathing so it is possible I'm doing something > wrong but anyways: > > # uname -a > FreeBSD host 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 > UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 > > # dmesg | egrep '^(isp|da1|da2)' > isp0: port 0xd800-0xd8ff mem > 0xdf4f8000-0xdf4fbfff irq 38 at device 0.0 on pci6 > isp1: port 0xdc00-0xdcff mem > 0xdf4fc000-0xdf4fffff irq 45 at device 0.1 on pci6 > da1 at isp0 bus 0 scbus1 target 0 lun 0 > da1: Fixed Direct Access SCSI-4 device > da1: 400.000MB/s transfers > da1: Command Queueing enabled > da1: 2097152MB (4294967296 512 byte sectors: 255H 63S/T 267349C) > da2 at isp1 bus 0 scbus2 target 0 lun 0 > da2: Fixed Direct Access SCSI-4 device > da2: 400.000MB/s transfers > da2: Command Queueing enabled > da2: 2097152MB (4294967296 512 byte sectors: 255H 63S/T 267349C) > > # camcontrol devlist > at scbus0 target 0 lun 0 (pass0,da0) > at scbus0 target 8 lun 0 (pass1,ses0) > at scbus1 target 0 lun 0 (pass2,da1) > at scbus2 target 0 lun 0 (pass3,da2) > > # camcontrol inquiry da1 -S > 870405180007 > # camcontrol inquiry da2 -S > 870405180007 > > # gmultipath label -v FRED /dev/da1 /dev/da2 > gmultipath: Unknown verb add > > # gmultipath status > Name Status Components > multipath/FRED N/A da1 > > # gmultipath list > Geom name: FRED > Providers: > 1. Name: multipath/FRED > Mediasize: 2199023255040 (2.0T) > Sectorsize: 512 > Mode: r0w0e0 > Consumers: > 1. Name: da1 > Mediasize: 2199023255552 (2.0T) > Sectorsize: 512 > Mode: r0w0e0 > > ------ EOT ------ > > I'm wondering what is going on with the "Unknown verb add" and why is > it only listing da1 in the components? Does the disk need to be in a > particular state (unpartitioned, glabel, etc...) or does it not > I dont have any storage with multiple paths handy other than creating md devices, however doing that as you have (and as the manpage says) gives the same results. [root@ostracod /mnt]# mdconfig -a -t vnode -f /scratch/test.dsk -u 12 [root@ostracod /mnt]# mdconfig -a -t vnode -f /scratch/test.dsk -u 13 [root@ostracod /mnt]# sysctl kern.geom.multipath.debug=1 kern.geom.multipath.debug: 1 -> 1 [root@ostracod /mnt]# gmultipath label -v TEST /dev/md12 /dev/md13 gmultipath: Unknown verb add [root@ostracod /mnt]# gmultipath list Geom name: TEST Providers: 1. Name: multipath/TEST Mediasize: 52428288 (50M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: md12 Mediasize: 52428800 (50M) Sectorsize: 512 Mode: r0w0e0 [root@ostracod /mnt]# gmultipath status Name Status Components multipath/TEST N/A md12 However doing echo 1 > /dev/md13 made geom re-taste the device so I get [root@ostracod /mnt]# gmultipath list Geom name: TEST Providers: 1. Name: multipath/TEST Mediasize: 52428288 (50M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: md12 Mediasize: 52428800 (50M) Sectorsize: 512 Mode: r0w0e0 2. Name: md13 Mediasize: 52428800 (50M) Sectorsize: 512 Mode: r0w0e0 Also doing mdconfig -a -t vnode -f /scratch/test.dsk -u 12 gmultipath load gmultipath label -v FRED /dev/md12 mdconfig -a -t vnode -f /scratch/test.dsk -u 13 gave me Jul 28 10:32:43 ostracod kernel: md12 is not MULTIPATH Jul 28 10:32:43 ostracod kernel: MULTIPATH: FRED/12a41222-9a2b-11df-aa80-00012e273257 Jul 28 10:32:43 ostracod kernel: GEOM_MULTIPATH: adding md12 to FRED/12a41222-9a2b-11df-aa80-00012e273257 Jul 28 10:32:43 ostracod kernel: GEOM_MULTIPATH: md12 now active path in FRED Jul 28 10:32:43 ostracod kernel: multipath/FRED is not MULTIPATH Jul 28 10:33:37 ostracod kernel: MULTIPATH: FRED/12a41222-9a2b-11df-aa80-00012e273257 Jul 28 10:33:37 ostracod kernel: GEOM_MULTIPATH: adding md13 to FRED/12a41222-9a2b-11df-aa80-00012e273257 [root@ostracod /mnt]# gmultipath list Geom name: FRED Providers: 1. Name: multipath/FRED Mediasize: 52428288 (50M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: md12 Mediasize: 52428800 (50M) Sectorsize: 512 Mode: r0w0e0 2. Name: md13 Mediasize: 52428800 (50M) Sectorsize: 512 Mode: r0w0e0 [root@ostracod /mnt]# gpart create -s gpt multipath/FRED multipath/FRED created [root@ostracod /mnt]# gpart add -s 10M -t freebsd-ufs multipath/FRED multipath/FREDp1 added [root@ostracod /mnt]# newfs /dev/multipath/FREDp1 /dev/multipath/FREDp1: 10.0MB (20480 sectors) block size 16384, fragment size 2048 using 4 cylinder groups of 2.52MB, 161 blks, 384 inodes. super-block backups (for fsck -b #) at: 160, 5312, 10464, 15616 [root@ostracod /mnt]# mount /dev/multipath/FREDp1 /mnt/foo/ [root@ostracod /mnt] so it all seems to works but not as expected/documented. Also I get these various errors in /var/log/messages Jul 28 10:41:17 ostracod kernel: GEOM: md13: the secondary GPT table is corrupt or invalid. Jul 28 10:41:17 ostracod kernel: GEOM: md13: using the primary only -- recovery suggested. Jul 28 10:41:17 ostracod kernel: GEOM: md12: the secondary GPT table is corrupt or invalid. Jul 28 10:41:17 ostracod kernel: GEOM: md12: using the primary only -- recovery suggested. Jul 28 10:41:17 ostracod kernel: multipath/FRED is not MULTIPATH Jul 28 10:42:00 ostracod kernel: multipath/FREDp1 is not MULTIPATH Jul 28 10:42:00 ostracod kernel: multipath/FRED is not MULTIPATH Jul 28 10:42:00 ostracod kernel: gptid/5ed86f82-9a2c-11df-aa80-00012e273257 is not MULTIPATH Jul 28 10:42:14 ostracod kernel: GEOM: md13: the secondary GPT table is corrupt or invalid. Jul 28 10:42:14 ostracod kernel: GEOM: md13: using the primary only -- recovery suggested. Jul 28 10:42:14 ostracod kernel: GEOM: md12: the secondary GPT table is corrupt or invalid. Jul 28 10:42:14 ostracod kernel: GEOM: md12: using the primary only -- recovery suggested. Jul 28 10:42:14 ostracod kernel: multipath/FRED is not MULTIPATH Jul 28 10:42:14 ostracod kernel: multipath/FREDp1 is not MULTIPATH Jul 28 10:42:14 ostracod kernel: md13p1 is not MULTIPATH Jul 28 10:42:14 ostracod kernel: md12p1 is not MULTIPATH Jul 28 10:42:14 ostracod kernel: ufsid/4c4ffb754e3cdb5c is not MULTIPATH Jul 28 10:42:14 ostracod kernel: gptid/5ed86f82-9a2c-11df-aa80-00012e273257 is not MULTIPATH so I'd say that gmultipath needs some attention, and would guess using gpt with geom_multipath isnt a great idea I'd file a pr if I were you. I'm cross posting to geom@ in case I'm being a muppet somewhere though. Vince > matter? > > -Corey Smith > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-geom@FreeBSD.ORG Thu Jul 29 00:45:10 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037D01065679 for ; Thu, 29 Jul 2010 00:45:10 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id AC20E8FC1C for ; Thu, 29 Jul 2010 00:45:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OeH0d-0001eE-Ur for freebsd-geom@freebsd.org; Thu, 29 Jul 2010 02:30:04 +0200 Received: from 81.Red-88-26-211.staticIP.rima-tde.net ([88.26.211.81]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Jul 2010 02:30:03 +0200 Received: from lists-freebsd by 81.Red-88-26-211.staticIP.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Jul 2010 02:30:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Joan Picanyol i Puig Date: Thu, 29 Jul 2010 00:24:57 +0000 (UTC) Lines: 38 Message-ID: References: <20100727171922.GC4458@grummit.biaix.org> <4C4F289A.8070202@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 88.26.211.81 (Opera/9.80 (Windows NT 5.1; U; en) Presto/2.6.30 Version/10.60) Subject: Re: unlikely secondary GPT LBA X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 00:45:10 -0000 Andrey V. Elsukov yandex.ru> writes: > > On 27.07.2010 21:19, Joan Picanyol i Puig wrote: > > # add boot partition, aligning it's end to 1MB boundary > > gpart add -b 64 -s 1984 -t freebsd-boot -l boot /dev/mirror/system > > Do your system successfully boots from this partition? Well, I'm currently unable to answer this question. Both drives are behind the same twa controller (3Ware 9650) and I've been unable to change the boot disc from the BIOS (over serial). Not surprisingly, the currently installed by default boot0 does not know how to pass control to a loader in a GPT partition. > > I must be misunderstanding something, because I see this as gpart > > deciding that my secondary GPT header is at LBA FD3F1A1D00000000 which > > way past the end of my disk. > > It's in little-endian bytes order. I think it is 0x1D1A3FFD on your system. Duh, of course. This matches with reality: charlie# diskinfo /dev/da1 | cut -f 4 488259584 So, what explains the messages? gpart probes the disk before gmirror (or at least it prints later on dmesg), but since the offset is in the header, it should not even know about the gmirror + glabel part. I still don't understand something... tks -- pica p.s.: sorry for the bounce, should be fixed now From owner-freebsd-geom@FreeBSD.ORG Thu Jul 29 07:47:02 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB1CB1065675 for ; Thu, 29 Jul 2010 07:47:02 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id 750AE8FC14 for ; Thu, 29 Jul 2010 07:47:01 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward9.mail.yandex.net (Yandex) with ESMTP id CCC8614D89CE; Thu, 29 Jul 2010 11:46:59 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1280389619; bh=qpY1xERX7mjOurytvOXCjUgbzl9nZDYZhVKccQkqgog=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=ARb+LufwFKVuvFyEx6nHwbzS0Q/Ar82GHoCPvZKXLXGUU9tFDEYadlHIuWNHVnonA bRRw65RJjxHSCIUL85XtJmiEuGEWmVuZt2LkQaoC8WFZMbSpGSmd2vEUT0L4qMOZ8e 4i3NEr6lPdQLWK7qLFiDGVxfpT/0FroGH5PVVPR8= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp9.mail.yandex.net (Yandex) with ESMTPSA id 9986D280B7; Thu, 29 Jul 2010 11:46:59 +0400 (MSD) Message-ID: <4C5131EC.6090208@yandex.ru> Date: Thu, 29 Jul 2010 11:46:52 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Joan Picanyol i Puig References: <20100727171922.GC4458@grummit.biaix.org> <4C4F289A.8070202@yandex.ru> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig67496155760C8EA9243E7B97" X-Yandex-TimeMark: 1280389619 X-Yandex-Spam: 1 X-Yandex-Front: smtp9.mail.yandex.net Cc: freebsd-geom@freebsd.org Subject: Re: unlikely secondary GPT LBA X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 07:47:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig67496155760C8EA9243E7B97 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 29.07.2010 4:24, Joan Picanyol i Puig wrote: >>> # add boot partition, aligning it's end to 1MB boundary >>> gpart add -b 64 -s 1984 -t freebsd-boot -l boot /dev/mirror/system >> >> Do your system successfully boots from this partition? >=20 > Well, I'm currently unable to answer this question. Both drives are beh= ind the=20 > same twa controller (3Ware 9650) and I've been unable to change the boo= t disc=20 > from the BIOS (over serial). Not surprisingly, the currently installed = by=20 > default boot0 does not know how to pass control to a loader in a GPT pa= rtition. I think it will not boot. freebsd-boot partition should be smaller than 5= 45kb. > So, what explains the messages? gpart probes the disk before gmirror (o= r at=20 Perhaps you are right. You can enable G_T_TOPOLOGY debug printfs via kern.geom.debugflags=3D1. This can help to see what happens. Also, can you show `gpart list` and `gpart show` output? --=20 WBR, Andrey V. Elsukov --------------enig67496155760C8EA9243E7B97 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.10 (MingW32) iQEcBAEBAgAGBQJMUTHyAAoJEAHF6gQQyKF62fcH/32P+bs2t/mTaGpQUXnYjNtZ KY7fjW6bBu5BbNYF3O5OqNPU1qPS73VhVCVLu41sVsrS6tkyomwWK5aq2OypBwey SKcHGicUAAMZhfian+3TJZ38v5q0nsARPOh53EGLpw89UnkpARNB67GvTd1lmvod D9f6W8RBJ6LZqBoRqSKD+i39Zp8vA3JVLchDLcRu7Cga4vqODsP3Lds614YgknSS nUUGeJPN3sP8OBGzl40x0C8hooTY1A+nEpgXju2s+p7MCKt3jWA3Q8Uu3+iOeHrm yyM6LPvBoj4LX+QsB2KHWSc0E1Oqo3SzRRxPMagiHkoBqzmovV3FRkETEkphPV8= =dP+j -----END PGP SIGNATURE----- --------------enig67496155760C8EA9243E7B97-- From owner-freebsd-geom@FreeBSD.ORG Thu Jul 29 10:17:39 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2E2106564A for ; Thu, 29 Jul 2010 10:17:39 +0000 (UTC) (envelope-from lists-freebsd@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.freebsd.org (Postfix) with SMTP id 32F708FC0A for ; Thu, 29 Jul 2010 10:17:35 +0000 (UTC) Received: (qmail 74167 invoked by uid 1012); 29 Jul 2010 10:15:23 -0000 Date: Thu, 29 Jul 2010 12:15:23 +0200 From: Joan Picanyol i Puig To: freebsd-geom@freebsd.org Message-ID: <20100729101523.GB72483@grummit.biaix.org> Mail-Followup-To: Joan Picanyol i Puig , freebsd-geom@freebsd.org References: <20100727171922.GC4458@grummit.biaix.org> <4C4F289A.8070202@yandex.ru> <4C5131EC.6090208@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <4C5131EC.6090208@yandex.ru> User-Agent: Mutt/1.5.11 Subject: Re: unlikely secondary GPT LBA X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 10:17:39 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Andrey V. Elsukov [20100729 09:44]: > On 29.07.2010 4:24, Joan Picanyol i Puig wrote: > >>> # add boot partition, aligning it's end to 1MB boundary > >>> gpart add -b 64 -s 1984 -t freebsd-boot -l boot /dev/mirror/system > >> > >> Do your system successfully boots from this partition? > > > > Well, I'm currently unable to answer this question. Both drives are behind the > > same twa controller (3Ware 9650) and I've been unable to change the boot disc > > from the BIOS (over serial). Not surprisingly, the currently installed by > > default boot0 does not know how to pass control to a loader in a GPT partition. > > I think it will not boot. freebsd-boot partition should be smaller than 545kb. Care to provide some references / reading pointers? That is rather limited, especially since it's extremely inconvinient to change the default kernel location (and both gptboot and gptzfsboot lack documentation). > > So, what explains the messages? gpart probes the disk before gmirror (or at > > Perhaps you are right. You can enable G_T_TOPOLOGY debug printfs via > kern.geom.debugflags=1. This can help to see what happens. Attached. In any case, my (elided) comment still stands: > > since the offset is in the header, it should not even know about the > > gmirror + glabel part > Also, can you show `gpart list` and `gpart show` output? > Attached. tks -- pica --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="gpart.list" Geom name: da0 fwheads: 255 fwsectors: 63 last: 488259575 first: 63 entries: 4 scheme: MBR Providers: 1. Name: da0s1 Mediasize: 249982677504 (233G) Sectorsize: 512 Mode: r5w5e9 attrib: active rawtype: 165 length: 249982677504 offset: 32256 type: freebsd index: 1 end: 488247479 start: 63 Consumers: 1. Name: da0 Mediasize: 249988907008 (233G) Sectorsize: 512 Mode: r5w5e14 Geom name: da0s1 fwheads: 255 fwsectors: 63 last: 488247416 first: 0 entries: 8 scheme: BSD Providers: 1. Name: da0s1a Mediasize: 536870912 (512M) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 536870912 offset: 0 type: freebsd-ufs index: 1 end: 1048575 start: 0 2. Name: da0s1b Mediasize: 4294967296 (4.0G) Sectorsize: 512 Mode: r1w1e0 rawtype: 1 length: 4294967296 offset: 536870912 type: freebsd-swap index: 2 end: 9437183 start: 1048576 3. Name: da0s1d Mediasize: 7487881216 (7.0G) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 7487881216 offset: 4831838208 type: freebsd-ufs index: 4 end: 24061951 start: 9437184 4. Name: da0s1e Mediasize: 536870912 (512M) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 536870912 offset: 12319719424 type: freebsd-ufs index: 5 end: 25110527 start: 24061952 5. Name: da0s1f Mediasize: 237126087168 (221G) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 237126087168 offset: 12856590336 type: freebsd-ufs index: 6 end: 488247416 start: 25110528 Consumers: 1. Name: da0s1 Mediasize: 249982677504 (233G) Sectorsize: 512 Mode: r5w5e9 Geom name: mirror/system fwheads: 255 fwsectors: 63 last: 488259548 first: 34 entries: 128 scheme: GPT Providers: 1. Name: mirror/systemp1 Mediasize: 1015808 (992K) Sectorsize: 512 Mode: r0w0e0 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: boot length: 1015808 offset: 32768 type: freebsd-boot index: 1 end: 2047 start: 64 2. Name: mirror/systemp2 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r0w0e0 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: std-root length: 2147483648 offset: 1048576 type: freebsd-ufs index: 2 end: 4196351 start: 2048 3. Name: mirror/systemp3 Mediasize: 10737418240 (10G) Sectorsize: 512 Mode: r0w0e0 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: apps length: 10737418240 offset: 2148532224 type: freebsd-ufs index: 3 end: 25167871 start: 4196352 4. Name: mirror/systemp4 Mediasize: 10737418240 (10G) Sectorsize: 512 Mode: r0w0e0 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: std-var length: 10737418240 offset: 12885950464 type: freebsd-ufs index: 4 end: 46139391 start: 25167872 Consumers: 1. Name: mirror/system Mediasize: 249988905984 (233G) Sectorsize: 512 Mode: r0w0e0 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="gpart.show" => 63 488259513 da0 MBR (233G) 63 488247417 1 freebsd [active] (233G) 488247480 12096 - free - (5.9M) => 0 488247417 da0s1 BSD (233G) 0 1048576 1 freebsd-ufs (512M) 1048576 8388608 2 freebsd-swap (4.0G) 9437184 14624768 4 freebsd-ufs (7.0G) 24061952 1048576 5 freebsd-ufs (512M) 25110528 463136889 6 freebsd-ufs (221G) => 34 488259515 mirror/system GPT (233G) 34 30 - free - (15K) 64 1984 1 freebsd-boot (992K) 2048 4194304 2 freebsd-ufs (2.0G) 4196352 20971520 3 freebsd-ufs (10G) 25167872 20971520 4 freebsd-ufs (10G) 46139392 442120157 - free - (211G) --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" uhci0: [MPSAFE] uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0: on uhci0 uhci1: port 0xb480-0xb49f irq 21 at device 26.1 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 16 vector 60 uhci1: [MPSAFE] uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1: on uhci1 uhci2: port 0xb400-0xb41f irq 19 at device 26.2 on pci0 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 16 vector 61 uhci2: [MPSAFE] uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2: on uhci2 ehci0: mem 0xf9ff4000-0xf9ff43ff irq 18 at device 26.7 on pci0 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 16 vector 62 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 uhci3: port 0xc000-0xc01f irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 16 vector 63 uhci3: [MPSAFE] uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4: on uhci3 uhci4: port 0xbc00-0xbc1f irq 19 at device 29.1 on pci0 uhci4: [MPSAFE] uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5: on uhci4 uhci5: port 0xb880-0xb89f irq 18 at device 29.2 on pci0 uhci5: [MPSAFE] uhci5: [ITHREAD] uhci5: LegSup = 0x2f00 usbus6: on uhci5 ehci1: mem 0xf9ff6000-0xf9ff63ff irq 23 at device 29.7 on pci0 ehci1: [MPSAFE] ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib7: at device 30.0 on pci0 pcib7: domain 0 pcib7: secondary bus 1 pcib7: subordinate bus 1 pcib7: I/O decode 0xf000-0xfff pcib7: memory decode 0xfa000000-0xfadfffff pcib7: prefetched decode 0xf5000000-0xf5ffffff pcib7: Subtractively decoded bridge. pci1: on pcib7 pci1: domain=0, physical bus=1 found-> vendor=0x102b, dev=0x0532, revid=0x0a domain=0, bus=1, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=64 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xf5000000, size 24, enabled pcib7: requested memory range 0xf5000000-0xf5ffffff: good map[14]: type Memory, range 32, base 0xfadfc000, size 14, enabled pcib7: requested memory range 0xfadfc000-0xfadfffff: good map[18]: type Memory, range 32, base 0xfa000000, size 23, enabled pcib7: requested memory range 0xfa000000-0xfa7fffff: good pcib7: matched entry for 1.3.INTA pcib7: slot 3 INTA hardwired to IRQ 16 vgapci0: mem 0xf5000000-0xf5ffffff,0xfadfc000-0xfadfffff,0xfa000000-0xfa7fffff irq 16 at device 3.0 on pci1 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc41f mem 0xf9ffe000-0xf9ffe7ff irq 19 at device 31.2 on pci0 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc400 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x800 bytes for rid 0x24 type 3 at 0xf9ffe000 atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM not supported atapci0: Caps: 64bit NCQ SNTF SS ALP AL CLO 3Gbps PMD SSC PSC 32cmd CCC EM eSATA 6ports ata2: on atapci0 ata2: AHCI reset... ata2: hardware reset ... ata2: SATA connect time=10ms status=00000113 ata2: ready wait time=877ms ata2: software reset port 0... ata2: ready wait time=0ms ata2: SIGNATURE: eb140101 ata2: AHCI reset done: devices=00010000 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: AHCI reset... ata3: hardware reset ... ata3: SATA connect timeout status=00000000 ata3: AHCI reset done: phy reset found no device ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: AHCI reset... ata4: hardware reset ... ata4: SATA connect timeout status=00000000 ata4: AHCI reset done: phy reset found no device ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: AHCI reset... ata5: hardware reset ... ata5: SATA connect timeout status=00000000 ata5: AHCI reset done: phy reset found no device ata5: [MPSAFE] ata5: [ITHREAD] ata6: on atapci0 ata6: AHCI reset... ata6: hardware reset ... ata6: SATA connect timeout status=00000000 ata6: AHCI reset done: phy reset found no device ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci0 ata7: AHCI reset... ata7: hardware reset ... ata7: SATA connect timeout status=00000000 ata7: AHCI reset done: phy reset found no device ata7: [MPSAFE] ata7: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 16 vector 64 uart0: [FILTER] uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 16 vector 65 uart1: [FILTER] uart1: fast interrupt uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 on acpi0 ioapic0: routing intpin 5 (ISA IRQ 5) to lapic 16 vector 66 uart2: [FILTER] uart2: fast interrupt ex_isa_identify() ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atrtc: atrtc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xcb000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 16 vector 67 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: failed to reset the aux device. fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices est0: on cpu0 est0: Invalid id16 (set, cur) = (14, 15) est0: Can't check freq 1867, it may be invalid est0: Invalid id16 (set, cur) = (13, 15) est0: Can't check freq 1733, it may be invalid est0: Invalid id16 (set, cur) = (12, 15) est0: Can't check freq 1600, it may be invalid p4tcc0: on cpu0 est1: on cpu1 est1: Invalid id16 (set, cur) = (14, 15) est1: Can't check freq 1867, it may be invalid est1: Invalid id16 (set, cur) = (13, 15) est1: Can't check freq 1733, it may be invalid est1: Invalid id16 (set, cur) = (12, 15) est1: Can't check freq 1600, it may be invalid p4tcc1: on cpu1 est2: on cpu2 est2: Invalid id16 (set, cur) = (14, 15) est2: Can't check freq 1867, it may be invalid est2: Invalid id16 (set, cur) = (13, 15) est2: Can't check freq 1733, it may be invalid est2: Invalid id16 (set, cur) = (12, 15) est2: Can't check freq 1600, it may be invalid p4tcc2: on cpu2 est3: on cpu3 est3: Invalid id16 (set, cur) = (14, 15) est3: Can't check freq 1867, it may be invalid est3: Invalid id16 (set, cur) = (13, 15) est3: Can't check freq 1733, it may be invalid est3: Invalid id16 (set, cur) = (12, 15) est3: Can't check freq 1600, it may be invalid p4tcc3: on cpu3 Device configuration finished. Reducing kern.maxvnodes 384441 -> 100000 procfs registered lapic: Divisor 2, Frequency 66500352 Hz Timecounter "TSC" frequency 1995010644 Hz quality -100 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. ata2: Identifying devices: 00010000 ata2: New devices: 00010000 g_load_class(PART) g_load_class(SWAP) g_load_class(MD) g_load_class(VFS) g_load_class(MIRROR) g_load_class(LABEL) g_load_class(DEV) g_load_class(DISK) g_load_class(ACD) g_load_class(FD) g_retaste(PART) g_retaste(PART) g_retaste(PART) g_retaste(PART) usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting UDMA33 ata2: device_reset timeout=1680us g_post_event_x(0xffffffff80296db0, 0xffffff000569a300, 2, 0) acd0: DVDR drive at ata2 as master acd0: read 4134KB/s (4134KB/s) write 172KB/s (4134KB/s), 2048KB buffer, UDMA33 SATA 1.5Gb/s acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlockedg_post_event_x(0xffffffff805496e0, 0xffffff00056a0800, 2, 0) ref 0xffffff00056a0800 ref 0xffffff00056a0600 dev_taste(DEV,acd0) g_label_taste(LABEL, acd0) acd0: Medium: no/blank disc ata3: Identifying devices: 00000000 ata3: New devices: 00000000 ata4: Identifying devices: 00000000 ata4: New devices: 00000000 ata5: Identifying devices: 00000000 ata5: New devices: 00000000 ata6: Identifying devices: 00000000 ata6: New devices: 00000000 ata7: Identifying devices: 00000000 ata7: New devices: 00000000 g_detach(0xffffff00056a3700) g_destroy_consumer(0xffffff00056a3700) g_destroy_geom(0xffffff0005704300(label:taste)) g_mirror_taste(MIRROR, acd0) g_detach(0xffffff0005715400) g_destroy_consumer(0xffffff0005715400) g_destroy_geom(0xffffff0005705d00(mirror:taste)) g_part_taste(PART,acd0) g_wither_geom(0xffffff0005705d00(acd0)) g_detach(0xffffff0005715380) g_destroy_consumer(0xffffff0005715380) g_destroy_geom(0xffffff0005705d00(acd0)) uhub0: 2 ports with 2 removable, self powered 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 uhub6: 2 ports with 2 removable, self powered uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered (probe8:twa0:0:8:0): Error 22, Unretryable error (probe9:twa0:0:9:0): Error 22, Unretryable error (probe10:twa0:0:10:0): Error 22, Unretryable error (probe11:twa0:0:11:0): Error 22, Unretryable error (probe12:twa0:0:12:0): Error 22, Unretryable error (probe13:twa0:0:13:0): Error 22, Unretryable error (probe14:twa0:0:14:0): Error 22, Unretryable error (probe15:twa0:0:15:0): Error 22, Unretryable error (probe16:twa0:0:16:0): Error 22, Unretryable error (probe17:twa0:0:17:0): Error 22, Unretryable error (probe18:twa0:0:18:0): Error 22, Unretryable error (probe19:twa0:0:19:0): Error 22, Unretryable error (probe20:twa0:0:20:0): Error 22, Unretryable error (probe21:twa0:0:21:0): Error 22, Unretryable error (probe22:twa0:0:22:0): Error 22, Unretryable error (probe23:twa0:0:23:0): Error 22, Unretryable error (probe24:twa0:0:24:0): Error 22, Unretryable error (probe25:twa0:0:25:0): Error 22, Unretryable error (probe26:twa0:0:26:0): Error 22, Unretryable error (probe27:twa0:0:27:0): Error 22, Unretryable error (probe28:twa0:0:28:0): Error 22, Unretryable error (probe29:twa0:0:29:0): Error 22, Unretryable error (probe30:twa0:0:30:0): Error 22, Unretryable error (probe31:twa0:0:31:0): Error 22, Unretryable error (probe0:twa0:0:0:0): SCSI status error (probe0:twa0:0:0:0): MODE SENSE(6). CDB: 1a 0 a 0 14 0 (probe0:twa0:0:0:0): CAM status: SCSI Status Error (probe0:twa0:0:0:0): SCSI status: Check Condition (probe0:twa0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe0:twa0:0:0:0): Error 22, Unretryable error (probe1:twa0:0:1:0): SCSI status error (probe1:twa0:0:1:0): MODE SENSE(6). CDB: 1a 0 a 0 14 0 (probe1:twa0:0:1:0): CAM status: SCSI Status Error (probe1:twa0:0:1:0): SCSI status: Check Condition (probe1:twa0:0:1:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe1:twa0:0:1:0): Error 22, Unretryable error (probe2:twa0:0:2:0): SCSI status error (probe2:twa0:0:2:0): MODE SENSE(6). CDB: 1a 0 a 0 14 0 (probe2:twa0:0:2:0): CAM status: SCSI Status Error (probe2:twa0:0:2:0): SCSI status: Check Condition (probe2:twa0:0:2:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe2:twa0:0:2:0): Error 22, Unretryable error (probe3:twa0:0:3:0): SCSI status error (probe3:twa0:0:3:0): MODE SENSE(6). CDB: 1a 0 a 0 14 0 (probe3:twa0:0:3:0): CAM status: SCSI Status Error (probe3:twa0:0:3:0): SCSI status: Check Condition (probe3:twa0:0:3:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe3:twa0:0:3:0): Error 22, Unretryable error (probe4:twa0:0:4:0): SCSI status error (probe4:twa0:0:4:0): MODE SENSE(6). CDB: 1a 0 a 0 14 0 (probe4:twa0:0:4:0): CAM status: SCSI Status Error (probe4:twa0:0:4:0): SCSI status: Check Condition (probe4:twa0:0:4:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe4:twa0:0:4:0): Error 22, Unretryable error (probe5:twa0:0:5:0): SCSI status error (probe5:twa0:0:5:0): MODE SENSE(6). CDB: 1a 0 a 0 14 0 (probe5:twa0:0:5:0): CAM status: SCSI Status Error (probe5:twa0:0:5:0): SCSI status: Check Condition (probe5:twa0:0:5:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe5:twa0:0:5:0): Error 22, Unretryable error (probe6:twa0:0:6:0): SCSI status error (probe6:twa0:0:6:0): MODE SENSE(6). CDB: 1a 0 a 0 14 0 (probe6:twa0:0:6:0): CAM status: SCSI Status Error (probe6:twa0:0:6:0): SCSI status: Check Condition (probe6:twa0:0:6:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe6:twa0:0:6:0): Error 22, Unretryable error (probe7:twa0:0:7:0): SCSI status error (probe7:twa0:0:7:0): MODE SENSE(6). CDB: 1a 0 a 0 14 0 (probe7:twa0:0:7:0): CAM status: SCSI Status Error (probe7:twa0:0:7:0): SCSI status: Check Condition (probe7:twa0:0:7:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe7:twa0:0:7:0): Error 22, Unretryable error (probe0:twa0:0:0:1): Error 22, Unretryable error (probe1:twa0:0:1:1): Error 22, Unretryable error (probe2:twa0:0:2:1): Error 22, Unretryable error (probe3:twa0:0:3:1): Error 22, Unretryable error (probe4:twa0:0:4:1): Error 22, Unretryable error (probe5:twa0:0:5:1): Error 22, Unretryable error (probe6:twa0:0:6:1): Error 22, Unretryable error (probe7:twa0:0:7:1): Error 22, Unretryable error (probe0:twa0:0:0:2): Error 22, Unretryable error (probe1:twa0:0:1:2): Error 22, Unretryable error (probe2:twa0:0:2:2): Error 22, Unretryable error (probe3:twa0:0:3:2): Error 22, Unretryable error (probe4:twa0:0:4:2): Error 22, Unretryable error (probe0:twa0:0:5:2): Error 22, Unretryable error (probe5:twa0:0:6:2): Error 22, Unretryable error (probe6:twa0:0:7:2): Error 22, Unretryable error (probe7:twa0:0:0:3): Error 22, Unretryable error (probe1:twa0:0:1:3): Error 22, Unretryable error (probe2:twa0:0:2:3): Error 22, Unretryable error (probe0:twa0:0:3:3): Error 22, Unretryable error (probe3:twa0:0:4:3): Error 22, Unretryable error (probe4:twa0:0:5:3): Error 22, Unretryable error (probe5:twa0:0:6:3): Error 22, Unretryable error (probe6:twa0:0:7:3): Error 22, Unretryable error (probe7:twa0:0:0:4): Error 22, Unretryable error (probe0:twa0:0:1:4): Error 22, Unretryable error (probe1:twa0:0:2:4): Error 22, Unretryable error (probe2:twa0:0:3:4): Error 22, Unretryable error (probe3:twa0:0:4:4): Error 22, Unretryable error (probe4:twa0:0:5:4): Error 22, Unretryable error (probe5:twa0:0:6:4): Error 22, Unretryable error (probe0:twa0:0:7:4): Error 22, Unretryable error (probe6:twa0:0:0:5): Error 22, Unretryable error (probe7:twa0:0:1:5): Error 22, Unretryable error (probe1:twa0:0:2:5): Error 22, Unretryable error (probe2:twa0:0:3:5): Error 22, Unretryable error (probe3:twa0:0:4:5): Error 22, Unretryable error (probe0:twa0:0:5:5): Error 22, Unretryable error (probe4:twa0:0:6:5): Error 22, Unretryable error (probe5:twa0:0:7:5): Error 22, Unretryable error (probe1:twa0:0:0:6): Error 22, Unretryable error (probe6:twa0:0:1:6): Error 22, Unretryable error (probe7:twa0:0:2:6): Error 22, Unretryable error (probe0:twa0:0:3:6): Error 22, Unretryable error (probe2:twa0:0:4:6): Error 22, Unretryable error (probe3:twa0:0:5:6): Error 22, Unretryable error (probe1:twa0:0:6:6): Error 22, Unretryable error (probe4:twa0:0:7:6): Error 22, Unretryable error (probe5:twa0:0:0:7): Error 22, Unretryable error (probe0:twa0:0:1:7): Error 22, Unretryable error (probe6:twa0:0:2:7): Error 22, Unretryable error (probe7:twa0:0:3:7): Error 22, Unretryable error (probe2:twa0:0:4:7): Error 22, Unretryable error (probe3:twa0:0:5:7): Error 22, Unretryable error (probe0:twa0:0:6:7): Error 22, Unretryable error (probe1:twa0:0:7:7): Error 22, Unretryable error g_post_event_x(0xffffffff80545970, 0xffffff00056ed200, 2, 0) ref 0xffffff00056ed200 g_post_event_x(0xffffffff80545970, 0xffffff00056ed400, 2, 0)da0 at twa0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: Serial Number 9SF1EH3D819EE3006C65 da0: 100.000MB/s transfers da0: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) g_post_event_x(0xffffffff805496e0, 0xffffff0005705a00, 2, 0) ref 0xffffff0005705a00 ref 0xffffff0005705400 GEOM: new disk da0 dev_taste(DEV,da0) g_label_taste(LABEL, da0) ref 0xffffff00056ed400 g_post_event_x(0xffffffff80545970, 0xffffff000576f600, 2, 0)da1 at twa0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: Serial Number 9SF1E09Z819FC300020F da1: 100.000MB/s transfers da1: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) ref 0xffffff000576f600 g_post_event_x(0xffffffff80545970, da2 at twa0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-5 device da2: Serial Number 9QMCARR6819FC3005CBD da2: 100.000MB/s transfers da2: 476827MB (976541696 512 byte sectors: 255H 63S/T 60786C) 0xffffff000576f400, 2, 0) ref 0xffffff000576f400 g_post_event_x(0xffffffff80545970, 0xffffff000576f200, 2, 0)da3 at twa0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-5 device da3: Serial Number 9QMC8MEP819FC8002DBD da3: 100.000MB/s transfers da3: 476827MB (976541696 512 byte sectors: 255H 63S/T 60786C) ref 0xffffff000576f200 g_post_event_x(0xffffffff80545970, 0xffffff000576f000, 2, 0)da4 at twa0 bus 0 scbus0 target 4 lun 0 da4: Fixed Direct Access SCSI-5 device da4: Serial Number 9QMC8GC8819FC800D677 da4: 100.000MB/s transfers da4: 476827MB (976541696 512 byte sectors: 255H 63S/T 60786C) ref 0xffffff000576f000 g_post_event_x(0xffffffff80545970, 0xffffff000576ec00, 2, 0)da5 at twa0 bus 0 scbus0 target 5 lun 0 da5: Fixed Direct Access SCSI-5 device da5: Serial Number 9QMC8GL8819FC800F76D da5: 100.000MB/s transfers da5: 476827MB (976541696 512 byte sectors: 255H 63S/T 60786C) ref 0xffffff000576ec00 g_post_event_x(0xffffffff80545970, 0xffffff000576e600, 2, 0)da6 at twa0 bus 0 scbus0 target 6 lun 0 da6: Fixed Direct Access SCSI-5 device da6: Serial Number 9QMC8GFN819FCD00C4DB da6: 100.000MB/s transfers da6: 476827MB (976541696 512 byte sectors: 255H 63S/T 60786C) ref 0xffffff000576e600 pass0 at twa0 bus 0 scbus0 target 0 lun 0 pass0: Fixed Direct Access SCSI-5 device pass0: Serial Number 9SF1EH3D819EE3006C65 pass0: 100.000MB/s transfers da7 at twa0 bus 0 scbus0 target 7 lun 0 da7: Fixed Direct Access SCSI-5 device da7: Serial Number 9QMC8M52819FCD00D1FF da7: 100.000MB/s transfers da7: 476827MB (976541696 512 byte sectors: 255H 63S/T 60786C) pass1 at twa0 bus 0 scbus0 target 1 lun 0 pass1: Fixed Direct Access SCSI-5 device pass1: Serial Number 9SF1E09Z819FC300020F pass1: 100.000MB/s transfers pass2 at twa0 bus 0 scbus0 target 2 lun 0 pass2: Fixed Direct Access SCSI-5 device pass2: Serial Number 9QMCARR6819FC3005CBD pass2: 100.000MB/s transfers pass3 at twa0 bus 0 scbus0 target 3 lun 0 pass3: Fixed Direct Access SCSI-5 device pass3: Serial Number 9QMC8MEP819FC8002DBD pass3: 100.000MB/s transfers g_detach(0xffffff0005715080) g_destroy_consumer(0xffffff0005715080) g_destroy_geom(0xffffff0005704300(label:taste)) g_mirror_taste(MIRROR, da0) pass4 at twa0 bus 0 scbus0 target 4 lun 0 pass4: Fixed Direct Access SCSI-5 device pass4: Serial Number 9QMC8GC8819FC800D677 pass4: 100.000MB/s transfers pass5 at twa0 bus 0 scbus0 target 5 lun 0 pass5: Fixed Direct Access SCSI-5 device pass5: Serial Number 9QMC8GL8819FC800F76D pass5: 100.000MB/s transfers pass6 at twa0 bus 0 scbus0 target 6 lun 0 pass6: Fixed Direct Access SCSI-5 device pass6: Serial Number 9QMC8GFN819FCD00C4DB pass6: 100.000MB/s transfers g_detach(0xffffff0005703e00) g_destroy_consumer(0xffffff0005703e00) g_destroy_geom(0xffffff0005705d00(mirror:taste)) g_part_taste(PART,da0) pass7 at twa0 bus 0 scbus0 target 7 lun 0 pass7: Fixed Direct Access SCSI-5 device pass7: Serial Number 9QMC8M52819FCD00D1FF pass7: 100.000MB/s transfers ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x12000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x14000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x16000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 18 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 20 vector 48 ioapic0: routing intpin 5 (ISA IRQ 5) to lapic 22 vector 48 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 18 vector 49 ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 20 vector 49g_post_event_x(0xffffffff805496e0, 0xffffff00057dbc00, 2, 0) ioapic0: routing intpin 19 (PCI IRQ 19 ref 0xffffff00057dbc00) to lapic 22 vector 49 ioapic0: routing intpin 23 ( ref 0xffffff0005704c00PCI IRQ 23 ) to lapic 18 vector 50g_post_event_x(0xffffffff805496e0, 0xffffff00057e3400, 2, 0) msi: Assigning MSI-X IRQ 260 to local APIC 20 vector 50 msi: Assigning MSI-X IRQ 265 to local APIC 22 vector 50 ref 0xffffff00057e3400 ref 0xffffff00057e3500 GEOM: new disk da1 g_post_event_x(0xffffffff805496e0, 0xffffff00057e3100, 2, 0) ref 0xffffff00057e3100 ref 0xffffff00057e3200 GEOM: new disk da2 g_post_event_x(0xffffffff805496e0, 0xffffff00057e2d00, 2, 0) ref 0xffffff00057e2d00 ref 0xffffff00057e2e00 GEOM: new disk da3 g_post_event_x(0xffffffff805496e0, 0xffffff00057e2a00, 2, 0) ref 0xffffff00057e2a00 ref 0xffffff00057e2b00 GEOM: new disk da4 g_post_event_x(0xffffffff805496e0, 0xffffff00057e2700, 2, 0) ref 0xffffff00057e2700 ref 0xffffff00057e2800 GEOM: new disk da5 g_post_event_x(0xffffffff805496e0, 0xffffff00057e2400, 2, 0) ref 0xffffff00057e2400 ref 0xffffff00057e2500 GEOM: new disk da6 g_post_event_x(0xffffffff805496e0, 0xffffff00057e2100, 2, 0) ref 0xffffff00057e2100 ref 0xffffff00057e2200 GEOM: new disk da7 dev_taste(DEV,da0s1) g_label_taste(LABEL, da0s1) g_detach(0xffffff000580c080) g_destroy_consumer(0xffffff000580c080) g_destroy_geom(0xffffff00057e1d00(label:taste)) g_mirror_taste(MIRROR, da0s1) g_detach(0xffffff000580c000) g_destroy_consumer(0xffffff000580c000) g_destroy_geom(0xffffff00057e1c00(mirror:taste)) g_part_taste(PART,da0s1) g_post_event_x(0xffffffff805496e0, 0xffffff00057e1a00, 2, 0) ref 0xffffff00057e1a00 ref 0xffffff00057e1b00 g_post_event_x(0xffffffff805496e0, 0xffffff00057e1800, 2, 0) ref 0xffffff00057e1800 ref 0xffffff00057e1b00 g_post_event_x(0xffffffff805496e0, 0xffffff00057e1600, 2, 0) ref 0xffffff00057e1600 ref 0xffffff00057e1b00 g_post_event_x(0xffffffff805496e0, 0xffffff00057e1400, 2, 0) ref 0xffffff00057e1400 ref 0xffffff00057e1b00 g_post_event_x(0xffffffff805496e0, 0xffffff00057e1200, 2, 0) ref 0xffffff00057e1200 ref 0xffffff00057e1b00 dev_taste(DEV,da1) g_label_taste(LABEL, da1) g_slice_config(da1, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff00057dbb00, 2, 0) ref 0xffffff00057dbb00 ref 0xffffff00057dbd00 g_detach(0xffffff000580b980) g_destroy_consumer(0xffffff000580b980) g_destroy_geom(0xffffff00057dbe00(label:taste)) g_mirror_taste(MIRROR, da1) g_detach(0xffffff000580b880) g_destroy_consumer(0xffffff000580b880) g_destroy_geom(0xffffff00057e1d00(mirror:taste)) g_part_taste(PART,da1) GEOM: da1: the secondary GPT table is corrupt or invalid. GEOM: da1: using the primary only -- recovery suggested. g_post_event_x(0xffffffff805496e0, 0xffffff0005705700, 2, 0) ref 0xffffff0005705700 ref 0xffffff0005704e00 g_post_event_x(0xffffffff805496e0, 0xffffff0005704700, 2, 0) ref 0xffffff0005704700 ref 0xffffff0005704e00 g_post_event_x(0xffffffff805496e0, 0xffffff00057dbe00, 2, 0) ref 0xffffff00057dbe00 ref 0xffffff0005704e00 g_post_event_x(0xffffffff805496e0, 0xffffff000581fd00, 2, 0) ref 0xffffff000581fd00 ref 0xffffff0005704e00 dev_taste(DEV,da2) g_label_taste(LABEL, da2) g_slice_config(da2, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff000581f800, 2, 0) ref 0xffffff000581f800 ref 0xffffff000581f900 g_detach(0xffffff000580b580) g_destroy_consumer(0xffffff000580b580) g_destroy_geom(0xffffff000581fa00(label:taste)) g_mirror_taste(MIRROR, da2) g_detach(0xffffff000580b480) g_destroy_consumer(0xffffff000580b480) g_destroy_geom(0xffffff000581f600(mirror:taste)) g_part_taste(PART,da2) g_wither_geom(0xffffff000581f500(da2)) dev_taste(DEV,da3) g_label_taste(LABEL, da3) g_slice_config(da3, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff000581f100, 2, 0) ref 0xffffff000581f100 ref 0xffffff000581f200 g_detach(0xffffff000580b200) g_destroy_consumer(0xffffff000580b200) g_destroy_geom(0xffffff000581f300(label:taste)) g_mirror_taste(MIRROR, da3) g_detach(0xffffff000580b100) g_destroy_consumer(0xffffff000580b100) g_destroy_geom(0xffffff000581ee00(mirror:taste)) g_part_taste(PART,da3) g_wither_geom(0xffffff000581ed00(da3)) dev_taste(DEV,da4) g_label_taste(LABEL, da4) g_slice_config(da4, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff000581e900, 2, 0) ref 0xffffff000581e900 ref 0xffffff000581ea00 g_detach(0xffffff000580ad00) g_destroy_consumer(0xffffff000580ad00) g_destroy_geom(0xffffff000581eb00(label:taste)) g_mirror_taste(MIRROR, da4) g_detach(0xffffff000580ac00) g_destroy_consumer(0xffffff000580ac00) g_destroy_geom(0xffffff000581e700(mirror:taste)) g_part_taste(PART,da4) g_wither_geom(0xffffff000581e600(da4)) dev_taste(DEV,da5) g_label_taste(LABEL, da5) g_slice_config(da5, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff000581e200, 2, 0) ref 0xffffff000581e200 ref 0xffffff000581e300 g_detach(0xffffff000580a980) g_destroy_consumer(0xffffff000580a980) g_destroy_geom(0xffffff000581e400(label:taste)) g_mirror_taste(MIRROR, da5) g_detach(0xffffff000580a880) g_destroy_consumer(0xffffff000580a880) g_destroy_geom(0xffffff000581e000(mirror:taste)) g_part_taste(PART,da5) g_wither_geom(0xffffff00057e3e00(da5)) dev_taste(DEV,da6) g_label_taste(LABEL, da6) g_slice_config(da6, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff00057e3a00, 2, 0) ref 0xffffff00057e3a00 ref 0xffffff00057e3b00 g_detach(0xffffff000580a600) g_destroy_consumer(0xffffff000580a600) g_destroy_geom(0xffffff00057e3c00(label:taste)) g_mirror_taste(MIRROR, da6) g_detach(0xffffff000580a500) g_destroy_consumer(0xffffff000580a500) g_destroy_geom(0xffffff00057e3800(mirror:taste)) g_part_taste(PART,da6) g_wither_geom(0xffffff00057e3700(da6)) dev_taste(DEV,da7) g_label_taste(LABEL, da7) g_slice_config(da7, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff00057e3c00, 2, 0) ref 0xffffff00057e3c00 ref 0xffffff00057e3800 g_detach(0xffffff000580a280) g_destroy_consumer(0xffffff000580a280) g_destroy_geom(0xffffff00057e2300(label:taste)) g_mirror_taste(MIRROR, da7) g_detach(0xffffff000580a180) g_destroy_consumer(0xffffff000580a180) g_destroy_geom(0xffffff000581e000(mirror:taste)) g_part_taste(PART,da7) g_wither_geom(0xffffff000581e400(da7)) dev_taste(DEV,da0s1a) g_label_taste(LABEL, da0s1a) g_slice_config(da0s1a, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff00057e2c00, 2, 0) ref 0xffffff00057e2c00 ref 0xffffff000581eb00 g_detach(0xffffff0005809d80) g_destroy_consumer(0xffffff0005809d80) g_destroy_geom(0xffffff000581e700(label:taste)) g_mirror_taste(MIRROR, da0s1a) g_detach(0xffffff0005809c80) g_destroy_consumer(0xffffff0005809c80) g_destroy_geom(0xffffff000581f300(mirror:taste)) g_part_taste(PART,da0s1a) g_wither_geom(0xffffff00057e3000(da0s1a)) dev_taste(DEV,da0s1b) g_label_taste(LABEL, da0s1b) g_detach(0xffffff0005809b00) g_destroy_consumer(0xffffff0005809b00) g_destroy_geom(0xffffff000581fa00(label:taste)) g_mirror_taste(MIRROR, da0s1b) g_detach(0xffffff0005809a80) g_destroy_consumer(0xffffff0005809a80) g_destroy_geom(0xffffff00057e3300(mirror:taste)) g_part_taste(PART,da0s1b) g_wither_geom(0xffffff00057e3300(da0s1b)) dev_taste(DEV,da0s1d) g_label_taste(LABEL, da0s1d) g_slice_config(da0s1d, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff000581e700, 2, 0) ref 0xffffff000581e700 ref 0xffffff000581f300 g_detach(0xffffff0005809900) g_destroy_consumer(0xffffff0005809900) g_destroy_geom(0xffffff00057e1900(label:taste)) g_mirror_taste(MIRROR, da0s1d) g_detach(0xffffff0005809800) g_destroy_consumer(0xffffff0005809800) g_destroy_geom(0xffffff000581e000(mirror:taste)) g_part_taste(PART,da0s1d) g_wither_geom(0xffffff00057e2300(da0s1d)) dev_taste(DEV,da0s1e) g_label_taste(LABEL, da0s1e) g_slice_config(da0s1e, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff00057e1700, 2, 0) ref 0xffffff00057e1700 ref 0xffffff00057e1900 g_detach(0xffffff0005809680) g_destroy_consumer(0xffffff0005809680) g_destroy_geom(0xffffff000581e000(label:taste)) g_mirror_taste(MIRROR, da0s1e) g_detach(0xffffff0005809580) g_destroy_consumer(0xffffff0005809580) g_destroy_geom(0xffffff0005823800(mirror:taste)) g_part_taste(PART,da0s1e) g_wither_geom(0xffffff0005823700(da0s1e)) dev_taste(DEV,da0s1f) g_label_taste(LABEL, da0s1f) g_slice_config(da0s1f, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005823300, 2, 0) ref 0xffffff0005823300 ref 0xffffff0005823400 g_detach(0xffffff0005809400) g_destroy_consumer(0xffffff0005809400) g_destroy_geom(0xffffff0005823500(label:taste)) g_mirror_taste(MIRROR, da0s1f) g_detach(0xffffff0005809300) g_destroy_consumer(0xffffff0005809300) g_destroy_geom(0xffffff0005823100(mirror:taste)) g_part_taste(PART,da0s1f) g_wither_geom(0xffffff0005823000(da0s1f)) dev_taste(DEV,label/escota) g_label_taste(LABEL, label/escota) g_mirror_taste(MIRROR, label/escota) g_detach(0xffffff0005809180) g_destroy_consumer(0xffffff0005809180) g_destroy_geom(0xffffff0005822d00(mirror:taste)) g_post_event_x(0xffffffff80549940, 0xffffff00057e3400, 2, 0) ref 0xffffff00057e3400 g_post_event_x(0xffffffff80549940, 0xffffff00057dbb00, 2, 0) ref 0xffffff00057dbb00 g_post_event_x(0xffffffff805496e0, 0xffffff0005726500, 2, 0) ref 0xffffff0005726500 ref 0xffffff0005822c00 GEOM_MIRROR: Device mirror/system launched (1/1). g_part_taste(PART,label/escota) dev_taste(DEV,da1p1) g_label_taste(LABEL, da1p1) g_detach(0xffffff0005808600) g_destroy_consumer(0xffffff0005808600) g_destroy_geom(0xffffff0005822700(label:taste)) g_mirror_taste(MIRROR, da1p1) g_detach(0xffffff0005808580) g_destroy_consumer(0xffffff0005808580) g_destroy_geom(0xffffff0005822600(mirror:taste)) g_part_taste(PART,da1p1) g_wither_geom(0xffffff0005822500(da1p1)) dev_taste(DEV,da1p2) g_label_taste(LABEL, da1p2) g_detach(0xffffff0005808400) g_destroy_consumer(0xffffff0005808400) g_destroy_geom(0xffffff0005822300(label:taste)) g_mirror_taste(MIRROR, da1p2) g_detach(0xffffff0005808380) g_destroy_consumer(0xffffff0005808380) g_destroy_geom(0xffffff0005822200(mirror:taste)) g_part_taste(PART,da1p2) g_wither_geom(0xffffff0005822100(da1p2)) dev_taste(DEV,da1p3) g_label_taste(LABEL, da1p3) g_detach(0xffffff0005808200) g_destroy_consumer(0xffffff0005808200) g_destroy_geom(0xffffff0005821e00(label:taste)) g_mirror_taste(MIRROR, da1p3) g_detach(0xffffff0005808180) g_destroy_consumer(0xffffff0005808180) g_destroy_geom(0xffffff0005821d00(mirror:taste)) g_part_taste(PART,da1p3) g_wither_geom(0xffffff0005821c00(da1p3)) dev_taste(DEV,da1p4) g_label_taste(LABEL, da1p4) g_detach(0xffffff0005808000) g_destroy_consumer(0xffffff0005808000) g_destroy_geom(0xffffff0005821a00(label:taste)) g_mirror_taste(MIRROR, da1p4) g_detach(0xffffff00057d7e00) g_destroy_consumer(0xffffff00057d7e00) g_destroy_geom(0xffffff0005821900(mirror:taste)) g_part_taste(PART,da1p4) g_wither_geom(0xffffff0005821800(da1p4)) dev_taste(DEV,label/amantina) g_label_taste(LABEL, label/amantina) g_mirror_taste(MIRROR, label/amantina) g_detach(0xffffff00057d7c80) g_destroy_consumer(0xffffff00057d7c80) g_destroy_geom(0xffffff0005821600(mirror:taste)) g_part_taste(PART,label/amantina) g_wither_geom(0xffffff0005821500(label/amantina)) dev_taste(DEV,label/cunningham) g_label_taste(LABEL, label/cunningham) g_mirror_taste(MIRROR, label/cunningham) g_detach(0xffffff00057d7a00) g_destroy_consumer(0xffffff00057d7a00) g_destroy_geom(0xffffff0005821300(mirror:taste)) g_part_taste(PART,label/cunningham) g_wither_geom(0xffffff0005821200(label/cunningham)) dev_taste(DEV,label/pajarin) g_label_taste(LABEL, label/pajarin) g_mirror_taste(MIRROR, label/pajarin) g_detach(0xffffff00057d7e00) g_destroy_consumer(0xffffff00057d7e00) g_destroy_geom(0xffffff0005821000(mirror:taste)) g_part_taste(PART,label/pajarin) g_wither_geom(0xffffff0005821000(label/pajarin)) dev_taste(DEV,label/burda) g_label_taste(LABEL, label/burda) g_mirror_taste(MIRROR, label/burda) g_detach(0xffffff0005808400) g_destroy_consumer(0xffffff0005808400) g_destroy_geom(0xffffff0005821300(mirror:taste)) g_part_taste(PART,label/burda) g_wither_geom(0xffffff000581f700(label/burda)) dev_taste(DEV,label/barber) g_label_taste(LABEL, label/barber) g_mirror_taste(MIRROR, label/barber) g_detach(0xffffff0005809400) g_destroy_consumer(0xffffff0005809400) g_destroy_geom(0xffffff000581fc00(mirror:taste)) g_part_taste(PART,label/barber) g_wither_geom(0xffffff0005821900(label/barber)) dev_taste(DEV,label/contra) g_label_taste(LABEL, label/contra) g_mirror_taste(MIRROR, label/contra) g_detach(0xffffff0005809a80) g_destroy_consumer(0xffffff0005809a80) g_destroy_geom(0xffffff000581fe00(mirror:taste)) g_part_taste(PART,label/contra) g_wither_geom(0xffffff0005821d00(label/contra)) dev_taste(DEV,ufsid/4b81a184abb17e21) g_label_taste(LABEL, ufsid/4b81a184abb17e21) g_mirror_taste(MIRROR, ufsid/4b81a184abb17e21) g_detach(0xffffff000580a180) g_destroy_consumer(0xffffff000580a180) g_destroy_geom(0xffffff00057e1d00(mirror:taste)) g_part_taste(PART,ufsid/4b81a184abb17e21) g_wither_geom(0xffffff0005822200(ufsid/4b81a184abb17e21)) dev_taste(DEV,ufsid/4b81a18fe2c2cfb6) g_label_taste(LABEL, ufsid/4b81a18fe2c2cfb6) g_mirror_taste(MIRROR, ufsid/4b81a18fe2c2cfb6) g_detach(0xffffff000580a500) g_destroy_consumer(0xffffff000580a500) g_destroy_geom(0xffffff0005705900(mirror:taste)) g_part_taste(PART,ufsid/4b81a18fe2c2cfb6) g_wither_geom(0xffffff0005822600(ufsid/4b81a18fe2c2cfb6)) dev_taste(DEV,ufsid/4b81a18435de2b1e) g_label_taste(LABEL, ufsid/4b81a18435de2b1e) g_mirror_taste(MIRROR, ufsid/4b81a18435de2b1e) g_detach(0xffffff000580a880) g_destroy_consumer(0xffffff000580a880) g_destroy_geom(0xffffff00057e1c00(mirror:taste)) g_part_taste(PART,ufsid/4b81a18435de2b1e) g_wither_geom(0xffffff0005822d00(ufsid/4b81a18435de2b1e)) dev_taste(DEV,ufsid/4b81a184abaa2161) g_label_taste(LABEL, ufsid/4b81a184abaa2161) g_mirror_taste(MIRROR, ufsid/4b81a184abaa2161) g_detach(0xffffff000580ac00) g_destroy_consumer(0xffffff000580ac00) g_destroy_geom(0xffffff0005823100(mirror:taste)) g_part_taste(PART,ufsid/4b81a184abaa2161) g_wither_geom(0xffffff0005823500(ufsid/4b81a184abaa2161)) g_part_spoiled(da1) g_wither_geom(0xffffff0005704e00(da1)) g_orphan_provider(0xffffff000581fd00(da1p4), 6) g_orphan_provider(0xffffff00057dbe00(da1p3), 6) g_orphan_provider(0xffffff0005704700(da1p2), 6) g_orphan_provider(0xffffff0005705700(da1p1), 6) g_orphan_register(da1p4) g_part_orphan(da1p4) g_wither_geom(0xffffff0005821800(da1p4)) g_dev_orphan(0xffffff0005808080(da1p4)) g_detach(0xffffff0005808080) g_destroy_consumer(0xffffff0005808080) g_destroy_geom(0xffffff0005821b00(da1p4)) g_orphan_register(da1p3) g_part_orphan(da1p3) g_wither_geom(0xffffff0005821c00(da1p3)) g_dev_orphan(0xffffff0005808280(da1p3)) g_detach(0xffffff0005808280) g_destroy_consumer(0xffffff0005808280) g_destroy_geom(0xffffff0005822000(da1p3)) g_orphan_register(da1p2) g_part_orphan(da1p2) g_wither_geom(0xffffff0005822100(da1p2)) g_dev_orphan(0xffffff0005808480(da1p2)) g_detach(0xffffff0005808480) g_destroy_consumer(0xffffff0005808480) g_destroy_geom(0xffffff0005822400(da1p2)) g_orphan_register(da1p1) g_part_orphan(da1p1) g_wither_geom(0xffffff0005822500(da1p1)) g_dev_orphan(0xffffff0005808680(da1p1)) g_detach(0xffffff0005808680) g_destroy_consumer(0xffffff0005808680) g_destroy_geom(0xffffff0005822800(da1p1)) dev_taste(DEV,mirror/system) g_label_taste(LABEL, mirror/system) g_detach(0xffffff000580b000) g_destroy_consumer(0xffffff000580b000) g_destroy_geom(0xffffff0005823800(label:taste)) g_mirror_taste(MIRROR, mirror/system) g_detach(0xffffff000580b100) g_destroy_consumer(0xffffff000580b100) g_destroy_geom(0xffffff000581e000(mirror:taste)) g_part_taste(PART,mirror/system) g_post_event_x(0xffffffff805496e0, 0xffffff0005822000, 2, 0) ref 0xffffff0005822000 ref 0xffffff000581e000 g_post_event_x(0xffffffff805496e0, 0xffffff0005822a00, 2, 0) ref 0xffffff0005822a00 ref 0xffffff000581e000 g_post_event_x(0xffffffff805496e0, 0xffffff0005704400, 2, 0) ref 0xffffff0005704400 ref 0xffffff000581e000 g_post_event_x(0xffffffff805496e0, 0xffffff0005704b00, 2, 0) ref 0xffffff0005704b00 ref 0xffffff000581e000 dev_taste(DEV,mirror/systemp1) g_label_taste(LABEL, mirror/systemp1) g_slice_config(mirror/systemp1, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff00057e2000, 2, 0) ref 0xffffff00057e2000 ref 0xffffff00057e1c00 g_slice_config(mirror/systemp1, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff00057e1d00, 2, 0) ref 0xffffff00057e1d00 ref 0xffffff000581ee00 g_slice_config(mirror/systemp1, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff000581fc00, 2, 0) ref 0xffffff000581fc00 ref 0xffffff00057e3900 g_slice_config(mirror/systemp1, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff000581e800, 2, 0) ref 0xffffff000581e800 ref 0xffffff0005821300 g_detach(0xffffff000580b780) g_destroy_consumer(0xffffff000580b780) g_destroy_geom(0xffffff0005823900(label:taste)) g_mirror_taste(MIRROR, mirror/systemp1) g_detach(0xffffff000580b780) g_destroy_consumer(0xffffff000580b780) g_destroy_geom(0xffffff0005726300(mirror:taste)) g_part_taste(PART,mirror/systemp1) g_wither_geom(0xffffff0005726300(mirror/systemp1)) dev_taste(DEV,mirror/systemp2) g_label_taste(LABEL, mirror/systemp2) g_slice_config(mirror/systemp2, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005837400, 2, 0) ref 0xffffff0005837400 ref 0xffffff0005837500 g_slice_config(mirror/systemp2, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005837100, 2, 0) ref 0xffffff0005837100 ref 0xffffff0005837200 g_slice_config(mirror/systemp2, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005836c00, 2, 0) ref 0xffffff0005836c00 ref 0xffffff0005836d00 g_slice_config(mirror/systemp2, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005836900, 2, 0) ref 0xffffff0005836900 ref 0xffffff0005836a00 g_detach(0xffffff000580b000) g_destroy_consumer(0xffffff000580b000) g_destroy_geom(0xffffff0005821b00(label:taste)) g_mirror_taste(MIRROR, mirror/systemp2) g_detach(0xffffff000580ac00) g_destroy_consumer(0xffffff000580ac00) g_destroy_geom(0xffffff0005836700(mirror:taste)) g_part_taste(PART,mirror/systemp2) g_wither_geom(0xffffff0005836600(mirror/systemp2)) dev_taste(DEV,mirror/systemp3) g_label_taste(LABEL, mirror/systemp3) g_slice_config(mirror/systemp3, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005836100, 2, 0) ref 0xffffff0005836100 ref 0xffffff0005836200 g_slice_config(mirror/systemp3, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005835d00, 2, 0) ref 0xffffff0005835d00 ref 0xffffff0005835e00 g_detach(0xffffff0005809c80) g_destroy_consumer(0xffffff0005809c80) g_destroy_geom(0xffffff0005836400(label:taste)) g_mirror_taste(MIRROR, mirror/systemp3) g_detach(0xffffff0005809680) g_destroy_consumer(0xffffff0005809680) g_destroy_geom(0xffffff0005835b00(mirror:taste)) g_part_taste(PART,mirror/systemp3) g_wither_geom(0xffffff0005835a00(mirror/systemp3)) dev_taste(DEV,mirror/systemp4) g_label_taste(LABEL, mirror/systemp4) g_slice_config(mirror/systemp4, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005835500, 2, 0) ref 0xffffff0005835500 ref 0xffffff0005835600 g_slice_config(mirror/systemp4, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005835200, 2, 0) ref 0xffffff0005835200 ref 0xffffff0005835300 g_detach(0xffffff0005808200) g_destroy_consumer(0xffffff0005808200) g_destroy_geom(0xffffff0005835800(label:taste)) g_mirror_taste(MIRROR, mirror/systemp4) g_detach(0xffffff00057d7b80) g_destroy_consumer(0xffffff00057d7b80) g_destroy_geom(0xffffff0005835000(mirror:taste)) g_part_taste(PART,mirror/systemp4) g_wither_geom(0xffffff0005823e00(mirror/systemp4)) dev_taste(DEV,ufsid/4c4f54adfd271d06) g_label_taste(LABEL, ufsid/4c4f54adfd271d06) g_mirror_taste(MIRROR, ufsid/4c4f54adfd271d06) g_detach(0xffffff0005809680) g_destroy_consumer(0xffffff0005809680) g_destroy_geom(0xffffff0005823c00(mirror:taste)) g_part_taste(PART,ufsid/4c4f54adfd271d06) g_wither_geom(0xffffff0005823b00(ufsid/4c4f54adfd271d06)) dev_taste(DEV,ufs/boot) g_label_taste(LABEL, ufs/boot) g_mirror_taste(MIRROR, ufs/boot) g_detach(0xffffff000580b000) g_destroy_consumer(0xffffff000580b000) g_destroy_geom(0xffffff0005705900(mirror:taste)) g_part_taste(PART,ufs/boot) g_wither_geom(0xffffff0005823c00(ufs/boot)) dev_taste(DEV,gpt/boot) g_label_taste(LABEL, gpt/boot) g_mirror_taste(MIRROR, gpt/boot) g_detach(0xffffff000580b380) g_destroy_consumer(0xffffff000580b380) g_destroy_geom(0xffffff0005835000(mirror:taste)) g_part_taste(PART,gpt/boot) g_wither_geom(0xffffff0005835800(gpt/boot)) dev_taste(DEV,gptid/b99a6e83-99c8-11df-a6f5-003048f01552) g_label_taste(LABEL, gptid/b99a6e83-99c8-11df-a6f5-003048f01552) g_mirror_taste(MIRROR, gptid/b99a6e83-99c8-11df-a6f5-003048f01552) g_detach(0xffffff00057d7b80) g_destroy_consumer(0xffffff00057d7b80) g_destroy_geom(0xffffff0005704800(mirror:taste)) g_part_taste(PART,gptid/b99a6e83-99c8-11df-a6f5-003048f01552) g_wither_geom(0xffffff0005835b00(gptid/b99a6e83-99c8-11df-a6f5-003048f01552)) dev_taste(DEV,ufsid/4c4f54a08a987cd8) g_label_taste(LABEL, ufsid/4c4f54a08a987cd8) g_mirror_taste(MIRROR, ufsid/4c4f54a08a987cd8) g_detach(0xffffff000580a180) g_destroy_consumer(0xffffff000580a180) g_destroy_geom(0xffffff0005836300(mirror:taste)) g_part_taste(PART,ufsid/4c4f54a08a987cd8) g_wither_geom(0xffffff0005705200(ufsid/4c4f54a08a987cd8)) dev_taste(DEV,ufs/stdroot) g_label_taste(LABEL, ufs/stdroot) g_mirror_taste(MIRROR, ufs/stdroot) g_detach(0xffffff000583b580) g_destroy_consumer(0xffffff000583b580) g_destroy_geom(0xffffff0005821b00(mirror:taste)) g_part_taste(PART,ufs/stdroot) g_wither_geom(0xffffff0005836e00(ufs/stdroot)) dev_taste(DEV,gpt/std-root) g_label_taste(LABEL, gpt/std-root) g_mirror_taste(MIRROR, gpt/std-root) g_detach(0xffffff000583b300) g_destroy_consumer(0xffffff000583b300) g_destroy_geom(0xffffff0005821b00(mirror:taste)) g_part_taste(PART,gpt/std-root) g_wither_geom(0xffffff0005837300(gpt/std-root)) dev_taste(DEV,gptid/b9a7aa9f-99c8-11df-a6f5-003048f01552) g_label_taste(LABEL, gptid/b9a7aa9f-99c8-11df-a6f5-003048f01552) g_mirror_taste(MIRROR, gptid/b9a7aa9f-99c8-11df-a6f5-003048f01552) g_detach(0xffffff000583b000) g_destroy_consumer(0xffffff000583b000) g_destroy_geom(0xffffff000581fe00(mirror:taste)) g_part_taste(PART,gptid/b9a7aa9f-99c8-11df-a6f5-003048f01552) g_wither_geom(0xffffff0005704800(gptid/b9a7aa9f-99c8-11df-a6f5-003048f01552)) dev_taste(DEV,gpt/apps) g_label_taste(LABEL, gpt/apps) g_mirror_taste(MIRROR, gpt/apps) g_detach(0xffffff000583ac00) g_destroy_consumer(0xffffff000583ac00) g_destroy_geom(0xffffff0005835000(mirror:taste)) g_part_taste(PART,gpt/apps) g_wither_geom(0xffffff00057e2600(gpt/apps)) dev_taste(DEV,gptid/ba63bc6d-99c8-11df-a6f5-003048f01552) g_label_taste(LABEL, gptid/ba63bc6d-99c8-11df-a6f5-003048f01552) g_mirror_taste(MIRROR, gptid/ba63bc6d-99c8-11df-a6f5-003048f01552) g_detach(0xffffff000583a900) g_destroy_consumer(0xffffff000583a900) g_destroy_geom(0xffffff0005836000(mirror:taste)) g_part_taste(PART,gptid/ba63bc6d-99c8-11df-a6f5-003048f01552) g_wither_geom(0xffffff0005835000(gptid/ba63bc6d-99c8-11df-a6f5-003048f01552)) dev_taste(DEV,gpt/std-var) g_label_taste(LABEL, gpt/std-var) g_mirror_taste(MIRROR, gpt/std-var) g_detach(0xffffff000583a680) g_destroy_consumer(0xffffff000583a680) g_destroy_geom(0xffffff000581fe00(mirror:taste)) g_part_taste(PART,gpt/std-var) g_wither_geom(0xffffff0005836b00(gpt/std-var)) dev_taste(DEV,gptid/ba65d284-99c8-11df-a6f5-003048f01552) g_label_taste(LABEL, gptid/ba65d284-99c8-11df-a6f5-003048f01552) g_mirror_taste(MIRROR, gptid/ba65d284-99c8-11df-a6f5-003048f01552) g_detach(0xffffff000583a380) g_destroy_consumer(0xffffff000583a380) g_destroy_geom(0xffffff0005835400(mirror:taste)) g_part_taste(PART,gptid/ba65d284-99c8-11df-a6f5-003048f01552) g_wither_geom(0xffffff000581fe00(gptid/ba65d284-99c8-11df-a6f5-003048f01552)) g_detach(0xffffff000583a300) g_destroy_consumer(0xffffff000583a300)Trying to mount root from ufs:/dev/da0s1a g_destroy_geom(0xffffff000581fe00(gptid/ba65d284-99c8-11df-a6f5-003048f01552)) g_detach(0xffffff000583a600) g_destroy_consumer(0xffffff000583a600) g_destroy_geom(0xffffff0005836b00(gpt/std-var)) g_detach(0xffffff000583a880) g_destroy_consumer(0xffffff000583a880) g_destroy_geom(0xffffff0005835000(gptid/ba63bc6d-99c8-11df-a6f5-003048f01552)) g_detach(0xffffff000583ab80) g_destroy_consumer(0xffffff000583ab80) g_destroy_geom(0xffffff00057e2600(gpt/apps)) g_detach(0xffffff000583ae00) g_destroy_consumer(0xffffff000583ae00) g_destroy_geom(0xffffff0005704800(gptid/b9a7aa9f-99c8-11df-a6f5-003048f01552)) g_detach(0xffffff000583b280) g_destroy_consumer(0xffffff000583b280) g_destroy_geom(0xffffff0005837300(gpt/std-root)) g_detach(0xffffff000583b500) g_destroy_consumer(0xffffff000583b500) g_destroy_geom(0xffffff0005836e00(ufs/stdroot)) g_detach(0xffffff000580a180) g_destroy_consumer(0xffffff000580a180) g_destroy_geom(0xffffff0005705200(ufsid/4c4f54a08a987cd8)) g_detach(0xffffff00057d7b80) g_destroy_consumer(0xffffff00057d7b80) g_destroy_geom(0xffffff0005835b00(gptid/b99a6e83-99c8-11df-a6f5-003048f01552)) g_detach(0xffffff000580b000) g_destroy_consumer(0xffffff000580b000) g_destroy_geom(0xffffff0005835800(gpt/boot)) g_detach(0xffffff000580b300) g_destroy_consumer(0xffffff000580b300) g_destroy_geom(0xffffff0005823c00(ufs/boot)) g_detach(0xffffff0005809c80) g_destroy_consumer(0xffffff0005809c80) g_destroy_geom(0xffffff0005823b00(ufsid/4c4f54adfd271d06)) g_detach(0xffffff00057d7b00) g_destroy_consumer(0xffffff00057d7b00) g_destroy_geom(0xffffff0005823e00(mirror/systemp4)) g_detach(0xffffff0005809400) g_destroy_consumer(0xffffff0005809400) g_destroy_geom(0xffffff0005835a00(mirror/systemp3)) g_detach(0xffffff000580a880) g_destroy_consumer(0xffffff000580a880) g_destroy_geom(0xffffff0005836600(mirror/systemp2)) g_detach(0xffffff000580b580) g_destroy_consumer(0xffffff000580b580) g_destroy_geom(0xffffff0005726300(mirror/systemp1)) g_detach(0xffffff000580ad00) g_destroy_consumer(0xffffff000580ad00) g_destroy_geom(0xffffff0005823500(ufsid/4b81a184abaa2161)) g_detach(0xffffff000580a980) g_destroy_consumer(0xffffff000580a980) g_destroy_geom(0xffffff0005822d00(ufsid/4b81a18435de2b1e)) g_detach(0xffffff000580a600) g_destroy_consumer(0xffffff000580a600) g_destroy_geom(0xffffff0005822600(ufsid/4b81a18fe2c2cfb6)) g_detach(0xffffff000580a280) g_destroy_consumer(0xffffff000580a280) g_destroy_geom(0xffffff0005822200(ufsid/4b81a184abb17e21)) g_detach(0xffffff0005809b00) g_destroy_consumer(0xffffff0005809b00) g_destroy_geom(0xffffff0005821d00(label/contra)) g_detach(0xffffff0005809580) g_destroy_consumer(0xffffff0005809580) g_destroy_geom(0xffffff0005821900(label/barber)) g_detach(0xffffff0005808580) g_destroy_consumer(0xffffff0005808580) g_destroy_geom(0xffffff000581f700(label/burda)) g_detach(0xffffff0005808000) g_destroy_consumer(0xffffff0005808000) g_destroy_geom(0xffffff0005821000(label/pajarin)) g_detach(0xffffff00057d7a00) g_destroy_consumer(0xffffff00057d7a00) g_destroy_geom(0xffffff0005821200(label/cunningham)) g_detach(0xffffff00057d7c00) g_destroy_consumer(0xffffff00057d7c00) g_destroy_geom(0xffffff0005821500(label/amantina)) g_detach(0xffffff00057d7d80) g_destroy_consumer(0xffffff00057d7d80) g_destroy_geom(0xffffff0005821800(da1p4)) g_detach(0xffffff0005808100) g_destroy_consumer(0xffffff0005808100) g_destroy_geom(0xffffff0005821c00(da1p3)) g_detach(0xffffff0005808300) g_destroy_consumer(0xffffff0005808300) g_destroy_geom(0xffffff0005822100(da1p2)) g_detach(0xffffff0005808500) g_destroy_consumer(0xffffff0005808500) g_destroy_geom(0xffffff0005822500(da1p1)) g_detach(0xffffff0005809280) g_destroy_consumer(0xffffff0005809280) g_destroy_geom(0xffffff0005823000(da0s1f)) g_detach(0xffffff0005809500) g_destroy_consumer(0xffffff0005809500) g_destroy_geom(0xffffff0005823700(da0s1e)) g_detach(0xffffff0005809780) g_destroy_consumer(0xffffff0005809780) g_destroy_geom(0xffffff00057e2300(da0s1d)) g_detach(0xffffff0005809a00) g_destroy_consumer(0xffffff0005809a00) g_destroy_geom(0xffffff00057e3300(da0s1b)) g_detach(0xffffff0005809c00) g_destroy_consumer(0xffffff0005809c00) g_destroy_geom(0xffffff00057e3000(da0s1a)) g_detach(0xffffff000580a100) g_destroy_consumer(0xffffff000580a100) g_destroy_geom(0xffffff000581e400(da7)) g_detach(0xffffff000580a480) g_destroy_consumer(0xffffff000580a480) g_destroy_geom(0xffffff00057e3700(da6)) g_detach(0xffffff000580a800) g_destroy_consumer(0xffffff000580a800) g_destroy_geom(0xffffff00057e3e00(da5)) g_detach(0xffffff000580ab80) g_destroy_consumer(0xffffff000580ab80) g_destroy_geom(0xffffff000581e600(da4)) g_detach(0xffffff000580b080) g_destroy_consumer(0xffffff000580b080) g_destroy_geom(0xffffff000581ed00(da3)) g_detach(0xffffff000580b400) g_destroy_consumer(0xffffff000580b400) g_destroy_geom(0xffffff000581f500(da2)) g_detach(0xffffff000580b800) g_destroy_consumer(0xffffff000580b800) g_destroy_geom(0xffffff0005704e00(da1)) ct_to_ts([2010-07-28 18:07:55]) = 1280340475.000000000 start_init: trying /sbin/init ugen2.2: at usbus2 ukbd0: on usbus2 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus2 g_post_event_x(0xffffffff805456b0, 0xffffff00056faa40, 2, 262144) g_post_event_x(0xffffffff805456b0, 0xffffff00056faa60, 2, 262144) g_post_event_x(0xffffffff80546ae0, 0xffffff00056fa9c0, 2, 262144) g_post_event_x(0xffffffff80546ae0, 0xffffff00056fa9e0, 2, 262144) g_post_event_x(0xffffffff805464b0, 0xffffff00056fa960, 2, 262144) g_post_event_x(0xffffffff805464b0, 0xffffff00056fa8c0, 2, 262144) g_post_event_x(0xffffffff80546ac0, 0xffffff00056fa940, 2, 262144) g_post_event_x(0xffffffff80546ac0, 0xffffff00056fa9a0, 2, 262144) g_post_event_x(0xffffffff807e5cf0, 0xffffff80b3281b00, 2, 262144) g_post_event_x(0xffffffff80549940, 0xffffff0005705a00, 2, 0) ref 0xffffff0005705a00 g_post_event_x(0xffffffff80549940, 0xffffff00057dbc00, 2, 0) ref 0xffffff00057dbc00 g_post_event_x(0xffffffff80549940, 0xffffff00057e1800, 2, 0) ref 0xffffff00057e1800 g_post_event_x(0xffffffff80549940, 0xffffff00057e1a00, 2, 0) ref 0xffffff00057e1a00 g_slice_spoiled(0xffffff0005809d00/da0s1a) g_wither_geom(0xffffff000581eb00(da0s1a)) g_orphan_provider(0xffffff00057e2c00(ufsid/4b81a184abb17e21), 6) g_orphan_register(ufsid/4b81a184abb17e21) g_dev_orphan(0xffffff000580a000(ufsid/4b81a184abb17e21)) g_detach(0xffffff000580a000) g_destroy_consumer(0xffffff000580a000) g_destroy_geom(0xffffff0005821e00(ufsid/4b81a184abb17e21)) g_detach(0xffffff0005809d00) g_destroy_consumer(0xffffff0005809d00) g_destroy_geom(0xffffff000581eb00(da0s1a)) g_post_event_x(0xffffffff805496e0, 0xffffff00057e1a00, 2, 0) ref 0xffffff00057e1a00 g_label_taste(LABEL, da0s1a) g_slice_config(da0s1a, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005726300, 2, 0) ref 0xffffff0005726300 ref 0xffffff0005823500 g_detach(0xffffff000580cb00) g_destroy_consumer(0xffffff000580cb00) g_destroy_geom(0xffffff0005822d00(label:taste)) g_mirror_taste(MIRROR, da0s1a) g_detach(0xffffff000580ca00) g_destroy_consumer(0xffffff000580ca00) g_destroy_geom(0xffffff0005835a00(mirror:taste)) g_part_taste(PART,da0s1a) g_wither_geom(0xffffff0005823e00(da0s1a)) dev_taste(DEV,ufsid/4b81a184abb17e21) g_label_taste(LABEL, ufsid/4b81a184abb17e21) g_mirror_taste(MIRROR, ufsid/4b81a184abb17e21) g_detach(0xffffff000580c800) g_destroy_consumer(0xffffff000580c800) g_destroy_geom(0xffffff0005823c00(mirror:taste)) g_part_taste(PART,ufsid/4b81a184abb17e21) g_wither_geom(0xffffff0005835800(ufsid/4b81a184abb17e21)) g_detach(0xffffff000580c780) g_destroy_consumer(0xffffff000580c780) g_destroy_geom(0xffffff0005835800(ufsid/4b81a184abb17e21)) g_detach(0xffffff000580c980) g_destroy_consumer(0xffffff000580c980) g_destroy_geom(0xffffff0005823e00(da0s1a)) g_post_event_x(0xffffffff80549940, 0xffffff00057e1400, 2, 0) ref 0xffffff00057e1400 g_slice_spoiled(0xffffff0005809600/da0s1e) g_wither_geom(0xffffff00057e1900(da0s1e)) g_orphan_provider(0xffffff00057e1700(ufsid/4b81a18435de2b1e), 6) g_orphan_register(ufsid/4b81a18435de2b1e) g_dev_orphan(0xffffff000580a700(ufsid/4b81a18435de2b1e)) g_detach(0xffffff000580a700) g_destroy_consumer(0xffffff000580a700) g_destroy_geom(0xffffff0005822700(ufsid/4b81a18435de2b1e)) g_detach(0xffffff0005809600) g_destroy_consumer(0xffffff0005809600) g_destroy_geom(0xffffff00057e1900(da0s1e)) g_post_event_x(0xffffffff805496e0, 0xffffff00057e1400, 2, 0) ref 0xffffff00057e1400 g_label_taste(LABEL, da0s1e) g_slice_config(da0s1e, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005836e00, 2, 0) ref 0xffffff0005836e00 ref 0xffffff0005705200 g_detach(0xffffff000580c680) g_destroy_consumer(0xffffff000580c680) g_destroy_geom(0xffffff0005835b00(label:taste)) g_mirror_taste(MIRROR, da0s1e) g_detach(0xffffff000580c580) g_destroy_consumer(0xffffff000580c580) g_destroy_geom(0xffffff0005704800(mirror:taste)) g_part_taste(PART,da0s1e) g_wither_geom(0xffffff00057e2600(da0s1e)) dev_taste(DEV,ufsid/4b81a18435de2b1e) g_label_taste(LABEL, ufsid/4b81a18435de2b1e) g_mirror_taste(MIRROR, ufsid/4b81a18435de2b1e) g_detach(0xffffff000580c380) g_destroy_consumer(0xffffff000580c380) g_destroy_geom(0xffffff0005836b00(mirror:taste)) g_part_taste(PART,ufsid/4b81a18435de2b1e) g_wither_geom(0xffffff000581fe00(ufsid/4b81a18435de2b1e)) g_detach(0xffffff000580c300) g_destroy_consumer(0xffffff000580c300) g_destroy_geom(0xffffff000581fe00(ufsid/4b81a18435de2b1e)) g_detach(0xffffff000580c500) g_destroy_consumer(0xffffff000580c500) g_destroy_geom(0xffffff00057e2600(da0s1e)) g_post_event_x(0xffffffff80549940, 0xffffff00057e1200, 2, 0) ref 0xffffff00057e1200 g_slice_spoiled(0xffffff0005809380/da0s1f) g_wither_geom(0xffffff0005823400(da0s1f)) g_orphan_provider(0xffffff0005823300(ufsid/4b81a184abaa2161), 6) g_orphan_register(ufsid/4b81a184abaa2161) g_dev_orphan(0xffffff000580aa80(ufsid/4b81a184abaa2161)) g_detach(0xffffff000580aa80) g_destroy_consumer(0xffffff000580aa80) g_destroy_geom(0xffffff00057e1100(ufsid/4b81a184abaa2161)) g_detach(0xffffff0005809380) g_destroy_consumer(0xffffff0005809380) g_destroy_geom(0xffffff0005823400(da0s1f)) g_post_event_x(0xffffffff805496e0, 0xffffff00057e1200, 2, 0) ref 0xffffff00057e1200 g_label_taste(LABEL, da0s1f) g_slice_config(da0s1f, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005823400, 2, 0) ref 0xffffff0005823400 ref 0xffffff0005835400 g_detach(0xffffff000580c200) g_destroy_consumer(0xffffff000580c200) g_destroy_geom(0xffffff0005835100(label:taste)) g_mirror_taste(MIRROR, da0s1f) g_detach(0xffffff000580c200) g_destroy_consumer(0xffffff000580c200) g_destroy_geom(0xffffff00057e1100(mirror:taste)) g_part_taste(PART,da0s1f) g_wither_geom(0xffffff0005858a00(da0s1f)) dev_taste(DEV,ufsid/4b81a184abaa2161) g_label_taste(LABEL, ufsid/4b81a184abaa2161) g_mirror_taste(MIRROR, ufsid/4b81a184abaa2161) g_detach(0xffffff000580c300) g_destroy_consumer(0xffffff000580c300) g_destroy_geom(0xffffff000581fe00(mirror:taste)) g_part_taste(PART,ufsid/4b81a184abaa2161) g_wither_geom(0xffffff0005837300(ufsid/4b81a184abaa2161)) g_detach(0xffffff000580c380) g_destroy_consumer(0xffffff000580c380) g_destroy_geom(0xffffff0005837300(ufsid/4b81a184abaa2161)) g_detach(0xffffff0005809380) g_destroy_consumer(0xffffff0005809380) g_destroy_geom(0xffffff0005858a00(da0s1f)) g_post_event_x(0xffffffff80549940, 0xffffff00057e1600, 2, 0) ref 0xffffff00057e1600 g_slice_spoiled(0xffffff0005809880/da0s1d) g_wither_geom(0xffffff000581f300(da0s1d)) g_orphan_provider(0xffffff000581e700(ufsid/4b81a18fe2c2cfb6), 6) g_orphan_register(ufsid/4b81a18fe2c2cfb6) g_dev_orphan(0xffffff000580a380(ufsid/4b81a18fe2c2cfb6)) g_detach(0xffffff000580a380) g_destroy_consumer(0xffffff000580a380) g_destroy_geom(0xffffff0005822300(ufsid/4b81a18fe2c2cfb6)) g_detach(0xffffff0005809880) g_destroy_consumer(0xffffff0005809880) g_destroy_geom(0xffffff000581f300(da0s1d)) g_post_event_x(0xffffffff805496e0, 0xffffff00057e1600, 2, 0) ref 0xffffff00057e1600 g_label_taste(LABEL, da0s1d) g_slice_config(da0s1d, 0, 1) g_post_event_x(0xffffffff805496e0, 0xffffff0005704800, 2, 0) ref 0xffffff0005704800 ref 0xffffff0005ba1100 g_detach(0xffffff000580c680) g_destroy_consumer(0xffffff000580c680) g_destroy_geom(0xffffff0005836b00(label:taste)) g_mirror_taste(MIRROR, da0s1d) g_detach(0xffffff000580a700) g_destroy_consumer(0xffffff000580a700) g_destroy_geom(0xffffff00057e1900(mirror:taste)) g_part_taste(PART,da0s1d) g_wither_geom(0xffffff00057e1700(da0s1d)) dev_taste(DEV,ufsid/4b81a18fe2c2cfb6) g_label_taste(LABEL, ufsid/4b81a18fe2c2cfb6) g_mirror_taste(MIRROR, ufsid/4b81a18fe2c2cfb6) g_detach(0xffffff000580ca00) g_destroy_consumer(0xffffff000580ca00) g_destroy_geom(0xffffff0005704300(mirror:taste)) g_part_taste(PART,ufsid/4b81a18fe2c2cfb6) g_wither_geom(0xffffff0005823e00(ufsid/4b81a18fe2c2cfb6)) g_detach(0xffffff000580cb00) g_destroy_consumer(0xffffff000580cb00) g_destroy_geom(0xffffff0005823e00(ufsid/4b81a18fe2c2cfb6)) g_detach(0xffffff000580c980) g_destroy_consumer(0xffffff000580c980) g_destroy_geom(0xffffff00057e1700(da0s1d)) g_post_event_x(0xffffffff80549940, 0xffffff00057e1a00, 2, 0) ref 0xffffff00057e1a00 g_slice_spoiled(0xffffff000580ca80/da0s1a) g_wither_geom(0xffffff0005823500(da0s1a)) g_orphan_provider(0xffffff0005726300(ufsid/4b81a184abb17e21), 6) g_orphan_register(ufsid/4b81a184abb17e21) g_dev_orphan(0xffffff000580c900(ufsid/4b81a184abb17e21)) g_detach(0xffffff000580c900) g_destroy_consumer(0xffffff000580c900) g_destroy_geom(0xffffff0005823b00(ufsid/4b81a184abb17e21)) g_detach(0xffffff000580ca80) g_destroy_consumer(0xffffff000580ca80) g_destroy_geom(0xffffff0005823500(da0s1a)) g_post_event_x(0xffffffff80549940, 0xffffff00057e1400, 2, 0) ref 0xffffff00057e1400 g_slice_spoiled(0xffffff000580c600/da0s1e) g_wither_geom(0xffffff0005705200(da0s1e)) g_orphan_provider(0xffffff0005836e00(ufsid/4b81a18435de2b1e), 6) g_orphan_register(ufsid/4b81a18435de2b1e) g_dev_orphan(0xffffff000580c480(ufsid/4b81a18435de2b1e)) g_detach(0xffffff000580c480) g_destroy_consumer(0xffffff000580c480) g_destroy_geom(0xffffff0005835000(ufsid/4b81a18435de2b1e)) g_detach(0xffffff000580c600) g_destroy_consumer(0xffffff000580c600) g_destroy_geom(0xffffff0005705200(da0s1e)) g_post_event_x(0xffffffff80549940, 0xffffff00057e1200, 2, 0) ref 0xffffff00057e1200 g_slice_spoiled(0xffffff000580c180/da0s1f) g_wither_geom(0xffffff0005835400(da0s1f)) g_orphan_provider(0xffffff0005823400(ufsid/4b81a184abaa2161), 6) g_orphan_register(ufsid/4b81a184abaa2161) g_dev_orphan(0xffffff000580aa80(ufsid/4b81a184abaa2161)) g_detach(0xffffff000580aa80) g_destroy_consumer(0xffffff000580aa80) g_destroy_geom(0xffffff00057e2600(ufsid/4b81a184abaa2161)) g_detach(0xffffff000580c180) g_destroy_consumer(0xffffff000580c180) g_destroy_geom(0xffffff0005835400(da0s1f)) g_post_event_x(0xffffffff80549940, 0xffffff00057e1600, 2, 0) ref 0xffffff00057e1600 g_slice_spoiled(0xffffff0005809600/da0s1d) g_wither_geom(0xffffff0005ba1100(da0s1d)) g_orphan_provider(0xffffff0005704800(ufsid/4b81a18fe2c2cfb6), 6) g_orphan_register(ufsid/4b81a18fe2c2cfb6) g_dev_orphan(0xffffff000580c780(ufsid/4b81a18fe2c2cfb6)) g_detach(0xffffff000580c780) g_destroy_consumer(0xffffff000580c780) g_destroy_geom(0xffffff0005822700(ufsid/4b81a18fe2c2cfb6)) g_detach(0xffffff0005809600) g_destroy_consumer(0xffffff0005809600) g_destroy_geom(0xffffff0005ba1100(da0s1d)) --tThc/1wpZn/ma/RB--