group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #09812
[Bug 1642299] Re: Fix Kernel Crashing under IBM Virtual Scsi Driver
This bug was fixed in the package linux - 4.9.0-11.12
---------------
linux (4.9.0-11.12) zesty; urgency=low
* Miscellaneous Ubuntu changes
- UBUNTU: SAUCE: Add '-fno-pie -no-pie' to cflags for x86 selftests
- UBUNTU: SAUCE: (no-up) aufs: for v4.9-rc1, support setattr_prepare()
[ Upstream Kernel Changes ]
* rebase to v4.9
-- Tim Gardner <tim.gardner@xxxxxxxxxxxxx> Mon, 12 Dec 2016 06:40:40
-0700
** Changed in: linux (Ubuntu Zesty)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1642299
Title:
Fix Kernel Crashing under IBM Virtual Scsi Driver
Status in linux package in Ubuntu:
Fix Released
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 Released
Bug description:
Kernel crashes running large amounts of deployment using Ibmvscsis driver.
Contact Information = Bryant Ly/bgly@xxxxxxxxxx
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