lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 15 Dec 2015 09:34:37 +0000
From:	Marc Zyngier <marc.zyngier@....com>
To:	Bhushan Bharat <Bharat.Bhushan@...escale.com>,
	"kvmarm@...ts.cs.columbia.edu" <kvmarm@...ts.cs.columbia.edu>,
	"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: ARM64/KVM: Bad page state in process iperf

On 15/12/15 03:46, Bhushan Bharat wrote:
> 
> Hi All,
> 
> I am running "iperf" in KVM guest on ARM64 machine and observing below crash.
> 
> =============================
> $iperf -c 3.3.3.3 -P 4 -t 0 -i 5 -w 90k
> ------------------------------------------------------------
> Client connecting to 3.3.3.3, TCP port 5001
> TCP window size:  180 KByte (WARNING: requested 90.0 KByte)
> ------------------------------------------------------------
> [  3] local 3.3.3.1 port 51131 connected with 3.3.3.3 port 5001
> [  6] local 3.3.3.1 port 51134 connected with 3.3.3.3 port 5001
> [  5] local 3.3.3.1 port 51133 connected with 3.3.3.3 port 5001
> [  4] local 3.3.3.1 port 51132 connected with 3.3.3.3 port 5001
> [   53.088567] random: nonblocking pool is initialized
> [ ID] Interval       Transfer     Bandwidth
> [  3]  0.0- 5.0 sec   638 MBytes  1.07 Gbits/sec
> [  4] 35.0-40.0 sec  1.66 GBytes  2.85 Gbits/sec
> [  5] 40.0-45.0 sec  1.11 GBytes  1.90 Gbits/sec
> [  4] 40.0-45.0 sec  1.16 GBytes  1.99 Gbits/sec
> [   98.895207] BUG: Bad page state in process iperf  pfn:0a584
> [   98.896164] page:ffff780000296100 count:-1 mapcount:0 mapping:          (null) index:0x0
> [   98.897436] flags: 0x0()
> [   98.897885] page dumped because: nonzero _count
> [   98.898640] Modules linked in:
> [   98.899178] CPU: 0 PID: 1639 Comm: iperf Not tainted 4.1.8-00461-ge5431ad #141
> [   98.900302] Hardware name: linux,dummy-virt (DT)
> [   98.901014] Call trace:
> [   98.901406] [<ffff800000096cac>] dump_backtrace+0x0/0x12c
> [   98.902522] [<ffff800000096de8>] show_stack+0x10/0x1c
> [   98.903441] [<ffff800000678dc8>] dump_stack+0x8c/0xdc
> [   98.904202] [<ffff800000145480>] bad_page+0xc4/0x114
> [   98.904945] [<ffff8000001487a4>] get_page_from_freelist+0x590/0x63c
> [   98.905871] [<ffff80000014893c>] __alloc_pages_nodemask+0xec/0x794
> [   98.906791] [<ffff80000059fc80>] skb_page_frag_refill+0x70/0xa8
> [   98.907678] [<ffff80000059fcd8>] sk_page_frag_refill+0x20/0xd0
> [   98.908550] [<ffff8000005edc04>] tcp_sendmsg+0x1f8/0x9a8
> [   98.909368] [<ffff80000061419c>] inet_sendmsg+0x5c/0xd0
> [   98.910178] [<ffff80000059bb44>] sock_sendmsg+0x14/0x58
> [   98.911027] [<ffff80000059bbec>] sock_write_iter+0x64/0xbc
> [   98.912119] [<ffff80000019b5b8>] __vfs_write+0xac/0x10c
> [   98.913126] [<ffff80000019bcb8>] vfs_write+0x90/0x1a0
> [   98.913963] [<ffff80000019c53c>] SyS_write+0x40/0xa0

This looks quite bad, but I don't see anything here that links it to KVM
(apart from being a guest). Do you have any indication that this is due
to KVM misbehaving? I'd appreciate a few more details.

Thanks,

	M.
-- 
Jazz is not dead. It just smells funny...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists