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-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VRoeQ-00044S-VW for user-mode-linux-devel@lists.sourceforge.net; Thu, 03 Oct 2013 19:33:31 +0000 Received: from mout.gmx.net ([212.227.15.18]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) id 1VRoeO-0001b2-P7 for user-mode-linux-devel@lists.sourceforge.net; Thu, 03 Oct 2013 19:33:30 +0000 Received: from [80.171.221.142] ([80.171.221.142]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MTBfe-1VIQTs1C58-00S4Lo for ; Thu, 03 Oct 2013 21:33:22 +0200 Message-ID: <524DC675.4020201@gmx.de> Date: Thu, 03 Oct 2013 21:33:09 +0200 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= MIME-Version: 1.0 References: <524C6643.2040209@gmx.de> <524DBD5D.1040203@gmx.de> <524DBFBB.1050002@nod.at> <524DC278.3020106@gmx.de> <524DC394.6030406@nod.at> In-Reply-To: <524DC394.6030406@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 T24gMTAvMDMvMjAxMyAwOToyMCBQTSwgUmljaGFyZCBXZWluYmVyZ2VyIHdyb3RlOgo+IEFtIDAz LjEwLjIwMTMgMjE6MTYsIHNjaHJpZWIgVG9yYWxmIEbDtnJzdGVyOgo+PiBPbiAxMC8wMy8yMDEz IDA5OjA0IFBNLCBSaWNoYXJkIFdlaW5iZXJnZXIgd3JvdGU6Cj4+PiBBbSAwMy4xMC4yMDEzIDIw OjU0LCBzY2hyaWViIFRvcmFsZiBGw7Zyc3RlcjoKPj4+PiBPbiAxMC8wMi8yMDEzIDA5OjU1IFBN LCBSaWNoYXJkIFdlaW5iZXJnZXIgd3JvdGU6Cj4+Pj4+IE9uIFdlZCwgT2N0IDIsIDIwMTMgYXQg ODozMCBQTSwgVG9yYWxmIEbDtnJzdGVyIDx0b3JhbGYuZm9lcnN0ZXJAZ214LmRlPiB3cm90ZToK Pj4+Pj4+IFJ1bm5pbmcgdHJpbml0eSAoMSBwcm9jZXNzLCBubyB2aWN0aW0gZmlsZXMsIGp1c3Qg IiQ+dHJpbml0eSAtQzEpIGZvciBhIGxvbmdlciB0aW1lCj4+Pj4+PiB3aXRoaW4gYSAzMiBiaXQg dXNlciBtb2RlIGxpbnV4IGltYWdlIHdpdGggYSByZWNlbnQgZ2l0IGtlcm5lbCAoaG9zdDogMy4x MS4zIGd1ZXN0IDMuMTItcmMzLWcuLi4pCj4+Pj4+PiB5aWVsZHMgaW50byB0aGlzIGtvbnNvbGUg bWVzc2FnZSA6Cj4+Pj4+Pgo+Pj4+Pj4gICogU3RhcnRpbmcgbG9jYWwKPj4+Pj4+IG5ldC5jb3Jl Lndhcm5pbmdzID0gMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbIG9rIF0KPj4+Pj4+IEJVRzogc29mdCBsb2Nr dXAgLSBDUFUjMCBzdHVjayBmb3IgMjNzISBbdHJpbml0eS1jaGlsZDA6MjAzMV0KPj4+Pj4+Cj4+ Pj4+Pgo+Pj4+Pj4gYW5kIGF0IHRoZSBob3N0IHQxIG9mIHRoZSAibGludXgiLXByb2Nlc3NlcyBl YXRzIGFsbCBDUFUgY3ljbGVzIGF0IDEgQ1BVIGNvcmUuCj4+Pj4+PiAyIHN1YnNlcXVlbnQgbWFk ZSBiYWNrIHRyYWNlcyBtYWRlIHdpdGgKPj4+Pj4+Cj4+Pj4+PiAkPiBzdWRvIGdkYiAvaG9tZS90 Zm9lcnN0ZS9kZXZlbC9saW51eC9saW51eCAyODE0NCAtbiAtYmF0Y2ggLWV4IGJ0Cj4+Pj4+Pgo+ Pj4+Pj4gc2hvd3MgbmVhcmx5IGEgc2ltaWxhciBwb3NpdGlvbiBhcm91bmQgX19nZXRfdXNlcl9w YWdlcygpIC0gYm90aCBhcmUgYXR0YWNoZWQuCj4+Pj4+Pgo+Pj4+Pj4gSSdtIG5vdCBzdXJwcmlz ZWQgdGhhdCB0cmluaXR5IGhhcm1zIGEgc3lzdGVtcyAtIEknbSBqdXN0IHdvbmRlcmluZyB3aGV0 aGVyIHRoaXMgcGFydGljdWxhciBwaWN0dXJlIGlzCj4+Pj4+PiBleHBlY3RlZCBvciBpZiBpdCBw b2ludHMgdG8gYW4gaXNzdWUuCj4+Pj4+Pgo+Pj4+Pj4KPj4+Pj4+IEZXSVcgdGhlIGxhc3QgbGlu ZXMgb2YgdHJpbml0eSBsb2cgd2VyZSA6Cj4+Pj4+Pgo+Pj4+Pj4KPj4+Pj4+IFsyMDMxXSBbOTRd IHNldHNpZCgpID0gMjAzMQo+Pj4+Pj4gWzIwMzFdIFs5NV0gc2V0cmVzZ2lkKHJnaWQ9MHhmZmZm MzNlMywgZWdpZD0weGZmZmZmZjkzLCBzZ2lkPTB4MjIwMDAwNDApID0gLTEgKE9wZXJhdGlvbiBu b3QgcGVybWl0dGVkKQo+Pj4+Pj4gWzIwMzFdIFs5Nl0gdm1zcGxpY2UoZmQ9NSwgaW92PTB4ODU1 MDFlMCwgbnJfc2Vncz0zMDAsIGZsYWdzPTkpID0gMHgzMDAwCj4+Pj4+PiBbMjAzMV0gWzk3XSBz ZXRyZXN1aWQocnVpZD0weDgwNTQ5MTkzLCBldWlkPTB4YzYxMDQxZTAsIHN1aWQ9MHhmZjE5YjZm YSkgPSAtMSAoT3BlcmF0aW9uIG5vdCBwZXJtaXR0ZWQpCj4+Pj4+PiBbMjAzMV0gWzk4XSBzZXRw cmlvcml0eSh3aGljaD0weGZmMDEwMDAwLCB3aG89MHhmMzczNzM3MywgbmljZXZhbD0weDgwODg5 NjBjKSA9IC0xIChJbnZhbGlkIGFyZ3VtZW50KQo+Pj4+Pj4gWzIwMzFdIFs5OV0gc29ja2V0Y2Fs bChjYWxsPTEsIGFyZ3M9MHg4NTUwMjAwKSA9IC0xIChBZGRyZXNzIGZhbWlseSBub3Qgc3VwcG9y dGVkIGJ5IHByb3RvY29sKQo+Pj4+Pj4gWzIwMzFdIFsxMDBdIGFjY2VzcyhmaWxlbmFtZT0i77+9 IiwgbW9kZT0yMDE3KSA9IC0xIChJbnZhbGlkIGFyZ3VtZW50KQo+Pj4+Pj4gWzIwMzFdIFsxMDFd IGdldGdyb3VwcyhnaWRzZXRzaXplPTAsIGdyb3VwbGlzdD0weDgwZDAwMDBbcGFnZV9yYW5kXSkg PSAzCj4+Pj4+PiBbMjAzMV0gWzEwMl0gbXN5bmMoc3RhcnQ9MHhjMDEwMDIyMCwgbGVuPTAsIGZs YWdzPTMpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+Pj4+PiBbMjAzMV0gWzEwM10gc2lncGVu ZGluZyhzZXQ9MHg0MDAyNTAwMCkgPSAwCj4+Pj4+PiBbMjAzMV0gWzEwNF0gc2lnbmFsZmQ0KHVm ZD0zODMsIHVzZXJfbWFzaz0xLCBzaXplbWFzaz0weGE0MjAwMDAwLCBmbGFncz0weDgwODAwKSA9 IC0xIChJbnZhbGlkIGFyZ3VtZW50KQo+Pj4+Pj4gWzIwMzFdIFsxMDVdIHNlbmRmaWxlKG91dF9m ZD0zODMsIGluX2ZkPTM4Miwgb2Zmc2V0PTAsIGNvdW50PTQwOTYpID0gLTEgKEludmFsaWQgYXJn dW1lbnQpCj4+Pj4+PiBbMjAzMV0gWzEwNl0gZmFub3RpZnlfbWFyayhmYW5vdGlmeV9mZD0zODIs IGZsYWdzPTUsIG1hc2s9MHg4MDAwMDIzLCBkZmQ9MzgyLCBwYXRobmFtZT0iL3Byb2MvMTA5Mi90 YXNrLzEwOTIvZmRpbmZvLzY4IikgPSAtMSAoSW52YWxpZCBhcmd1bWVudCkKPj4+Pj4+IFsyMDMx XSBbMTA3XSB3YWl0NCh1cGlkPTEsIHN0YXRfYWRkcj00LCBvcHRpb25zPTB4ZDc2MTk3OWIsIHJ1 PTgpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+Pj4+PiBbMjAzMV0gWzEwOF0gc2lncGVuZGlu ZyhzZXQ9MHg4MGNhMDAwW3BhZ2VfemVyb3NdKSA9IDAKPj4+Pj4+IFsyMDMxXSBbMTA5XSBzZXRy ZXN1aWQocnVpZD0weGVmZmZkNmZjLCBldWlkPTB4MWJmNGM5MmYsIHN1aWQ9MHhmZmZmMmUzMykg PSAtMSAoT3BlcmF0aW9uIG5vdCBwZXJtaXR0ZWQpCj4+Pj4+PiBbMjAzMV0gWzExMF0gbXVubG9j ayhhZGRyPTB4NDAwMjUwMDAsIGxlbj0zNCkgPSAwCj4+Pj4+PiBbMjAzMV0gWzExMV0gdGltZXJf ZGVsZXRlKHRpbWVyX2lkPTB4ZmZmZmZmZGMpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+Pj4+ PiBbMjAzMV0gWzExMl0gc2NoZWRfZ2V0X3ByaW9yaXR5X21heChwb2xpY3k9MHgxMDAwMDA0MCkg PSAtMSAoSW52YWxpZCBhcmd1bWVudCkKPj4+Pj4+IFsyMDMxXSBbMTEzXSBzeXNsb2codHlwZT0w eGMxMDAwMDAwLCBidWY9MSwgbGVuPTB4ODJhNSkgPSAtMSAoT3BlcmF0aW9uIG5vdCBwZXJtaXR0 ZWQpCj4+Pj4+PiBbMjAzMV0gWzExNF0gc2V0cHJpb3JpdHkod2hpY2g9MHhjNGM4MDZjNiwgd2hv PTB4ZmZmZmZmMDEsIG5pY2V2YWw9MHhmZmZmMDY4MikgPSAtMSAoSW52YWxpZCBhcmd1bWVudCkK Pj4+Pj4+IFsyMDMxXSBbMTE1XSBnZXRncm91cHMxNihnaWRzZXRzaXplPTB4ZmZmZSwgZ3JvdXBs aXN0PTEpID0gLTEgKEJhZCBhZGRyZXNzKQo+Pj4+Pj4gWzIwMzFdIFsxMTZdIHJlbmFtZShvbGRu YW1lPTQsIG5ld25hbWU9OCkgPSAtMSAoQmFkIGFkZHJlc3MpCj4+Pj4+PiBbMjAzMV0gWzExN10g aW5vdGlmeV9pbml0KCkgPSA2NTQKPj4+Pj4+IFsyMDMxXSBbMTE4XSBnZXRnaWQoKSA9IDEwMAo+ Pj4+Pj4gWzIwMzFdIFsxMTldIGZzdGF0YXQ2NChkZmQ9MzgyLCBmaWxlbmFtZT0iL3N5cy9kZXZp Y2VzL3ZpcnR1YWwvbmV0L3NpdDAvZHVwbGV4Iiwgc3RhdGJ1Zj0wLCBmbGFnPTB4YjU0NWQ3Mjcp ID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+Pj4+PiBbMjAzMV0gWzEyMF0gdW5saW5rYXQoZGZk PTM4MiwgcGF0aG5hbWU9Ii9wcm9jL3N5cy9uZXQvaXB2NC9uZWlnaC9kZWZhdWx0L3JldHJhbnNf dGltZSIsIGZsYWc9MHhjMDBlZjc2KSA9IC0xIChJbnZhbGlkIGFyZ3VtZW50KQo+Pj4+Pj4gWzIw MzFdIFsxMjFdIHRpbWVyZmRfY3JlYXRlKGNsb2NraWQ9MCwgZmxhZ3M9MCkgPSA2NTUKPj4+Pj4+ IFsyMDMxXSBbMTIyXSBtdW5sb2NrKGFkZHI9NCwgbGVuPTB4M2ZmZikgPSAtMSAoQ2Fubm90IGFs bG9jYXRlIG1lbW9yeSkKPj4+Pj4+IFsyMDMxXSBbMTIzXSBmcmVtb3ZleGF0dHIoZmQ9MzgyLCBu YW1lPTApID0gLTEgKEJhZCBhZGRyZXNzKQo+Pj4+Pj4gWzIwMzFdIFsxMjRdIHNjaGVkX2dldF9w cmlvcml0eV9taW4ocG9saWN5PTB4ZmY1OGJmZWYpID0gLTEgKEludmFsaWQgYXJndW1lbnQpCj4+ Pj4+PiBbMjAzMV0gWzEyNV0gbXFfdGltZWRyZWNlaXZlKG1xZGVzPTM5NywgdV9tc2dfcHRyPTQs IG1zZ19sZW49NTI0NSwgdV9tc2dfcHJpbz0weGMwMTAwMjIwLCB1X2Fic190aW1lb3V0PTB4YzAx MDAyMjApID0gLTEgKEJhZCBhZGRyZXNzKQo+Pj4+Pj4gWzIwMzFdIFsxMjZdIGNoZGlyKGZpbGVu YW1lPSIvcHJvYy8xMTYvbmV0L3B0eXBlIikgPSAtMSAoTm90IGEgZGlyZWN0b3J5KQo+Pj4+Pj4g WzIwMzFdIFsxMjddIHNzZXRtYXNrKG5ld21hc2s9MHg4ODAwMDA5MikgPSAwCj4+Pj4+PiBbMjAz MV0gWzEyOF0gc3RhdGZzKHBhdGhuYW1lPSIvcHJvYy82L21vdW50cyIsIGJ1Zj0wKSA9IC0xIChC YWQgYWRkcmVzcykKPj4+Pj4+IFsyMDMxXSBbMTI5XSBmY2hvd24xNihmZD0zOTcsIHVzZXI9MTA0 LCBncm91cD0weDk0MTAwMDAwKSA9IC0xIChPcGVyYXRpb24gbm90IHBlcm1pdHRlZCkKPj4+Pj4+ IFsyMDMxXSBbMTMwXSBmY2hkaXIoZmQ9Mzk3KSA9IC0xIChOb3QgYSBkaXJlY3RvcnkpCj4+Pj4+ PiBbMjAzMV0gWzEzMV0gbWtkaXIocGF0aG5hbWU9Ii9wcm9jLzEwOTIvdGFzay8xMDkyL2ZkaW5m by8zMTYiLCBtb2RlPTUyNSkgPSAtMSAoRmlsZSBleGlzdHMpCj4+Pj4+PiBbMjAzMV0gWzEzMl0g ZnNldHhhdHRyKGZkPTM4NiwgbmFtZT0weDg1NmYxNTgsIHZhbHVlPTB4ODU3MTE2MCwgc2l6ZT0w LCBmbGFncz0wKSA9IC0xIChOdW1lcmljYWwgcmVzdWx0IG91dCBvZiByYW5nZSkKPj4+Pj4+IFsy MDMxXSBbMTMzXSBpb19zZXR1cChucl9ldmVudHM9NDA5NSwgY3R4cD0weDQwMjY2MDAwKSBeQ0tp bGxlZCBieSBzaWduYWwgMi4KPj4+Pj4KPj4+Pj4gUmVhZGluZyB5b3VyIGdkYiBiYWNrdHJhY2Vz IHNob3cgdGhhdCBzY2hlZHVsZV90aW1lb3V0KCkgZ290IGNhbGxlZAo+Pj4+PiB3aXRoIGEgbmVn YXRpdmUgdmFsdWUuCj4+Pj4+IExvb2tzIGxpa2UgYW4gaW50ZWdlciBvdmVyZmxvdy4KPj4+Pj4g VGhlIHNvZnQtbG9ja3VwIG1pZ2h0IGFsc28gb3JpZ2luIGZyb20gdGhhdCAodmVyeSBiaWcgaW50 ZWdlciB3aGljaAo+Pj4+PiBkaWQgbm90IG92ZXJmbG93IGpldCkKPj4+Pj4KPj4+Pgo+Pj4+IElm IHRoZSBjdWxwcml0IGlzIHNvbHZlZCBieSB0aGlzIHBhdGNoIEknZCBsaWtlIHRvIHNlbmQgaXQg b3V0LiBCdXQgSSdtCj4+Pj4gdW5zdXJlIHdoZXRoZXIgaXQgY2F0Y2hlcyB0aGUgY3VscHJpdCBv ciBpZiBpdCBqdXN0IGNvdmVycyB0aGUgcm9vdCBjYXVzZS4KPj4+Cj4+PiBJIGZlYXIgeW91ciBQ YXRjaCB3aWxsIG5vdCBmaXggdGhlIGlzc3VlLgo+Pj4KPj4+IERvZXMgdGhlIGlzc3VlIG9ubHkg dHJpZ2dlciBvbiAzMmJpdCBVTUxzPwo+PiBObyBkaWVhLCBJIGRvIG9ubHkgaGF2ZSBhIDMyIGJp dCBzeXN0ZW0gaGVyZSAoYm90aCBob3N0IGFuZCBjbGllbnQpLgo+Pgo+Pj4gSG93IGxvbmcgZG9l cyBpdCB0YWtlIHRpbGwgdHJpbml0eSBoaXRzIGl0Pwo+PiBhIGNvbW1hbmQgbGlrZQo+Pgo+PiAk PiBzc2ggdGZvZXJzdGVAdHJpbml0eSAicm0gLXJmIHQzOyBta2RpciB0MzsgY2QgdDM7IHRyaW5p dHkgLUM0Igo+Pgo+PiB1c3VhbGx5IG5lZWRzIDEwIHRpbGwgMTUgbWluIHRvIHRyaWdnZXIgdGhl IGlzc3VlLiBXaXRoIGp1c3QgMSB0cmluaXR5Cj4+IHRhc2sgKC1DMSkgaG93ZXZlciBpdCBuZWVk cyBvZnRlbiBhIGhvdXIgb3IgbW9yZS4KPiAKPiBUaGF0J3MgZ29vZC4gOi0pCj4gWW91IGNhbiBw bGFjZSBzb21lIHByaW50aygpcyBpbnRvIGJhbGFuY2VfZGlydHlfcGFnZXMoKSBhbmQgb2JzZXJ2 ZSB0aGUgdmFsdWVzCj4gb2YgcGVyaW9kLCBtYXhfcGF1c2UsIG1pbl9wYXVzZSwgZXRjLi4uCj4g TWF5YmUgdGhpcyB3aWxsIGdpdmUgdXMgYSBjbHVlLgoKV2lsbCBkbyBpdCBhZ2Fpbi4gSSBkaWQg aXQgYmVmb3JlIGFscmVhZHkgYnV0IHBlcmlvZCB3YXMgdGhlIG9ubHkgdGhpbmcKd2hpY2ggYmVj YW1lcyBvdGhlcndpc2UgbmVnYXRpdmUgLQphbmQgYmVjYXVzZSBwYWdlc19kaXJ0aWVkIHdhcyBv ZnRlbiBpbiB0aGUgcmFuZ2Ugb2YgMjAgLSAzMCBhbmQgcGVyaW9hZAphcm91bmQgLTMwMDAKCkkg anVzdCB3b25kZXJlZCBpZiBIWiBpcyBjYXN0cyBhcyBhIHNob3J0IGludCBpbiB0aGUgY2FsY3Vs YXRpb24gPwpCVFcgcHJpbnRrIGRvZXNuJ3Qgc2hvd2VkIGFueXRoaW5nIGluIHRoZSBzeXNsb2cg KG9rLCBJIHVzZWQKcHJpbnRrKEtFUk5fRVJSIC4uLikKQlVHX09OIGhvd2V2ZXIgd29ya2VkIGZp bmUsIGJ1dCBkbyBub3QgZ2l2ZSBhbnkgb3V0cHV0IC4uLgoKPiAKPiBTbyBmYXIgdGhlIGlzc3Vl IGxvb2tzIG5vdCByZWFsbHkgVU1MIHNwZWNpZmljLgo+IEJ1dCBtYXliZSBpdCBpcyBtb3JlIGxp a2VseSB0byBoYXBwZW4gb24gVU1MIGJlY2F1c2Ugb2YgdGhlIHNsb3cgcGFnZSBmYXVsdHMuLi4K PiAKPiBUaGFua3MsCj4gLy9yaWNoYXJkCj4gCj4gCgotLSAKTWZHL1NpbmNlcmVseQpUb3JhbGYg RsO2cnN0ZXIKcGdwIGZpbmdlciBwcmludDogN0IxQSAwN0Y0IEVDODIgMEY5MCBENEMyIDg5MzYg ODcyQSBFNTA4IDdEQjYgOURBMwoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCk9jdG9iZXIgV2ViaW5h cnM6IENvZGUgZm9yIFBlcmZvcm1hbmNlCkZyZWUgSW50ZWwgd2ViaW5hcnMgY2FuIGhlbHAgeW91 IGFjY2VsZXJhdGUgYXBwbGljYXRpb24gcGVyZm9ybWFuY2UuCkV4cGxvcmUgdGlwcyBmb3IgTVBJ LCBPcGVuTVAsIGFkdmFuY2VkIHByb2ZpbGluZywgYW5kIG1vcmUuIEdldCB0aGUgbW9zdCBmcm9t IAp0aGUgbGF0ZXN0IEludGVsIHByb2Nlc3NvcnMgYW5kIGNvcHJvY2Vzc29ycy4gU2VlIGFic3Ry YWN0cyBhbmQgcmVnaXN0ZXIgPgpodHRwOi8vcHViYWRzLmcuZG91YmxlY2xpY2submV0L2dhbXBh ZC9jbGs/aWQ9NjAxMzQ3OTEmaXU9LzQxNDAvb3N0Zy5jbGt0cmsKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KVXNlci1tb2RlLWxpbnV4LWRldmVsIG1haWxp bmcgbGlzdApVc2VyLW1vZGUtbGludXgtZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0Cmh0dHBz Oi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3VzZXItbW9kZS1saW51eC1k ZXZlbAo= 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:33:09 +0200 Message-ID: <524DC675.4020201@gmx.de> References: <524C6643.2040209@gmx.de> <524DBD5D.1040203@gmx.de> <524DBFBB.1050002@nod.at> <524DC278.3020106@gmx.de> <524DC394.6030406@nod.at> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <524DC394.6030406@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:20 PM, Richard Weinberger wrote: > Am 03.10.2013 21:16, schrieb Toralf F=C3=B6rster: >> 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 (= 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 wonder= ing 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= =3D0x22000040) =3D -1 (Operation not permitted) >>>>>> [2031] [96] vmsplice(fd=3D5, iov=3D0x85501e0, nr_segs=3D300, fla= gs=3D9) =3D 0x3000 >>>>>> [2031] [97] setresuid(ruid=3D0x80549193, euid=3D0xc61041e0, suid= =3D0xff19b6fa) =3D -1 (Operation not permitted) >>>>>> [2031] [98] setpriority(which=3D0xff010000, who=3D0xf3737373, ni= ceval=3D0x8088960c) =3D -1 (Invalid argument) >>>>>> [2031] [99] socketcall(call=3D1, args=3D0x8550200) =3D -1 (Addre= ss family not supported by protocol) >>>>>> [2031] [100] access(filename=3D"=EF=BF=BD", mode=3D2017) =3D -1 = (Invalid argument) >>>>>> [2031] [101] getgroups(gidsetsize=3D0, grouplist=3D0x80d0000[pag= e_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=3D0xa4= 200000, flags=3D0x80800) =3D -1 (Invalid argument) >>>>>> [2031] [105] sendfile(out_fd=3D383, in_fd=3D382, offset=3D0, cou= nt=3D4096) =3D -1 (Invalid argument) >>>>>> [2031] [106] fanotify_mark(fanotify_fd=3D382, flags=3D5, mask=3D= 0x8000023, 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, sui= d=3D0xffff2e33) =3D -1 (Operation not permitted) >>>>>> [2031] [110] munlock(addr=3D0x40025000, len=3D34) =3D 0 >>>>>> [2031] [111] timer_delete(timer_id=3D0xffffffdc) =3D -1 (Invalid= argument) >>>>>> [2031] [112] sched_get_priority_max(policy=3D0x10000040) =3D -1 = (Invalid argument) >>>>>> [2031] [113] syslog(type=3D0xc1000000, buf=3D1, len=3D0x82a5) =3D= -1 (Operation not permitted) >>>>>> [2031] [114] setpriority(which=3D0xc4c806c6, who=3D0xffffff01, n= iceval=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 addres= s) >>>>>> [2031] [117] inotify_init() =3D 654 >>>>>> [2031] [118] getgid() =3D 100 >>>>>> [2031] [119] fstatat64(dfd=3D382, filename=3D"/sys/devices/virtu= al/net/sit0/duplex", statbuf=3D0, flag=3D0xb545d727) =3D -1 (Invalid ar= gument) >>>>>> [2031] [120] unlinkat(dfd=3D382, pathname=3D"/proc/sys/net/ipv4/= neigh/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 allo= cate memory) >>>>>> [2031] [123] fremovexattr(fd=3D382, name=3D0) =3D -1 (Bad addres= s) >>>>>> [2031] [124] sched_get_priority_min(policy=3D0xff58bfef) =3D -1 = (Invalid argument) >>>>>> [2031] [125] mq_timedreceive(mqdes=3D397, u_msg_ptr=3D4, msg_len= =3D5245, u_msg_prio=3D0xc0100220, u_abs_timeout=3D0xc0100220) =3D -1 (B= ad 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",= mode=3D525) =3D -1 (File exists) >>>>>> [2031] [132] fsetxattr(fd=3D386, name=3D0x856f158, value=3D0x857= 1160, size=3D0, flags=3D0) =3D -1 (Numerical result out of range) >>>>>> [2031] [133] io_setup(nr_events=3D4095, ctxp=3D0x40266000) ^CKil= led by signal 2. >>>>> >>>>> Reading your gdb backtraces show that schedule_timeout() got call= ed >>>>> with a negative value. >>>>> Looks like an integer overflow. >>>>> The soft-lockup might also origin from that (very big integer whi= ch >>>>> did not overflow jet) >>>>> >>>> >>>> If the culprit is solved by this patch I'd like to send it out. Bu= t I'm >>>> unsure whether it catches the culprit or if it just covers the roo= t cause. >>> >>> I fear your Patch will not fix the issue. >>> >>> 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 trini= ty >> task (-C1) however it needs often a hour or more. >=20 > That's good. :-) > You can place some printk()s into balance_dirty_pages() and observe t= he values > of period, max_pause, min_pause, etc... > Maybe this will give us a clue. Will do it again. I did it before already but period was the only thing which becames otherwise negative - and because pages_dirtied was often in the range of 20 - 30 and perioad around -3000 I just wondered if HZ is casts as a short int in the calculation ? BTW printk doesn't showed anything in the syslog (ok, I used printk(KERN_ERR ...) BUG_ON however worked fine, but do not give any output ... >=20 > So far the issue looks not really UML specific. > But maybe it is more likely to happen on UML because of the slow page= faults... >=20 > Thanks, > //richard >=20 >=20 --=20 MfG/Sincerely Toralf F=C3=B6rster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3