From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WgE8O-0006qA-U1 for user-mode-linux-devel@lists.sourceforge.net; Fri, 02 May 2014 14:08:16 +0000 Received: from mout.gmx.net ([212.227.15.15]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1WgE8N-0006P0-ML for user-mode-linux-devel@lists.sourceforge.net; Fri, 02 May 2014 14:08:16 +0000 Message-ID: <5363A6BF.4060001@gmx.de> Date: Fri, 02 May 2014 16:07:59 +0200 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= MIME-Version: 1.0 References: <53613E96.2030006@gmx.de> <536221F4.6000405@gmx.de> <53623EFE.3040603@nod.at> <5362651A.1020504@gmx.de> <5362B53E.5060601@nod.at> <5362BDD1.9070105@gmx.de> <53634D64.5060407@nod.at> In-Reply-To: <53634D64.5060407@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] trinity commit 23dc478aba breaks syscall "mremap" at a 32 bit user mode linux To: Richard Weinberger Cc: UML devel , trinity@vger.kernel.org T24gMDUvMDIvMjAxNCAwOTo0NiBBTSwgUmljaGFyZCBXZWluYmVyZ2VyIHdyb3RlOgo+IEFtIDAx LjA1LjIwMTQgMjM6MzQsIHNjaHJpZWIgVG9yYWxmIEbDtnJzdGVyOgo+PiBPbiAwNS8wMS8yMDE0 IDEwOjU3IFBNLCBSaWNoYXJkIFdlaW5iZXJnZXIgd3JvdGU6Cj4+PiBUb3JhbGYsCj4+Pgo+Pj4g WWVhaCwgdGhpcyBpcyBiZWNhdXNlIHRyaW5pdHkgZGVzdHJveXMgdGhlIFVNTCBzdHViIGNvZGUu Cj4+PiBQbGVhc2UgdGVzdCB0aGUgYXR0YWNoZWQgcGF0Y2gsIGl0IHNob3VsZCBmaXggdGhlIHJv b3QgY2F1c2Ugb2YgdGhlIHByb2JsZW0uCj4+Pgo+Pj4gVGhhbmtzLAo+Pj4gLy9yaWNoYXJkCj4+ Pgo+Pgo+PiBJZiBJIGRvIGp1c3QgYXBwbHkgZml4Mi5wYXRjaCBvbnRvIGxhdGVzdCBnaXQgdHJl ZSAgdjMuMTUtcmMzLTExMy1nYmE2NzI4ZiB0aGVuIEkgZG8gZ2V0IGFmdGVyIGEgd2hpbGUgOgo+ Pgo+PiAgKiBTdGFydGluZyBzc2hkIC4uLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgWyBvayBdCj4+ICAqIFN0YXJ0aW5nIGxvY2FsCj4+IG5ldC5jb3JlLndhcm5pbmdz ID0gMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbIG9rIF0KPj4gS2Vy bmVsIHBhbmljIC0gbm90IHN5bmNpbmc6IGRvX3N5c2NhbGxfc3R1YiA6IFBUUkFDRV9TRVRSRUdT IGZhaWxlZCwgZXJybm8gPSAzCj4+Cj4+IENQVTogMCBQSUQ6IDE3MjggQ29tbTogdHJpbml0eS1j MCBOb3QgdGFpbnRlZCAzLjE1LjAtcmMzLTAwMTEzLWdiYTY3MjhmLWRpcnR5ICM1Cj4+IFN0YWNr Ogo+PiBCVUc6IHNvZnQgbG9ja3VwIC0gQ1BVIzAgc3R1Y2sgZm9yIDIycyEgW3RyaW5pdHktYzA6 MTcyOF0KPj4KPj4gRUlQOiBjNTAwOls8NDdjNmNmMDA+XSBDUFU6IDAgTm90IHRhaW50ZWQgRUZM QUdTOiA0NzZhZjcwMAo+PiAgICAgTm90IHRhaW50ZWQKPj4gRUFYOiA0N2NmYzUwMCBFQlg6IDBh MDI0ZDAwIEVDWDogMDg2Yzc1ZmMgRURYOiAwODBmZmY4OAo+PiBFU0k6IDA4MzlmNGJjIEVESTog NDdjZmM1MDAgRUJQOiAwODM5ZjRiYyBEUzogYzUwMCBFUzogY2Q2Mgo+PiBFWFQ0LWZzICh1YmRh KTogZXJyb3IgY291bnQ6IDEKPj4gRVhUNC1mcyAodWJkYSk6IGluaXRpYWwgZXJyb3IgYXQgMTM5 ODk2MjEzNDogZXh0NF9tYl9nZW5lcmF0ZV9idWRkeTo3NTYKPj4gRVhUNC1mcyAodWJkYSk6IGxh c3QgZXJyb3IgYXQgMTM5ODk2MjEzNDogZXh0NF9tYl9nZW5lcmF0ZV9idWRkeTo3NTYKPj4KPj4K Pj4gd2hpY2ggaXMgYSBiaWcgaW1wcm92ZW1lbnQgYmVjYXVzZSBiZWZvcmUgaXQgY3Jhc2hlcyBp bW1lZGlhdGVseSBhZnRlciBmZXcgc2Vjb25kcy4KPj4KPj4gQWZ0ZXIgYXBwbHlpbmcgYm90aCBm aXhlcyB0aGUgdGVzdCBjYXNlIHJ1bnMgdy9vIGEgY3Jhc2ggdGlsbCBub3cuCj4gCj4gQ2FuIHlv dSBwbGVhc2UgYWxzbyB0cnkgZml4MyAod2l0aG91dCBmaXgxLzIpPwo+IEkgdGhpbmsgSSd2ZSBm b3VuZCB0aGUgb3RoZXIgaGlkZGVuIGlzc3VlLgo+IFNvIGZhciB0cmluaXR5IGRpZCBub3QgY3Jh c2ggbXkga2VybmVsLi4uCj4gCj4gVGhhbmtzLAo+IC8vcmljaGFyZAo+IAoKZml4MyBtYWRlIGl0 IC0gdGlsbCBub3cgaXQgcnVucyBmaW5lLgpPZiBjb3Vyc2UgdGhlIHN5c2xvZyBvZiB0aGUgVU1M IGd1ZXN0IGlzIGZsb29kZWQgd2l0aCBtZXNzYWdlcyBsaWtlIDoKCk1heSAgMiAxNTo0NTo1OSB0 cmluaXR5IGtlcm5lbDogQlVHOiBCYWQgcnNzLWNvdW50ZXIgc3RhdGUgbW06NDdkNGQ4YzAgaWR4 OjAgdmFsOjIKTWF5ICAyIDE1OjQ2OjAwIHRyaW5pdHkga2VybmVsOiBmaXhfcmFuZ2VfY29tbW9u OiBmYWlsZWQsIGtpbGxpbmcgY3VycmVudCBwcm9jZXNzOiAyOTgzCk1heSAgMiAxNTo0NjowMCB0 cmluaXR5IGtlcm5lbDogZml4X3JhbmdlX2NvbW1vbjogZmFpbGVkLCBraWxsaW5nIGN1cnJlbnQg cHJvY2VzczogMjk4NApNYXkgIDIgMTU6NDY6MzAgdHJpbml0eSBrZXJuZWw6IGZpeF9yYW5nZV9j b21tb246IGZhaWxlZCwga2lsbGluZyBjdXJyZW50IHByb2Nlc3M6IDI5ODYKTWF5ICAyIDE1OjQ2 OjMwIHRyaW5pdHkga2VybmVsOiBmaXhfcmFuZ2VfY29tbW9uOiBmYWlsZWQsIGtpbGxpbmcgY3Vy cmVudCBwcm9jZXNzOiAyOTg5Ck1heSAgMiAxNTo0NjozMCB0cmluaXR5IGtlcm5lbDogZml4X3Jh bmdlX2NvbW1vbjogZmFpbGVkLCBraWxsaW5nIGN1cnJlbnQgcHJvY2VzczogMjk5MQpNYXkgIDIg MTU6NDY6MzIgdHJpbml0eSBrZXJuZWw6IFN0dWIgcmVnaXN0ZXJzIC0KTWF5ICAyIDE1OjQ2OjMy IHRyaW5pdHkga2VybmVsOiAgICAgICAgIDAgLSAxMDAwMDAKTWF5ICAyIDE1OjQ2OjMyIHRyaW5p dHkga2VybmVsOiAgICAgICAgIDEgLSAxMDAwCk1heSAgMiAxNTo0NjozMiB0cmluaXR5IGtlcm5l bDogICAgICAgICAyIC0gNwpNYXkgIDIgMTU6NDY6MzIgdHJpbml0eSBrZXJuZWw6ICAgICAgICAg MyAtIDExCk1heSAgMiAxNTo0NjozMiB0cmluaXR5IGtlcm5lbDogICAgICAgICA0IC0gMwpNYXkg IDIgMTU6NDY6MzIgdHJpbml0eSBrZXJuZWw6ICAgICAgICAgNSAtIDNjYmFlCk1heSAgMiAxNTo0 NjozMiB0cmluaXR5IGtlcm5lbDogICAgICAgICA2IC0gMTAwMDAwCk1heSAgMiAxNTo0NjozMiB0 cmluaXR5IGtlcm5lbDogICAgICAgICA3IC0gN2IKTWF5ICAyIDE1OjQ2OjMyIHRyaW5pdHkga2Vy bmVsOiAgICAgICAgIDggLSA3YgpNYXkgIDIgMTU6NDY6MzIgdHJpbml0eSBrZXJuZWw6ICAgICAg ICAgOSAtIDAKTWF5ICAyIDE1OjQ2OjMyIHRyaW5pdHkga2VybmVsOiAgICAgICAgIDEwIC0gMzMK TWF5ICAyIDE1OjQ2OjMyIHRyaW5pdHkga2VybmVsOiAgICAgICAgIDExIC0gZmZmZmZmZmYKTWF5 ICAyIDE1OjQ2OjMyIHRyaW5pdHkga2VybmVsOiAgICAgICAgIDEyIC0gMTAwZmZmCk1heSAgMiAx NTo0NjozMiB0cmluaXR5IGtlcm5lbDogICAgICAgICAxMyAtIDczCk1heSAgMiAxNTo0NjozMiB0 cmluaXR5IGtlcm5lbDogICAgICAgICAxNCAtIDEwMjA2Ck1heSAgMiAxNTo0NjozMiB0cmluaXR5 IGtlcm5lbDogICAgICAgICAxNSAtIDEwMTAyOApNYXkgIDIgMTU6NDY6MzIgdHJpbml0eSBrZXJu ZWw6ICAgICAgICAgMTYgLSA3YgpNYXkgIDIgMTU6NDY6MzIgdHJpbml0eSBrZXJuZWw6IHdhaXRf c3R1Yl9kb25lIDogZmFpbGVkIHRvIHdhaXQgZm9yIFNJR1RSQVAsIHBpZCA9IDQ4MywgbiA9IDQ4 MywgZXJybm8gPSAwLCBzdGF0dXMgPSAweGI3ZgpNYXkgIDIgMTU6NDY6MzIgdHJpbml0eSBrZXJu ZWw6IEJVRzogQmFkIHJzcy1jb3VudGVyIHN0YXRlIG1tOjQ3ZDRkOGMwIGlkeDowIHZhbDoxCk1h eSAgMiAxNTo0NjozMiB0cmluaXR5IGtlcm5lbDogZml4X3JhbmdlX2NvbW1vbjogZmFpbGVkLCBr aWxsaW5nIGN1cnJlbnQgcHJvY2VzczogMzAwMApNYXkgIDIgMTU6NDY6MzMgdHJpbml0eSBrZXJu ZWw6IGZpeF9yYW5nZV9jb21tb246IGZhaWxlZCwga2lsbGluZyBjdXJyZW50IHByb2Nlc3M6IDMw MDIKTWF5ICAyIDE1OjQ2OjMzIHRyaW5pdHkga2VybmVsOiBmaXhfcmFuZ2VfY29tbW9uOiBmYWls ZWQsIGtpbGxpbmcgY3VycmVudCBwcm9jZXNzOiAzMDA0Ck1heSAgMiAxNTo0NjozMyB0cmluaXR5 IGtlcm5lbDogZml4X3JhbmdlX2NvbW1vbjogZmFpbGVkLCBraWxsaW5nIGN1cnJlbnQgcHJvY2Vz czogMzAwNgpNYXkgIDIgMTU6NDY6MzQgdHJpbml0eSBrZXJuZWw6IGZpeF9yYW5nZV9jb21tb246 IGZhaWxlZCwga2lsbGluZyBjdXJyZW50IHByb2Nlc3M6IDMwMDkKTWF5ICAyIDE1OjQ2OjM0IHRy aW5pdHkga2VybmVsOiBmaXhfcmFuZ2VfY29tbW9uOiBmYWlsZWQsIGtpbGxpbmcgY3VycmVudCBw cm9jZXNzOiAzMDEwCk1heSAgMiAxNTo0NjozNCB0cmluaXR5IGtlcm5lbDogZml4X3JhbmdlX2Nv bW1vbjogZmFpbGVkLCBraWxsaW5nIGN1cnJlbnQgcHJvY2VzczogMzAxMgpNYXkgIDIgMTU6NDY6 MzUgdHJpbml0eSBrZXJuZWw6IEJVRzogQmFkIHJzcy1jb3VudGVyIHN0YXRlIG1tOjQ3ZDRkOGMw IGlkeDowIHZhbDoyCk1heSAgMiAxNTo0NjozNSB0cmluaXR5IGtlcm5lbDogZml4X3JhbmdlX2Nv bW1vbjogZmFpbGVkLCBraWxsaW5nIGN1cnJlbnQgcHJvY2VzczogMzAxNQoKCgp3aGljaCBpcyBl eHBlY3RlZCAocmlnaHQgPykgYi9jIEkgaGFtbWVyZWQgdGhlIFVNTCB3aXRoIHRoZSBzeXNjYWxs ICJtcmVtYXAiIGJ5IDIgdHJpbml0eSBjaGlsZHMgZm9yIGEgd2hpbGUuCgoKVGh4Ci0tIApUb3Jh bGYKCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIkFjY2VsZXJhdGUgRGV2IEN5Y2xlcyB3aXRoIEF1 dG9tYXRlZCBDcm9zcy1Ccm93c2VyIFRlc3RpbmcgLSBGb3IgRlJFRQpJbnN0YW50bHkgcnVuIHlv dXIgU2VsZW5pdW0gdGVzdHMgYWNyb3NzIDMwMCsgYnJvd3Nlci9PUyBjb21ib3MuICBHZXQgCnVu cGFyYWxsZWxlZCBzY2FsYWJpbGl0eSBmcm9tIHRoZSBiZXN0IFNlbGVuaXVtIHRlc3RpbmcgcGxh dGZvcm0gYXZhaWxhYmxlLgpTaW1wbGUgdG8gdXNlLiBOb3RoaW5nIHRvIGluc3RhbGwuIEdldCBz dGFydGVkIG5vdyBmb3IgZnJlZS4iCmh0dHA6Ly9wLnNmLm5ldC9zZnUvU2F1Y2VMYWJzCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClVzZXItbW9kZS1saW51 eC1kZXZlbCBtYWlsaW5nIGxpc3QKVXNlci1tb2RlLWxpbnV4LWRldmVsQGxpc3RzLnNvdXJjZWZv cmdlLm5ldApodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby91c2Vy LW1vZGUtbGludXgtZGV2ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?VG9yYWxmIEbDtnJzdGVy?= Subject: Re: [uml-devel] trinity commit 23dc478aba breaks syscall "mremap" at a 32 bit user mode linux Date: Fri, 02 May 2014 16:07:59 +0200 Message-ID: <5363A6BF.4060001@gmx.de> References: <53613E96.2030006@gmx.de> <536221F4.6000405@gmx.de> <53623EFE.3040603@nod.at> <5362651A.1020504@gmx.de> <5362B53E.5060601@nod.at> <5362BDD1.9070105@gmx.de> <53634D64.5060407@nod.at> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <53634D64.5060407@nod.at> Sender: trinity-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="iso-8859-1" To: Richard Weinberger Cc: trinity@vger.kernel.org, UML devel On 05/02/2014 09:46 AM, Richard Weinberger wrote: > Am 01.05.2014 23:34, schrieb Toralf F=C3=B6rster: >> On 05/01/2014 10:57 PM, Richard Weinberger wrote: >>> Toralf, >>> >>> Yeah, this is because trinity destroys the UML stub code. >>> Please test the attached patch, it should fix the root cause of the= problem. >>> >>> Thanks, >>> //richard >>> >> >> If I do just apply fix2.patch onto latest git tree v3.15-rc3-113-gb= a6728f then I do get after a while : >> >> * Starting sshd ... = [ ok ] >> * Starting local >> net.core.warnings =3D 0 = [ ok ] >> Kernel panic - not syncing: do_syscall_stub : PTRACE_SETREGS failed,= errno =3D 3 >> >> CPU: 0 PID: 1728 Comm: trinity-c0 Not tainted 3.15.0-rc3-00113-gba67= 28f-dirty #5 >> Stack: >> BUG: soft lockup - CPU#0 stuck for 22s! [trinity-c0:1728] >> >> EIP: c500:[<47c6cf00>] CPU: 0 Not tainted EFLAGS: 476af700 >> Not tainted >> EAX: 47cfc500 EBX: 0a024d00 ECX: 086c75fc EDX: 080fff88 >> ESI: 0839f4bc EDI: 47cfc500 EBP: 0839f4bc DS: c500 ES: cd62 >> EXT4-fs (ubda): error count: 1 >> EXT4-fs (ubda): initial error at 1398962134: ext4_mb_generate_buddy:= 756 >> EXT4-fs (ubda): last error at 1398962134: ext4_mb_generate_buddy:756 >> >> >> which is a big improvement because before it crashes immediately aft= er few seconds. >> >> After applying both fixes the test case runs w/o a crash till now. >=20 > Can you please also try fix3 (without fix1/2)? > I think I've found the other hidden issue. > So far trinity did not crash my kernel... >=20 > Thanks, > //richard >=20 fix3 made it - till now it runs fine. Of course the syslog of the UML guest is flooded with messages like : May 2 15:45:59 trinity kernel: BUG: Bad rss-counter state mm:47d4d8c0 = idx:0 val:2 May 2 15:46:00 trinity kernel: fix_range_common: failed, killing curre= nt process: 2983 May 2 15:46:00 trinity kernel: fix_range_common: failed, killing curre= nt process: 2984 May 2 15:46:30 trinity kernel: fix_range_common: failed, killing curre= nt process: 2986 May 2 15:46:30 trinity kernel: fix_range_common: failed, killing curre= nt process: 2989 May 2 15:46:30 trinity kernel: fix_range_common: failed, killing curre= nt process: 2991 May 2 15:46:32 trinity kernel: Stub registers - May 2 15:46:32 trinity kernel: 0 - 100000 May 2 15:46:32 trinity kernel: 1 - 1000 May 2 15:46:32 trinity kernel: 2 - 7 May 2 15:46:32 trinity kernel: 3 - 11 May 2 15:46:32 trinity kernel: 4 - 3 May 2 15:46:32 trinity kernel: 5 - 3cbae May 2 15:46:32 trinity kernel: 6 - 100000 May 2 15:46:32 trinity kernel: 7 - 7b May 2 15:46:32 trinity kernel: 8 - 7b May 2 15:46:32 trinity kernel: 9 - 0 May 2 15:46:32 trinity kernel: 10 - 33 May 2 15:46:32 trinity kernel: 11 - ffffffff May 2 15:46:32 trinity kernel: 12 - 100fff May 2 15:46:32 trinity kernel: 13 - 73 May 2 15:46:32 trinity kernel: 14 - 10206 May 2 15:46:32 trinity kernel: 15 - 101028 May 2 15:46:32 trinity kernel: 16 - 7b May 2 15:46:32 trinity kernel: wait_stub_done : failed to wait for SIG= TRAP, pid =3D 483, n =3D 483, errno =3D 0, status =3D 0xb7f May 2 15:46:32 trinity kernel: BUG: Bad rss-counter state mm:47d4d8c0 = idx:0 val:1 May 2 15:46:32 trinity kernel: fix_range_common: failed, killing curre= nt process: 3000 May 2 15:46:33 trinity kernel: fix_range_common: failed, killing curre= nt process: 3002 May 2 15:46:33 trinity kernel: fix_range_common: failed, killing curre= nt process: 3004 May 2 15:46:33 trinity kernel: fix_range_common: failed, killing curre= nt process: 3006 May 2 15:46:34 trinity kernel: fix_range_common: failed, killing curre= nt process: 3009 May 2 15:46:34 trinity kernel: fix_range_common: failed, killing curre= nt process: 3010 May 2 15:46:34 trinity kernel: fix_range_common: failed, killing curre= nt process: 3012 May 2 15:46:35 trinity kernel: BUG: Bad rss-counter state mm:47d4d8c0 = idx:0 val:2 May 2 15:46:35 trinity kernel: fix_range_common: failed, killing curre= nt process: 3015 which is expected (right ?) b/c I hammered the UML with the syscall "mr= emap" by 2 trinity childs for a while. Thx --=20 Toralf