On Mon, 2011-07-18 at 15:27 +0300, Pekka Enberg wrote:
> On Mon, Jul 18, 2011 at 3:15 PM, Michael Tokarev wrote:
> >>> In /tools/kvm we are interested in such feature to allow us to
> >>> automatically
> >>> mount user home directory using virtio-9p from the host to the guest
> >>> filesystem und
On Fri, 2012-07-06 at 20:15 +, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> This patch changes virtio-scsi to use a new virtio_driver->scan() callback
> so that scsi_scan_host() can be properly invoked once virtio_dev_probe() has
> set add_status(dev, VIRTIO_CONFIG_S_DRIVER_OK)
onzini
> Cc: Stefan Hajnoczi
> Cc: Zhi Yong Wu
> Cc: Christoph Hellwig
> Cc: Hannes Reinecke
> Cc: James Bottomley
> Signed-off-by: Nicholas Bellinger
Was the change so great that it needs re acking?
I assume it also now no longer applies to stable because it will reject?
James
On Thu, 2012-07-12 at 23:35 +0800, Asias He wrote:
> This is useful for people who want to use aio in kernel, e.g. vhost-blk.
>
> Signed-off-by: Asias He
> ---
> fs/aio.c| 37 ++---
> include/linux/aio.h | 21 +
> 2 files change
On Wed, 2012-07-18 at 11:00 -0500, Anthony Liguori wrote:
> On 07/18/2012 10:53 AM, Christoph Hellwig wrote:
> > On Wed, Jul 18, 2012 at 08:42:21AM -0500, Anthony Liguori wrote:
> >>
> >> If you add support for a new command, you need to provide userspace
> >> a way to disable this command. If you
On Thu, 2012-07-19 at 08:00 +0200, Paolo Bonzini wrote:
> Il 18/07/2012 21:12, Anthony Liguori ha scritto:
> Windows does this with a points system and I do believe that INQUIRY
> > responses from any local disks are included in this tally.
>
> INQUIRY responses (at least vendor/product/type) sho
On Thu, 2012-07-05 at 20:01 -0700, Nicholas A. Bellinger wrote:
> So I'm pretty sure this discrepancy is attributed to the small block
> random I/O bottleneck currently present for all Linux/SCSI core LLDs
> regardless of physical or virtual storage fabric.
>
> The SCSI wide host-lock less conver
On Fri, 2012-07-06 at 02:13 -0700, Nicholas A. Bellinger wrote:
> On Fri, 2012-07-06 at 09:43 +0400, James Bottomley wrote:
> > On Thu, 2012-07-05 at 20:01 -0700, Nicholas A. Bellinger wrote:
> >
> > > So I'm pretty sure this discrepancy is attributed to the
On Thu, 2012-02-09 at 10:25 +0100, Paolo Bonzini wrote:
> On 02/08/2012 02:37 PM, Christian Hoff wrote:
> > Again, I have already done much testing with virtio-scsi and can confirm
> > that the code is working flawlessly. In my opinion, virtio-scsi is a
> > worthwhile addition to virtio-block and s
On Fri, 2012-03-30 at 17:50 +0800, Ren Mingxin wrote:
>
> This patch series renames "sd_format_disk_name()" to
> "disk_name_format()" and moves it into block core. So
> that who needs formatting disk name can use it, instead
> of duplicating these similar help functions.
>
> Ren Mingxin (4):
>
On Mon, 2012-04-02 at 11:52 -0700, Tejun Heo wrote:
> > Probably same. Renaming existing devices will break setups.
> > I think the idea is to avoid using the
> > legacy naming in new drivers *that will be added from now on*.
>
> Yeap.
So if we're agreed no other devices going forwards should eve
On Tue, 2013-03-19 at 17:57 +0800, Wanlong Gao wrote:
> From: Paolo Bonzini
>
> virtio_scsi_target_state is now empty. We will find new uses for it in
> the next few patches, so this patch does not drop it completely.
> However, having dropped the sglist flexible array member, we can turn
> the
On Tue, 2013-03-19 at 12:45 +0100, Paolo Bonzini wrote:
> Il 19/03/2013 12:32, James Bottomley ha scritto:
> > On Tue, 2013-03-19 at 17:57 +0800, Wanlong Gao wrote:
> >> From: Paolo Bonzini
> >>
> >> virtio_scsi_target_state is now empty. We will find new uses
On Fri, 2013-04-05 at 16:55 +0800, Wanlong Gao wrote:
> On 03/28/2013 10:22 AM, Wanlong Gao wrote:
> > On 03/23/2013 07:28 PM, Wanlong Gao wrote:
> >> This series implements virtio-scsi queue steering, which gives
> >> performance improvements of up to 50% (measured both with QEMU and
> >> tcm_vhos
On Mon, 2012-10-01 at 15:11 +0200, Paolo Bonzini wrote:
> Il 26/07/2012 15:28, Paolo Bonzini ha scritto:
> > James,
> >
> > patch 1 fixes scanning of LUNs whose number is greater than 255. QEMU
> > passes a max_lun of 16383 (because it uses SAM numbering) but in Linux
> > it must become 32768 (be
15 matches
Mail list logo
