diff for duplicates of <1494510068.6968.0.camel@primarydata.com> diff --git a/a/1.txt b/N1/1.txt index 0884ea3..7184c04 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,34 +1,57 @@ -T24gVGh1LCAyMDE3LTA1LTExIGF0IDEwOjUzICswMzAwLCBOaWtvbGF5IEJvcmlzb3Ygd3JvdGU6 -DQo+IA0KPiBPbiAxMC4wNS4yMDE3IDE5OjQ3LCBUcm9uZCBNeWtsZWJ1c3Qgd3JvdGU6DQo+ID4g -SGkgTGludXMsDQo+ID4gDQo+ID4gVGhlIGZvbGxvd2luZyBjaGFuZ2VzIHNpbmNlIGNvbW1pdA0K -PiA+IDRmN2QwMjliOWJmMDA5ZmJlZTc2YmIxMGMwYzQzNTFhMTg3MGQyZjM6DQo+ID4gDQo+ID4g -wqAgTGludXggNC4xMS1yYzcgKDIwMTctMDQtMTYgMTM6MDA6MTggLTA3MDApDQo+ID4gDQo+ID4g -YXJlIGF2YWlsYWJsZSBpbiB0aGUgZ2l0IHJlcG9zaXRvcnkgYXQ6DQo+ID4gDQo+ID4gwqAgZ2l0 -Oi8vZ2l0LmxpbnV4LW5mcy5vcmcvcHJvamVjdHMvdHJvbmRteS9saW51eC1uZnMuZ2l0IHRhZ3Mv -bmZzLQ0KPiA+IGZvci00LjEyLTENCj4gPiANCj4gPiBmb3IgeW91IHRvIGZldGNoIGNoYW5nZXMg -dXAgdG8NCj4gPiA3NmIyYTMwMzM4NGUxZDYyOTljM2EwMjQ5ZjBmMGNlMmY4Zjk2MDE3Og0KPiA+ -IA0KPiA+IMKgIHBORlMvZmxleGZpbGVzOiBBbHdheXMgYXR0ZW1wdCB0byBjYWxsIGxheW91dHN0 -YXRzIHdoZW4gZmxleGZpbGVzDQo+ID4gaXMgZW5hYmxlZCAoMjAxNy0wNS0wOSAxNjowMjo1NyAt -MDQwMCkNCj4gPiANCj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t -LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4gTkZTIGNsaWVudCB1cGRhdGVzIGZvciBMaW51 -eCA0LjEyDQo+ID4gDQo+ID4gSGlnaGxpZ2h0cyBpbmNsdWRlOg0KPiA+IA0KPiA+IFN0YWJsZSBi -dWdmaXhlczoNCj4gPiAtIEZpeCB1c2UgYWZ0ZXIgZnJlZSBpbiB3cml0ZSBlcnJvciBwYXRoDQo+ -ID4gLSBVc2UgR0ZQX05PSU8gZm9yIHR3byBhbGxvY2F0aW9ucyBpbiB3cml0ZWJhY2sNCj4gPiAt -IEZpeCBhIGhhbmcgaW4gT1BFTiByZWxhdGVkIHRvIHNlcnZlciByZWJvb3QNCj4gPiAtIENoZWNr -IHRoZSByZXN1bHQgb2YgbmZzNF9wbmZzX2RzX2Nvbm5lY3QNCj4gPiAtIEZpeCBhbiByY3UgbG9j -ayBsZWFrDQo+ID4gDQo+ID4gRmVhdHVyZXM6DQo+ID4gLSBSZW1vdmFsIG9mIHRoZSB1bm1haW50 -YWluZWQgYW5kIHVudXNlZCBPU0QgcE5GUyBsYXlvdXQNCj4gPiAtIENsZWFudXAgYW5kIHJlbW92 -YWwgb2YgbG90cyBvZiB1bm5lY2Vzc2FyeSBkcHJpbnRrKClzDQo+ID4gLSBDbGVhbnVwIGFuZCBy -ZW1vdmFsIG9mIHNvbWUgbWVtb3J5IGZhaWx1cmUgcGF0aHMgbm93IHRoYXQNCj4gPiDCoCBHRlBf -Tk9GUyBpcyBndWFyYW50ZWVkIHRvIG5ldmVyIGZhaWwuDQo+IA0KPiBXaGF0IGd1YXJhbnRlZXMg -dGhhdD8gU2luY2UgaWYgdGhpcyBpcyB0aGUgY2FzZSB0aGVuIHRoaXMgY2FuIHJlc3VsdA0KPiBp -bg0KPiBhIGxvdCBvZiBvcHBvcnR1bml0aWVzIGZvciBjbGVhbnVwIGFjcm9zcyB0aGUgd2hvbGUg -a2VybmVsIHRyZWUuDQo+IEFmdGVyDQo+IGRpc2N1c3Npbmcgd2l0aCBtaG9ja28gKGNjJ2VkKSBp -dCBzZWVtcyB0aGF0IGluIHByYWN0aWNlIGV2ZXJ5dGhpbmcNCj4gYmVsb3cgQ09TVExZX09SREVS -IHdoaWNoIGFyZSBub3QgR0ZQX05PUkVUUlkgd2lsbCBuZXZlciBmYWlsLiBCdXQNCj4gdGhpcw0K -PiBzZW1hbnRpYyBpcyBub3QgdGhlIHNhbWUgYXMgR0ZQX05PRkFJTC4gRS5nLiBub3RoaW5nIGd1 -YXJhbnRlZXMgdGhhdA0KPiB0aGlzIHdpbGwgc3RheSBsaWtlIHRoYXQgaW4gdGhlIGZ1dHVyZT8N -Cj4gDQoNCkFjdHVhbGx5LCBnb2luZyBiYWNrIHRvIHRoZSBjb2RlIHdpdGggY29mZmVlOiBpdCdz -IHRoZSBmYWN0IHdlIGhhdmUNCm1lbXBvb2xzLCB3aXRoIGRpcmVjdCByZWNsYWltIHRoYXQgZ3Vh -cmFudGVlIHRoaXMuDQoNCi0tIA0KVHJvbmQgTXlrbGVidXN0DQpMaW51eCBORlMgY2xpZW50IG1h -aW50YWluZXIsIFByaW1hcnlEYXRhDQp0cm9uZC5teWtsZWJ1c3RAcHJpbWFyeWRhdGEuY29tDQo= +On Thu, 2017-05-11 at 10:53 +0300, Nikolay Borisov wrote: +> +> On 10.05.2017 19:47, Trond Myklebust wrote: +> > Hi Linus, +> > +> > The following changes since commit +> > 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3: +> > +> > Linux 4.11-rc7 (2017-04-16 13:00:18 -0700) +> > +> > are available in the git repository at: +> > +> > git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs- +> > for-4.12-1 +> > +> > for you to fetch changes up to +> > 76b2a303384e1d6299c3a0249f0f0ce2f8f96017: +> > +> > pNFS/flexfiles: Always attempt to call layoutstats when flexfiles +> > is enabled (2017-05-09 16:02:57 -0400) +> > +> > ---------------------------------------------------------------- +> > NFS client updates for Linux 4.12 +> > +> > Highlights include: +> > +> > Stable bugfixes: +> > - Fix use after free in write error path +> > - Use GFP_NOIO for two allocations in writeback +> > - Fix a hang in OPEN related to server reboot +> > - Check the result of nfs4_pnfs_ds_connect +> > - Fix an rcu lock leak +> > +> > Features: +> > - Removal of the unmaintained and unused OSD pNFS layout +> > - Cleanup and removal of lots of unnecessary dprintk()s +> > - Cleanup and removal of some memory failure paths now that +> > GFP_NOFS is guaranteed to never fail. +> +> What guarantees that? Since if this is the case then this can result +> in +> a lot of opportunities for cleanup across the whole kernel tree. +> After +> discussing with mhocko (cc'ed) it seems that in practice everything +> below COSTLY_ORDER which are not GFP_NORETRY will never fail. But +> this +> semantic is not the same as GFP_NOFAIL. E.g. nothing guarantees that +> this will stay like that in the future? +> + +Actually, going back to the code with coffee: it's the fact we have +mempools, with direct reclaim that guarantee this. + +-- +Trond Myklebust +Linux NFS client maintainer, PrimaryData +trond.myklebust@primarydata.com diff --git a/a/content_digest b/N1/content_digest index dbb8154..9aa9c46 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -10,39 +10,62 @@ " mhocko@suse.com <mhocko@suse.com>\0" "\00:1\0" "b\0" - "T24gVGh1LCAyMDE3LTA1LTExIGF0IDEwOjUzICswMzAwLCBOaWtvbGF5IEJvcmlzb3Ygd3JvdGU6\n" - "DQo+IA0KPiBPbiAxMC4wNS4yMDE3IDE5OjQ3LCBUcm9uZCBNeWtsZWJ1c3Qgd3JvdGU6DQo+ID4g\n" - "SGkgTGludXMsDQo+ID4gDQo+ID4gVGhlIGZvbGxvd2luZyBjaGFuZ2VzIHNpbmNlIGNvbW1pdA0K\n" - "PiA+IDRmN2QwMjliOWJmMDA5ZmJlZTc2YmIxMGMwYzQzNTFhMTg3MGQyZjM6DQo+ID4gDQo+ID4g\n" - "wqAgTGludXggNC4xMS1yYzcgKDIwMTctMDQtMTYgMTM6MDA6MTggLTA3MDApDQo+ID4gDQo+ID4g\n" - "YXJlIGF2YWlsYWJsZSBpbiB0aGUgZ2l0IHJlcG9zaXRvcnkgYXQ6DQo+ID4gDQo+ID4gwqAgZ2l0\n" - "Oi8vZ2l0LmxpbnV4LW5mcy5vcmcvcHJvamVjdHMvdHJvbmRteS9saW51eC1uZnMuZ2l0IHRhZ3Mv\n" - "bmZzLQ0KPiA+IGZvci00LjEyLTENCj4gPiANCj4gPiBmb3IgeW91IHRvIGZldGNoIGNoYW5nZXMg\n" - "dXAgdG8NCj4gPiA3NmIyYTMwMzM4NGUxZDYyOTljM2EwMjQ5ZjBmMGNlMmY4Zjk2MDE3Og0KPiA+\n" - "IA0KPiA+IMKgIHBORlMvZmxleGZpbGVzOiBBbHdheXMgYXR0ZW1wdCB0byBjYWxsIGxheW91dHN0\n" - "YXRzIHdoZW4gZmxleGZpbGVzDQo+ID4gaXMgZW5hYmxlZCAoMjAxNy0wNS0wOSAxNjowMjo1NyAt\n" - "MDQwMCkNCj4gPiANCj4gPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t\n" - "LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4gTkZTIGNsaWVudCB1cGRhdGVzIGZvciBMaW51\n" - "eCA0LjEyDQo+ID4gDQo+ID4gSGlnaGxpZ2h0cyBpbmNsdWRlOg0KPiA+IA0KPiA+IFN0YWJsZSBi\n" - "dWdmaXhlczoNCj4gPiAtIEZpeCB1c2UgYWZ0ZXIgZnJlZSBpbiB3cml0ZSBlcnJvciBwYXRoDQo+\n" - "ID4gLSBVc2UgR0ZQX05PSU8gZm9yIHR3byBhbGxvY2F0aW9ucyBpbiB3cml0ZWJhY2sNCj4gPiAt\n" - "IEZpeCBhIGhhbmcgaW4gT1BFTiByZWxhdGVkIHRvIHNlcnZlciByZWJvb3QNCj4gPiAtIENoZWNr\n" - "IHRoZSByZXN1bHQgb2YgbmZzNF9wbmZzX2RzX2Nvbm5lY3QNCj4gPiAtIEZpeCBhbiByY3UgbG9j\n" - "ayBsZWFrDQo+ID4gDQo+ID4gRmVhdHVyZXM6DQo+ID4gLSBSZW1vdmFsIG9mIHRoZSB1bm1haW50\n" - "YWluZWQgYW5kIHVudXNlZCBPU0QgcE5GUyBsYXlvdXQNCj4gPiAtIENsZWFudXAgYW5kIHJlbW92\n" - "YWwgb2YgbG90cyBvZiB1bm5lY2Vzc2FyeSBkcHJpbnRrKClzDQo+ID4gLSBDbGVhbnVwIGFuZCBy\n" - "ZW1vdmFsIG9mIHNvbWUgbWVtb3J5IGZhaWx1cmUgcGF0aHMgbm93IHRoYXQNCj4gPiDCoCBHRlBf\n" - "Tk9GUyBpcyBndWFyYW50ZWVkIHRvIG5ldmVyIGZhaWwuDQo+IA0KPiBXaGF0IGd1YXJhbnRlZXMg\n" - "dGhhdD8gU2luY2UgaWYgdGhpcyBpcyB0aGUgY2FzZSB0aGVuIHRoaXMgY2FuIHJlc3VsdA0KPiBp\n" - "bg0KPiBhIGxvdCBvZiBvcHBvcnR1bml0aWVzIGZvciBjbGVhbnVwIGFjcm9zcyB0aGUgd2hvbGUg\n" - "a2VybmVsIHRyZWUuDQo+IEFmdGVyDQo+IGRpc2N1c3Npbmcgd2l0aCBtaG9ja28gKGNjJ2VkKSBp\n" - "dCBzZWVtcyB0aGF0IGluIHByYWN0aWNlIGV2ZXJ5dGhpbmcNCj4gYmVsb3cgQ09TVExZX09SREVS\n" - "IHdoaWNoIGFyZSBub3QgR0ZQX05PUkVUUlkgd2lsbCBuZXZlciBmYWlsLiBCdXQNCj4gdGhpcw0K\n" - "PiBzZW1hbnRpYyBpcyBub3QgdGhlIHNhbWUgYXMgR0ZQX05PRkFJTC4gRS5nLiBub3RoaW5nIGd1\n" - "YXJhbnRlZXMgdGhhdA0KPiB0aGlzIHdpbGwgc3RheSBsaWtlIHRoYXQgaW4gdGhlIGZ1dHVyZT8N\n" - "Cj4gDQoNCkFjdHVhbGx5LCBnb2luZyBiYWNrIHRvIHRoZSBjb2RlIHdpdGggY29mZmVlOiBpdCdz\n" - "IHRoZSBmYWN0IHdlIGhhdmUNCm1lbXBvb2xzLCB3aXRoIGRpcmVjdCByZWNsYWltIHRoYXQgZ3Vh\n" - "cmFudGVlIHRoaXMuDQoNCi0tIA0KVHJvbmQgTXlrbGVidXN0DQpMaW51eCBORlMgY2xpZW50IG1h\n" - aW50YWluZXIsIFByaW1hcnlEYXRhDQp0cm9uZC5teWtsZWJ1c3RAcHJpbWFyeWRhdGEuY29tDQo= + "On Thu, 2017-05-11 at 10:53 +0300, Nikolay Borisov wrote:\n" + "> \n" + "> On 10.05.2017 19:47, Trond Myklebust wrote:\n" + "> > Hi Linus,\n" + "> > \n" + "> > The following changes since commit\n" + "> > 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3:\n" + "> > \n" + "> > \302\240 Linux 4.11-rc7 (2017-04-16 13:00:18 -0700)\n" + "> > \n" + "> > are available in the git repository at:\n" + "> > \n" + "> > \302\240 git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-\n" + "> > for-4.12-1\n" + "> > \n" + "> > for you to fetch changes up to\n" + "> > 76b2a303384e1d6299c3a0249f0f0ce2f8f96017:\n" + "> > \n" + "> > \302\240 pNFS/flexfiles: Always attempt to call layoutstats when flexfiles\n" + "> > is enabled (2017-05-09 16:02:57 -0400)\n" + "> > \n" + "> > ----------------------------------------------------------------\n" + "> > NFS client updates for Linux 4.12\n" + "> > \n" + "> > Highlights include:\n" + "> > \n" + "> > Stable bugfixes:\n" + "> > - Fix use after free in write error path\n" + "> > - Use GFP_NOIO for two allocations in writeback\n" + "> > - Fix a hang in OPEN related to server reboot\n" + "> > - Check the result of nfs4_pnfs_ds_connect\n" + "> > - Fix an rcu lock leak\n" + "> > \n" + "> > Features:\n" + "> > - Removal of the unmaintained and unused OSD pNFS layout\n" + "> > - Cleanup and removal of lots of unnecessary dprintk()s\n" + "> > - Cleanup and removal of some memory failure paths now that\n" + "> > \302\240 GFP_NOFS is guaranteed to never fail.\n" + "> \n" + "> What guarantees that? Since if this is the case then this can result\n" + "> in\n" + "> a lot of opportunities for cleanup across the whole kernel tree.\n" + "> After\n" + "> discussing with mhocko (cc'ed) it seems that in practice everything\n" + "> below COSTLY_ORDER which are not GFP_NORETRY will never fail. But\n" + "> this\n" + "> semantic is not the same as GFP_NOFAIL. E.g. nothing guarantees that\n" + "> this will stay like that in the future?\n" + "> \n" + "\n" + "Actually, going back to the code with coffee: it's the fact we have\n" + "mempools, with direct reclaim that guarantee this.\n" + "\n" + "-- \n" + "Trond Myklebust\n" + "Linux NFS client maintainer, PrimaryData\n" + trond.myklebust@primarydata.com -bb095d18c950b9cad9bef05728de1cc89ca65ded9adba13068f85e6fcb6e2bd3 +9fe547de5f5f288d79c934249060d107526df156c2a9a756577c4d061a92f3bf
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.