Displaying 20 results from an estimated 257 matches for "blkdevs".
Did you mean:
blkdev
2013 Apr 05
0
[PATCHv2 1/2] Xen PV backend (for qemu-upstream-4.2-testing): Move call to bdrv_new from blk_init to blk_connect
This commit delays the point at which bdrv_new (and hence blk_open
on the underlying device) is called from blk_init to blk_connect.
This ensures that in an inbound live migrate, the block device is
not opened until it has been closed at the other end. This is in
preparation for supporting devices with open/close consistency
without using O_DIRECT. This commit does NOT itself change O_DIRECT
2011 Jun 24
2
[PATCH v2] xen_disk: cope with missing xenstore "params" node
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
When disk is a cdrom and the drive is empty the "params" node in
xenstore might be missing completely: cope with it instead of
segfaulting.
Updated in v2:
- actually removed the strchr(blkdev->params, '':'') that caused the
segfault;
- free all the allocated strings from xenstore before returning;
2011 Mar 28
22
[PATCH 00/22] Staging: hv: Cleanup-storage-drivers-phase-III
This patch-set deals with some of the style isues in blkvsc_drv.c. We also
get rid most of the "dead code" in this file:
1) Get rid of most of the forward declarations in this file.
The only remaining forward declarations are to deal with
circular dependencies.
2) Get rid of most of the dead code in the file. Some of
the functions in this file are place holders - they
2011 Jun 27
1
[PATCH v3] xen_disk: cope with missing xenstore "params" node
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
When disk is a cdrom and the drive is empty the "params" node in
xenstore might be missing completely: cope with it instead of
segfaulting.
Updated in v2:
- actually removed the strchr(blkdev->params, '':'') that caused the
segfault;
- free all the allocated strings from xenstore before returning;
2011 Mar 28
22
[PATCH 00/22] Staging: hv: Cleanup-storage-drivers-phase-III
This patch-set deals with some of the style isues in blkvsc_drv.c. We also
get rid most of the "dead code" in this file:
1) Get rid of most of the forward declarations in this file.
The only remaining forward declarations are to deal with
circular dependencies.
2) Get rid of most of the dead code in the file. Some of
the functions in this file are place holders - they
2011 Apr 22
13
[RESEND] [PATCH 00/18] Staging: hv: Cleanup-storage-drivers-phase-III
This is a resend of a previously sent patch-set.
This patch-set deals with some of the style isues in blkvsc_drv.c. We also
get rid most of the "dead code" in this file:
1) Get rid of most of the forward declarations in this file.
The only remaining forward declarations are to deal with
circular dependencies.
2) Get rid of most of the dead code in the file. Some of
the
2011 Apr 22
13
[RESEND] [PATCH 00/18] Staging: hv: Cleanup-storage-drivers-phase-III
This is a resend of a previously sent patch-set.
This patch-set deals with some of the style isues in blkvsc_drv.c. We also
get rid most of the "dead code" in this file:
1) Get rid of most of the forward declarations in this file.
The only remaining forward declarations are to deal with
circular dependencies.
2) Get rid of most of the dead code in the file. Some of
the
2011 Apr 06
20
[RESEND][PATCH 00/22] Staging: hv: Cleanup storage drivers - Phase IV
The latest upstream merge changed struct block_device_operations:
This merge got rid of blkvsc_media_changed and introduced the
function blkvsc_check_events. This broke all the patches that
were sent after the tree was closed the last time. This is a resend of
this patch-set to account for this change in the kernel.
More cleanup. In this patch-set we deal with the following issues:
1) While a
2011 Apr 06
20
[RESEND][PATCH 00/22] Staging: hv: Cleanup storage drivers - Phase IV
The latest upstream merge changed struct block_device_operations:
This merge got rid of blkvsc_media_changed and introduced the
function blkvsc_check_events. This broke all the patches that
were sent after the tree was closed the last time. This is a resend of
this patch-set to account for this change in the kernel.
More cleanup. In this patch-set we deal with the following issues:
1) While a
2011 Jun 24
9
[PATCH] xen_disk: cope with missing xenstore "params" node
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
When disk is a cdrom and the drive is empty the "params" node in
xenstore might be missing completely: cope with it instead of
segfaulting.
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
---
hw/xen_disk.c | 16 +++++++++++-----
1 files changed, 11 insertions(+), 5 deletions(-)
diff --git
2011 Apr 04
18
[PATCH 00/22] Staging: hv: Cleanup storage drivers - Phase IV
More cleanup. In this patch-set we deal with the following issues:
1) While a Linux guest on Hyper-V can be assigned removable media
devices (DVD, floppy etc), these devices are not handled by the
Hyper-V block driver. So, we cleanup all the dead code
dealing with removable media devices.
2) There were multiple functions to retrieve information about
the device. Since much of
2011 Apr 04
18
[PATCH 00/22] Staging: hv: Cleanup storage drivers - Phase IV
More cleanup. In this patch-set we deal with the following issues:
1) While a Linux guest on Hyper-V can be assigned removable media
devices (DVD, floppy etc), these devices are not handled by the
Hyper-V block driver. So, we cleanup all the dead code
dealing with removable media devices.
2) There were multiple functions to retrieve information about
the device. Since much of
2012 Jun 13
2
drivers/block/cpqarray.c:938:2: error: too many arguments to function ‘blk_rq_map_sg’
FYI, kernel build failed on
tree: git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git multiqueue
head: e9a6aa8a0b7b93195774a9fcf551632bf3abcd97
commit: 67db7275fa4325d46853a4bfcb79acf32e48eca8 [1/3] multiqueue: a hodge podge of things
config: i386-allmodconfig (attached as .config)
All related error/warning messages are:
block/blk-core.c: In function ?attempt_plug_merge?:
2012 Jun 13
2
drivers/block/cpqarray.c:938:2: error: too many arguments to function ‘blk_rq_map_sg’
FYI, kernel build failed on
tree: git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git multiqueue
head: e9a6aa8a0b7b93195774a9fcf551632bf3abcd97
commit: 67db7275fa4325d46853a4bfcb79acf32e48eca8 [1/3] multiqueue: a hodge podge of things
config: i386-allmodconfig (attached as .config)
All related error/warning messages are:
block/blk-core.c: In function ?attempt_plug_merge?:
2012 May 14
1
[PATCH, v2] qemu/xendisk: properly update stats in ioreq_release()
While for the "normal" case (called from blk_send_response_all())
decrementing requests_finished is correct, doing so in the parse error
case is wrong; requests_inflight needs to be decremented instead.
Change in v2: Adjust coding style.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
--- a/hw/xen_disk.c
+++ b/hw/xen_disk.c
@@ -154,7 +154,7 @@ static void ioreq_finish(struct
2012 Feb 15
0
[PATCH] xen: detach the blkdev before bdrv_delete
We need to detach the blkdev from the BlockDriverState before calling
bdrv_delete.
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
CC: Markus Armbruster <armbru@redhat.com>
---
hw/xen_disk.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/xen_disk.c b/hw/xen_disk.c
index 68fa36a..bf06fc1 100644
--- a/hw/xen_disk.c
+++ b/hw/xen_disk.c
2007 Jun 21
8
feature request - prevent user stupidity (eg mine)
I foolishly made the following typo:
"
disk = [ ''phy:/dev/vg00/virt-smtp1-root,0301,w'',
''phy:/dev/vg00/virt-smtp1-root,0302,w'' ]
"
instead of:
"
disk = [ ''phy:/dev/vg00/virt-smtp1-root,0301,w'',
''phy:/dev/vg00/virt-smtp1-swap,0302,w'' ]"
(the type was that the same Dom0 block device is used twice in the
2010 Dec 17
0
[PATCH] Staging: hv: Add code to create the device directory under /sys/block/hdx
Add code to create the device directory under sysfs.
Signed-off-by: K. Y. Srinivasan <ksrinivasan at novell.com>
---
drivers/staging/hv/blkvsc_drv.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/hv/blkvsc_drv.c b/drivers/staging/hv/blkvsc_drv.c
index b3d05fc..4fb8094 100644
--- a/drivers/staging/hv/blkvsc_drv.c
+++
2010 Dec 17
0
[PATCH] Staging: hv: Add code to create the device directory under /sys/block/hdx
Add code to create the device directory under sysfs.
Signed-off-by: K. Y. Srinivasan <ksrinivasan at novell.com>
---
drivers/staging/hv/blkvsc_drv.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/hv/blkvsc_drv.c b/drivers/staging/hv/blkvsc_drv.c
index b3d05fc..4fb8094 100644
--- a/drivers/staging/hv/blkvsc_drv.c
+++
2004 Jul 26
0
A better fix for the blkdev merging bug
> > I''ve given this change a go on my PE1650 (aacraid driver).
> > Unfortunately this seems to be one of the SCSI drivers that doesn''t
> > correctly handle the error condition.
> >
> > Running my usual test (''compare'' in dom0, compiles in other domains), I
> > don''t see any differences in the compares, but after a