Hi David, On Wed, 20 Mar 2013 19:49:09 -0700 (PDT) David Rientjes <rientjes at google.com> wrote: > > On Thu, 21 Mar 2013, Stephen Rothwell wrote: > > > What exactly are "these patches" so that I can remove them from my copy > > of the mmotm tree (assuming that Andrew does not get a new mmotm released > > in the next hour or so). > > > > [nacked] vmcore-reference-e_phoff-member-explicitly-to-get-position-of-program-header-table.patch > [nacked] vmcore-clean-up-by-removing-unnecessary-variable.patch > [nacked] vmcore-rearrange-program-headers-without-assuming-consequtive-pt_note-entries.patch > [nacked] vmcore-sysfs-export-elf-note-segment-size-instead-of-vmcoreinfo-data-size.patch > [nacked] vmcore-allocate-buffer-for-elf-headers-on-page-size-alignment.patch > [nacked] vmcore-round-up-buffer-size-of-elf-headers-by-page_size.patch > [nacked] vmcore-procfs-introduce-a-flag-to-distinguish-objects-copied-in-2nd-kernel.patch > [nacked] vmcore-copy-non-page-size-aligned-head-and-tail-pages-in-2nd-kernel.patch > [nacked] vmcore-modify-vmcore-clean-up-function-to-free-buffer-on-2nd-kernel.patch > [nacked] vmcore-clean-up-read_vmcore.patch > [nacked] vmcore-read-buffers-for-vmcore-objects-copied-from-old-memory.patch > [nacked] vmcore-allocate-per-cpu-crash_notes-objects-on-page-size-boundary.patch > [nacked] kexec-allocate-vmcoreinfo-note-buffer-on-page-size-boundary.patch > [nacked] kexec-elf-introduce-nt_vmcore_debuginfo-note-type.patch > [nacked] elf-introduce-nt_vmcore_pad-type.patch > [nacked] kexec-fill-note-buffers-by-nt_vmcore_pad-notes-in-page-size-boundary.patch > [nacked] vmcore-check-nt_vmcore_pad-as-a-mark-indicating-the-end-of-elf-note-buffer.patch > [nacked] vmcore-check-if-vmcore-objects-satify-mmaps-page-size-boundary-requirement.patch > [nacked] vmcore-round-up-offset-of-vmcore-object-in-page-size-boundary.patch > [nacked] vmcore-count-holes-generated-by-round-up-operation-for-vmcore-size.patch > [nacked] vmcore-introduce-mmap_vmcore.patch Thanks. I have removed these from my copy so that even if Andrew doesn't get done in time, they will not be in linux-next today. -- Cheers, Stephen Rothwell sfr at canb.auug.org.au -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/kexec/attachments/20130321/8dafa7a8/attachment-0001.sig>
