Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753409AbZI3HQE (ORCPT ); Wed, 30 Sep 2009 03:16:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753293AbZI3HQD (ORCPT ); Wed, 30 Sep 2009 03:16:03 -0400 Received: from [195.41.46.235] ([195.41.46.235]:56683 "EHLO pfepa.post.tele.dk" rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1751405AbZI3HQC (ORCPT ); Wed, 30 Sep 2009 03:16:02 -0400 Date: Wed, 30 Sep 2009 09:15:55 +0200 From: Sam Ravnborg To: Christoph Hellwig Cc: "Michael S. Tsirkin" , James Bottomley , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, Boaz Harrosh , Ulrich Drepper Subject: Re: [PATCHv2 0/4] scsi: export and clean up headers Message-ID: <20090930071555.GA13915@merkur.ravnborg.org> References: <20090929103353.GA11183@redhat.com> <20090929124347.GA11375@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090929124347.GA11375@infradead.org> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1486 Lines: 32 On Tue, Sep 29, 2009 at 08:43:47AM -0400, Christoph Hellwig wrote: > On Tue, Sep 29, 2009 at 12:33:53PM +0200, Michael S. Tsirkin wrote: > > This implements a minor cleanup of exported scsi headers, > > and adds export of headers that are de-facto used by userspace. > > The patches are on top of 2.6.32-rc1. > > Can these be queued for 2.6.32? > > Thanks. > > Before we do anything in this area we need to find an agreement who > owns /usr/include/scsi/ . Right now that's glibc, and if we want to > change it to the kernel headers we need to find a transition agreement > with the glibc maintainer (aka mostly Uli). The scsi headers are exported. So it does not matter if glibc or any other libc for that amtter uses the headers or not. Exported headers has some rules to follow and scsi are no exception here. Now if we get the scsi headers in good shape then and only then we can go to glibc people and tell them that we have a better set of scsi headers than they have. Postponing updates to the exported scsi headers just beacause we do not have any users of them at the moment is the wrong thing to do. We should rather use the opportunity to streamline the exported headers so we have a superior set of headers to offer. Sam -- 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/