)]}' { "log": [ { "commit": "6672f76a5a1878d42264c1deba8f1ab52b4618d9", "tree": "77396eefed3548183c1f0c3d1dc38f034d8fc429", "parents": [ "73285082745045bcd64333c1fbaa88f8490f2626" ], "author": { "name": "Simon Horman", "email": "horms@verge.net.au", "time": "Tue May 08 00:28:22 2007 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@woody.linux-foundation.org", "time": "Tue May 08 11:15:07 2007 -0700" }, "message": "kdump/kexec: calculate note size at compile time\n\nCurrently the size of the per-cpu region reserved to save crash notes is\nset by the per-architecture value MAX_NOTE_BYTES. Which in turn is\ncurrently set to 1024 on all supported architectures.\n\nWhile testing ia64 I recently discovered that this value is in fact too\nsmall. The particular setup I was using actually needs 1172 bytes. This\nlead to very tedious failure mode where the tail of one elf note would\noverwrite the head of another if they ended up being alocated sequentially\nby kmalloc, which was often the case.\n\nIt seems to me that a far better approach is to caclculate the size that\nthe area needs to be. This patch does just that.\n\nIf a simpler stop-gap patch for ia64 to be squeezed into 2.6.21(.X) is\nneeded then this should be as easy as making MAX_NOTE_BYTES larger in\narch/asm-ia64/kexec.h. Perhaps 2048 would be a good choice. However, I\nthink that the approach in this patch is a much more robust idea.\n\nAcked-by: Vivek Goyal \u003cvgoyal@in.ibm.com\u003e\nSigned-off-by: Simon Horman \u003chorms@verge.net.au\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "a1a392f0b4f27604811bf8aa8d7636b3b4bc3803", "tree": "7356941b296f5866f55e5d61f211d193930a0943", "parents": [ "15e9b586e0bd3692e2a21c5be178810d9d32214e" ], "author": { "name": "Heiko Carstens", "email": "heiko.carstens@de.ibm.com", "time": "Mon Dec 04 15:40:28 2006 +0100" }, "committer": { "name": "Martin Schwidefsky", "email": "schwidefsky@de.ibm.com", "time": "Mon Dec 04 15:40:28 2006 +0100" }, "message": "[S390] Bad kexec control page allocation.\n\nKEXEC_CONTROL_MEMORY_LIMIT is an unsigned long value and therefore\nshould be defined as one. Otherwise the kexec control page can be\nallocated above 2GB which will cause a specification exception on the\nsam31 instruction in the s390 kexec relocation code.\n\nSigned-off-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\n" }, { "commit": "bf2083050d7879390ddedbd64e431cf167854a34", "tree": "036c435ff4dc6b5fad694b9ccd92faacd92c08a2", "parents": [ "f05b690248bc928b85cc19ea85a5c6268bb3acaf" ], "author": { "name": "akpm@osdl.org", "email": "akpm@osdl.org", "time": "Mon Jan 09 20:51:45 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Jan 10 08:01:27 2006 -0800" }, "message": "[PATCH] Kdump: powerpc and s390 build failure fix\n\n\r)\n\nFrom: Vivek Goyal \u003cvgoyal@in.ibm.com\u003e\n\ncrash_setup_regs() is an architecture dependent function which is called in\narchitecture independent section. So every architecture supporting kexec\nshould at least provide a dummy definition of crash_setup_regs() even if\ncrash dumping is not implemented yet, to avoid build failures.\n\nSigned-off-by: Vivek Goyal \u003cvgoyal@in.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "cc57165874e938ef684d71ba7d36e7088b551489", "tree": "e1847f5547a7a426214e9ef0719eab908ee305d7", "parents": [ "82409411571ad89d271dc46f7fa26149fad9efdf" ], "author": { "name": "Vivek Goyal", "email": "vgoyal@in.ibm.com", "time": "Mon Jan 09 20:51:41 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Jan 10 08:01:26 2006 -0800" }, "message": "[PATCH] kdump: dynamic per cpu allocation of memory for saving cpu registers\n\n- In case of system crash, current state of cpu registers is saved in memory\n in elf note format. So far memory for storing elf notes was being allocated\n statically for NR_CPUS.\n\n- This patch introduces dynamic allocation of memory for storing elf notes.\n It uses alloc_percpu() interface. This should lead to better memory usage.\n\n- Introduced based on Andi Kleen\u0027s and Eric W. Biederman\u0027s suggestions.\n\n- This patch also moves memory allocation for elf notes from architecture\n dependent portion to architecture independent portion. Now crash_notes is\n architecture independent. The whole idea is that size of memory to be\n allocated per cpu (MAX_NOTE_BYTES) can be architecture dependent and\n allocation of this memory can be architecture independent.\n\nSigned-off-by: Vivek Goyal \u003cvgoyal@in.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "cf13f0eaffa31bf6a145c53c589654b11c72ddc7", "tree": "55c11d753422398b060ea9571698285b5fdc603b", "parents": [ "fce0d5740322b98b863f9e609f5a9bd4c06703af" ], "author": { "name": "Heiko Carstens", "email": "heiko.carstens@de.ibm.com", "time": "Sat Jun 25 14:58:11 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Jun 25 16:24:51 2005 -0700" }, "message": "[PATCH] kexec: s390 support\n\nAdd kexec support for s390 architecture.\n\nFrom: Milton Miller \u003cmiltonm@bga.com\u003e\n\n- Fix passing of first argument to relocate_kernel assembly.\n- Fix Kconfig description.\n- Remove wrong comment and comments that describe obvious things.\n- Allow only KEXEC_TYPE_DEFAULT as image type -\u003e dump not supported.\n\nAcked-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" } ] }