Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1201006 > unrolled thread
| Started by | ebiederm@xmission.com (Eric W. Biederman) |
|---|---|
| First post | 2015-08-05 19:20 +0200 |
| Last post | 2015-08-07 03:40 +0200 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [RFC V2 PATCH 0/1] kexec: crash_kexec_post_notifiers boot option related fixes ebiederm@xmission.com (Eric W. Biederman) - 2015-08-05 19:20 +0200
RE: [RFC V2 PATCH 0/1] kexec: crash_kexec_post_notifiers boot option related fixes 河合英宏 / KAWAI，HIDEHIRO <hidehiro.kawai.ez@hitachi.com> - 2015-08-07 03:40 +0200
| From | ebiederm@xmission.com (Eric W. Biederman) |
|---|---|
| Date | 2015-08-05 19:20 +0200 |
| Subject | Re: [RFC V2 PATCH 0/1] kexec: crash_kexec_post_notifiers boot option related fixes |
| Message-ID | <pUawa-7PL-21@gated-at.bofh.it> |
"河合英宏 / KAWAI，HIDEHIRO" <hidehiro.kawai.ez@hitachi.com> writes: > Hello, > > Thanks for the reply. > >> From: Eric W. Biederman [mailto:ebiederm@xmission.com] > [...] >> A specific hook for a very specific purpose when there is no other way >> we can consider. > > So, is kmsg_dump like feature admissible? > >> If you don't have something that generalises well into a general purpose >> operation that it makes sense for everyone to call you can always use >> the world's largest aka you can run code before the new kernel starts >> that is loaded with kexec_load. > > One of our purposes, notifying "I'm dying", would be achieved by purgatory > code provided by kexec command as I stated before. Since the way of the > notification will differ from each vendor, I think we need to modify > the purgatory codes pluggable. Also, I think we need some parameter > passing mechanism to the purgatory code. For example, passing the panic > message via boot parameter to save it to SEL. Although I'm not sure > we can do that (I've not investigated well yet). Is that acceptable? I think the address of panic message is available in crash notes. If not that is very reasonable to add. Updating the SEL from purgatory after purgatory has validated the checksums of the crash handling code is acceptable. All that is desired is to run as little code as possible in a kernel that is known broken. Once the checksums have verified things in purgatory you should be in good shape, and there is no possibility of relying on broken infrastructure because that code simply is not present in purgatory. We already have a few early_printk style drivers in purgatory and I don't the code to update the SEL would be much worse. On the flip side there are enough firmware bugs that I personally would not want to rely on firmware code running properly when the machine is in a known broken state, so I don't want the SEL update to be unconditional. Eric -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [next] | [standalone]
| From | 河合英宏 / KAWAI，HIDEHIRO <hidehiro.kawai.ez@hitachi.com> |
|---|---|
| Date | 2015-08-07 03:40 +0200 |
| Subject | RE: [RFC V2 PATCH 0/1] kexec: crash_kexec_post_notifiers boot option related fixes |
| Message-ID | <pUENA-1kn-3@gated-at.bofh.it> |
| In reply to | #1201006 |
PiBGcm9tOiBFcmljIFcuIEJpZWRlcm1hbiBbbWFpbHRvOmViaWVkZXJtQHhtaXNzaW9uLmNvbV0N Cj4gPj4gRnJvbTogRXJpYyBXLiBCaWVkZXJtYW4gW21haWx0bzplYmllZGVybUB4bWlzc2lvbi5j b21dDQo+ID4gWy4uLl0NCj4gPj4gQSBzcGVjaWZpYyBob29rIGZvciBhIHZlcnkgc3BlY2lmaWMg cHVycG9zZSB3aGVuIHRoZXJlIGlzIG5vIG90aGVyIHdheQ0KPiA+PiB3ZSBjYW4gY29uc2lkZXIu DQo+ID4NCj4gPiBTbywgaXMga21zZ19kdW1wIGxpa2UgZmVhdHVyZSBhZG1pc3NpYmxlPw0KPiA+ DQo+ID4+IElmIHlvdSBkb24ndCBoYXZlIHNvbWV0aGluZyB0aGF0IGdlbmVyYWxpc2VzIHdlbGwg aW50byBhIGdlbmVyYWwgcHVycG9zZQ0KPiA+PiBvcGVyYXRpb24gdGhhdCBpdCBtYWtlcyBzZW5z ZSBmb3IgZXZlcnlvbmUgdG8gY2FsbCB5b3UgY2FuIGFsd2F5cyB1c2UNCj4gPj4gdGhlIHdvcmxk J3MgbGFyZ2VzdCBha2EgeW91IGNhbiBydW4gY29kZSBiZWZvcmUgdGhlIG5ldyBrZXJuZWwgc3Rh cnRzDQo+ID4+IHRoYXQgaXMgbG9hZGVkIHdpdGgga2V4ZWNfbG9hZC4NCj4gPg0KPiA+IE9uZSBv ZiBvdXIgcHVycG9zZXMsIG5vdGlmeWluZyAiSSdtIGR5aW5nIiwgd291bGQgYmUgYWNoaWV2ZWQg YnkgcHVyZ2F0b3J5DQo+ID4gY29kZSBwcm92aWRlZCBieSBrZXhlYyBjb21tYW5kIGFzIEkgc3Rh dGVkIGJlZm9yZS4gIFNpbmNlIHRoZSB3YXkgb2YgdGhlDQo+ID4gbm90aWZpY2F0aW9uIHdpbGwg ZGlmZmVyIGZyb20gZWFjaCB2ZW5kb3IsIEkgdGhpbmsgd2UgbmVlZCB0byBtb2RpZnkNCj4gPiB0 aGUgcHVyZ2F0b3J5IGNvZGVzIHBsdWdnYWJsZS4gIEFsc28sIEkgdGhpbmsgd2UgbmVlZCBzb21l IHBhcmFtZXRlcg0KPiA+IHBhc3NpbmcgbWVjaGFuaXNtIHRvIHRoZSBwdXJnYXRvcnkgY29kZS4g IEZvciBleGFtcGxlLCBwYXNzaW5nIHRoZSBwYW5pYw0KPiA+IG1lc3NhZ2UgdmlhIGJvb3QgcGFy YW1ldGVyIHRvIHNhdmUgaXQgdG8gU0VMLiAgQWx0aG91Z2ggSSdtIG5vdCBzdXJlDQo+ID4gd2Ug Y2FuIGRvIHRoYXQgKEkndmUgbm90IGludmVzdGlnYXRlZCB3ZWxsIHlldCkuICBJcyB0aGF0IGFj Y2VwdGFibGU/DQo+IA0KPiBJIHRoaW5rIHRoZSBhZGRyZXNzIG9mIHBhbmljIG1lc3NhZ2UgaXMg YXZhaWxhYmxlIGluIGNyYXNoIG5vdGVzLiAgSWYNCj4gbm90IHRoYXQgaXMgdmVyeSByZWFzb25h YmxlIHRvIGFkZC4NCg0KSSBiZWxpZXZlZCB0aGUgYm9vdCBwYXJhbWV0ZXIgaXMgcHJlcGFyZWQg YnkgdGhlIDFzdCBrZXJuZWwsIGJ1dA0KaXQncyB3cm9uZy4gIFRoZSBib290IHBhcmFtZXRlciBp cyBjb21wbGV0ZWx5IHByb3ZpZWRlZCBrZXhlYyBjb21tYW5kLg0KU28sIHBhc3NpbmcgdGhlIHBh bmljIG1lc3NhZ2UgdGhyb3VnaCBib290IHBhcmFtZXRlciB3aWxsIG5vdA0KYmUgZmVhc2libGUu ICBJJ20gbm90IHN1cmUgd2UgY2FuIGVhc2lseSBhY2Nlc3MgdG8gdGhlIGNyYXNoIG5vdGVzDQpm cm9tIHB1cmdhdG9yeSwgYnV0IEkgdGhpbmsgaXQncyBhIHJlYXNvbmFibGUgd2F5IHRvIHBhc3Mg cGFuaWMgbWVzc2FnZS4NCg0KPiBVcGRhdGluZyB0aGUgU0VMIGZyb20gcHVyZ2F0b3J5IGFmdGVy IHB1cmdhdG9yeSBoYXMgdmFsaWRhdGVkIHRoZQ0KPiBjaGVja3N1bXMgb2YgdGhlIGNyYXNoIGhh bmRsaW5nIGNvZGUgaXMgYWNjZXB0YWJsZS4NCj4gDQo+IEFsbCB0aGF0IGlzIGRlc2lyZWQgaXMg dG8gcnVuIGFzIGxpdHRsZSBjb2RlIGFzIHBvc3NpYmxlIGluIGEga2VybmVsDQo+IHRoYXQgaXMg a25vd24gYnJva2VuLiAgT25jZSB0aGUgY2hlY2tzdW1zIGhhdmUgdmVyaWZpZWQgdGhpbmdzIGlu DQo+IHB1cmdhdG9yeSB5b3Ugc2hvdWxkIGJlIGluIGdvb2Qgc2hhcGUsIGFuZCB0aGVyZSBpcyBu byBwb3NzaWJpbGl0eSBvZg0KPiByZWx5aW5nIG9uIGJyb2tlbiBpbmZyYXN0cnVjdHVyZSBiZWNh dXNlIHRoYXQgY29kZSBzaW1wbHkgaXMgbm90IHByZXNlbnQNCj4gaW4gcHVyZ2F0b3J5Lg0KPiAN Cj4gV2UgYWxyZWFkeSBoYXZlIGEgZmV3IGVhcmx5X3ByaW50ayBzdHlsZSBkcml2ZXJzIGluIHB1 cmdhdG9yeSBhbmQgSQ0KPiBkb24ndCB0aGUgY29kZSB0byB1cGRhdGUgdGhlIFNFTCB3b3VsZCBi ZSBtdWNoIHdvcnNlLg0KDQpGb3IgZGV2ZWxvcGVycywgZWFybHlfcHJpbnRrIHN0eWxlIGZlYXR1 cmUgd2lsbCBiZSBiZXR0ZXIgc29sdXRpb24uDQpGb3IgZW5kIHVzZXJzLCBob3dldmVyLCBpdCB3 aWxsIG5vdCBiZSB0cnVlLiAgU29tZXRpbWVzIHRoZXkgY2Fubm90DQp1c2UgYSBzZXJpYWwgcG9y dCBmb3IgZWFybHlfcHJpbnRrIGJlY2F1c2UgdGhlIHNlcmlhbCBwb3J0IGlzIHVzZWQNCmZvciBv dGhlciBwdXJwb3NlLiAgU29tZXRpbWVzIHRoZXkgY2Fubm90IHBsYWNlIGFkZGl0aW9uYWwgbWFj aGluZQ0Kd2hpY2ggcmVjZWl2ZXMgbWVzc2FnZXMgZnJvbSB0aGUgc2VyaWFsIHBvcnQuICBTbyB3 ZSBuZWVkIHNvbWUNCnBsdWdpbiBvciBlbmFibGUvZGlzYWJsZSBtZWNoYW5pc20gZm9yIHNwZWNp ZmljIHB1cmdhdG9yeSBjb2RlLg0KDQo+IE9uIHRoZSBmbGlwIHNpZGUgdGhlcmUgYXJlIGVub3Vn aCBmaXJtd2FyZSBidWdzIHRoYXQgSSBwZXJzb25hbGx5IHdvdWxkDQo+IG5vdCB3YW50IHRvIHJl bHkgb24gZmlybXdhcmUgY29kZSBydW5uaW5nIHByb3Blcmx5IHdoZW4gdGhlIG1hY2hpbmUgaXMN Cj4gaW4gYSBrbm93biBicm9rZW4gc3RhdGUsIHNvIEkgZG9uJ3Qgd2FudCB0aGUgU0VMIHVwZGF0 ZSB0byBiZQ0KPiB1bmNvbmRpdGlvbmFsLg0KDQpZZXMsIEkgZG9uJ3QgYWxzbyB0cnVzdCBCTUMg ZmlybXdhcmUuICBUaGUgbW9zdCBzaW1wbGUgSS9GIHRvIEJNQw0KaXMgS0NTIChLZXlib2FyZCBD b250cm9sbGVyIFN0eWxlKSBJL0Ygd2hpY2ggaXMgYWNjZXNzaWJsZSB2aWENCnR3byBJL08gcG9y dHMuICBJZiBCTUMgYmVjb21lcyBpbnNhbmUsIHRoZSBzdGF0ZSBtYWNoaW5lIGZvciB0aGUgSS9G DQpjYW4gZ28gaW50byBpbmZpbml0ZSBsb29wLiAgSG93ZXZlciwgd2UgY2FuIGF2b2lkIHRoaXMg YnkgaW50cm9kdWNpbmcNCnByb3BlciB0aW1lb3V0LiAgT2YgY291cnNlLCBJIHRoaW5rIHdlIHNo b3VsZCBhZGQgc29tZSBlbmFibGUvZGlzYWJsZQ0KbWVjaGFuaXNtLg0KDQoNClJlZ2FyZHMsDQpL YXdhaQ0KDQo= -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web