VMware Cloud Community
desaille
Contributor
Contributor

kernel: WARNING: at lib/dma-debug.c:802 check_unmap+0x6cb/0x700() (Not tainted)

Just want to report a bug here, not sure where it should go or if there already is a fix for this.

One of guest vm encountered this.

- ESX 5.1.0 799733(A01)

- Dell R710 hardware

- Compellant Storage

Jun 14 11:38:11 qavm61 :I: kernel: sd 3:0:1:0: [sde] SCSI device reset on scsi3:1

Jun 14 11:38:11 qavm61 :W: kernel: ------------[ cut here ]------------

Jun 14 11:38:11 qavm61 :W: kernel: WARNING: at lib/dma-debug.c:802 check_unmap+0x6cb/0x700() (Not tainted)

Jun 14 11:38:11 qavm61 :W: kernel: Hardware name: VMware Virtual Platform

Jun 14 11:38:11 qavm61 :W: kernel: vmw_pvscsi 0000:0b:00.0: DMA-API: device driver tries to free DMA memory it has not allocated [device address=0x000000010208f000] [size=4096 bytes]

Jun 14 11:38:11 qavm61 :W: kernel: Modules linked in: fldc(U) fldc_service(U) fldc_md5(U) fldc_transport_tcp(U) fldc_com(U) netconsole configfs autofs4 sunrpc ib_ipoib ib_cm ipv6 ib_uverbs ib_umad mlx4_en mlx4_ib ib_sa ib_mad ib_core mlx4_core ext3 jbd ppdev parport_pc parport e1000 microcode vmware_balloon sg i2c_piix4 i2c_core shpchp ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom vmw_pvscsi pata_acpi ata_generic ata_piix dm_mirror dm_region_hash dm_log dm_mod [last unloaded: fldc_md5]

Jun 14 11:38:11 qavm61 :W: kernel: Pid: 363, comm: scsi_eh_3 Not tainted 2.6.32-358.el6.x86_64.debug #1

Jun 14 11:38:11 qavm61 :W: kernel: Call Trace:

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff810718b7>] ? warn_slowpath_common+0x87/0xc0

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff810719a6>] ? warn_slowpath_fmt+0x46/0x50

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff812b4df3>] ? check_unmap+0xc3/0x700

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff810b46fd>] ? lock_release_holdtime+0x3d/0x190

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff812b53fb>] ? check_unmap+0x6cb/0x700

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff810b15dd>] ? trace_hardirqs_off+0xd/0x10

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff81541d87>] ? _spin_unlock_irqrestore+0x67/0x80

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff812b553c>] ? debug_dma_unmap_sg+0x7c/0x190

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff813a5a05>] ? scsi_dma_unmap+0x65/0xb0

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffffa0049c88>] ? pvscsi_unmap_buffers+0x158/0x200 [vmw_pvscsi]

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffffa0049e72>] ? pvscsi_process_completion_ring+0x142/0x350 [vmw_pvscsi]

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffffa004a3a0>] ? pvscsi_device_reset+0xb0/0x200 [vmw_pvscsi]

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffffa004a3a0>] ? pvscsi_device_reset+0xb0/0x200 [vmw_pvscsi]

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffffa004a41a>] ? pvscsi_device_reset+0x12a/0x200 [vmw_pvscsi]

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff813a1299>] ? scsi_eh_ready_devs+0x229/0x840

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff813a0e5e>] ? scsi_eh_tur+0x3e/0xc0

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff813a1063>] ? scsi_eh_test_devices+0x183/0x190

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff813a1fb3>] ? scsi_error_handler+0x4f3/0x6c0

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff81541d60>] ? _spin_unlock_irqrestore+0x40/0x80

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff813a1ac0>] ? scsi_error_handler+0x0/0x6c0

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff8109b806>] ? kthread+0x96/0xa0

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff8100c1ca>] ? child_rip+0xa/0x20

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff8100bb10>] ? restore_args+0x0/0x30

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff8109b770>] ? kthread+0x0/0xa0

Jun 14 11:38:11 qavm61 :W: kernel: [<ffffffff8100c1c0>] ? child_rip+0x0/0x20

Jun 14 11:38:11 qavm61 :W: kernel: ---[ end trace ebd60dc3b495b2e2 ]---

0 Kudos
2 Replies
a_nut_in
Expert
Expert

You might want to reopen this bug

https://bugzilla.redhat.com/show_bug.cgi?id=732279

Do remember to mark my post as "helpful" or "correct" if I've helped resolve or answer your query!
0 Kudos
desaille
Contributor
Contributor

Thanks, checking redhat database

0 Kudos