From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756415Ab1KISyg (ORCPT ); Wed, 9 Nov 2011 13:54:36 -0500 Received: from casper.infradead.org ([85.118.1.10]:34171 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751527Ab1KISye (ORCPT ); Wed, 9 Nov 2011 13:54:34 -0500 Message-ID: <4EBACC5D.7000904@kernel.dk> Date: Wed, 09 Nov 2011 19:54:21 +0100 From: Jens Axboe MIME-Version: 1.0 To: Tejun Heo CC: "James E.J. Bottomley" , Nao Nishijima , Kay Sievers , Greg Kroah-Hartman , Alan Cox , Al Viro , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org Subject: Re: [PATCH] block: Revert "[SCSI] genhd: add a new attribute "alias" in gendisk" References: <20111109162512.GB1260@google.com> In-Reply-To: <20111109162512.GB1260@google.com> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2011-11-09 17:25, Tejun Heo wrote: > This reverts commit a72c5e5eb738033938ab30d6a634b74d1d060f10. > > The commit introduced alias for block devices which is intended to be > used during logging although actual usage hasn't been committed yet. > This approach adds very limited benefit (raw log might be easier to > follow) which can be trivially implemented in userland but has a lot > of problems. > > It is much worse than netif renames because it doesn't rename the > actual device but just adds conveninence name which isn't used > universally or enforced. Everything internal including device lookup > and sysfs still uses the internal name and nothing prevents two > devices from using conflicting alias - ie. sda can have sdb as its > alias. > > This has been nacked by people working on device driver core, block > layer and kernel-userland interface and shouldn't have been > upstreamed. Revert it. > > http://thread.gmane.org/gmane.linux.kernel/1155104 > http://thread.gmane.org/gmane.linux.scsi/68632 > http://thread.gmane.org/gmane.linux.scsi/69776 Ack on this, it seems both unneeded, unused, and a bad hack. We need to revert it before 3.2 rolls out, otherwise we are stuck with it. -- Jens Axboe