Hello Alexey,
Looks like the following commit broke mmap for /proc/vmcore:
commit c4fe24485729fc2cbff324c111e67a1cc2f9adea
Author: Alexey Dobriyan
Date: Tue Aug 20 22:17:24 2013 +0300
sparc: fix PCI device proc file mmap(2)
Because /proc/vmcore (fs/proc/vmcore.c) does not implement the
g
On Mon, 08 Jul 2013 14:32:09 +0900
HATAYAMA Daisuke wrote:
> (2013/07/02 4:32), Michael Holzheu wrote:
> > For zfcpdump we can't map the HSA storage because it is only available
> > via a read interface. Therefore, for the new vmcore mmap feature we have
> > introduce
Hello Hatayama,
On Tue, 09 Jul 2013 14:49:48 +0900
HATAYAMA Daisuke wrote:
> (2013/07/08 23:28), Vivek Goyal wrote:
> > On Mon, Jul 08, 2013 at 11:28:39AM +0200, Michael Holzheu wrote:
> >> On Mon, 08 Jul 2013 14:32:09 +0900
> >> HATAYAMA Daisuke wrote:
[snip]
>
On Wed, 10 Jul 2013 18:50:18 +0900
HATAYAMA Daisuke wrote:
[snip]
> (2013/07/10 17:42), Michael Holzheu wrote:
> > My suggestion is to add the WARN_ONCE() for #ifndef CONFIG_S390. This has
> > the same
> > effect as your suggestion for all architectures besides of s390.
] [<00b14814>] setup_per_cpu_areas+0x5c/0x28c
Signed-off-by: Michael Holzheu
---
mm/percpu.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--- a/mm/percpu.c
+++ b/mm/percpu.c
@@ -1705,9 +1705,12 @@ int __init pcpu_embed_first_chunk(size_t
goto out_free;
mp and tha's the reason
> they wanted to support kdump and /proc/vmcore so that makedumpfile
> could filter it. I am CCing Michael Holzheu, who did the s390 kdump
> work. He can tell it better.
Correct. The other s390 dump mechanisms (stand-alone and hypervisor
dump) are not able to d
On Thu, 13 Jun 2013 10:32:48 +0900
HATAYAMA Daisuke wrote:
> > Perhaps one open issue remains:
> >
> > Can we remove the page from the page cache if __read_vmcore() fails?
> >
>
> Yes, use page_cache_release() after unlocking the page like:
>
> if (__read_vmcore(buf, PAGE_
On Tue, 28 May 2013 09:55:01 -0400
Vivek Goyal wrote:
> On Sat, May 25, 2013 at 02:52:17PM +0200, Michael Holzheu wrote:
[snip]
> > Besides of the newmem mechanism, for completeness, we also
> > implemented the oldmem ELF header mechansim in kexec. But this is
> >
On Wed, 29 May 2013 12:23:26 -0400
Vivek Goyal wrote:
> On Wed, May 29, 2013 at 01:51:44PM +0200, Michael Holzheu wrote:
> > On Tue, 28 May 2013 09:55:01 -0400
> > Vivek Goyal wrote:
> >
> > > On Sat, May 25, 2013 at 02:52:17PM +0200, Michael Holzheu wrote:
> &
On Thu, 30 May 2013 16:38:47 -0400
Vivek Goyal wrote:
> On Wed, May 29, 2013 at 01:51:44PM +0200, Michael Holzheu wrote:
>
> [..]
> > >>> START QUOTE
> >
> > [PATCH v3 1/3] kdump: Introduce ELF header in new memory feature
> >
> > Currently f
On Fri, 31 May 2013 12:01:58 -0400
Vivek Goyal wrote:
> On Fri, May 31, 2013 at 04:21:27PM +0200, Michael Holzheu wrote:
> > On Thu, 30 May 2013 16:38:47 -0400
> > Vivek Goyal wrote:
> >
> > > On Wed, May 29, 2013 at 01:51:44PM +0200, Michael Holzheu wrote:
&
On Mon, 3 Jun 2013 11:59:40 -0400
Vivek Goyal wrote:
> On Mon, Jun 03, 2013 at 03:27:18PM +0200, Michael Holzheu wrote:
>
> [..]
> > > If not, how would remap_pfn_range() work with HSA region when
> > > /proc/vmcore is mmaped()?
> >
> > I am no memory
On Fri, 14 Jun 2013 14:54:54 -0400
Vivek Goyal wrote:
> On Fri, Jun 07, 2013 at 06:55:56PM +0200, Michael Holzheu wrote:
>
> [..]
> > In this patch series I did not include the discussed ELF header swap trick
> > patch because with the ELF header read functions this patch
On Fri, 14 Jun 2013 14:54:02 -0400
Vivek Goyal wrote:
> On Fri, Jun 07, 2013 at 06:55:57PM +0200, Michael Holzheu wrote:
>
> [..]
> > @@ -935,10 +967,17 @@ static int __init vmcore_init(void)
> > {
> > int rc = 0;
> >
> > - /* If elfcorehdr= has b
This handler does the following:
* Check if /proc/vmcore page cache page is already available
* If yes:
- Return that page
* If no:
- Allocate new page
- Fill page using __vmcore_read()
- Add new page to page cache
Signed-off-by: Michael Holzheu
---
fs/proc/vmcore.c
architecture backend code to read from new memory:
* elfcorehdr_alloc: Return the address and size of the ELF header
* elfcorehdr_free: Free the memory of the ELF header
* elfcorehdr_read: Read from ELF header
* elfcorehdr_read_notes: Read from ELF notes
Signed-off-by: Michael Holzheu
---
fs
oldmem_page() copies from HSA for memory below HSA_SIZE
- copy_oldmem_page() copies from real memory for memory above HSA_SIZE
Jan Willeke (1):
s390/kdump/mmap: Implement remap_oldmem_pfn_range for s390
Michael Holzheu (4):
kdump: Introduce ELF header in new memory feature
s390/kdump: Use EL
From: Jan Willeke
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.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c
This patch now exchanges the old relocate mechanism with the new
arch function call override mechanism that allows to create the ELF
core header in the 2nd kernel.
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c | 70 ++-
1 file changed
This patch modifies the s390 copy_oldmem_page() and remap_oldmem_pfn_range()
function for zfcpdump to read from the HSA memory if memory below HSA_SIZE
bytes is requested. Otherwise real memory is used.
Signed-off-by: Michael Holzheu
---
arch/s390/Kconfig | 3 +-
arch/s390/include
On Sat, 8 Jun 2013 11:38:00 +0400
Maxim Uvarov wrote:
[snip]
> > +static int copy_to(void *target, void *src, size_t size, int
> > userbuf) +{
> > + if (userbuf) {
> > + if (copy_to_user(target, src, size))
> > + return -EFAULT;
> > + retur
On Mon, 10 Jun 2013 22:36:57 +0900
HATAYAMA Daisuke wrote:
> > -static int setup_kdump_elfcorehdr(void)
> > +void elfcorehdr_free(void)
> > {
> > - size_t elfcorebuf_sz;
> > - char *elfcorebuf;
> > -
> > - if (!OLDMEM_BASE || is_kdump_kernel())
> > - return -EINVA
On Mon, 10 Jun 2013 22:35:30 +0900
HATAYAMA Daisuke wrote:
> 2013/6/8 Michael Holzheu :
>
> > @@ -935,10 +967,17 @@ static int __init vmcore_init(void)
> > {
> > int rc = 0;
> >
> > - /* If elfcorehdr= has been passed in cmdline, then cap
On Mon, 10 Jun 2013 22:40:24 +0900
HATAYAMA Daisuke wrote:
> > +static int mmap_vmcore_fault(struct vm_area_struct *vma, struct vm_fault
> > *vmf)
> > +{
> > + struct address_space *mapping = vma->vm_private_data;
> > + pgoff_t index = vmf->pgoff;
> > + struct page *page;
> > +
On Mon, 10 Jun 2013 22:40:24 +0900
HATAYAMA Daisuke wrote:
> 2013/6/8 Michael Holzheu :
>
> > @@ -225,6 +251,56 @@ static ssize_t read_vmcore(struct file *file, char
> > __user *buffer,
> > return acc;
> > }
> >
> > +static ssize_t read_vmc
On Tue, 11 Jun 2013 21:42:15 +0900
HATAYAMA Daisuke wrote:
> 2013/6/11 Michael Holzheu :
> > On Mon, 10 Jun 2013 22:40:24 +0900
> > HATAYAMA Daisuke wrote:
> >
> >> 2013/6/8 Michael Holzheu :
> >>
> >> > @@ -225,6 +251,56 @@ static ssize_t
On Wed, 12 Jun 2013 08:47:52 +0900
HATAYAMA Daisuke wrote:
> (2013/06/08 1:56), Michael Holzheu wrote:
[snip]
> > +static int remap_oldmem_pfn_range_zfcpdump(struct vm_area_struct *vma,
> > + uns
On Mon, 1 Jul 2013 13:37:27 -0400
Vivek Goyal wrote:
> On Fri, Jun 28, 2013 at 10:15:52AM +0200, Michael Holzheu wrote:
> > On Thu, 27 Jun 2013 16:23:34 -0400
> > Vivek Goyal wrote:
> >
> > > On Thu, Jun 27, 2013 at 03:32:02PM -0400, Vivek Goyal wrote:
> &g
From: Jan Willeke
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.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c
architecture backend code to read from new memory:
* elfcorehdr_alloc: Allocate ELF header
* elfcorehdr_free: Free the memory of the ELF header
* elfcorehdr_read: Read from ELF header
* elfcorehdr_read_notes: Read from ELF notes
Signed-off-by: Michael Holzheu
---
fs/proc/vmcore.c
emap_oldmem_pfn_range for s390
Michael Holzheu (4):
vmcore: Introduce ELF header in new memory feature
s390/vmcore: Use ELF header in new memory feature
vmcore: Introduce remap_oldmem_pfn_range()
s390/vmcore: Use vmcore for zfcpdump
arch/s390/Kconfig | 3 +-
arch/s390/
This patch now exchanges the old relocate mechanism with the new
arch function call override mechanism that allows to create the ELF
core header in the 2nd kernel.
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c | 81 ---
1 file changed
This patch modifies the s390 copy_oldmem_page() and remap_oldmem_pfn_range()
function for zfcpdump to read from the HSA memory if memory below HSA_SIZE
bytes is requested. Otherwise real memory is used.
Signed-off-by: Michael Holzheu
---
arch/s390/Kconfig | 3 +-
arch/s390/include
This handler works as follows:
* Get already available or new page from page cache (find_or_create_page)
* Check if /proc/vmcore page is filled with data (PageUptodate)
* If yes:
Return that page
* If no:
Fill page using __vmcore_read(), set PageUptodate, and return page
Signed-off-by: Michael Ho
On Tue, 2 Jul 2013 12:23:23 -0400
Vivek Goyal wrote:
> On Mon, Jul 01, 2013 at 09:32:36PM +0200, Michael Holzheu wrote:
>
> [..]
> > +ssize_t elfcorehdr_read(char *buf, size_t count, u64 *ppos)
> > +{
> > + void *src = (void *)(unsigned long)*ppos;
> > +
>
On Tue, 2 Jul 2013 11:42:14 -0400
Vivek Goyal wrote:
> On Mon, Jul 01, 2013 at 09:32:37PM +0200, Michael Holzheu wrote:
[snip]
> > This handler works as follows:
> >
> > * Get already available or new page from page cache (find_or_create_page)
> > * Check if /proc
On Wed, 3 Jul 2013 10:15:29 -0400
Vivek Goyal wrote:
> On Wed, Jul 03, 2013 at 09:59:13AM +0200, Michael Holzheu wrote:
> > On Tue, 2 Jul 2013 12:23:23 -0400
> > Vivek Goyal wrote:
> >
> > > On Mon, Jul 01, 2013 at 09:32:36PM +0200, Michael Holzheu wrote:
>
On Thu, 27 Jun 2013 16:23:34 -0400
Vivek Goyal wrote:
> On Thu, Jun 27, 2013 at 03:32:02PM -0400, Vivek Goyal wrote:
> > On Fri, Jun 21, 2013 at 04:17:03PM +0200, Michael Holzheu wrote:
> > > On Fri, 14 Jun 2013 14:54:02 -0400
> > > Vivek Goyal wrote:
[snip]
> T
On Tue, 2 Jul 2013 11:42:14 -0400
Vivek Goyal wrote:
> On Mon, Jul 01, 2013 at 09:32:37PM +0200, Michael Holzheu wrote:
> > For zfcpdump we can't map the HSA storage because it is only available
> > via a read interface. Therefore, for the new vmcore mmap feature we have
On Mon, 15 Jul 2013 10:27:08 -0400
Vivek Goyal wrote:
> On Mon, Jul 15, 2013 at 03:44:51PM +0200, Michael Holzheu wrote:
> > On Tue, 2 Jul 2013 11:42:14 -0400
> > Vivek Goyal wrote:
> >
> > > On Mon, Jul 01, 2013 at 09:32:37PM +0200, Michael Holzheu wrote:
> &g
On Tue, 16 Jul 2013 10:04:18 -0400
Vivek Goyal wrote:
> On Tue, Jul 16, 2013 at 11:25:27AM +0200, Michael Holzheu wrote:
>
> [..]
> > > > Hello Vivek and Andrew,
> > > >
> > > > We just realized that Hatayama's mmap patches went into v3.11-rc1.
This patch modifies the s390 copy_oldmem_page() and remap_oldmem_pfn_range()
function for zfcpdump to read from the HSA memory if memory below HSA_SIZE
bytes is requested. Otherwise real memory is used.
Signed-off-by: Michael Holzheu
---
arch/s390/Kconfig | 3 +-
arch/s390/include
architecture backend code to read from new memory:
* elfcorehdr_alloc: Allocate ELF header
* elfcorehdr_free: Free the memory of the ELF header
* elfcorehdr_read: Read from ELF header
* elfcorehdr_read_notes: Read from ELF notes
Signed-off-by: Michael Holzheu
Acked-by: Vivek Goyal
---
fs
This handler works as follows:
* Get already available or new page from page cache (find_or_create_page)
* Check if /proc/vmcore page is filled with data (PageUptodate)
* If yes:
Return that page
* If no:
Fill page using __vmcore_read(), set PageUptodate, and return page
Signed-off-by: Michael Ho
py_oldmem_page() copies from HSA for memory below HSA_SIZE
- copy_oldmem_page() copies from real memory for memory above HSA_SIZE
---
Jan Willeke (1):
s390/vmcore: Implement remap_oldmem_pfn_range for s390
Michael Holzheu (4):
vmcore: Introduce ELF header in new memory feature
s390/v
This patch now exchanges the old relocate mechanism with the new
arch function call override mechanism that allows to create the ELF
core header in the 2nd kernel.
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c | 81 ---
1 file changed
From: Jan Willeke
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.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c
> On Tue, Jul 16, 2013 at 06:18:10PM +0200, Michael Holzheu wrote:
> > Hello Andrew,
> >
> > Here a new kdump patch series that we have discussed with Vivek and
> > Hatayama during the last months.
> >
> > Besides of the feature described below, this patc
On Wed, 17 Jul 2013 17:42:07 -0400
Vivek Goyal wrote:
> On Wed, Jul 17, 2013 at 06:00:49PM +0200, Michael Holzheu wrote:
[snip]
> > But this is all additional effort now and would not be necessary if we
> > integrate this patch series in 3.11.
> >
> > Perhaps we sh
On Thu, 18 Jul 2013 09:27:57 -0400
Vivek Goyal wrote:
> On Thu, Jul 18, 2013 at 12:40:04PM +0200, Michael Holzheu wrote:
> > On Wed, 17 Jul 2013 17:42:07 -0400
> > Vivek Goyal wrote:
> > > On Wed, Jul 17, 2013 at 06:00:49PM +0200, Michael Holzheu wrote:
> >
>
This patch now exchanges the old relocate mechanism with the new
arch function call override mechanism that allows to create the ELF
core header in the 2nd kernel.
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c | 81 ---
1 file changed
This patch modifies the s390 copy_oldmem_page() and remap_oldmem_pfn_range()
function for zfcpdump to read from the HSA memory if memory below HSA_SIZE
bytes is requested. Otherwise real memory is used.
Signed-off-by: Michael Holzheu
---
arch/s390/Kconfig | 3 +-
arch/s390/include
The patch "s390/vmcore: Implement remap_oldmem_pfn_range for s390" allows
now to use mmap also on s390.
So enable mmap for s390 again.
Signed-off-by: Michael Holzheu
---
fs/proc/vmcore.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/proc/vmcore.c b/fs/pro
This handler works as follows:
* Get already available or new page from page cache (find_or_create_page)
* Check if /proc/vmcore page is filled with data (PageUptodate)
* If yes:
Return that page
* If no:
Fill page using __vmcore_read(), set PageUptodate, and return page
Signed-off-by: Michael Ho
From: Jan Willeke
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.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c
architecture backend code to read from new memory:
* elfcorehdr_alloc: Allocate ELF header
* elfcorehdr_free: Free the memory of the ELF header
* elfcorehdr_read: Read from ELF header
* elfcorehdr_read_notes: Read from ELF notes
Signed-off-by: Michael Holzheu
Acked-by: Vivek Goyal
---
fs
l memory for memory above HSA_SIZE
Jan Willeke (1):
s390/vmcore: Implement remap_oldmem_pfn_range for s390
Michael Holzheu (5):
vmcore: Introduce ELF header in new memory feature
s390/vmcore: Use ELF header in new memory feature
vmcore: Introduce remap_oldmem_pfn_range()
vmcore: Enable /
From: Jan Willeke
This patch modifies the s390 copy_oldmem_page() function for zfcpdump
to read from the HSA memory if memory below HSA_SIZE bytes is requested.
Otherwise from real memory is read.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/Kconfig
code to use the ELF header in the
2nd kernel.
This patch now exchanges the old mechanism with the new and much
cleaner ELFCORE_ADDR_NEWMEM feature that now offcially allows to
create the ELF core header in the 2nd kernel.
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c | 26
et_elf_hdr() is called to obtain address and length of the
ELF header. The ELF header that is created in the 2nd kernel already
contains the correct relative offsets in the ELF notes and loads sections.
Signed-off-by: Michael Holzheu
---
fs/proc/vmcore.c
reads /proc/vmcore to write dump to SCSI disk
- copy_oldmem_page() copies from HSA for memory below HSA_SIZE
- copy_oldmem_page() copies from real memory for memory above HSA_SIZE
Jan Willeke (1):
s390/kdump: Use ELFCORE_ADDR_NEWMEM for zfcpdump
Michael Holzheu (3):
kdump: Introduce
The three functions set_vmcore_list_offsets_elf64(),
set_vmcore_list_offsets_elf32(), and set_vmcore_list_offsets_newmem()
can be merged to a single fuction set_vmcore_list_offsets()
Signed-off-by: Michael Holzheu
---
fs/proc/vmcore.c | 50 +-
1
Hello Vivek,
On Tue, 7 May 2013 12:37:01 -0400
Vivek Goyal wrote:
> On Mon, May 06, 2013 at 03:09:55PM +0200, Michael Holzheu wrote:
> > Hello Vivek,
> >
> > For s390 we want to use /proc/vmcore for our SCSI stand-alone
> > dump (zfcpdump). We have support where t
off-by: Michael Holzheu
---
fs/proc/vmcore.c | 80 +++---
include/linux/crash_dump.h | 3 ++
2 files changed, 65 insertions(+), 18 deletions(-)
diff --git a/fs/proc/vmcore.c b/fs/proc/vmcore.c
index 6ba32f8..d97ed31 100644
--- a/fs/proc/vmcor
IZE
---
Jan Willeke (1):
s390/kdump: Use vmcore for zfcpdump
Michael Holzheu (2):
kdump: Introduce ELF header in new memory feature
s390/kdump: Use arch function call for kdump
arch/s390/Kconfig | 3 +-
arch/s390/include/asm/sclp.h | 1 +
arch/s390/kernel/crash_dump.c |
code to use the ELF header in the
2nd kernel.
This patch now exchanges the old mechanism with the new and much
cleaner arch function call override feature that now offcially allows to
create the ELF core header in the 2nd kernel.
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c
From: Jan Willeke
This patch modifies the s390 copy_oldmem_page() function for zfcpdump
to read from the HSA memory if memory below HSA_SIZE bytes is requested.
Otherwise from real memory is read.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/Kconfig
arch_read_from_crash_header()
- Implement read_from_crash_header() strong function for s390
- Set elfcorehdr_addr to address of new ELF header
Best Regards,
Michael
On Thu, 23 May 2013 13:41:27 -0400
Vivek Goyal wrote:
> On Wed, May 22, 2013 at 07:58:35PM +0200, Michael Holzheu wrote:
> > or s390
elfcorehdr_addr to the address of ELF header in new memory
Signed-off-by: Michael Holzheu
---
fs/proc/vmcore.c | 65 +-
include/linux/crash_dump.h | 4 +++
2 files changed, 51 insertions(+), 18 deletions(-)
diff --git a/fs/proc/vmcore.c b/fs/proc
From: Jan Willeke
This patch modifies the s390 copy_oldmem_page() function for zfcpdump
to read from the HSA memory if memory below HSA_SIZE bytes is requested.
Otherwise from real memory is read.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/Kconfig
copies from HSA for memory below HSA_SIZE
- copy_oldmem_page() copies from real memory for memory above HSA_SIZE
Jan Willeke (1):
s390/kdump: Use vmcore for zfcpdump
Michael Holzheu (2):
kdump: Introduce ELF header in new memory feature
s390/kdump: Use ELF header in new memory feature
arc
This patch now exchanges the old relocate mechanism with the new
arch function call override mechanism that allows to create the ELF
core header in the 2nd kernel.
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c | 64 ++-
1 file changed
elfcorehdr_addr to the address of ELF header in new memory
Signed-off-by: Michael Holzheu
---
fs/proc/vmcore.c | 58 ++
include/linux/crash_dump.h | 4
2 files changed, 47 insertions(+), 15 deletions(-)
diff --git a/fs/proc/vmcore.c b/fs
zfcpdump user space reads /proc/vmcore to write dump to SCSI disk
- copy_oldmem_page() copies from HSA for memory below HSA_SIZE
- copy_oldmem_page() copies from real memory for memory above HSA_SIZE
---
Jan Willeke (1):
s390/kdump: Use vmcore for zfcpdump
Michael Holzheu (2):
kdump:
This patch now exchanges the old relocate mechanism with the new
arch function call override mechanism that allows to create the ELF
core header in the 2nd kernel.
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c | 64 ++-
1 file changed
From: Jan Willeke
This patch modifies the s390 copy_oldmem_page() function for zfcpdump
to read from the HSA memory if memory below HSA_SIZE bytes is requested.
Otherwise from real memory is read.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/Kconfig
From: Jan Willeke
This patch introduced 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.
Signed-off-by: Jan Willeke
Signed-off-by: Michael Holzheu
---
arch/s390/kernel/crash_dump.c
Hello Vivek and Hatayama,
Currently the /proc/vmcore mmap patches are not working on s390. The
problem is that on s390 the kernel in not relocatable and therefore
always runs in the lower memory area. Therefore for kdump on s390 we
swap the lower memory area with the crashkernel area before starti
Signed-off-by: Michael Holzheu
---
fs/proc/vmcore.c | 15 ++-
include/linux/crash_dump.h | 5 +
2 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/fs/proc/vmcore.c b/fs/proc/vmcore.c
index 80221d7..3eda0ac 100644
--- a/fs/proc/vmcore.c
+++ b/fs/proc/vmcore.c
Hello Vivek,
On Fri, 24 May 2013 10:36:44 -0400
Vivek Goyal wrote:
[snip]
> Sorry, I don't understand the problem. If we swapped low memory and
> crash reserved memory, that should have been taken care by prepared
> ELF headers so that we map the right pfns. In x86 we swap 640K of low
> memory
On Fri, 24 May 2013 11:28:49 -0400
Vivek Goyal wrote:
> On Fri, May 24, 2013 at 05:06:26PM +0200, Michael Holzheu wrote:
[snip]
> As /proc/vmcore is the most used and useful interface, I prefer that
> we swap memory and put that info in elf headers. For /dev/oldme, I
> don't
On Sat, 25 May 2013 16:31:58 +0800
Zhang Yanfei wrote:
[snip]
> For s390, if we put swap info into the elf header, This will
> change /sbin/kexec. But at this point, copy_oldmem_page is still
> doing the swap when we try to read the pages among [0 - OLDMEM_SIZE]
> and [OLDMEM_BASE - OLDMEM_BASE
On Fri, 24 May 2013 13:05:07 -0400
Vivek Goyal wrote:
> On Fri, May 24, 2013 at 06:46:53PM +0200, Michael Holzheu wrote:
> > On Fri, 24 May 2013 11:28:49 -0400
> > Vivek Goyal wrote:
> >
> > > On Fri, May 24, 2013 at 05:06:26PM +0200, Michael Holzheu wrote:
> &
On Fri, 2007-11-16 at 16:15 +0100, Kay Sievers wrote:
> On Nov 16, 2007 3:29 PM, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> > From: Michael Holzheu <[EMAIL PROTECTED]>
>
> > -static struct subsys_attribute dump_type_attr =
> > - __
s390 machines (z900 or higher) provide hardware support for creating Linux
dumps on SCSI disks. Our current implementation consists of a userspace
application running on an special Linux dump kernel, which exploits the
s390 hardware support. Since both parts (kernel and userspace) belong
together,
Kernel part of the s390 SCSI dumper: zcore character device driver.
Acked-by: Martin Schwidefsky <[EMAIL PROTECTED]>
Signed-off-by: Michael Holzheu <[EMAIL PROTECTED]>
---
Documentation/s390/zfcpdump.txt | 41 +
arch/s390/Kconfig |7
arch/s390/kernel/early.c
Userspace part of the s390 SCSI dumper.
Acked-by: Martin Schwidefsky <[EMAIL PROTECTED]>
Signed-off-by: Michael Holzheu <[EMAIL PROTECTED]>
---
arch/s390/Makefile|4
arch/s390/zfcpdump/Makefile |5
arch/s390/zfcpdump/defconfig.zfc
Hallo Evgeniy,
On s390 we are looking for a good mechanism to notify userspace
about kernel events. Currently such events are handled with printks
in most cases. There are automation tools, which want to automatically
react on kernel events. To get the event information, these tools are
parsing pr
Hi Evgeniy,
On Friday 16 February 2007 16:06, Evgeniy Polyakov wrote:
> On Fri, Feb 16, 2007 at 03:57:08PM +0100, Michael Holzheu ([EMAIL PROTECTED])
> wrote:
>
> You will need to have implemented two types of operations - userspace
> daemon, which will request some notificatio
[EMAIL PROTECTED] wrote on 12/31/2006 01:22:03 PM:
> On Sun, Dec 31, 2006 at 01:31:43AM -0500, Chuck Ebbert wrote:
> > In-Reply-To: <[EMAIL PROTECTED]>
> >
> > On Thu, 28 Dec 2006 11:39:25 +0100, Martin Schwidefsky wrote:
> >
> > > @@ -881,10 +880,18 @@ static void cio_reset_pgm_check_handler(
> >
Hi all,
Any idea, how to proceed with this topic? Do you think that any of the
suggested solutions for documentation / translation of kernel messages
will have a chance to be included in the kernel?
I tried to summarize the outcome of this discussion...
There are two main issues:
* Translate me
Hi Rob,
On Tue, 2007-07-10 at 12:12 -0400, Rob Landley wrote:
[snip]
> > Yeah, but it seems like having a translations directory in the kernel
> > avoids that problem - anyone can update, it is a single source, no digging
> > for sites that aren't tied to the kernel, available in the distros
> >
On Mon, 2007-06-25 at 11:44 -0400, Rob Landley wrote:
> On Monday 25 June 2007 09:48:41 Michael Holzheu wrote:
> > Hi all,
> >
> > Any idea, how to proceed with this topic? Do you think that any of the
> > suggested solutions for documentation / translation of kern
Am Thu, 1 Sep 2016 17:39:02 +0200
schrieb Paolo Bonzini :
>
>
> On 01/09/2016 12:32, Heiko Carstens wrote:
> > On Thu, Sep 01, 2016 at 11:38:15AM +0200, SF Markus Elfring wrote:
> >> From: Markus Elfring
> >> Date: Thu, 1 Sep 2016 11:30:58 +0200
> >>
> >> A multiplication for the size determina
Hi Xunlei,
Sorry for the late reply - I was on vacation up to now.
Give us some time to look into this issue.
Michael
Am Fri, 9 Jun 2017 10:17:05 +0800
schrieb Xunlei Pang :
> S390 KEXEC_NOTE_BYTES is not used by note_buf_t as before, which
> is now defined as follows:
> typedef u32 note_b
the ELF header in the new kernel
anyway. Therefore remove the macro.
Reported-by: Xunlei Pang
Reviewed-by: Mikhail Zaslonko
Signed-off-by: Michael Holzheu
---
arch/s390/include/asm/kexec.h | 18 --
include/linux/crash_core.h| 5 +
include/linux/kexec.h | 9 --
Am Fri, 10 Nov 2017 10:46:49 -0800
schrieb Kees Cook :
> On Fri, Nov 10, 2017 at 7:45 AM, Michael Holzheu
> wrote:
> > Hello Kees,
> >
> > When I try to run the crash tool on my s390 live system I get a kernel panic
> > when reading memory within the ker
> > >
> > > [ FWIW, I will be offline for the next two weeks ]
> >
> > So the series from Oleg would be good to try; I can make a git tree for
> > you, or otherwise stuff the lot into a single patch.
> >
> > Should I be talking to someone else whilst y
On Mon, 2007-09-24 at 08:19 -0700, Joe Perches wrote:
> On Mon, 2007-09-24 at 11:22 +0200, Michael Holzheu wrote:
> > Together with the idea of not allowing multiple lines in the kprint_xxx
> > functions, that would go with our approach having message numbers to
> > identif
Hi Vegard,
On Sat, 2007-09-22 at 21:27 +0200, Vegard Nossum wrote:
> After recent discussions on LKML and a general dissatisfaction at the
> current printk() kernel-message logging interface, I've decided to
> write down some of the ideas for a better system.
Good luck :-)
[snip]
> Example: {
>
1 - 100 of 137 matches
Mail list logo