** Tags added: verification-done-xenial verification-done-yakkety

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1642299

Title:
  Fix Kernel Crashing under IBM Virtual Scsi Driver

Status in linux package in Ubuntu:
  Fix Committed
Status in linux source package in Xenial:
  Fix Committed
Status in linux source package in Yakkety:
  Fix Committed
Status in linux source package in Zesty:
  Fix Committed

Bug description:
  Kernel crashes running large amounts of deployment using Ibmvscsis driver. 
   
  Contact Information = Bryant Ly/b...@us.ibm.com 
   
  Stack trace output:
   
  [ 1780.861532] Faulting instruction address: 0xc000000000583de0
  [ 1780.861542] Oops: Kernel access of bad area, sig: 11 [#1]
  [ 1780.861549] SMP NR_CPUS=2048 NUMA pSeries
  [ 1780.861557] Modules linked in: ip6table_filter ip6_tables xt_tcpudp 
iptable_mangle ebt_arp ebt_among ebtable_filter ebtables iptable_nat 
nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter 
ip_tables x_tables bridge stp llc target_core_user uio target_core_pscsi 
target_core_file dccp_diag target_core_iblock iscsi_target_mod dccp tcp_diag 
udp_diag inet_diag unix_diag af_packet_diag netlink_diag binfmt_misc 
pseries_rng ibmvmc(OE) rtc_generic ib_iser rdma_cm iw_cm ib_cm ib_sa ib_mad 
ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi autofs4 
mlx4_en vxlan ip6_udp_tunnel udp_tunnel ses enclosure ibmvscsis target_core_mod 
configfs ibmveth mlx4_core megaraid_sas ahci libahci
  [ 1780.861707] CPU: 22 PID: 35128 Comm: tcmu-runner Tainted: G        W  OE   
4.4.13-customv7 #22
  [ 1780.861718] task: c0000001e6f50080 ti: c0000001e6fd0000 task.ti: 
c0000001e6fd0000
  [ 1780.861727] NIP: c000000000583de0 LR: d0000000065c1b04 CTR: 
c000000000583da0
  [ 1780.861736] REGS: c0000001e6fd3950 TRAP: 0300   Tainted: G        W  OE    
(4.4.13-customv7)
  [ 1780.861745] MSR: 8000000000009033 <SF,EE,ME,IR,DR,RI,LE>  CR: 48004484  
XER: 20000000
  [ 1780.861770] CFAR: c000000000008468 DAR: 00000000000012a0 DSISR: 40000000 
SOFTE: 0
  GPR00: d0000000065c1974 c0000001e6fd3bd0 d0000000065cba00 0000000000001298
  GPR04: 00000000000012b8 c0000001fe664468 0000000000000018 646920726f662064
  GPR08: 0000000000000007 0000000000000001 0000000000001298 d0000000065c2870
  GPR12: c000000000583da0 c000000007add100 0000000000000000 0000000000000000
  GPR16: 00003fffae670000 0000000000000000 0000000000000002 0000000000000001
  GPR20: c0000001e99032e8 0000000000000000 c0000001e9903300 f000000000000000
  GPR24: c0000001e9903340 0000000000000000 d000000006600000 d000000006600080
  GPR28: c0000001e9902000 0000000000000080 f000000000019800 c0000001fe664458
  [ 1780.861901] NIP [c000000000583de0] __bitmap_xor+0x40/0x60
  [ 1780.861910] LR [d0000000065c1b04] tcmu_handle_completions+0x394/0x510 
[target_core_user]
  [ 1780.861919] Call Trace:
  [ 1780.861926] [c0000001e6fd3bd0] [d0000000065c1974] 
tcmu_handle_completions+0x204/0x510 [target_core_user] (unreliable)
  [ 1780.861942] [c0000001e6fd3cd0] [d0000000065c1cac] 
tcmu_irqcontrol+0x2c/0x50 [target_core_user]
  [ 1780.861956] [c0000001e6fd3d00] [d000000006561798] uio_write+0x98/0x140 
[uio]
  [ 1780.861966] [c0000001e6fd3d50] [c0000000002dda0c] __vfs_write+0x6c/0xe0
  [ 1780.861977] [c0000001e6fd3d90] [c0000000002de740] vfs_write+0xc0/0x230
  [ 1780.861988] [c0000001e6fd3de0] [c0000000002df77c] SyS_write+0x6c/0x110
  [ 1780.861999] [c0000001e6fd3e30] [c000000000009204] system_call+0x38/0xb4
  [ 1780.862007] Instruction dump:
  [ 1780.862013] 78c60020 3944fff8 38c6ffff 38a5fff8 78c61f48 3863fff8 7c843214 
48000014
  [ 1780.862033] 60000000 60000000 60000000 60420000 <e92a0009> e9050009 
7faa2040 7d294278
  [ 1780.862056] ---[ end trace 212caf961ccdad3d ]---

  
  A series of patches will fix this issue. 
    ibmvscsis: Rearrange functions for future patches
    ibmvscsis: Synchronize cmds at tpg_enable_store time
    ibmvscsis: Synchronize cmds at remove time
    ibmvscsis: Clean up properly if target_submit_cmd/tmr fails
    ibmvscsis: Return correct partition name/# to client
    ibmvscsis: Issues from Dan Carpenter/Smatch
  http://www.spinics.net/lists/linux-scsi/msg100569.html

  The patch has been accepted and applied to 4.10/scsi-queue.

  scsi: ibmvscsis: Rearrange functions for future patches
  
https://kernel.googlesource.com/pub/scm/linux/kernel/git/mkp/scsi/+/fbbcc033a20a6af94eeb8fa995668ed5051be111

  scsi: ibmvscsis: Synchronize cmds at tpg_enable_store time
  
https://kernel.googlesource.com/pub/scm/linux/kernel/git/mkp/scsi/+/f877a5398764ce18487c1a70f297743ae91a0e25

  scsi: ibmvscsis: Synchronize cmds at remove time
  
https://kernel.googlesource.com/pub/scm/linux/kernel/git/mkp/scsi/+/5dda944d439e295cadceb1e2d7f5b73f9dc2b296

  scsi: ibmvscsis: Clean up properly if target_submit_cmd/tmr fails
  
https://kernel.googlesource.com/pub/scm/linux/kernel/git/mkp/scsi/+/dcdf7ab322a304d52bfd3190d79337f09f05b3a5

  scsi: ibmvscsis: Return correct partition name/# to client
  
https://kernel.googlesource.com/pub/scm/linux/kernel/git/mkp/scsi/+/cb70442aebffd51a295ba99bc97a793d019efefe

  scsi: ibmvscsis: Issues from Dan Carpenter/Smatch
  
https://kernel.googlesource.com/pub/scm/linux/kernel/git/mkp/scsi/+/4.10/scsi-queue

  So it would be great if it can be backported into  16.04 and 16.10?

  Thanks.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1642299/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to