From owner-freebsd-bugs@FreeBSD.ORG Mon Feb 23 08:26:08 2015 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E608B95 for ; Mon, 23 Feb 2015 08:26:08 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A2B5E16 for ; Mon, 23 Feb 2015 08:26:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t1N8Q7PH093673 for ; Mon, 23 Feb 2015 08:26:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 197876] sector size agreed with GEOM gate is not reflected in the block size of the device entry Date: Mon, 23 Feb 2015 08:26:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jau@iki.fi X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2015 08:26:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197876 --- Comment #1 from jau@iki.fi --- It seems that the same disparity between GEOM internal settings and what is shown by stat() applies to all GEOM device entries. It also seems that this odd behavior is rooted in the vnode attributes being left uninitialized. In addition to st_blksize being persistently 4k, st_size and st_blocks are not initialized at all. The information to fill in the latter two is anyhow properly stored in the mediasize field of the provider. The only reason st_blksize is reported as 4k is this line in the function vn_stat (see vfs_vnops.c) sb->st_blksize = max(PAGE_SIZE, vap->va_blocksize); The contents of the vattr structure seem to be largely only what gets filled in by vattr_null (see vfs_subr.c) Here just a couple of examples... (sleipnir:pts/1) 9:58 ~> pfstat /dev/ggate0 /dev/ggate0: st_dev: 1895890688 st_ino: 190 st_mode: 0x21a0 st_nlink: 1 st_uid: 0 st_gid: 5 st_rdev: 190 st_size: 0 st_blocks: 0 st_blksize: 4096 st_flags: 0x0 st_gen: 0 st_btim: 1970-01-01 01:59:59.000000000 st_mtim: 2015-02-23 10:00:14.989084901 st_ctim: 2015-02-23 10:00:14.989084901 st_atim: 2015-02-23 10:00:14.989084901 (sleipnir:pts/1) DING! ~> pfstat /dev/mirror/root /dev/mirror/root: st_dev: 1895890688 st_ino: 201 st_mode: 0x21a0 st_nlink: 1 st_uid: 0 st_gid: 5 st_rdev: 201 st_size: 0 st_blocks: 0 st_blksize: 4096 st_flags: 0x0 st_gen: 0 st_btim: 1970-01-01 01:59:59.000000000 st_mtim: 2015-02-23 09:20:16.130940000 st_ctim: 2015-02-23 09:20:16.130940000 st_atim: 2015-02-23 09:22:11.158069059 In fact I think this is now becoming mostly a case of finding the proper place to fill in the appropriate 'struct vattr' fields from the provider structure. -- You are receiving this mail because: You are the assignee for the bug.