Hi Gerrit,
The common thing of your and our approach is, that we need an ID to
identify a message either by:
* Using hashes + component name (maybe)
* Or using hand-made message numbers + component name. Numbers have
to be unique within the kernel component
I think the main difference of your
Hi Pavel,
On Fri, 2007-06-15 at 12:40 +, Pavel Machek wrote:
> Hi!
>
> > > Your proposal is similar to one I made to some Japanese developers
> > > earlier this year. I was more modest, proposing that we
> > >
> > > - add an enhanced printk
> > >
> > > xxprintk(msgid, KERN_ERR "some text
On Mon, 2007-06-18 at 06:12 -0700, Arjan van de Ven wrote:
> On Mon, 2007-06-18 at 14:55 +0200, holzheu wrote:
> > Hi Gerrit,
> >
> > The common thing of your and our approach is, that we need an ID to
> > identify a message either by:
>
>
> Maybe I am mis
On Mon, 2007-06-18 at 18:36 -0700, Arjan van de Ven wrote:
> On Mon, 2007-06-18 at 15:53 +0200, holzheu wrote:
> > On Mon, 2007-06-18 at 06:12 -0700, Arjan van de Ven wrote:
> > > On Mon, 2007-06-18 at 14:55 +0200, holzheu wrote:
> > > > Hi Gerrit,
> > > >
On Mon, 2007-06-18 at 18:36 -0700, Arjan van de Ven wrote:
> well surely the messages are caught by some userspace program,
> right? (like syslog).. that can do the lookup and make it all
> conveniently lookup-able and cross-referencable etc etc
Ok, I agree. Maybe that's really a good i
c tools
is just a prototype and is neither complete nor perfect.
Michael
Acked-by: Martin Schwidefsky <[EMAIL PROTECTED]>
Acked-by: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Michael Holzheu <[EMAIL PROTECTED]>
---
Makefile|5
drivers/Makefile
Hi Dave,
On Wed, 2007-06-13 at 09:37 -0700, Dave Hansen wrote:
[snip]
> I'm not sure we want to make Linux more like z/* in this regard. :)
>
> The problem with your proposal is that every time a new message in the
> kernel is created or modified, you need somebody to go update that
> documenta
On Wed, 2007-06-13 at 21:16 +0400, Alexey Dobriyan wrote:
> On Wed, Jun 13, 2007 at 05:06:57PM +0200, holzheu wrote:
> > -CHECK = sparse
> > -
> > -CHECKFLAGS := -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__
> > -Wbitwise $(CF)
> > +CHECK
Hi Valdis,
On Wed, 2007-06-13 at 12:50 -0400, [EMAIL PROTECTED] wrote:
> On Wed, 13 Jun 2007 17:06:57 +0200, holzheu said:
> > They are used to that, because all other operating systems on that
> > platform like z/OS, z/VM or z/VSE have message catalogs with detailed
> > d
Hi Greg,
> Ick, why are you ignoring what we have already with dev_printk() and
> friends? We are just finally getting developers to use that, I think it
> will be almost impossible to get people to change to something else,
> especially one that isn't even as "correct" as what dev_printk() offer
On Wed, 2007-06-13 at 11:23 -0700, David Miller wrote:
> I think my general response to something like this, if it goes
> in, would be to stop emitting useful kernel log messages
> in the code I write because having to document it too on top
> of that is just too much extra work to be worthwhile.
On Thu, 2007-06-14 at 11:41 +0200, Jan Kara wrote:
>
>
> > Your proposal is similar to one I made to some Japanese developers
> > earlier this year. I was more modest, proposing that we
> >
> > - add an enhanced printk
> >
> > xxprintk(msgid, KERN_ERR "some text %d\n", some_number);
>
On Thu, 2007-06-14 at 12:38 +0200, holzheu wrote:
> On Thu, 2007-06-14 at 11:41 +0200, Jan Kara wrote:
> >
> >
> > > Your proposal is similar to one I made to some Japanese developers
> > > earlier this year. I was more modest, proposing that we
>
On Thu, 2007-06-14 at 14:26 +0200, Jan Kara wrote:
> > But maybe also 4 bytes would be enough, since the hash only has to be
> > unique within one component e.g. "hub".
> It depends how large components you expect. For example for 1
> messages there is already 1% probability of collision s
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
1 - 100 of 151 matches
Mail list logo
