search for: __generic_unplug_device

...kernel: [<f8860529>] tw_scsi_queue+0x163/0x1f1 [3w_xxxx] Jan 6 01:04:10 $SERVER kernel: [<f883f748>] scsi_dispatch_cmd+0x1e9/0x24f [scsi_mod] Jan 6 01:04:10 $SERVER kernel: [<f884417e>] scsi_request_fn+0x297/0x30d [scsi_mod] Jan 6 01:04:10 $SERVER kernel: [<c0221f68>] __generic_unplug_device+0x2b/0x2d Jan 6 01:04:10 $SERVER kernel: [<c0221f7f>] generic_unplug_device+0x15/0x21 Jan 6 01:04:10 $SERVER kernel: [<c022288d>] blk_execute_rq+0x88/0xb0 Jan 6 01:04:10 $SERVER kernel: [<c022096e>] elv_set_request+0xa/0x17 Jan 6 01:04:10 $SERVER kernel: [<c022251f>]...

...? evtchn_interrupt+0xaa/0x112 [<ffffffff8128a0de>] blktap_device_do_request+0x1dc/0x298 [<ffffffff814e9bac>] ? _spin_unlock_irqrestore+0x56/0x74 [<ffffffff8105848b>] ? del_timer+0xd7/0xe5 [<ffffffff810bf104>] ? sync_page_killable+0x0/0x30 [<ffffffff81202143>] __generic_unplug_device+0x30/0x35 [<ffffffff81202171>] generic_unplug_device+0x29/0x3a [<ffffffff811fb5dc>] blk_unplug+0x71/0x76 [<ffffffff811fb5ee>] blk_backing_dev_unplug+0xd/0xf [<ffffffff8111a1ad>] block_sync_page+0x42/0x44 [<ffffffff810bf0fb>] sync_page+0x3f/0x48 [<fffffff...

I have a sles10sp3 vm that I''m trying to passthrough a scsi card, which has a DLT tape drive attached. Anyone doing anything similar? When I passthrough the scsi card (forced to do both ports), the vm dies when it loads, I think during udev. I''m viewing the vm through virt-manager, so I can''t scroll up and see what everything says. Is there a way to get the text xm

...ffff880002bb88d0 ffffffff8117fe91 000000000000f9e0 ffff8800ef85ffd8 [163440.614241] 0000000000015780 0000000000015780 ffff88007e7b69f0 ffff88007e7b6ce8 [163440.614250] Call Trace: [163440.614255] [<ffffffff8117fc90>] ? blk_remove_plug+0xb/0x8e [163440.614261] [<ffffffff8117fe91>] ? __generic_unplug_device+0x12/0x2c [163440.614266] [<ffffffff8102ddc0>] ? pvclock_clocksource_read+0x3a/0x8b [163440.614273] [<ffffffff8110ed8a>] ? sync_buffer+0x0/0x40 [163440.614279] [<ffffffff8130b5f1>] ? io_schedule+0x73/0xb7 [163440.614284] [<ffffffff8110edc5>] ? sync_buffer+0x3b/0x40 [1634...

...fd18a8 [<a00000010048f2c0>] scsi_dispatch_cmd+0x480/0x6a0 sp=e00000003cfd7530 bsp=e00000003cfd1870 [<a00000010049d800>] scsi_request_fn+0x5a0/0xac0 sp=e00000003cfd7540 bsp=e00000003cfd1750 [<a0000001003ced00>] __generic_unplug_device+0xc0/0xe0 sp=e00000003cfd7540 bsp=e00000003cfd1730 [<a0000001003ceda0>] generic_unplug_device+0x80/0xe0 sp=e00000003cfd7540 bsp=e00000003cfd1710 [<a0000001003cee90>] blk_backing_dev_unplug+0x90/0xa0...

...Aug 15 14:40:30 xen5etch kernel: [<c0140721>] __alloc_pages+0x1f5/0x275 Aug 15 14:40:30 xen5etch kernel: [<c01418ce>] __do_page_cache_readahead+0xcf/0x1f3 Aug 15 14:40:30 xen5etch kernel: [<c01adf26>] blk_remove_plug+0x8/0x4f Aug 15 14:40:30 xen5etch kernel: [<c01adf81>] __generic_unplug_device+0x14/0x1f Aug 15 14:40:30 xen5etch kernel: [<c013e955>] filemap_nopage+0x15b/0x312 Aug 15 14:40:30 xen5etch kernel: [<c0148308>] __handle_mm_fault+0x64a/0xfa3 Aug 15 14:40:30 xen5etch kernel: [<c011194d>] do_page_fault+0x6af/0xb76 Aug 15 14:40:30 xen5etch kernel: [<c0288eec...

Get blktap2 running on pvops. This mainly adds eventfd support to the userland code. Based on some prior cleanup to tapdisk-queue and the server object. We had most of that in XenServer for a while, so I kept it stacked. 1. Clean up IPC and AIO init in tapdisk-server. [I think tapdisk-ipc in blktap2 is basically obsolete. Pending a later patch to remove it?] 2. Split tapdisk-queue into

...<0> 00000000 f0ddf400 ee15f1e0 f0ed7000 f1d6a33c efe20530 f0ddf4b0 ef08e0c0 [ 341.738435] Call Trace: [ 341.740961] [<f1d6597b>] ? scsi_dispatch_cmd+0x179/0x1e5 [scsi_mod] [ 341.747366] [<f1d6a33c>] ? scsi_request_fn+0x343/0x47a [scsi_mod] [ 341.753607] [<c1131da3>] ? __generic_unplug_device+0x23/0x25 [ 341.759410] [<c11323a4>] ? __make_request+0x364/0x3d9 [ 341.764612] [<c10066dc>] ? check_events+0x8/0xc [ 341.769290] [<c1130f81>] ? generic_make_request+0x266/0x2b4 [ 341.775009] [<c1131fd1>] ? generic_unplug_device+0x2c/0x2e [ 341.780643] [<c112b55...