Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752654AbZDXPEH (ORCPT ); Fri, 24 Apr 2009 11:04:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751064AbZDXPDw (ORCPT ); Fri, 24 Apr 2009 11:03:52 -0400 Received: from rcsinet12.oracle.com ([148.87.113.124]:16938 "EHLO rgminet12.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750799AbZDXPDv (ORCPT ); Fri, 24 Apr 2009 11:03:51 -0400 To: Jeff Garzik Cc: Kay Sievers , "Martin K. Petersen" , rwheeler@redhat.com, snitzer@redhat.com, neilb@suse.de, James.Bottomley@hansenpartnership.com, dgilbert@interlog.com, jens.axboe@oracle.com, matthew@wil.cx, linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org, LKML Subject: Re: [PATCH 2 of 9] block: Export I/O topology for block devices and partitions From: "Martin K. Petersen" Organization: Oracle References: <72f4e15760670febdb40.1240551143@sermon.lab.mkp.net> <49F1B68D.3010304@garzik.org> Date: Fri, 24 Apr 2009 11:00:52 -0400 In-Reply-To: <49F1B68D.3010304@garzik.org> (Jeff Garzik's message of "Fri, 24 Apr 2009 08:54:37 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Source-IP: acsmt702.oracle.com [141.146.40.80] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010202.49F1D42B.01F0:SCFMA4539814,ss=1,fgs=0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1211 Lines: 33 >>>>> "Jeff" == Jeff Garzik writes: Jeff> Why do we need all this syscall overhead just to read individual Jeff> data items? Jeff> Isn't it dumb to require 30 userland syscalls simply to input a Jeff> 10-member data structure? Jeff> netlink looks more and more attractive for anything non-trivial. I think these three knobs are very trivial :) I agree that traversing sysfs can be sucky. But for the mkfs-es of the world I expect most of this to be handled by libdisk. I also I really wanted something that could be easily scripted for installers to poke at. If these values were in any kind of hot path I'd be inclined to agree with the need for a different interface. But realistically these are only ever going to be accessed when creating a filesystem, partition or MD/DM device. So I opted to keep things simple. Doesn't mean we can't add another interface if there's a real need... -- Martin K. Petersen Oracle Linux Engineering -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/