search for: elv_next_request

Displaying 20 results from an estimated 49 matches for "elv_next_request".

2007 Jul 09
3
[PATCH 2/3] Virtio draft IV: the block driver
> +static void do_virtblk_request(request_queue_t *q) > +{ > + struct virtio_blk *vblk = NULL; > + struct request *req; > + struct virtblk_req *vbr; > + > + while ((req = elv_next_request(q)) != NULL) { > + vblk = req->rq_disk->private_data; > + > + vbr = mempool_alloc(vblk->pool, GFP_ATOMIC); > + if (!vbr) > + goto stop; > + > + BUG_ON(req->nr_phys_segments > ARRAY_SIZE(vblk->sg)); > + vbr->req = req; > + if (!do_req(...
2007 Jul 09
3
[PATCH 2/3] Virtio draft IV: the block driver
> +static void do_virtblk_request(request_queue_t *q) > +{ > + struct virtio_blk *vblk = NULL; > + struct request *req; > + struct virtblk_req *vbr; > + > + while ((req = elv_next_request(q)) != NULL) { > + vblk = req->rq_disk->private_data; > + > + vbr = mempool_alloc(vblk->pool, GFP_ATOMIC); > + if (!vbr) > + goto stop; > + > + BUG_ON(req->nr_phys_segments > ARRAY_SIZE(vblk->sg)); > + vbr->req = req; > + if (!do_req(...
2013 Nov 01
2
5.10, crashes
...RNING: at block/ll_rw_blk.c:543 blk_do_ordered() Nov 1 14:34:21 <server> kernel: Nov 1 14:34:21 <server> kernel: Call Trace: Nov 1 14:34:22 <server> kernel: [<ffffffff8014defa>] blk_do_ordered+0x27a/0x2b3 Nov 1 14:34:22 <server> kernel: [<ffffffff8014ac82>] elv_next_request+0x13e/0x178 Nov 1 14:34:22 <server> kernel: [<ffffffff8807b335>] :scsi_mod:scsi_request_fn+0x6a/0x392 Nov 1 14:34:22 <server> kernel: [<ffffffff8005abd2>] generic_unplug_device+0x22/0x32 Nov 1 14:34:22 <server> kernel: [<ffffffff8004d957>] run_workqueue+0x9...
2012 May 14
0
Weird problem with rsync 3.0.9
...8630 0000000000000086 ffff8800cf54e400 ffff8800188ef600 [902361.152410] 0000000000010a40 000000000000c5e8 ffff88022d91d070 ffff88022d91d308 [902361.152414] 000000062dd1dee0 ffffffff8114238b ffff88022d91d308 0000000135c45c5c [902361.152418] Call Trace: [902361.152427] [<ffffffff8114238b>] ? elv_next_request+0x18f/0x1a3 [902361.152432] [<ffffffff810bfa3e>] ? sync_buffer+0x0/0x40 [902361.152436] [<ffffffff812f7090>] ? schedule+0x9/0x1d [902361.152439] [<ffffffff812f7107>] ? io_schedule+0x63/0xa5 [902361.152442] [<ffffffff810bfa3e>] ? sync_buffer+0x0/0x40 [902361.152445] [&lt...
2006 Nov 08
1
XFS Issues
...00000100012803c8 Nov 7 12:50:32 houla0 0000010338438e80 00000002dfcce000 0000010105329030 000000000055772a Nov 7 12:50:32 houla0 0002113f79759888 00000100dffca7f0 Nov 7 12:50:32 houla0 Call Trace:<ffffffffa004f448>{:qla2xxx:qla2x00_next+422} <ffffffff8024cc75>{elv_next_request+238} Nov 7 12:50:32 houla0 <ffffffff803094ab>{__down+147} <ffffffff80133da9>{default_wake_function+0} Nov 7 12:50:32 houla0 <ffffffff8030af43>{__down_failed+53} <ffffffffa02133d3>{:xfs:.text.lock.xfs_buf+5} Nov 7 12:50:32 houla0 <ffffffffa...
2007 Jul 29
1
[PATCH] BLOCK=n , LGUEST=m/y compile error
...o incomplete type drivers/block/lguest_blk.c: In function 'do_read': drivers/block/lguest_blk.c:215: error: dereferencing pointer to incomplete type drivers/block/lguest_blk.c: In function 'do_lgb_request': drivers/block/lguest_blk.c:234: error: implicit declaration of function 'elv_next_request' drivers/block/lguest_blk.c:234: warning: assignment makes pointer from integer without a cast drivers/block/lguest_blk.c:239: error: dereferencing pointer to incomplete type drivers/block/lguest_blk.c:246: error: implicit declaration of function 'blk_fs_request' drivers/block/lguest_bl...
2007 Jul 29
1
[PATCH] BLOCK=n , LGUEST=m/y compile error
...o incomplete type drivers/block/lguest_blk.c: In function 'do_read': drivers/block/lguest_blk.c:215: error: dereferencing pointer to incomplete type drivers/block/lguest_blk.c: In function 'do_lgb_request': drivers/block/lguest_blk.c:234: error: implicit declaration of function 'elv_next_request' drivers/block/lguest_blk.c:234: warning: assignment makes pointer from integer without a cast drivers/block/lguest_blk.c:239: error: dereferencing pointer to incomplete type drivers/block/lguest_blk.c:246: error: implicit declaration of function 'blk_fs_request' drivers/block/lguest_bl...
2007 May 09
3
[patch 8/9] lguest: the block driver
...READ sector %li\n", (long)req->sector); + setup_req(bd, 0, req, &bd->dma); + + empty_dma(&ping); + hcall(LHCALL_SEND_DMA, bd->phys_addr, __pa(&ping), 0); +} + +static void do_lgb_request(request_queue_t *q) +{ + struct blockdev *bd; + struct request *req; + +again: + req = elv_next_request(q); + if (!req) + return; + + bd = req->rq_disk->private_data; + /* Sometimes we get repeated requests after blk_stop_queue. */ + if (bd->req) + return; + + if (!blk_fs_request(req)) { + pr_debug("Got non-command 0x%08x\n", req->cmd_type); + req->errors++; + end_entire...
2007 May 09
3
[patch 8/9] lguest: the block driver
...READ sector %li\n", (long)req->sector); + setup_req(bd, 0, req, &bd->dma); + + empty_dma(&ping); + hcall(LHCALL_SEND_DMA, bd->phys_addr, __pa(&ping), 0); +} + +static void do_lgb_request(request_queue_t *q) +{ + struct blockdev *bd; + struct request *req; + +again: + req = elv_next_request(q); + if (!req) + return; + + bd = req->rq_disk->private_data; + /* Sometimes we get repeated requests after blk_stop_queue. */ + if (bd->req) + return; + + if (!blk_fs_request(req)) { + pr_debug("Got non-command 0x%08x\n", req->cmd_type); + req->errors++; + end_entire...
2008 Apr 14
8
zaptel 1.4.10 regression with TE220B on Proliant DL380 G5 ?
...] cfq_insert_request+0x42/0x498 [<c04d5175>] elv_insert+0x10a/0x1ad [<c04d908b>] __make_request+0x31d/0x366 [<c04de8b1>] cfq_dispatch_requests+0x26a/0x46b [<c04dde27>] __cfq_slice_expired+0x8c/0xa5 [<c04de8b1>] cfq_dispatch_requests+0x26a/0x46b [<c04d505d>] elv_next_request+0x15c/0x16a [<f88bc101>] start_io+0x77/0xdc [cciss] [<f88bf63e>] do_cciss_request+0x32c/0x337 [cciss] [<f88ccff0>] __split_bio+0x408/0x418 [dm_mod] [<f88cd6a6>] dm_request+0xce/0xd4 [dm_mod] [<c04d6a81>] generic_make_request+0x248/0x258 [<c04d8734>] submit_...
2007 Jul 03
6
[PATCH 1/3] Virtio draft IV
In response to Avi's excellent analysis, I've updated virtio as promised (apologies for the delay, travel got in the way). === This attempts to implement a "virtual I/O" layer which should allow common drivers to be efficiently used across most virtual I/O mechanisms. It will no-doubt need further enhancement. The details of probing the device are left to hypervisor-specific
2007 Jul 03
6
[PATCH 1/3] Virtio draft IV
In response to Avi's excellent analysis, I've updated virtio as promised (apologies for the delay, travel got in the way). === This attempts to implement a "virtual I/O" layer which should allow common drivers to be efficiently used across most virtual I/O mechanisms. It will no-doubt need further enhancement. The details of probing the device are left to hypervisor-specific
2007 Jun 07
4
[PATCH RFC 0/3] Virtio draft II
Hi again all, It turns out that networking really wants ordered requests, which the previous patches didn't allow. This patch changes it to a callback mechanism; kudos to Avi. The downside is that locking is more complicated, and after a few dead ends I implemented the simplest solution: the struct virtio_device contains the spinlock to use, and it's held when your callbacks get
2007 Jun 07
4
[PATCH RFC 0/3] Virtio draft II
Hi again all, It turns out that networking really wants ordered requests, which the previous patches didn't allow. This patch changes it to a callback mechanism; kudos to Avi. The downside is that locking is more complicated, and after a few dead ends I implemented the simplest solution: the struct virtio_device contains the spinlock to use, and it's held when your callbacks get
2007 Jun 07
4
[PATCH RFC 0/3] Virtio draft II
Hi again all, It turns out that networking really wants ordered requests, which the previous patches didn't allow. This patch changes it to a callback mechanism; kudos to Avi. The downside is that locking is more complicated, and after a few dead ends I implemented the simplest solution: the struct virtio_device contains the spinlock to use, and it's held when your callbacks get
2008 Dec 29
0
[PULL] virtio and lguest tree
...amp;vblk->sg[0], &vbr->out_hdr, sizeof(vbr->out_hdr)); num = blk_rq_map_sg(q, vbr->req, vblk->sg+1); sg_set_buf(&vblk->sg[num+1], &vbr->status, sizeof(vbr->status)); @@ -130,7 +130,7 @@ static void do_virtblk_request(struct request_queue *q) while ((req = elv_next_request(q)) != NULL) { vblk = req->rq_disk->private_data; - BUG_ON(req->nr_phys_segments > ARRAY_SIZE(vblk->sg)); + BUG_ON(req->nr_phys_segments + 2 > vblk->sg_elems); /* If this request fails, stop queue and wait for something to finish to restart it. */ @@ -196,12...
2008 Dec 29
0
[PULL] virtio and lguest tree
...amp;vblk->sg[0], &vbr->out_hdr, sizeof(vbr->out_hdr)); num = blk_rq_map_sg(q, vbr->req, vblk->sg+1); sg_set_buf(&vblk->sg[num+1], &vbr->status, sizeof(vbr->status)); @@ -130,7 +130,7 @@ static void do_virtblk_request(struct request_queue *q) while ((req = elv_next_request(q)) != NULL) { vblk = req->rq_disk->private_data; - BUG_ON(req->nr_phys_segments > ARRAY_SIZE(vblk->sg)); + BUG_ON(req->nr_phys_segments + 2 > vblk->sg_elems); /* If this request fails, stop queue and wait for something to finish to restart it. */ @@ -196,12...
2007 Sep 25
50
[patch 00/43] lguest: Patches for 2.6.24 (and patchbomb test)
Hi all, These are the patches I'm planning to submit for 2.6.24. Comments gratefully accepted. Along with the usual cleanups and improvements are Jes' de-i386-ification patches, and a new "virtio" mechanism designed to be shared with KVM (and hopefully other hypervisors). Cheers, Rusty. Documentation/lguest/Makefile | 30 Documentation/lguest/lguest.c
2007 Sep 25
50
[patch 00/43] lguest: Patches for 2.6.24 (and patchbomb test)
Hi all, These are the patches I'm planning to submit for 2.6.24. Comments gratefully accepted. Along with the usual cleanups and improvements are Jes' de-i386-ification patches, and a new "virtio" mechanism designed to be shared with KVM (and hopefully other hypervisors). Cheers, Rusty. Documentation/lguest/Makefile | 30 Documentation/lguest/lguest.c
2007 Apr 18
20
[patch 00/20] XEN-paravirt: Xen guest implementation for paravirt_ops interface
This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block