From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 11:22:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 259B4106564A for ; Fri, 5 Aug 2011 11:22:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id DC11C8FC14 for ; Fri, 5 Aug 2011 11:22:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c8f4:eca0:4c79:fdf1] (unknown [IPv6:2001:7b8:3a7:0:c8f4:eca0:4c79:fdf1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 37DF75C37; Fri, 5 Aug 2011 13:22:18 +0200 (CEST) Message-ID: <4E3BD270.5020408@FreeBSD.org> Date: Fri, 05 Aug 2011 13:22:24 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Pawel Worach References: <86zkjtwc8r.fsf@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Test Rat , freebsd-current@freebsd.org Subject: Re: [clang] (gpt)zfsboot is broken: zfs_alloc()/zfs_free() mismatch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2011 11:22:19 -0000 On 2011-08-05 02:17, Pawel Worach wrote: ... > A workaround for the hang on boot and "error 1 lba X" failures is the following patch, it would be interesting if it also makes the zfs_alloc/free error go away too. ... > dim@ has filed an upstream bug, http://llvm.org/bugs/show_bug.cgi?id=10591 This PR is about another issue, which I discovered during debugging of the gptzfsboot problem. The actual problem when compiling (gpt)zfsboot with clang and -mrtd seems to be that clang screws something up with the function calling conventions, causing crashes and other weird things. I have not yet determined the root cause of this.