From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Tejun Heo <tj@kernel.org>
Cc: Jens Axboe <axboe@kernel.dk>,
Nao Nishijima <nao.nishijima.xt@hitachi.com>,
Kay Sievers <kay.sievers@vrfy.org>,
Greg Kroah-Hartman <gregkh@suse.de>,
Alan Cox <alan@linux.intel.com>,
Al Viro <viro@zeniv.linux.org.uk>,
linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: [PATCH] block: Revert "[SCSI] genhd: add a new attribute "alias" in gendisk"
Date: Wed, 09 Nov 2011 11:30:00 -0600 [thread overview]
Message-ID: <1320859800.8294.27.camel@dabdike.int.hansenpartnership.com> (raw)
In-Reply-To: <20111109162512.GB1260@google.com>
On Wed, 2011-11-09 at 08:25 -0800, 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 has the specific benefit that on snipped logs we don't get a mismatch
between device name and actual device.
We already had this discussion at the kernel summit. The structured
logging that might give us this facility in userspace isn't there yet
(and may not be for a while), so while users cut and paste logs it's
useful for the logs to show the device preferred name.
With just logs, we can't solve the cross reference problem, since the
cross references appear at different points in the log files.
> 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,
Which is why it went into gendisk rather than the driver core
> block
> layer and kernel-userland interface and shouldn't have been
> upstreamed. Revert it.
No, I can't agree with this ... if you propose a working alternative,
I'm listening, but in the absence of one, I think the hack fills a gap
we have in log analysis and tides us over until we have an agreed on
proper solution (at which point, I'm perfectly happy to pull the hack
back out).
James
next prev parent reply other threads:[~2011-11-09 17:30 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-09 16:25 Tejun Heo
2011-11-09 16:53 ` Greg KH
2011-11-09 17:19 ` Kay Sievers
2011-11-09 17:30 ` James Bottomley [this message]
2011-11-09 17:36 ` Greg KH
2011-11-09 17:38 ` Kay Sievers
2011-11-09 19:51 ` Karel Zak
2011-11-09 18:54 ` Jens Axboe
2011-11-10 21:21 ` Jeff Garzik
2011-11-11 14:50 ` Nao Nishijima
2011-11-11 17:36 ` Greg KH
2011-11-11 19:09 ` Douglas Gilbert
2011-11-24 12:21 ` Bernd Schubert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1320859800.8294.27.camel@dabdike.int.hansenpartnership.com \
--to=james.bottomley@hansenpartnership.com \
--cc=alan@linux.intel.com \
--cc=axboe@kernel.dk \
--cc=gregkh@suse.de \
--cc=kay.sievers@vrfy.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=nao.nishijima.xt@hitachi.com \
--cc=tj@kernel.org \
--cc=viro@zeniv.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®