Displaying 9 results from an estimated 9 matches for "st_wr_sect".
2011 Oct 08
9
xentop reporting zero written sectors
Just moving a chunk of files from one filesysstem on xvba to another
on xvdb, and was monitoring with xentop as it was taking longer than
expected.
The VBD_RD and VBD_WR counters were both clocking-up as expected, as
was the VBD_RSECT counter, but the VBD_WSECT counter was stuck on
zero, I toggled on the individual VBD device counters and these showed
the same (with the RD and WR counters
2011 Oct 08
9
xentop reporting zero written sectors
Just moving a chunk of files from one filesysstem on xvba to another
on xvdb, and was monitoring with xentop as it was taking longer than
expected.
The VBD_RD and VBD_WR counters were both clocking-up as expected, as
was the VBD_RSECT counter, but the VBD_WSECT counter was stuck on
zero, I toggled on the individual VBD device counters and these showed
the same (with the RD and WR counters
2013 Mar 04
4
[blkback] blkback statistic counters are signed values
...nto
an unsigned long long. That value is exposed by blkback, and among other
stat counters, it''s a signed integer:
drivers/block/xen-blkback/common.h
struct xen_blkif {
...
int st_rd_req;
int st_wr_req;
int st_oo_req;
int st_f_req;
int st_ds_req;
int st_rd_sect;
int st_wr_sect;
I don''t think these values should be negative ever, but when they
overflow (which happens eventually), they do, and this leads to bad
conversion in xentop.
I think the best solution would be to change the above mentioned values
to unsigned long long as well. Any comments on that?
Re...
2011 Jun 21
13
VM disk I/O limit patch
...t
struct bio *bio = NULL;
int ret, i;
int operation;
+ struct timeval cur_time;
+
+ *done_nr_sects = 0;
switch (req->operation) {
case BLKIF_OP_READ:
@@ -582,6 +654,12 @@ static int dispatch_rw_block_io(blkif_t
else if (operation == WRITE || operation == WRITE_BARRIER)
blkif->st_wr_sect += preq.nr_sects;
+ *done_nr_sects = preq.nr_sects;
+ jiffies_to_timeval(jiffies, &cur_time);
+ if ((log_stats == 2) && (cur_time.tv_sec % 10 ==1 ))
+ printk(KERN_DEBUG " operation=%s sects=%d\n",
+ operation2str(req->operation),preq.nr_sects);
+
return 0;
fail_...
2011 Jun 21
13
VM disk I/O limit patch
...t
struct bio *bio = NULL;
int ret, i;
int operation;
+ struct timeval cur_time;
+
+ *done_nr_sects = 0;
switch (req->operation) {
case BLKIF_OP_READ:
@@ -582,6 +654,12 @@ static int dispatch_rw_block_io(blkif_t
else if (operation == WRITE || operation == WRITE_BARRIER)
blkif->st_wr_sect += preq.nr_sects;
+ *done_nr_sects = preq.nr_sects;
+ jiffies_to_timeval(jiffies, &cur_time);
+ if ((log_stats == 2) && (cur_time.tv_sec % 10 ==1 ))
+ printk(KERN_DEBUG " operation=%s sects=%d\n",
+ operation2str(req->operation),preq.nr_sects);
+
return 0;
fail_...
2011 Sep 09
7
[PATCH] xen-blk[front|back] FUA additions.
I am proposing these two patches for 3.2. They allow the backend
to process the REQ_FUA request as well. Previous to these patches
it only did REQ_FLUSH. There is also a bug-fix for the logic
of how barrier/flushes were handled.
The patches are based on a branch which also has ''feature-discard''
patches, so they won''t apply nativly on top of 3.1-rc5.
Please review and
2011 Sep 01
9
[PATCH V4 0/3] xen-blkfront/blkback discard support
Dear list,
This is the V4 of the trim support for xen-blkfront/blkback,
Now we move BLKIF_OP_TRIM to BLKIF_OP_DISCARD, and dropped all
"trim" stuffs in the patches, and use "discard" instead.
Also we updated the helpers of blkif_x86_{32|64}_request or we
will meet problems using a non-native protocol.
And this patch has been tested with both SSD and raw file,
with SSD we will
2011 Apr 04
0
[PATCH] linux-2.6.18/backends: use xenbus_be.ko interfaces instead of open-coding them
...ervisor.h>
#include <xen/blkif.h>
-#include <xen/gnttab.h>
#include <xen/driver_util.h>
#include <xen/xenbus.h>
+#include <xen/interface/event_channel.h>
#include "blkback-pagemap.h"
@@ -93,9 +88,6 @@ typedef struct blkif_st {
int st_wr_sect;
wait_queue_head_t waiting_to_free;
-
- grant_handle_t shmem_handle;
- grant_ref_t shmem_ref;
} blkif_t;
struct backend_info
@@ -111,7 +103,7 @@ struct backend_info
blkif_t *blkif_alloc(domid_t domid);
void blkif_disconnect(blkif_t *blkif);
void blkif_free(blkif_t *blkif);
-int blkif_...
2010 Sep 15
15
xenpaging fixes for kernel and hypervisor
Patrick,
there following patches fix xenpaging for me.
Granttable handling is incomplete. If a page is gone, a GNTST_eagain
should be returned to the caller to inidcate the hypercall has to be
retried after a while, until the page is available again.
Please review.
Olaf
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com