From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752596AbcEWJoD (ORCPT ); Mon, 23 May 2016 05:44:03 -0400 Received: from smtp-out4.electric.net ([192.162.216.193]:54686 "EHLO smtp-out4.electric.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751745AbcEWJoA (ORCPT ); Mon, 23 May 2016 05:44:00 -0400 From: David Laight To: "'Jiri Kosina'" , Josh Poimboeuf CC: "linux-s390@vger.kernel.org" , Jessica Yu , Vojtech Pavlik , Petr Mladek , Peter Zijlstra , "x86@kernel.org" , Heiko Carstens , "linux-kernel@vger.kernel.org" , Ingo Molnar , Andy Lutomirski , "live-patching@vger.kernel.org" , Jiri Slaby , Miroslav Benes , "linuxppc-dev@lists.ozlabs.org" , "Chris J Arges" Subject: RE: livepatch: change to a per-task consistency model Thread-Topic: livepatch: change to a per-task consistency model Thread-Index: AQHRsULlDb3lvjR+ekecKhmXMBdaop/GSwng Date: Mon, 23 May 2016 09:42:37 +0000 Message-ID: <063D6719AE5E284EB5DD2968C1650D6D5F4C40D2@AcuExch.aculab.com> References: <20160517225357.GA30725@packer-debian-8-amd64.digitalocean.com> <20160518165147.vyuamqfnm5kfwiqf@treble> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.202.99.200] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-Outbound-IP: 213.249.233.130 X-Env-From: David.Laight@ACULAB.COM X-PolicySMART: 3396946, 3397078 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id u4N9i9dv023415 From: Jiri Kosina > Sent: 18 May 2016 21:23 > On Wed, 18 May 2016, Josh Poimboeuf wrote: > > > Yeah, I think this situation -- a task sleeping on an affected function > > in uninterruptible state for a long period of time -- would be > > exceedingly rare and not something we need to worry about for now. > > Plus in case task'd be in TASK_UNINTERRUPTIBLE for more than 120s, hung > task detector would trigger anyway. Related, please can we have a flag for the sleep and/or process so that an uninterruptible sleep doesn't trigger the 'hung task' detector and also stops the process counting towards the 'load average'. In particular some kernel threads are not signalable, and do not want to be woken by signals (they exit on a specific request). David From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: David Laight Subject: RE: livepatch: change to a per-task consistency model Date: Mon, 23 May 2016 09:42:37 +0000 Message-ID: <063D6719AE5E284EB5DD2968C1650D6D5F4C40D2@AcuExch.aculab.com> References: <20160517225357.GA30725@packer-debian-8-amd64.digitalocean.com> <20160518165147.vyuamqfnm5kfwiqf@treble> In-Reply-To: Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Archive: To: 'Jiri Kosina' , Josh Poimboeuf Cc: "linux-s390@vger.kernel.org" , Jessica Yu , Vojtech Pavlik , Petr Mladek , Peter Zijlstra , "x86@kernel.org" , Heiko Carstens , "linux-kernel@vger.kernel.org" , Ingo Molnar , Andy Lutomirski , "live-patching@vger.kernel.org" , Jiri Slaby , Miroslav Benes , "linuxppc-dev@lists.ozlabs.org" , Chris J Arges List-ID: RnJvbTogSmlyaSBLb3NpbmENCj4gU2VudDogMTggTWF5IDIwMTYgMjE6MjMNCj4gT24gV2VkLCAx OCBNYXkgMjAxNiwgSm9zaCBQb2ltYm9ldWYgd3JvdGU6DQo+IA0KPiA+IFllYWgsIEkgdGhpbmsg dGhpcyBzaXR1YXRpb24gLS0gYSB0YXNrIHNsZWVwaW5nIG9uIGFuIGFmZmVjdGVkIGZ1bmN0aW9u DQo+ID4gaW4gdW5pbnRlcnJ1cHRpYmxlIHN0YXRlIGZvciBhIGxvbmcgcGVyaW9kIG9mIHRpbWUg LS0gd291bGQgYmUNCj4gPiBleGNlZWRpbmdseSByYXJlIGFuZCBub3Qgc29tZXRoaW5nIHdlIG5l ZWQgdG8gd29ycnkgYWJvdXQgZm9yIG5vdy4NCj4gDQo+IFBsdXMgaW4gY2FzZSB0YXNrJ2QgYmUg aW4gVEFTS19VTklOVEVSUlVQVElCTEUgZm9yIG1vcmUgdGhhbiAxMjBzLCBodW5nDQo+IHRhc2sg ZGV0ZWN0b3Igd291bGQgdHJpZ2dlciBhbnl3YXkuDQoNClJlbGF0ZWQsIHBsZWFzZSBjYW4gd2Ug aGF2ZSBhIGZsYWcgZm9yIHRoZSBzbGVlcCBhbmQvb3IgcHJvY2VzcyBzbyB0aGF0DQphbiB1bmlu dGVycnVwdGlibGUgc2xlZXAgZG9lc24ndCB0cmlnZ2VyIHRoZSAnaHVuZyB0YXNrJyBkZXRlY3Rv cg0KYW5kIGFsc28gc3RvcHMgdGhlIHByb2Nlc3MgY291bnRpbmcgdG93YXJkcyB0aGUgJ2xvYWQg YXZlcmFnZScuDQoNCkluIHBhcnRpY3VsYXIgc29tZSBrZXJuZWwgdGhyZWFkcyBhcmUgbm90IHNp Z25hbGFibGUsIGFuZCBkbyBub3QNCndhbnQgdG8gYmUgd29rZW4gYnkgc2lnbmFscyAodGhleSBl eGl0IG9uIGEgc3BlY2lmaWMgcmVxdWVzdCkuDQoNCglEYXZpZA0KDQo=