From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VRo2s-0005FX-VT for user-mode-linux-devel@lists.sourceforge.net; Thu, 03 Oct 2013 18:54:43 +0000 Received: from mout.gmx.net ([212.227.15.15]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) id 1VRo2q-0000nl-V8 for user-mode-linux-devel@lists.sourceforge.net; Thu, 03 Oct 2013 18:54:42 +0000 Received: from [80.171.221.142] ([80.171.221.142]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MB1C4-1VZT0X3Wqa-009x5o for ; Thu, 03 Oct 2013 20:54:34 +0200 Message-ID: <524DBD5D.1040203@gmx.de> Date: Thu, 03 Oct 2013 20:54:21 +0200 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= MIME-Version: 1.0 References: <524C6643.2040209@gmx.de> In-Reply-To: List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: user-mode-linux-devel-bounces@lists.sourceforge.net Subject: Re: [uml-devel] BUG: soft lockup for a user mode linux image To: Richard Weinberger Cc: UML devel , trinity@vger.kernel.org T24gMTAvMDIvMjAxMyAwOTo1NSBQTSwgUmljaGFyZCBXZWluYmVyZ2VyIHdyb3RlOgo+IE9uIFdl ZCwgT2N0IDIsIDIwMTMgYXQgODozMCBQTSwgVG9yYWxmIEbDtnJzdGVyIDx0b3JhbGYuZm9lcnN0 ZXJAZ214LmRlPiB3cm90ZToKPj4gUnVubmluZyB0cmluaXR5ICgxIHByb2Nlc3MsIG5vIHZpY3Rp bSBmaWxlcywganVzdCAiJD50cmluaXR5IC1DMSkgZm9yIGEgbG9uZ2VyIHRpbWUKPj4gd2l0aGlu IGEgMzIgYml0IHVzZXIgbW9kZSBsaW51eCBpbWFnZSB3aXRoIGEgcmVjZW50IGdpdCBrZXJuZWwg KGhvc3Q6IDMuMTEuMyBndWVzdCAzLjEyLXJjMy1nLi4uKQo+PiB5aWVsZHMgaW50byB0aGlzIGtv bnNvbGUgbWVzc2FnZSA6Cj4+Cj4+ICAqIFN0YXJ0aW5nIGxvY2FsCj4+IG5ldC5jb3JlLndhcm5p bmdzID0gMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBbIG9rIF0KPj4gQlVHOiBzb2Z0IGxvY2t1cCAtIENQVSMw IHN0dWNrIGZvciAyM3MhIFt0cmluaXR5LWNoaWxkMDoyMDMxXQo+Pgo+Pgo+PiBhbmQgYXQgdGhl IGhvc3QgdDEgb2YgdGhlICJsaW51eCItcHJvY2Vzc2VzIGVhdHMgYWxsIENQVSBjeWNsZXMgYXQg MSBDUFUgY29yZS4KPj4gMiBzdWJzZXF1ZW50IG1hZGUgYmFjayB0cmFjZXMgbWFkZSB3aXRoCj4+ Cj4+ICQ+IHN1ZG8gZ2RiIC9ob21lL3Rmb2Vyc3RlL2RldmVsL2xpbnV4L2xpbnV4IDI4MTQ0IC1u IC1iYXRjaCAtZXggYnQKPj4KPj4gc2hvd3MgbmVhcmx5IGEgc2ltaWxhciBwb3NpdGlvbiBhcm91 bmQgX19nZXRfdXNlcl9wYWdlcygpIC0gYm90aCBhcmUgYXR0YWNoZWQuCj4+Cj4+IEknbSBub3Qg c3VycHJpc2VkIHRoYXQgdHJpbml0eSBoYXJtcyBhIHN5c3RlbXMgLSBJJ20ganVzdCB3b25kZXJp bmcgd2hldGhlciB0aGlzIHBhcnRpY3VsYXIgcGljdHVyZSBpcwo+PiBleHBlY3RlZCBvciBpZiBp dCBwb2ludHMgdG8gYW4gaXNzdWUuCj4+Cj4+Cj4+IEZXSVcgdGhlIGxhc3QgbGluZXMgb2YgdHJp bml0eSBsb2cgd2VyZSA6Cj4+Cj4+Cj4+IFsyMDMxXSBbOTRdIHNldHNpZCgpID0gMjAzMQo+PiBb MjAzMV0gWzk1XSBzZXRyZXNnaWQocmdpZD0weGZmZmYzM2UzLCBlZ2lkPTB4ZmZmZmZmOTMsIHNn aWQ9MHgyMjAwMDA0MCkgPSAtMSAoT3BlcmF0aW9uIG5vdCBwZXJtaXR0ZWQpCj4+IFsyMDMxXSBb OTZdIHZtc3BsaWNlKGZkPTUsIGlvdj0weDg1NTAxZTAsIG5yX3NlZ3M9MzAwLCBmbGFncz05KSA9 IDB4MzAwMAo+PiBbMjAzMV0gWzk3XSBzZXRyZXN1aWQocnVpZD0weDgwNTQ5MTkzLCBldWlkPTB4 YzYxMDQxZTAsIHN1aWQ9MHhmZjE5YjZmYSkgPSAtMSAoT3BlcmF0aW9uIG5vdCBwZXJtaXR0ZWQp Cj4+IFsyMDMxXSBbOThdIHNldHByaW9yaXR5KHdoaWNoPTB4ZmYwMTAwMDAsIHdobz0weGYzNzM3 MzczLCBuaWNldmFsPTB4ODA4ODk2MGMpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+IFsyMDMx XSBbOTldIHNvY2tldGNhbGwoY2FsbD0xLCBhcmdzPTB4ODU1MDIwMCkgPSAtMSAoQWRkcmVzcyBm YW1pbHkgbm90IHN1cHBvcnRlZCBieSBwcm90b2NvbCkKPj4gWzIwMzFdIFsxMDBdIGFjY2Vzcyhm aWxlbmFtZT0i77+9IiwgbW9kZT0yMDE3KSA9IC0xIChJbnZhbGlkIGFyZ3VtZW50KQo+PiBbMjAz MV0gWzEwMV0gZ2V0Z3JvdXBzKGdpZHNldHNpemU9MCwgZ3JvdXBsaXN0PTB4ODBkMDAwMFtwYWdl X3JhbmRdKSA9IDMKPj4gWzIwMzFdIFsxMDJdIG1zeW5jKHN0YXJ0PTB4YzAxMDAyMjAsIGxlbj0w LCBmbGFncz0zKSA9IC0xIChJbnZhbGlkIGFyZ3VtZW50KQo+PiBbMjAzMV0gWzEwM10gc2lncGVu ZGluZyhzZXQ9MHg0MDAyNTAwMCkgPSAwCj4+IFsyMDMxXSBbMTA0XSBzaWduYWxmZDQodWZkPTM4 MywgdXNlcl9tYXNrPTEsIHNpemVtYXNrPTB4YTQyMDAwMDAsIGZsYWdzPTB4ODA4MDApID0gLTEg KEludmFsaWQgYXJndW1lbnQpCj4+IFsyMDMxXSBbMTA1XSBzZW5kZmlsZShvdXRfZmQ9MzgzLCBp bl9mZD0zODIsIG9mZnNldD0wLCBjb3VudD00MDk2KSA9IC0xIChJbnZhbGlkIGFyZ3VtZW50KQo+ PiBbMjAzMV0gWzEwNl0gZmFub3RpZnlfbWFyayhmYW5vdGlmeV9mZD0zODIsIGZsYWdzPTUsIG1h c2s9MHg4MDAwMDIzLCBkZmQ9MzgyLCBwYXRobmFtZT0iL3Byb2MvMTA5Mi90YXNrLzEwOTIvZmRp bmZvLzY4IikgPSAtMSAoSW52YWxpZCBhcmd1bWVudCkKPj4gWzIwMzFdIFsxMDddIHdhaXQ0KHVw aWQ9MSwgc3RhdF9hZGRyPTQsIG9wdGlvbnM9MHhkNzYxOTc5YiwgcnU9OCkgPSAtMSAoSW52YWxp ZCBhcmd1bWVudCkKPj4gWzIwMzFdIFsxMDhdIHNpZ3BlbmRpbmcoc2V0PTB4ODBjYTAwMFtwYWdl X3plcm9zXSkgPSAwCj4+IFsyMDMxXSBbMTA5XSBzZXRyZXN1aWQocnVpZD0weGVmZmZkNmZjLCBl dWlkPTB4MWJmNGM5MmYsIHN1aWQ9MHhmZmZmMmUzMykgPSAtMSAoT3BlcmF0aW9uIG5vdCBwZXJt aXR0ZWQpCj4+IFsyMDMxXSBbMTEwXSBtdW5sb2NrKGFkZHI9MHg0MDAyNTAwMCwgbGVuPTM0KSA9 IDAKPj4gWzIwMzFdIFsxMTFdIHRpbWVyX2RlbGV0ZSh0aW1lcl9pZD0weGZmZmZmZmRjKSA9IC0x IChJbnZhbGlkIGFyZ3VtZW50KQo+PiBbMjAzMV0gWzExMl0gc2NoZWRfZ2V0X3ByaW9yaXR5X21h eChwb2xpY3k9MHgxMDAwMDA0MCkgPSAtMSAoSW52YWxpZCBhcmd1bWVudCkKPj4gWzIwMzFdIFsx MTNdIHN5c2xvZyh0eXBlPTB4YzEwMDAwMDAsIGJ1Zj0xLCBsZW49MHg4MmE1KSA9IC0xIChPcGVy YXRpb24gbm90IHBlcm1pdHRlZCkKPj4gWzIwMzFdIFsxMTRdIHNldHByaW9yaXR5KHdoaWNoPTB4 YzRjODA2YzYsIHdobz0weGZmZmZmZjAxLCBuaWNldmFsPTB4ZmZmZjA2ODIpID0gLTEgKEludmFs aWQgYXJndW1lbnQpCj4+IFsyMDMxXSBbMTE1XSBnZXRncm91cHMxNihnaWRzZXRzaXplPTB4ZmZm ZSwgZ3JvdXBsaXN0PTEpID0gLTEgKEJhZCBhZGRyZXNzKQo+PiBbMjAzMV0gWzExNl0gcmVuYW1l KG9sZG5hbWU9NCwgbmV3bmFtZT04KSA9IC0xIChCYWQgYWRkcmVzcykKPj4gWzIwMzFdIFsxMTdd IGlub3RpZnlfaW5pdCgpID0gNjU0Cj4+IFsyMDMxXSBbMTE4XSBnZXRnaWQoKSA9IDEwMAo+PiBb MjAzMV0gWzExOV0gZnN0YXRhdDY0KGRmZD0zODIsIGZpbGVuYW1lPSIvc3lzL2RldmljZXMvdmly dHVhbC9uZXQvc2l0MC9kdXBsZXgiLCBzdGF0YnVmPTAsIGZsYWc9MHhiNTQ1ZDcyNykgPSAtMSAo SW52YWxpZCBhcmd1bWVudCkKPj4gWzIwMzFdIFsxMjBdIHVubGlua2F0KGRmZD0zODIsIHBhdGhu YW1lPSIvcHJvYy9zeXMvbmV0L2lwdjQvbmVpZ2gvZGVmYXVsdC9yZXRyYW5zX3RpbWUiLCBmbGFn PTB4YzAwZWY3NikgPSAtMSAoSW52YWxpZCBhcmd1bWVudCkKPj4gWzIwMzFdIFsxMjFdIHRpbWVy ZmRfY3JlYXRlKGNsb2NraWQ9MCwgZmxhZ3M9MCkgPSA2NTUKPj4gWzIwMzFdIFsxMjJdIG11bmxv Y2soYWRkcj00LCBsZW49MHgzZmZmKSA9IC0xIChDYW5ub3QgYWxsb2NhdGUgbWVtb3J5KQo+PiBb MjAzMV0gWzEyM10gZnJlbW92ZXhhdHRyKGZkPTM4MiwgbmFtZT0wKSA9IC0xIChCYWQgYWRkcmVz cykKPj4gWzIwMzFdIFsxMjRdIHNjaGVkX2dldF9wcmlvcml0eV9taW4ocG9saWN5PTB4ZmY1OGJm ZWYpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+IFsyMDMxXSBbMTI1XSBtcV90aW1lZHJlY2Vp dmUobXFkZXM9Mzk3LCB1X21zZ19wdHI9NCwgbXNnX2xlbj01MjQ1LCB1X21zZ19wcmlvPTB4YzAx MDAyMjAsIHVfYWJzX3RpbWVvdXQ9MHhjMDEwMDIyMCkgPSAtMSAoQmFkIGFkZHJlc3MpCj4+IFsy MDMxXSBbMTI2XSBjaGRpcihmaWxlbmFtZT0iL3Byb2MvMTE2L25ldC9wdHlwZSIpID0gLTEgKE5v dCBhIGRpcmVjdG9yeSkKPj4gWzIwMzFdIFsxMjddIHNzZXRtYXNrKG5ld21hc2s9MHg4ODAwMDA5 MikgPSAwCj4+IFsyMDMxXSBbMTI4XSBzdGF0ZnMocGF0aG5hbWU9Ii9wcm9jLzYvbW91bnRzIiwg YnVmPTApID0gLTEgKEJhZCBhZGRyZXNzKQo+PiBbMjAzMV0gWzEyOV0gZmNob3duMTYoZmQ9Mzk3 LCB1c2VyPTEwNCwgZ3JvdXA9MHg5NDEwMDAwMCkgPSAtMSAoT3BlcmF0aW9uIG5vdCBwZXJtaXR0 ZWQpCj4+IFsyMDMxXSBbMTMwXSBmY2hkaXIoZmQ9Mzk3KSA9IC0xIChOb3QgYSBkaXJlY3Rvcnkp Cj4+IFsyMDMxXSBbMTMxXSBta2RpcihwYXRobmFtZT0iL3Byb2MvMTA5Mi90YXNrLzEwOTIvZmRp bmZvLzMxNiIsIG1vZGU9NTI1KSA9IC0xIChGaWxlIGV4aXN0cykKPj4gWzIwMzFdIFsxMzJdIGZz ZXR4YXR0cihmZD0zODYsIG5hbWU9MHg4NTZmMTU4LCB2YWx1ZT0weDg1NzExNjAsIHNpemU9MCwg ZmxhZ3M9MCkgPSAtMSAoTnVtZXJpY2FsIHJlc3VsdCBvdXQgb2YgcmFuZ2UpCj4+IFsyMDMxXSBb MTMzXSBpb19zZXR1cChucl9ldmVudHM9NDA5NSwgY3R4cD0weDQwMjY2MDAwKSBeQ0tpbGxlZCBi eSBzaWduYWwgMi4KPiAKPiBSZWFkaW5nIHlvdXIgZ2RiIGJhY2t0cmFjZXMgc2hvdyB0aGF0IHNj aGVkdWxlX3RpbWVvdXQoKSBnb3QgY2FsbGVkCj4gd2l0aCBhIG5lZ2F0aXZlIHZhbHVlLgo+IExv b2tzIGxpa2UgYW4gaW50ZWdlciBvdmVyZmxvdy4KPiBUaGUgc29mdC1sb2NrdXAgbWlnaHQgYWxz byBvcmlnaW4gZnJvbSB0aGF0ICh2ZXJ5IGJpZyBpbnRlZ2VyIHdoaWNoCj4gZGlkIG5vdCBvdmVy ZmxvdyBqZXQpCj4gCgpJZiB0aGUgY3VscHJpdCBpcyBzb2x2ZWQgYnkgdGhpcyBwYXRjaCBJJ2Qg bGlrZSB0byBzZW5kIGl0IG91dC4gQnV0IEknbQp1bnN1cmUgd2hldGhlciBpdCBjYXRjaGVzIHRo ZSBjdWxwcml0IG9yIGlmIGl0IGp1c3QgY292ZXJzIHRoZSByb290IGNhdXNlLgoKb21taXQgN2Iz NjdkNTQ3OGRmY2JhMTYzNWU4Y2RlM2M2NjM1MTVmZWUxMjllYwpBdXRob3I6IFRvcmFsZiBGw7Zy c3RlciA8dG9yYWxmLmZvZXJzdGVyQGdteC5kZT4KRGF0ZTogICBUaHUgT2N0IDMgMjA6NDY6Mzgg MjAxMyArMDIwMAoKICAgIG1tL3BhZ2Utd3JpdGViYWNrLmM6IGF2b2lkIGludGVnZXIgb3ZlcmZs b3cgaW4gYmFsYW5jZV9kaXJ0eV9wYWdlcygpCgogICAgYXZvaWQgY3Jhc2ggb2YgYSAzMiBiaXQg VU1MIChmb3VuZCB1c2luZyBmdXp6IHRvb2wgdHJpbml0eSkKCiAgICBTaWduZWQtb2ZmLWJ5OiBU b3JhbGYgRsO2cnN0ZXIgPHRvcmFsZi5mb2Vyc3RlckBnbXguZGU+CgpkaWZmIC0tZ2l0IGEvbW0v cGFnZS13cml0ZWJhY2suYyBiL21tL3BhZ2Utd3JpdGViYWNrLmMKaW5kZXggZjUyMzZmOC4uZjVh MzA5NiAxMDA2NDQKLS0tIGEvbW0vcGFnZS13cml0ZWJhY2suYworKysgYi9tbS9wYWdlLXdyaXRl YmFjay5jCkBAIC0xNDYyLDcgKzE0NjIsOCBAQCBzdGF0aWMgdm9pZCBiYWxhbmNlX2RpcnR5X3Bh Z2VzKHN0cnVjdAphZGRyZXNzX3NwYWNlICptYXBwaW5nLAogICAgICAgICAgICAgICAgICAgICAg ICBwYXVzZSA9IG1heF9wYXVzZTsKICAgICAgICAgICAgICAgICAgICAgICAgZ290byBwYXVzZTsK ICAgICAgICAgICAgICAgIH0KLSAgICAgICAgICAgICAgIHBlcmlvZCA9IEhaICogcGFnZXNfZGly dGllZCAvIHRhc2tfcmF0ZWxpbWl0OworICAgICAgICAgICAgICAgcGVyaW9kID0gKChsb25nKSBI WikgKiBwYWdlc19kaXJ0aWVkIC8gdGFza19yYXRlbGltaXQ7CisKICAgICAgICAgICAgICAgIHBh dXNlID0gcGVyaW9kOwogICAgICAgICAgICAgICAgaWYgKGN1cnJlbnQtPmRpcnR5X3BhdXNlZF93 aGVuKQogICAgICAgICAgICAgICAgICAgICAgICBwYXVzZSAtPSBub3cgLSBjdXJyZW50LT5kaXJ0 eV9wYXVzZWRfd2hlbjsKCgotLSAKTWZHL1NpbmNlcmVseQpUb3JhbGYgRsO2cnN0ZXIKcGdwIGZp bmdlciBwcmludDogN0IxQSAwN0Y0IEVDODIgMEY5MCBENEMyIDg5MzYgODcyQSBFNTA4IDdEQjYg OURBMwoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCk9jdG9iZXIgV2ViaW5hcnM6IENvZGUgZm9yIFBl cmZvcm1hbmNlCkZyZWUgSW50ZWwgd2ViaW5hcnMgY2FuIGhlbHAgeW91IGFjY2VsZXJhdGUgYXBw bGljYXRpb24gcGVyZm9ybWFuY2UuCkV4cGxvcmUgdGlwcyBmb3IgTVBJLCBPcGVuTVAsIGFkdmFu Y2VkIHByb2ZpbGluZywgYW5kIG1vcmUuIEdldCB0aGUgbW9zdCBmcm9tIAp0aGUgbGF0ZXN0IElu dGVsIHByb2Nlc3NvcnMgYW5kIGNvcHJvY2Vzc29ycy4gU2VlIGFic3RyYWN0cyBhbmQgcmVnaXN0 ZXIgPgpodHRwOi8vcHViYWRzLmcuZG91YmxlY2xpY2submV0L2dhbXBhZC9jbGs/aWQ9NjAxMzQ3 OTEmaXU9LzQxNDAvb3N0Zy5jbGt0cmsKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KVXNlci1tb2RlLWxpbnV4LWRldmVsIG1haWxpbmcgbGlzdApVc2VyLW1v ZGUtbGludXgtZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0Cmh0dHBzOi8vbGlzdHMuc291cmNl Zm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3VzZXItbW9kZS1saW51eC1kZXZlbAo= From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= Subject: Re: [uml-devel] BUG: soft lockup for a user mode linux image Date: Thu, 03 Oct 2013 20:54:21 +0200 Message-ID: <524DBD5D.1040203@gmx.de> References: <524C6643.2040209@gmx.de> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: trinity-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="utf-8" To: Richard Weinberger Cc: trinity@vger.kernel.org, UML devel On 10/02/2013 09:55 PM, Richard Weinberger wrote: > On Wed, Oct 2, 2013 at 8:30 PM, Toralf F=C3=B6rster wrote: >> Running trinity (1 process, no victim files, just "$>trinity -C1) fo= r a longer time >> within a 32 bit user mode linux image with a recent git kernel (host= : 3.11.3 guest 3.12-rc3-g...) >> yields into this konsole message : >> >> * Starting local >> net.core.warnings =3D 0 = [ ok ] >> BUG: soft lockup - CPU#0 stuck for 23s! [trinity-child0:2031] >> >> >> and at the host t1 of the "linux"-processes eats all CPU cycles at 1= CPU core. >> 2 subsequent made back traces made with >> >> $> sudo gdb /home/tfoerste/devel/linux/linux 28144 -n -batch -ex bt >> >> shows nearly a similar position around __get_user_pages() - both are= attached. >> >> I'm not surprised that trinity harms a systems - I'm just wondering = whether this particular picture is >> expected or if it points to an issue. >> >> >> FWIW the last lines of trinity log were : >> >> >> [2031] [94] setsid() =3D 2031 >> [2031] [95] setresgid(rgid=3D0xffff33e3, egid=3D0xffffff93, sgid=3D0= x22000040) =3D -1 (Operation not permitted) >> [2031] [96] vmsplice(fd=3D5, iov=3D0x85501e0, nr_segs=3D300, flags=3D= 9) =3D 0x3000 >> [2031] [97] setresuid(ruid=3D0x80549193, euid=3D0xc61041e0, suid=3D0= xff19b6fa) =3D -1 (Operation not permitted) >> [2031] [98] setpriority(which=3D0xff010000, who=3D0xf3737373, niceva= l=3D0x8088960c) =3D -1 (Invalid argument) >> [2031] [99] socketcall(call=3D1, args=3D0x8550200) =3D -1 (Address f= amily not supported by protocol) >> [2031] [100] access(filename=3D"=EF=BF=BD", mode=3D2017) =3D -1 (Inv= alid argument) >> [2031] [101] getgroups(gidsetsize=3D0, grouplist=3D0x80d0000[page_ra= nd]) =3D 3 >> [2031] [102] msync(start=3D0xc0100220, len=3D0, flags=3D3) =3D -1 (I= nvalid argument) >> [2031] [103] sigpending(set=3D0x40025000) =3D 0 >> [2031] [104] signalfd4(ufd=3D383, user_mask=3D1, sizemask=3D0xa42000= 00, flags=3D0x80800) =3D -1 (Invalid argument) >> [2031] [105] sendfile(out_fd=3D383, in_fd=3D382, offset=3D0, count=3D= 4096) =3D -1 (Invalid argument) >> [2031] [106] fanotify_mark(fanotify_fd=3D382, flags=3D5, mask=3D0x80= 00023, dfd=3D382, pathname=3D"/proc/1092/task/1092/fdinfo/68") =3D -1 (= Invalid argument) >> [2031] [107] wait4(upid=3D1, stat_addr=3D4, options=3D0xd761979b, ru= =3D8) =3D -1 (Invalid argument) >> [2031] [108] sigpending(set=3D0x80ca000[page_zeros]) =3D 0 >> [2031] [109] setresuid(ruid=3D0xefffd6fc, euid=3D0x1bf4c92f, suid=3D= 0xffff2e33) =3D -1 (Operation not permitted) >> [2031] [110] munlock(addr=3D0x40025000, len=3D34) =3D 0 >> [2031] [111] timer_delete(timer_id=3D0xffffffdc) =3D -1 (Invalid arg= ument) >> [2031] [112] sched_get_priority_max(policy=3D0x10000040) =3D -1 (Inv= alid argument) >> [2031] [113] syslog(type=3D0xc1000000, buf=3D1, len=3D0x82a5) =3D -1= (Operation not permitted) >> [2031] [114] setpriority(which=3D0xc4c806c6, who=3D0xffffff01, nicev= al=3D0xffff0682) =3D -1 (Invalid argument) >> [2031] [115] getgroups16(gidsetsize=3D0xfffe, grouplist=3D1) =3D -1 = (Bad address) >> [2031] [116] rename(oldname=3D4, newname=3D8) =3D -1 (Bad address) >> [2031] [117] inotify_init() =3D 654 >> [2031] [118] getgid() =3D 100 >> [2031] [119] fstatat64(dfd=3D382, filename=3D"/sys/devices/virtual/n= et/sit0/duplex", statbuf=3D0, flag=3D0xb545d727) =3D -1 (Invalid argume= nt) >> [2031] [120] unlinkat(dfd=3D382, pathname=3D"/proc/sys/net/ipv4/neig= h/default/retrans_time", flag=3D0xc00ef76) =3D -1 (Invalid argument) >> [2031] [121] timerfd_create(clockid=3D0, flags=3D0) =3D 655 >> [2031] [122] munlock(addr=3D4, len=3D0x3fff) =3D -1 (Cannot allocate= memory) >> [2031] [123] fremovexattr(fd=3D382, name=3D0) =3D -1 (Bad address) >> [2031] [124] sched_get_priority_min(policy=3D0xff58bfef) =3D -1 (Inv= alid argument) >> [2031] [125] mq_timedreceive(mqdes=3D397, u_msg_ptr=3D4, msg_len=3D5= 245, u_msg_prio=3D0xc0100220, u_abs_timeout=3D0xc0100220) =3D -1 (Bad a= ddress) >> [2031] [126] chdir(filename=3D"/proc/116/net/ptype") =3D -1 (Not a d= irectory) >> [2031] [127] ssetmask(newmask=3D0x88000092) =3D 0 >> [2031] [128] statfs(pathname=3D"/proc/6/mounts", buf=3D0) =3D -1 (Ba= d address) >> [2031] [129] fchown16(fd=3D397, user=3D104, group=3D0x94100000) =3D = -1 (Operation not permitted) >> [2031] [130] fchdir(fd=3D397) =3D -1 (Not a directory) >> [2031] [131] mkdir(pathname=3D"/proc/1092/task/1092/fdinfo/316", mod= e=3D525) =3D -1 (File exists) >> [2031] [132] fsetxattr(fd=3D386, name=3D0x856f158, value=3D0x8571160= , size=3D0, flags=3D0) =3D -1 (Numerical result out of range) >> [2031] [133] io_setup(nr_events=3D4095, ctxp=3D0x40266000) ^CKilled = by signal 2. >=20 > Reading your gdb backtraces show that schedule_timeout() got called > with a negative value. > Looks like an integer overflow. > The soft-lockup might also origin from that (very big integer which > did not overflow jet) >=20 If the culprit is solved by this patch I'd like to send it out. But I'm unsure whether it catches the culprit or if it just covers the root cau= se. ommit 7b367d5478dfcba1635e8cde3c663515fee129ec Author: Toralf F=C3=B6rster Date: Thu Oct 3 20:46:38 2013 +0200 mm/page-writeback.c: avoid integer overflow in balance_dirty_pages(= ) avoid crash of a 32 bit UML (found using fuzz tool trinity) Signed-off-by: Toralf F=C3=B6rster diff --git a/mm/page-writeback.c b/mm/page-writeback.c index f5236f8..f5a3096 100644 --- a/mm/page-writeback.c +++ b/mm/page-writeback.c @@ -1462,7 +1462,8 @@ static void balance_dirty_pages(struct address_space *mapping, pause =3D max_pause; goto pause; } - period =3D HZ * pages_dirtied / task_ratelimit; + period =3D ((long) HZ) * pages_dirtied / task_ratelimit= ; + pause =3D period; if (current->dirty_paused_when) pause -=3D now - current->dirty_paused_when; --=20 MfG/Sincerely Toralf F=C3=B6rster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3