From: Vivek Goyal <vgoyal@redhat.com> To: Michael Holzheu <holzheu@linux.vnet.ibm.com> Cc: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>, Jan Willeke <willeke@de.ibm.com>, Martin Schwidefsky <schwidefsky@de.ibm.com>, Heiko Carstens <heiko.carstens@de.ibm.com>, linux-kernel@vger.kernel.org, kexec@lists.infradead.org Subject: Re: [PATCH v5 4/5] s390/vmcore: Implement remap_oldmem_pfn_range for s390 Date: Fri, 14 Jun 2013 16:08:08 -0400 [thread overview] Message-ID: <20130614200808.GO12023@redhat.com> (raw) In-Reply-To: <1370624161-2298-5-git-send-email-holzheu@linux.vnet.ibm.com> On Fri, Jun 07, 2013 at 06:56:00PM +0200, Michael Holzheu wrote: > From: Jan Willeke <willeke@de.ibm.com> > > This patch introduces the s390 specific way to map pages from oldmem. > The memory area below OLDMEM_SIZE is mapped with offset OLDMEM_BASE. > The other old memory is mapped directly. > If we get rid of swap logic in copy_oldmem_page(), quite some amount of code can be cleaned up. One has to spcial case only zfcpdump to read from HSA memory. Anyway sounds like a s390 specific cleanup in a separate series. Thanks Vivek > Signed-off-by: Jan Willeke <willeke@de.ibm.com> > Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> > --- > arch/s390/kernel/crash_dump.c | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) > > diff --git a/arch/s390/kernel/crash_dump.c b/arch/s390/kernel/crash_dump.c > index a17f8d4..12ccc3c 100644 > --- a/arch/s390/kernel/crash_dump.c > +++ b/arch/s390/kernel/crash_dump.c > @@ -56,6 +56,32 @@ ssize_t copy_oldmem_page(unsigned long pfn, char *buf, > } > > /* > + * Remap "oldmem" > + * > + * For the kdump reserved memory this functions performs a swap operation: > + * [0 - OLDMEM_SIZE] is mapped to [OLDMEM_BASE - OLDMEM_BASE + OLDMEM_SIZE] > + */ > +int remap_oldmem_pfn_range(struct vm_area_struct *vma, unsigned long from, > + unsigned long pfn, unsigned long size, pgprot_t prot) > +{ > + unsigned long size_old; > + int rc; > + > + if (pfn < OLDMEM_SIZE >> PAGE_SHIFT) { > + size_old = min(size, OLDMEM_SIZE - (pfn << PAGE_SHIFT)); > + rc = remap_pfn_range(vma, from, > + pfn + (OLDMEM_BASE >> PAGE_SHIFT), > + size_old, prot); > + if (rc || size == size_old) > + return rc; > + size -= size_old; > + from += size_old; > + pfn += size_old >> PAGE_SHIFT; > + } > + return remap_pfn_range(vma, from, pfn, size, prot); > +} > + > +/* > * Copy memory from old kernel > */ > int copy_from_oldmem(void *dest, void *src, size_t count) > -- > 1.8.1.6
WARNING: multiple messages have this Message-ID (diff)
From: Vivek Goyal <vgoyal@redhat.com> To: Michael Holzheu <holzheu@linux.vnet.ibm.com> Cc: Heiko Carstens <heiko.carstens@de.ibm.com>, kexec@lists.infradead.org, Jan Willeke <willeke@de.ibm.com>, linux-kernel@vger.kernel.org, HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>, Martin Schwidefsky <schwidefsky@de.ibm.com> Subject: Re: [PATCH v5 4/5] s390/vmcore: Implement remap_oldmem_pfn_range for s390 Date: Fri, 14 Jun 2013 16:08:08 -0400 [thread overview] Message-ID: <20130614200808.GO12023@redhat.com> (raw) In-Reply-To: <1370624161-2298-5-git-send-email-holzheu@linux.vnet.ibm.com> On Fri, Jun 07, 2013 at 06:56:00PM +0200, Michael Holzheu wrote: > From: Jan Willeke <willeke@de.ibm.com> > > This patch introduces the s390 specific way to map pages from oldmem. > The memory area below OLDMEM_SIZE is mapped with offset OLDMEM_BASE. > The other old memory is mapped directly. > If we get rid of swap logic in copy_oldmem_page(), quite some amount of code can be cleaned up. One has to spcial case only zfcpdump to read from HSA memory. Anyway sounds like a s390 specific cleanup in a separate series. Thanks Vivek > Signed-off-by: Jan Willeke <willeke@de.ibm.com> > Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> > --- > arch/s390/kernel/crash_dump.c | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) > > diff --git a/arch/s390/kernel/crash_dump.c b/arch/s390/kernel/crash_dump.c > index a17f8d4..12ccc3c 100644 > --- a/arch/s390/kernel/crash_dump.c > +++ b/arch/s390/kernel/crash_dump.c > @@ -56,6 +56,32 @@ ssize_t copy_oldmem_page(unsigned long pfn, char *buf, > } > > /* > + * Remap "oldmem" > + * > + * For the kdump reserved memory this functions performs a swap operation: > + * [0 - OLDMEM_SIZE] is mapped to [OLDMEM_BASE - OLDMEM_BASE + OLDMEM_SIZE] > + */ > +int remap_oldmem_pfn_range(struct vm_area_struct *vma, unsigned long from, > + unsigned long pfn, unsigned long size, pgprot_t prot) > +{ > + unsigned long size_old; > + int rc; > + > + if (pfn < OLDMEM_SIZE >> PAGE_SHIFT) { > + size_old = min(size, OLDMEM_SIZE - (pfn << PAGE_SHIFT)); > + rc = remap_pfn_range(vma, from, > + pfn + (OLDMEM_BASE >> PAGE_SHIFT), > + size_old, prot); > + if (rc || size == size_old) > + return rc; > + size -= size_old; > + from += size_old; > + pfn += size_old >> PAGE_SHIFT; > + } > + return remap_pfn_range(vma, from, pfn, size, prot); > +} > + > +/* > * Copy memory from old kernel > */ > int copy_from_oldmem(void *dest, void *src, size_t count) > -- > 1.8.1.6 _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2013-06-14 20:08 UTC|newest] Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-06-07 16:55 [PATCH v5 0/5] kdump: Allow ELF header creation in new kernel Michael Holzheu 2013-06-07 16:55 ` Michael Holzheu 2013-06-07 16:55 ` [PATCH v5 1/5] vmcore: Introduce ELF header in new memory feature Michael Holzheu 2013-06-07 16:55 ` Michael Holzheu 2013-06-10 13:35 ` HATAYAMA Daisuke 2013-06-10 13:35 ` HATAYAMA Daisuke 2013-06-10 13:53 ` Michael Holzheu 2013-06-10 13:53 ` Michael Holzheu 2013-06-14 18:54 ` Vivek Goyal 2013-06-14 18:54 ` Vivek Goyal 2013-06-21 14:17 ` Michael Holzheu 2013-06-21 14:17 ` Michael Holzheu 2013-06-27 19:32 ` Vivek Goyal 2013-06-27 19:32 ` Vivek Goyal 2013-06-27 20:10 ` Cliff Wickman 2013-06-27 20:10 ` Cliff Wickman 2013-06-27 20:23 ` Vivek Goyal 2013-06-27 20:23 ` Vivek Goyal 2013-06-28 8:15 ` Michael Holzheu 2013-06-28 8:15 ` Michael Holzheu 2013-07-01 17:37 ` Vivek Goyal 2013-07-01 17:37 ` Vivek Goyal 2013-07-01 18:29 ` Michael Holzheu 2013-07-01 18:29 ` Michael Holzheu 2013-06-07 16:55 ` [PATCH v5 2/5] s390/vmcore: Use " Michael Holzheu 2013-06-07 16:55 ` Michael Holzheu 2013-06-10 13:36 ` HATAYAMA Daisuke 2013-06-10 13:36 ` HATAYAMA Daisuke 2013-06-10 13:48 ` Michael Holzheu 2013-06-10 13:48 ` Michael Holzheu 2013-06-14 19:16 ` Vivek Goyal 2013-06-14 19:16 ` Vivek Goyal 2013-06-07 16:55 ` [PATCH v5 3/5] vmcore: Introduce remap_oldmem_pfn_range() Michael Holzheu 2013-06-07 16:55 ` Michael Holzheu [not found] ` <CAJGZr0+_W0dp2f9VtVAiUT2fqiwe91gHXd9zYzfMMzBZSZogww@mail.gmail.com> 2013-06-10 8:00 ` Michael Holzheu 2013-06-10 8:00 ` Michael Holzheu 2013-06-10 13:40 ` HATAYAMA Daisuke 2013-06-10 13:40 ` HATAYAMA Daisuke 2013-06-10 14:03 ` Michael Holzheu 2013-06-10 14:03 ` Michael Holzheu 2013-06-10 15:37 ` Michael Holzheu 2013-06-10 15:37 ` Michael Holzheu 2013-06-11 12:42 ` HATAYAMA Daisuke 2013-06-11 12:42 ` HATAYAMA Daisuke 2013-06-12 9:13 ` Michael Holzheu 2013-06-12 9:13 ` Michael Holzheu 2013-06-13 1:32 ` HATAYAMA Daisuke 2013-06-13 1:32 ` HATAYAMA Daisuke 2013-06-13 8:54 ` Michael Holzheu 2013-06-13 8:54 ` Michael Holzheu 2013-06-13 4:00 ` HATAYAMA Daisuke 2013-06-13 4:00 ` HATAYAMA Daisuke 2013-06-11 13:20 ` HATAYAMA Daisuke 2013-06-11 13:20 ` HATAYAMA Daisuke 2013-06-07 16:56 ` [PATCH v5 4/5] s390/vmcore: Implement remap_oldmem_pfn_range for s390 Michael Holzheu 2013-06-07 16:56 ` Michael Holzheu 2013-06-14 20:08 ` Vivek Goyal [this message] 2013-06-14 20:08 ` Vivek Goyal 2013-06-07 16:56 ` [PATCH v5 5/5] s390/vmcore: Use vmcore for zfcpdump Michael Holzheu 2013-06-07 16:56 ` Michael Holzheu 2013-06-11 23:47 ` HATAYAMA Daisuke 2013-06-11 23:47 ` HATAYAMA Daisuke 2013-06-12 9:14 ` Michael Holzheu 2013-06-12 9:14 ` Michael Holzheu 2013-06-14 18:54 ` [PATCH v5 0/5] kdump: Allow ELF header creation in new kernel Vivek Goyal 2013-06-14 18:54 ` Vivek Goyal 2013-06-21 13:39 ` Michael Holzheu 2013-06-21 13:39 ` Michael Holzheu
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20130614200808.GO12023@redhat.com \ --to=vgoyal@redhat.com \ --cc=d.hatayama@jp.fujitsu.com \ --cc=heiko.carstens@de.ibm.com \ --cc=holzheu@linux.vnet.ibm.com \ --cc=kexec@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=schwidefsky@de.ibm.com \ --cc=willeke@de.ibm.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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.