From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VRoNw-0002OO-Ts for user-mode-linux-devel@lists.sourceforge.net; Thu, 03 Oct 2013 19:16:28 +0000 Received: from mout.gmx.net ([212.227.15.19]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) id 1VRoNv-0000YC-Su for user-mode-linux-devel@lists.sourceforge.net; Thu, 03 Oct 2013 19:16:28 +0000 Received: from [80.171.221.142] ([80.171.221.142]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M6P5z-1Vlhgk0vrX-00yRUy for ; Thu, 03 Oct 2013 21:16:21 +0200 Message-ID: <524DC278.3020106@gmx.de> Date: Thu, 03 Oct 2013 21:16:08 +0200 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= MIME-Version: 1.0 References: <524C6643.2040209@gmx.de> <524DBD5D.1040203@gmx.de> <524DBFBB.1050002@nod.at> In-Reply-To: <524DBFBB.1050002@nod.at> 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 T24gMTAvMDMvMjAxMyAwOTowNCBQTSwgUmljaGFyZCBXZWluYmVyZ2VyIHdyb3RlOgo+IEFtIDAz LjEwLjIwMTMgMjA6NTQsIHNjaHJpZWIgVG9yYWxmIEbDtnJzdGVyOgo+PiBPbiAxMC8wMi8yMDEz IDA5OjU1IFBNLCBSaWNoYXJkIFdlaW5iZXJnZXIgd3JvdGU6Cj4+PiBPbiBXZWQsIE9jdCAyLCAy MDEzIGF0IDg6MzAgUE0sIFRvcmFsZiBGw7Zyc3RlciA8dG9yYWxmLmZvZXJzdGVyQGdteC5kZT4g d3JvdGU6Cj4+Pj4gUnVubmluZyB0cmluaXR5ICgxIHByb2Nlc3MsIG5vIHZpY3RpbSBmaWxlcywg anVzdCAiJD50cmluaXR5IC1DMSkgZm9yIGEgbG9uZ2VyIHRpbWUKPj4+PiB3aXRoaW4gYSAzMiBi aXQgdXNlciBtb2RlIGxpbnV4IGltYWdlIHdpdGggYSByZWNlbnQgZ2l0IGtlcm5lbCAoaG9zdDog My4xMS4zIGd1ZXN0IDMuMTItcmMzLWcuLi4pCj4+Pj4geWllbGRzIGludG8gdGhpcyBrb25zb2xl IG1lc3NhZ2UgOgo+Pj4+Cj4+Pj4gICogU3RhcnRpbmcgbG9jYWwKPj4+PiBuZXQuY29yZS53YXJu aW5ncyA9IDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgWyBvayBdCj4+Pj4gQlVHOiBzb2Z0IGxvY2t1cCAtIENQ VSMwIHN0dWNrIGZvciAyM3MhIFt0cmluaXR5LWNoaWxkMDoyMDMxXQo+Pj4+Cj4+Pj4KPj4+PiBh bmQgYXQgdGhlIGhvc3QgdDEgb2YgdGhlICJsaW51eCItcHJvY2Vzc2VzIGVhdHMgYWxsIENQVSBj eWNsZXMgYXQgMSBDUFUgY29yZS4KPj4+PiAyIHN1YnNlcXVlbnQgbWFkZSBiYWNrIHRyYWNlcyBt YWRlIHdpdGgKPj4+Pgo+Pj4+ICQ+IHN1ZG8gZ2RiIC9ob21lL3Rmb2Vyc3RlL2RldmVsL2xpbnV4 L2xpbnV4IDI4MTQ0IC1uIC1iYXRjaCAtZXggYnQKPj4+Pgo+Pj4+IHNob3dzIG5lYXJseSBhIHNp bWlsYXIgcG9zaXRpb24gYXJvdW5kIF9fZ2V0X3VzZXJfcGFnZXMoKSAtIGJvdGggYXJlIGF0dGFj aGVkLgo+Pj4+Cj4+Pj4gSSdtIG5vdCBzdXJwcmlzZWQgdGhhdCB0cmluaXR5IGhhcm1zIGEgc3lz dGVtcyAtIEknbSBqdXN0IHdvbmRlcmluZyB3aGV0aGVyIHRoaXMgcGFydGljdWxhciBwaWN0dXJl IGlzCj4+Pj4gZXhwZWN0ZWQgb3IgaWYgaXQgcG9pbnRzIHRvIGFuIGlzc3VlLgo+Pj4+Cj4+Pj4K Pj4+PiBGV0lXIHRoZSBsYXN0IGxpbmVzIG9mIHRyaW5pdHkgbG9nIHdlcmUgOgo+Pj4+Cj4+Pj4K Pj4+PiBbMjAzMV0gWzk0XSBzZXRzaWQoKSA9IDIwMzEKPj4+PiBbMjAzMV0gWzk1XSBzZXRyZXNn aWQocmdpZD0weGZmZmYzM2UzLCBlZ2lkPTB4ZmZmZmZmOTMsIHNnaWQ9MHgyMjAwMDA0MCkgPSAt MSAoT3BlcmF0aW9uIG5vdCBwZXJtaXR0ZWQpCj4+Pj4gWzIwMzFdIFs5Nl0gdm1zcGxpY2UoZmQ9 NSwgaW92PTB4ODU1MDFlMCwgbnJfc2Vncz0zMDAsIGZsYWdzPTkpID0gMHgzMDAwCj4+Pj4gWzIw MzFdIFs5N10gc2V0cmVzdWlkKHJ1aWQ9MHg4MDU0OTE5MywgZXVpZD0weGM2MTA0MWUwLCBzdWlk PTB4ZmYxOWI2ZmEpID0gLTEgKE9wZXJhdGlvbiBub3QgcGVybWl0dGVkKQo+Pj4+IFsyMDMxXSBb OThdIHNldHByaW9yaXR5KHdoaWNoPTB4ZmYwMTAwMDAsIHdobz0weGYzNzM3MzczLCBuaWNldmFs PTB4ODA4ODk2MGMpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+Pj4gWzIwMzFdIFs5OV0gc29j a2V0Y2FsbChjYWxsPTEsIGFyZ3M9MHg4NTUwMjAwKSA9IC0xIChBZGRyZXNzIGZhbWlseSBub3Qg c3VwcG9ydGVkIGJ5IHByb3RvY29sKQo+Pj4+IFsyMDMxXSBbMTAwXSBhY2Nlc3MoZmlsZW5hbWU9 Iu+/vSIsIG1vZGU9MjAxNykgPSAtMSAoSW52YWxpZCBhcmd1bWVudCkKPj4+PiBbMjAzMV0gWzEw MV0gZ2V0Z3JvdXBzKGdpZHNldHNpemU9MCwgZ3JvdXBsaXN0PTB4ODBkMDAwMFtwYWdlX3JhbmRd KSA9IDMKPj4+PiBbMjAzMV0gWzEwMl0gbXN5bmMoc3RhcnQ9MHhjMDEwMDIyMCwgbGVuPTAsIGZs YWdzPTMpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+Pj4gWzIwMzFdIFsxMDNdIHNpZ3BlbmRp bmcoc2V0PTB4NDAwMjUwMDApID0gMAo+Pj4+IFsyMDMxXSBbMTA0XSBzaWduYWxmZDQodWZkPTM4 MywgdXNlcl9tYXNrPTEsIHNpemVtYXNrPTB4YTQyMDAwMDAsIGZsYWdzPTB4ODA4MDApID0gLTEg KEludmFsaWQgYXJndW1lbnQpCj4+Pj4gWzIwMzFdIFsxMDVdIHNlbmRmaWxlKG91dF9mZD0zODMs IGluX2ZkPTM4Miwgb2Zmc2V0PTAsIGNvdW50PTQwOTYpID0gLTEgKEludmFsaWQgYXJndW1lbnQp Cj4+Pj4gWzIwMzFdIFsxMDZdIGZhbm90aWZ5X21hcmsoZmFub3RpZnlfZmQ9MzgyLCBmbGFncz01 LCBtYXNrPTB4ODAwMDAyMywgZGZkPTM4MiwgcGF0aG5hbWU9Ii9wcm9jLzEwOTIvdGFzay8xMDky L2ZkaW5mby82OCIpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+Pj4gWzIwMzFdIFsxMDddIHdh aXQ0KHVwaWQ9MSwgc3RhdF9hZGRyPTQsIG9wdGlvbnM9MHhkNzYxOTc5YiwgcnU9OCkgPSAtMSAo SW52YWxpZCBhcmd1bWVudCkKPj4+PiBbMjAzMV0gWzEwOF0gc2lncGVuZGluZyhzZXQ9MHg4MGNh MDAwW3BhZ2VfemVyb3NdKSA9IDAKPj4+PiBbMjAzMV0gWzEwOV0gc2V0cmVzdWlkKHJ1aWQ9MHhl ZmZmZDZmYywgZXVpZD0weDFiZjRjOTJmLCBzdWlkPTB4ZmZmZjJlMzMpID0gLTEgKE9wZXJhdGlv biBub3QgcGVybWl0dGVkKQo+Pj4+IFsyMDMxXSBbMTEwXSBtdW5sb2NrKGFkZHI9MHg0MDAyNTAw MCwgbGVuPTM0KSA9IDAKPj4+PiBbMjAzMV0gWzExMV0gdGltZXJfZGVsZXRlKHRpbWVyX2lkPTB4 ZmZmZmZmZGMpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+Pj4gWzIwMzFdIFsxMTJdIHNjaGVk X2dldF9wcmlvcml0eV9tYXgocG9saWN5PTB4MTAwMDAwNDApID0gLTEgKEludmFsaWQgYXJndW1l bnQpCj4+Pj4gWzIwMzFdIFsxMTNdIHN5c2xvZyh0eXBlPTB4YzEwMDAwMDAsIGJ1Zj0xLCBsZW49 MHg4MmE1KSA9IC0xIChPcGVyYXRpb24gbm90IHBlcm1pdHRlZCkKPj4+PiBbMjAzMV0gWzExNF0g c2V0cHJpb3JpdHkod2hpY2g9MHhjNGM4MDZjNiwgd2hvPTB4ZmZmZmZmMDEsIG5pY2V2YWw9MHhm ZmZmMDY4MikgPSAtMSAoSW52YWxpZCBhcmd1bWVudCkKPj4+PiBbMjAzMV0gWzExNV0gZ2V0Z3Jv dXBzMTYoZ2lkc2V0c2l6ZT0weGZmZmUsIGdyb3VwbGlzdD0xKSA9IC0xIChCYWQgYWRkcmVzcykK Pj4+PiBbMjAzMV0gWzExNl0gcmVuYW1lKG9sZG5hbWU9NCwgbmV3bmFtZT04KSA9IC0xIChCYWQg YWRkcmVzcykKPj4+PiBbMjAzMV0gWzExN10gaW5vdGlmeV9pbml0KCkgPSA2NTQKPj4+PiBbMjAz MV0gWzExOF0gZ2V0Z2lkKCkgPSAxMDAKPj4+PiBbMjAzMV0gWzExOV0gZnN0YXRhdDY0KGRmZD0z ODIsIGZpbGVuYW1lPSIvc3lzL2RldmljZXMvdmlydHVhbC9uZXQvc2l0MC9kdXBsZXgiLCBzdGF0 YnVmPTAsIGZsYWc9MHhiNTQ1ZDcyNykgPSAtMSAoSW52YWxpZCBhcmd1bWVudCkKPj4+PiBbMjAz MV0gWzEyMF0gdW5saW5rYXQoZGZkPTM4MiwgcGF0aG5hbWU9Ii9wcm9jL3N5cy9uZXQvaXB2NC9u ZWlnaC9kZWZhdWx0L3JldHJhbnNfdGltZSIsIGZsYWc9MHhjMDBlZjc2KSA9IC0xIChJbnZhbGlk IGFyZ3VtZW50KQo+Pj4+IFsyMDMxXSBbMTIxXSB0aW1lcmZkX2NyZWF0ZShjbG9ja2lkPTAsIGZs YWdzPTApID0gNjU1Cj4+Pj4gWzIwMzFdIFsxMjJdIG11bmxvY2soYWRkcj00LCBsZW49MHgzZmZm KSA9IC0xIChDYW5ub3QgYWxsb2NhdGUgbWVtb3J5KQo+Pj4+IFsyMDMxXSBbMTIzXSBmcmVtb3Zl eGF0dHIoZmQ9MzgyLCBuYW1lPTApID0gLTEgKEJhZCBhZGRyZXNzKQo+Pj4+IFsyMDMxXSBbMTI0 XSBzY2hlZF9nZXRfcHJpb3JpdHlfbWluKHBvbGljeT0weGZmNThiZmVmKSA9IC0xIChJbnZhbGlk IGFyZ3VtZW50KQo+Pj4+IFsyMDMxXSBbMTI1XSBtcV90aW1lZHJlY2VpdmUobXFkZXM9Mzk3LCB1 X21zZ19wdHI9NCwgbXNnX2xlbj01MjQ1LCB1X21zZ19wcmlvPTB4YzAxMDAyMjAsIHVfYWJzX3Rp bWVvdXQ9MHhjMDEwMDIyMCkgPSAtMSAoQmFkIGFkZHJlc3MpCj4+Pj4gWzIwMzFdIFsxMjZdIGNo ZGlyKGZpbGVuYW1lPSIvcHJvYy8xMTYvbmV0L3B0eXBlIikgPSAtMSAoTm90IGEgZGlyZWN0b3J5 KQo+Pj4+IFsyMDMxXSBbMTI3XSBzc2V0bWFzayhuZXdtYXNrPTB4ODgwMDAwOTIpID0gMAo+Pj4+ IFsyMDMxXSBbMTI4XSBzdGF0ZnMocGF0aG5hbWU9Ii9wcm9jLzYvbW91bnRzIiwgYnVmPTApID0g LTEgKEJhZCBhZGRyZXNzKQo+Pj4+IFsyMDMxXSBbMTI5XSBmY2hvd24xNihmZD0zOTcsIHVzZXI9 MTA0LCBncm91cD0weDk0MTAwMDAwKSA9IC0xIChPcGVyYXRpb24gbm90IHBlcm1pdHRlZCkKPj4+ PiBbMjAzMV0gWzEzMF0gZmNoZGlyKGZkPTM5NykgPSAtMSAoTm90IGEgZGlyZWN0b3J5KQo+Pj4+ IFsyMDMxXSBbMTMxXSBta2RpcihwYXRobmFtZT0iL3Byb2MvMTA5Mi90YXNrLzEwOTIvZmRpbmZv LzMxNiIsIG1vZGU9NTI1KSA9IC0xIChGaWxlIGV4aXN0cykKPj4+PiBbMjAzMV0gWzEzMl0gZnNl dHhhdHRyKGZkPTM4NiwgbmFtZT0weDg1NmYxNTgsIHZhbHVlPTB4ODU3MTE2MCwgc2l6ZT0wLCBm bGFncz0wKSA9IC0xIChOdW1lcmljYWwgcmVzdWx0IG91dCBvZiByYW5nZSkKPj4+PiBbMjAzMV0g WzEzM10gaW9fc2V0dXAobnJfZXZlbnRzPTQwOTUsIGN0eHA9MHg0MDI2NjAwMCkgXkNLaWxsZWQg Ynkgc2lnbmFsIDIuCj4+Pgo+Pj4gUmVhZGluZyB5b3VyIGdkYiBiYWNrdHJhY2VzIHNob3cgdGhh dCBzY2hlZHVsZV90aW1lb3V0KCkgZ290IGNhbGxlZAo+Pj4gd2l0aCBhIG5lZ2F0aXZlIHZhbHVl Lgo+Pj4gTG9va3MgbGlrZSBhbiBpbnRlZ2VyIG92ZXJmbG93Lgo+Pj4gVGhlIHNvZnQtbG9ja3Vw IG1pZ2h0IGFsc28gb3JpZ2luIGZyb20gdGhhdCAodmVyeSBiaWcgaW50ZWdlciB3aGljaAo+Pj4g ZGlkIG5vdCBvdmVyZmxvdyBqZXQpCj4+Pgo+Pgo+PiBJZiB0aGUgY3VscHJpdCBpcyBzb2x2ZWQg YnkgdGhpcyBwYXRjaCBJJ2QgbGlrZSB0byBzZW5kIGl0IG91dC4gQnV0IEknbQo+PiB1bnN1cmUg d2hldGhlciBpdCBjYXRjaGVzIHRoZSBjdWxwcml0IG9yIGlmIGl0IGp1c3QgY292ZXJzIHRoZSBy b290IGNhdXNlLgo+IAo+IEkgZmVhciB5b3VyIFBhdGNoIHdpbGwgbm90IGZpeCB0aGUgaXNzdWUu Cj4gCj4gRG9lcyB0aGUgaXNzdWUgb25seSB0cmlnZ2VyIG9uIDMyYml0IFVNTHM/Ck5vIGRpZWEs IEkgZG8gb25seSBoYXZlIGEgMzIgYml0IHN5c3RlbSBoZXJlIChib3RoIGhvc3QgYW5kIGNsaWVu dCkuCgo+IEhvdyBsb25nIGRvZXMgaXQgdGFrZSB0aWxsIHRyaW5pdHkgaGl0cyBpdD8KYSBjb21t YW5kIGxpa2UKCiQ+IHNzaCB0Zm9lcnN0ZUB0cmluaXR5ICJybSAtcmYgdDM7IG1rZGlyIHQzOyBj ZCB0MzsgdHJpbml0eSAtQzQiCgp1c3VhbGx5IG5lZWRzIDEwIHRpbGwgMTUgbWluIHRvIHRyaWdn ZXIgdGhlIGlzc3VlLiBXaXRoIGp1c3QgMSB0cmluaXR5CnRhc2sgKC1DMSkgaG93ZXZlciBpdCBu ZWVkcyBvZnRlbiBhIGhvdXIgb3IgbW9yZS4KCj4gVGhhbmtzLAo+IC8vcmljaGFyZAo+IAoKCi0t IApNZkcvU2luY2VyZWx5ClRvcmFsZiBGw7Zyc3RlcgpwZ3AgZmluZ2VyIHByaW50OiA3QjFBIDA3 RjQgRUM4MiAwRjkwIEQ0QzIgODkzNiA4NzJBIEU1MDggN0RCNiA5REEzCgotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0KT2N0b2JlciBXZWJpbmFyczogQ29kZSBmb3IgUGVyZm9ybWFuY2UKRnJlZSBJbnRl bCB3ZWJpbmFycyBjYW4gaGVscCB5b3UgYWNjZWxlcmF0ZSBhcHBsaWNhdGlvbiBwZXJmb3JtYW5j ZS4KRXhwbG9yZSB0aXBzIGZvciBNUEksIE9wZW5NUCwgYWR2YW5jZWQgcHJvZmlsaW5nLCBhbmQg bW9yZS4gR2V0IHRoZSBtb3N0IGZyb20gCnRoZSBsYXRlc3QgSW50ZWwgcHJvY2Vzc29ycyBhbmQg Y29wcm9jZXNzb3JzLiBTZWUgYWJzdHJhY3RzIGFuZCByZWdpc3RlciA+Cmh0dHA6Ly9wdWJhZHMu Zy5kb3VibGVjbGljay5uZXQvZ2FtcGFkL2Nsaz9pZD02MDEzNDc5MSZpdT0vNDE0MC9vc3RnLmNs a3RyawpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpVc2Vy LW1vZGUtbGludXgtZGV2ZWwgbWFpbGluZyBsaXN0ClVzZXItbW9kZS1saW51eC1kZXZlbEBsaXN0 cy5zb3VyY2Vmb3JnZS5uZXQKaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlz dGluZm8vdXNlci1tb2RlLWxpbnV4LWRldmVsCg== 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 21:16:08 +0200 Message-ID: <524DC278.3020106@gmx.de> References: <524C6643.2040209@gmx.de> <524DBD5D.1040203@gmx.de> <524DBFBB.1050002@nod.at> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <524DBFBB.1050002@nod.at> Sender: trinity-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="utf-8" To: Richard Weinberger Cc: Richard Weinberger , trinity@vger.kernel.org, UML devel On 10/03/2013 09:04 PM, Richard Weinberger wrote: > Am 03.10.2013 20:54, schrieb Toralf F=C3=B6rster: >> 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) = for a longer time >>>> within a 32 bit user mode linux image with a recent git kernel (ho= st: 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 b= t >>>> >>>> shows nearly a similar position around __get_user_pages() - both a= re attached. >>>> >>>> I'm not surprised that trinity harms a systems - I'm just wonderin= g 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=3D= 0x22000040) =3D -1 (Operation not permitted) >>>> [2031] [96] vmsplice(fd=3D5, iov=3D0x85501e0, nr_segs=3D300, flags= =3D9) =3D 0x3000 >>>> [2031] [97] setresuid(ruid=3D0x80549193, euid=3D0xc61041e0, suid=3D= 0xff19b6fa) =3D -1 (Operation not permitted) >>>> [2031] [98] setpriority(which=3D0xff010000, who=3D0xf3737373, nice= val=3D0x8088960c) =3D -1 (Invalid argument) >>>> [2031] [99] socketcall(call=3D1, args=3D0x8550200) =3D -1 (Address= family not supported by protocol) >>>> [2031] [100] access(filename=3D"=EF=BF=BD", mode=3D2017) =3D -1 (I= nvalid argument) >>>> [2031] [101] getgroups(gidsetsize=3D0, grouplist=3D0x80d0000[page_= rand]) =3D 3 >>>> [2031] [102] msync(start=3D0xc0100220, len=3D0, flags=3D3) =3D -1 = (Invalid argument) >>>> [2031] [103] sigpending(set=3D0x40025000) =3D 0 >>>> [2031] [104] signalfd4(ufd=3D383, user_mask=3D1, sizemask=3D0xa420= 0000, flags=3D0x80800) =3D -1 (Invalid argument) >>>> [2031] [105] sendfile(out_fd=3D383, in_fd=3D382, offset=3D0, count= =3D4096) =3D -1 (Invalid argument) >>>> [2031] [106] fanotify_mark(fanotify_fd=3D382, flags=3D5, mask=3D0x= 8000023, 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 a= rgument) >>>> [2031] [112] sched_get_priority_max(policy=3D0x10000040) =3D -1 (I= nvalid argument) >>>> [2031] [113] syslog(type=3D0xc1000000, buf=3D1, len=3D0x82a5) =3D = -1 (Operation not permitted) >>>> [2031] [114] setpriority(which=3D0xc4c806c6, who=3D0xffffff01, nic= eval=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= /net/sit0/duplex", statbuf=3D0, flag=3D0xb545d727) =3D -1 (Invalid argu= ment) >>>> [2031] [120] unlinkat(dfd=3D382, pathname=3D"/proc/sys/net/ipv4/ne= igh/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 alloca= te memory) >>>> [2031] [123] fremovexattr(fd=3D382, name=3D0) =3D -1 (Bad address) >>>> [2031] [124] sched_get_priority_min(policy=3D0xff58bfef) =3D -1 (I= nvalid argument) >>>> [2031] [125] mq_timedreceive(mqdes=3D397, u_msg_ptr=3D4, msg_len=3D= 5245, u_msg_prio=3D0xc0100220, u_abs_timeout=3D0xc0100220) =3D -1 (Bad = address) >>>> [2031] [126] chdir(filename=3D"/proc/116/net/ptype") =3D -1 (Not a= directory) >>>> [2031] [127] ssetmask(newmask=3D0x88000092) =3D 0 >>>> [2031] [128] statfs(pathname=3D"/proc/6/mounts", buf=3D0) =3D -1 (= Bad 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", m= ode=3D525) =3D -1 (File exists) >>>> [2031] [132] fsetxattr(fd=3D386, name=3D0x856f158, value=3D0x85711= 60, size=3D0, flags=3D0) =3D -1 (Numerical result out of range) >>>> [2031] [133] io_setup(nr_events=3D4095, ctxp=3D0x40266000) ^CKille= d by signal 2. >>> >>> 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) >>> >> >> 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 = cause. >=20 > I fear your Patch will not fix the issue. >=20 > Does the issue only trigger on 32bit UMLs? No diea, I do only have a 32 bit system here (both host and client). > How long does it take till trinity hits it? a command like $> ssh tfoerste@trinity "rm -rf t3; mkdir t3; cd t3; trinity -C4" usually needs 10 till 15 min to trigger the issue. With just 1 trinity task (-C1) however it needs often a hour or more. > Thanks, > //richard >=20 --=20 MfG/Sincerely Toralf F=C3=B6rster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3