All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ryan Harper <ryanh@us.ibm.com>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: Ryan Harper <ryanh@us.ibm.com>,
	virtualization@lists.linux-foundation.org, kvm@vger.kernel.org,
	qemu-devel@nongnu.org, john cooper <john.cooper@redhat.com>
Subject: Re: [PATCH 2/2] Remove virtio_blk VBID ioctl
Date: Sun, 20 Jun 2010 21:30:24 -0500	[thread overview]
Message-ID: <20100621023024.GE1647@us.ibm.com> (raw)
In-Reply-To: <201006211100.19719.rusty@rustcorp.com.au>

* Rusty Russell <rusty@rustcorp.com.au> [2010-06-20 20:31]:
> On Sat, 19 Jun 2010 04:08:03 am Ryan Harper wrote:
> > With the availablility of a sysfs device attribute for examining disk serial
> > numbers the ioctl is no longer needed.  The user-space changes for this aren't
> > upstream yet so we don't have any users to worry about.
> 
> If John Cooper acks this, I'll push it to Linus immediately.
> 
> Unfortunately we offered this interface in 2.6.34, and we're now removing it.
> That's unpleasant.

Yes; well.  There's a story as there always is.  John can tell it better
than I, but it goes something like:

John cooked up some patches, one of which was an example use of the
serial string including a VBID ioctl.  No one got around to doing a
sysfs interface and somehow the ioctl side in virtio-blk got picked up.

Working with what was available, I pushed some patches to linux-hotplug
to get this whole virtio-blk serial and disk/by-id symlinks working and
was met with:  why does a new kernel driver have an ioctl interface and
we don't want to collect additional single-use binaries in the udev
tree.

So now, the sysfs serial attribute patch and with it, no need and no
users of ioctl.

*whew*

> 
> Thanks,
> Rusty.
> PS.  John should have been cc'd on these patches!

He's cc'ed on the others, just not on this removal one.

I need to learn git-send-email better, I explicitly added him as --cc on
when sending; next time I'll look closer at the headers during
--dry-run.



-- 
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
ryanh@us.ibm.com

WARNING: multiple messages have this Message-ID (diff)
From: Ryan Harper <ryanh@us.ibm.com>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: john cooper <john.cooper@redhat.com>,
	Ryan Harper <ryanh@us.ibm.com>,
	qemu-devel@nongnu.org, kvm@vger.kernel.org,
	virtualization@lists.linux-foundation.org
Subject: [Qemu-devel] Re: [PATCH 2/2] Remove virtio_blk VBID ioctl
Date: Sun, 20 Jun 2010 21:30:24 -0500	[thread overview]
Message-ID: <20100621023024.GE1647@us.ibm.com> (raw)
In-Reply-To: <201006211100.19719.rusty@rustcorp.com.au>

* Rusty Russell <rusty@rustcorp.com.au> [2010-06-20 20:31]:
> On Sat, 19 Jun 2010 04:08:03 am Ryan Harper wrote:
> > With the availablility of a sysfs device attribute for examining disk serial
> > numbers the ioctl is no longer needed.  The user-space changes for this aren't
> > upstream yet so we don't have any users to worry about.
> 
> If John Cooper acks this, I'll push it to Linus immediately.
> 
> Unfortunately we offered this interface in 2.6.34, and we're now removing it.
> That's unpleasant.

Yes; well.  There's a story as there always is.  John can tell it better
than I, but it goes something like:

John cooked up some patches, one of which was an example use of the
serial string including a VBID ioctl.  No one got around to doing a
sysfs interface and somehow the ioctl side in virtio-blk got picked up.

Working with what was available, I pushed some patches to linux-hotplug
to get this whole virtio-blk serial and disk/by-id symlinks working and
was met with:  why does a new kernel driver have an ioctl interface and
we don't want to collect additional single-use binaries in the udev
tree.

So now, the sysfs serial attribute patch and with it, no need and no
users of ioctl.

*whew*

> 
> Thanks,
> Rusty.
> PS.  John should have been cc'd on these patches!

He's cc'ed on the others, just not on this removal one.

I need to learn git-send-email better, I explicitly added him as --cc on
when sending; next time I'll look closer at the headers during
--dry-run.



-- 
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
ryanh@us.ibm.com

  reply	other threads:[~2010-06-21  2:30 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-18 18:38 [PATCH 1/2] Add 'serial' attribute to virtio-blk devices Ryan Harper
2010-06-18 18:38 ` [Qemu-devel] " Ryan Harper
2010-06-18 18:38 ` [PATCH 2/2] Remove virtio_blk VBID ioctl Ryan Harper
2010-06-18 18:38 ` Ryan Harper
2010-06-18 18:38   ` [Qemu-devel] " Ryan Harper
2010-06-21  1:30   ` Rusty Russell
2010-06-21  1:30     ` [Qemu-devel] " Rusty Russell
2010-06-21  2:30     ` Ryan Harper [this message]
2010-06-21  2:30       ` Ryan Harper
2010-06-21  2:30     ` Ryan Harper
2010-06-21  5:07     ` john cooper
2010-06-21  5:07       ` [Qemu-devel] " john cooper
2010-06-21  5:07     ` john cooper
2010-06-21  1:30   ` Rusty Russell
2010-06-19  8:24 ` [Qemu-devel] [PATCH 1/2] Add 'serial' attribute to virtio-blk devices Blue Swirl
2010-06-19  8:24 ` Blue Swirl
2010-06-19  8:24   ` Blue Swirl
2010-06-19 10:58   ` Ulrich Drepper
2010-06-19 10:58   ` Ulrich Drepper
2010-06-19 10:58     ` Ulrich Drepper
2010-06-19 15:59     ` Blue Swirl
2010-06-19 15:59       ` Blue Swirl
2010-06-19 15:59     ` Blue Swirl
2010-06-21  1:52 ` Rusty Russell
2010-06-21  1:52   ` [Qemu-devel] " Rusty Russell
2010-06-21  5:51   ` john cooper
2010-06-21  5:51     ` [Qemu-devel] " john cooper
2010-06-21 16:43     ` Ryan Harper
2010-06-21 16:43       ` [Qemu-devel] " Ryan Harper
2010-06-21 17:11       ` john cooper
2010-06-21 17:11       ` john cooper
2010-06-21 17:11         ` [Qemu-devel] " john cooper
2010-06-21 23:25       ` Rusty Russell
2010-06-21 23:25       ` Rusty Russell
2010-06-21 23:25         ` [Qemu-devel] " Rusty Russell
2010-06-22  3:40         ` john cooper
2010-06-22  3:40           ` [Qemu-devel] " john cooper
2010-06-21 16:43     ` Ryan Harper
2010-06-21  5:51   ` john cooper
2010-06-21  1:52 ` Rusty Russell
2010-06-21 12:44 ` [Qemu-devel] " Christoph Hellwig
2010-06-21 12:44   ` Christoph Hellwig
2010-06-21 16:45   ` Ryan Harper
2010-06-21 16:45   ` Ryan Harper
2010-06-21 16:45     ` Ryan Harper
  -- strict thread matches above, loose matches on Subject: below --
2010-06-24  3:19 [PATCH 0/2] v2: " Ryan Harper
2010-06-24  3:19 ` [PATCH 2/2] Remove virtio_blk VBID ioctl Ryan Harper
2010-06-24  3:19 ` Ryan Harper

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=20100621023024.GE1647@us.ibm.com \
    --to=ryanh@us.ibm.com \
    --cc=john.cooper@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=qemu-devel@nongnu.org \
    --cc=rusty@rustcorp.com.au \
    --cc=virtualization@lists.linux-foundation.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.