On Thu, Jan 17, 2013 at 07:01:40PM +0200, Kasatkin, Dmitry wrote:
> commit f6bf2c4c0339dabac435f518bb1fcb617fdef8f1
> Author: Dmitry Kasatkin
> Date: Thu Jan 17 18:50:43 2013 +0200
>
> ima: lock down memory if binary is digitally signed
>
> This patch set a flag in the linux_binprm str
On Thu, Jan 17, 2013 at 03:33:47PM -0500, Frank Ch. Eigler wrote:
> Vivek Goyal writes:
>
> > [...]
> >> Can you please tell a bit more how this patch protect against direct
> >> writing to the blocks?
> >
> > If you have loaded all the pages from disk
On Thu, Jan 17, 2013 at 11:46:57PM +0200, Kasatkin, Dmitry wrote:
> On Thu, Jan 17, 2013 at 10:55 PM, Vivek Goyal wrote:
> > On Thu, Jan 17, 2013 at 03:33:47PM -0500, Frank Ch. Eigler wrote:
> >> Vivek Goyal writes:
> >>
> >> > [...]
> >> >>
On Thu, Jan 10, 2013 at 08:59:34PM +0900, HATAYAMA Daisuke wrote:
> Currently, kdump reads the 1st kernel's memory, called old memory in
> the source code, using ioremap per a single page. This causes big
> performance degradation since page tables modification and tlb flush
> happen each time the
On Fri, Jan 18, 2013 at 11:06:59PM +0900, HATAYAMA Daisuke wrote:
[..]
> > These are impressive improvements. I missed the discussion on mmap().
> > So why couldn't we provide mmap() interface for /proc/vmcore. If that
> > works then application can select to mmap/unmap bigger chunks of file
> > (
On Mon, Jan 07, 2013 at 08:34:05AM -0800, Tejun Heo wrote:
[..]
> +weight leaf_weight
> + root : 125125
> + A: 500750
> + B: 250500
> + AA : 500500
> + AB : 1000500
> +
> +root never has a parent making its weight is meaningless. For backward
> +compatib
On Fri, Dec 28, 2012 at 12:35:33PM -0800, Tejun Heo wrote:
[..]
> +
> + /* on root, leaf_weight is mapped to weight */
> + {
> + .name = "leaf_weight_device",
> + .flags = CFTYPE_ONLY_ON_ROOT,
> + .read_seq_string = cfqg_print_weight_device,
> +
n everything is ready,
> blkcg_weight_parent() will be replaced with proper parent function.
>
> This patch doesn't introduce any behavior chagne.
>
> v2: s/cfqg->level_weight/cfqg->children_weight/ as per Vivek.
>
> Signed-off-by: Tejun Heo
> Cc: Vivek G
f the
> other way around.
>
> Because we're still using cfqg_flat_parent(), this patch shouldn't
> change the scheduling behavior in any noticeable way.
>
> v2: Beefed up comments on vfraction as requested by Vivek.
>
> Signed-off-by: Tejun Heo
> Cc:
n be simply calculated by
> multiplying cfqg->vfraction to cfq_target_latency (with fixed point
> shift factored in).
>
> As vfraction calculation currently treats all non-root cfqgs as
> children of the root cfqg, this patch doesn't introduce noticeable
> behavior
On Fri, Dec 28, 2012 at 12:35:38PM -0800, Tejun Heo wrote:
> Add pd->plid so that the policy a pd belongs to can be identified
> easily. This will be used to implement hierarchical blkg_[rw]stats.
>
> Signed-off-by: Tejun Heo
Acked-by: Vivek Goyal
Vivek
> ---
> b
e bool, which is set and cleared as the
> blkcg_gq gets activated and deactivated. This flag also is toggled
> while holding both blkcg and q locks.
>
> These will be used to implement hierarchical stats.
>
> Signed-off-by: Tejun Heo
> ---
Acked-by: Vivek Goyal
Vivek
--
On Fri, Dec 28, 2012 at 12:35:40PM -0800, Tejun Heo wrote:
> Rename blkg_rwstat_sum() to blkg_rwstat_total(). sum will be used for
> summing up stats from multiple blkgs.
>
> Signed-off-by: Tejun Heo
Acked-by: Vivek Goyal
Vivek
> ---
> block/blk-cgroup.h | 4 ++--
>
nother.
>
> Note that the recursive sum functions require the queue lock to be
> held on entry to make blkg online test reliable. This is necessary to
> properly handle stats of a dying blkg.
>
> These will be used to implement hierarchical stats.
>
> Signed-off-by:
On Fri, Dec 28, 2012 at 12:35:42PM -0800, Tejun Heo wrote:
> RCU free request_queue so that blkcg_gq->q can be dereferenced under
> RCU lock. This will be used to implement hierarchical stats.
>
> Signed-off-by: Tejun Heo
Acked-by: Vivek Goyal
Vivek
> ---
> block
r as
> stats are mostly protected by queue lock.
>
> This will be used to implement hierarchical stats.
>
> Signed-off-by: Tejun Heo
Acked-by: Vivek Goyal
Vivek
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord
;
> Signed-off-by: Tejun Heo
Acked-by: Vivek Goyal
Vivek
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
houldn't be a big deal and the complexity needed
> to handle residual IOs - another callback and rather elaborate
> synchronization to reach and lock the matching q - doesn't seem
> justified.
>
> Signed-off-by: Tejun Heo
Acked-by: Vivek Goyal
Vivek
--
To unsubscribe
>
No recursive counterparts for stats under DEBUG? Well, I would not
complain. There are too many stats already and if somebody needs
recursive stats for debug stats, let them do it.
Acked-by: Vivek Goyal
Vivek
> Signed-off-by: Tejun Heo
> ---
&g
On Mon, Jan 07, 2013 at 08:34:37AM -0800, Tejun Heo wrote:
> On Wed, Jan 02, 2013 at 01:20:38PM -0500, Vivek Goyal wrote:
> > On Fri, Dec 28, 2012 at 12:35:22PM -0800, Tejun Heo wrote:
> >
> > [..]
> > >
> > > * Updated to reflect Vivek's reviews
hence the
warning.
We also call __blkg_lookup_create() with preemption disabled and this
can do blkg allocation. But allocation currently is GFP_ATOMIC, so not
sleeping and scheduling here. So it should be fine.
So fix looks good to me.
Acked-by: Vivek Goyal
Vivek
>
> BUG: scheduling while atomic: mu
On Thu, Jan 10, 2013 at 04:21:49AM +0100, Thomas Renninger wrote:
> On Tuesday, January 08, 2013 09:19:18 AM Yinghai Lu wrote:
> ...
> >
> > that exactmap logic still have problem:
> > We need to check exactmap at first, aka need to scan the whole comand line
> > to see if exactmap is there at fir
Hi,
I am having problems while booting 2.6.12-rc2-mm1 on i386 with command line
maxcpus=1. Without this commandline, system boots fine otherwise it hangs.
Serial output is pasted below.
If maxcpus=1 is given along with acpi=off then system boots fine. I am not sure
where the problem is.
2.6.
On Wed, Jul 13, 2005 at 04:05:03PM +0530, Bharata B Rao wrote:
> On Tue, 2005-07-12 at 12:15 -0600, Moore, Eric Dean wrote:
> > I've seen the report. I need more info from Bharata on how
> > to reproduce. Perhaps you can send me email offline which
> > provides specific instructions to how to confi
On Wed, Jul 13, 2005 at 12:48:49PM +0200, Ralf Hildebrandt wrote:
> I want to experiment with kexec and my 2.6.13-rc3 kernel. I'm able to
> --load the kernel, but on --exec in /etc/init.d/reboot (I replaced the
> reboot command in there), the machine freezes.
Can you give more details like
- Which
On Wed, Jul 13, 2005 at 02:32:39PM +0200, Ralf Hildebrandt wrote:
> * Vivek Goyal <[EMAIL PROTECTED]>:
>
> > Can you give more details like
> > - Which distro release you are running.
>
> Debian unstable; since it has no kexec-tools, I built those from source.
>
Quoting James Bottomley <[EMAIL PROTECTED]>:
> On Fri, 2005-07-15 at 09:46 +0530, Vivek Goyal wrote:
> > Kdump does not require any special support from the driver. After a
> reboot
> > a fresh kernel is booted and drivers are initialized again. The only
> > diff
Quoting "Eric W. Biederman" <[EMAIL PROTECTED]>:
> Nagesh Sharyathi <[EMAIL PROTECTED]> writes:
>
> > Here is the console boot log, before the machine jumps to BIOS
> > after hang during panic kerenl boot
>
> Ok thanks. So this is manually triggered with SysRq
> and the kexec part works but th
On Mon, Jul 25, 2005 at 03:10:33PM -0700, Andrew Morton wrote:
> Vivek Goyal <[EMAIL PROTECTED]> wrote:
> >
> > > If you don't stop the DMA engines before you boot the new kernel, the
> > > addresses they have to send data to will now be random points in t
parameter segment is always addressable irrespective of
its physical location.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
linux-2.6.13-rc3-test-vivek/arch/i386/kernel/head.S | 48 ++--
1 files changed, 26 insertions(+), 22 deletions(-)
diff -puN arch/i386/
On Thu, Jul 28, 2005 at 04:52:42AM -0700, dipankar das wrote:
> Hi,
> core file is not generated when kernel is crashed with
> Sysrq key ?
>
Do you mean that /proc/vmcore is not present once you are booted into
capture kernel after crash? If yes, have you enabled the support for
/proc/vmcore in
On Mon, Aug 22, 2005 at 12:53:10AM +0200, Adrian Bunk wrote:
> config CRASH_DUMP
> bool "kernel crash dumps (EXPERIMENTAL)"
> depends on EMBEDDED
> depends on EXPERIMENTAL
> depends on HIGHMEM
> help
> Generate crash dump after being started by kexec.
>
> Two
On Mon, Aug 22, 2005 at 10:44:17PM +0200, Adrian Bunk wrote:
> On Mon, Aug 22, 2005 at 11:53:02AM +0530, Vivek Goyal wrote:
> > On Mon, Aug 22, 2005 at 12:53:10AM +0200, Adrian Bunk wrote:
> > > config CRASH_DUMP
> > > bool "kernel crash dumps (EXPERIMENT
o There are minor changes in command line options in kexec-tools for kdump.
This patch updates the documentation to reflect those changes.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
linux-2.6.13-rc7-root/Documentation/kdump/kdump.txt | 16
1 files chan
On Thu, Jan 03, 2008 at 06:26:57PM +0100, Andi Kleen wrote:
>
> This was a long standing obscure problem in the relocatable kernel. The
> AMD GART driver needs to unmap part of the GART in the kernel direct mapping
> to
> prevent cache corruption. With the relocatable kernel it is in theory
> p
On Thu, Jan 03, 2008 at 04:42:26PM +0800, Huang, Ying wrote:
> On Mon, 2007-12-31 at 14:26 -0500, Vivek Goyal wrote:
> [...]
> > Ok. But If I copy the /proc/vmcore to disk. Then I reboot the system
> > and boot back into a kernel which is supposed to resume the hibernated
>
On Fri, Jan 04, 2008 at 01:54:18PM -0800, Randy Dunlap wrote:
> Hi,
>
> kexec of 2.6.24-rc6-git11 fails for me with:
>
> Close of /boot/kernel-2.6.24-rc6-git11 failed: : buffer error
> kexec load failed, error = 1
>
So close() system call seems to be failing here. If kexec-tools version
is sam
On Wed, Jan 09, 2008 at 10:57:50AM +0800, Huang, Ying wrote:
> This patch transforms the kexec page tables setup code from asseumbler
> code to iC code in machine_kexec_prepare. This improves readability and
> reduces code line number.
>
I think this will create issues for Xen. Initially page tab
On Wed, Jan 09, 2008 at 10:57:47AM +0800, Huang, Ying wrote:
> This patch add an architecture specific struct arch_kimage into struct
> kimage. Three pointers to page table pages used by kexec are added to
> struct arch_kimage. The page tables pages are dynamically allocated in
> machine_kexec_prep
On Thu, Dec 06, 2007 at 04:39:51PM -0500, Neil Horman wrote:
> On Fri, Nov 30, 2007 at 09:51:31AM -0500, Neil Horman wrote:
> > On Fri, Nov 30, 2007 at 09:42:50AM -0500, Vivek Goyal wrote:
>
> >
> > Thats what I'm doing at the moment. I'm working on a RHEL5 p
On Thu, Dec 06, 2007 at 07:10:23PM -0500, Neil Horman wrote:
> On Thu, Dec 06, 2007 at 05:11:43PM -0500, Vivek Goyal wrote:
> > On Thu, Dec 06, 2007 at 04:39:51PM -0500, Neil Horman wrote:
> > > On Fri, Nov 30, 2007 at 09:51:31AM -0500, Neil Horman wrote:
> > > > On F
On Fri, Dec 07, 2007 at 09:53:15AM -0500, Neil Horman wrote:
> On Fri, Dec 07, 2007 at 09:39:44AM -0500, Vivek Goyal wrote:
> > On Thu, Dec 06, 2007 at 07:10:23PM -0500, Neil Horman wrote:
> > > On Thu, Dec 06, 2007 at 05:11:43PM -0500, Vivek Goyal wrote:
> > > > On T
On Mon, Dec 10, 2007 at 10:39:59AM -0500, Neil Horman wrote:
> On Fri, Dec 07, 2007 at 12:58:32PM -0500, Neil Horman wrote:
> >
> > Ok, New patch attached. It preforms the same function as previously
> > described,
> > but is more restricted in its application. As Yinghai pointed out, the
> > b
On Fri, Dec 07, 2007 at 03:53:30PM +, Huang, Ying wrote:
> This patch implements the functionality of jumping between the kexeced
> kernel and the original kernel.
>
Hi,
I am just going through your patches and trying to understand it. Don't
understand many things. Asking is easy so here you
On Fri, Dec 07, 2007 at 03:53:30PM +, Huang, Ying wrote:
> This patch implements the functionality of jumping between the kexeced
> kernel and the original kernel.
>
> To support jumping between two kernels, before jumping to (executing)
> the new kernel and jumping back to the original kernel
On Mon, Oct 01, 2007 at 09:31:45AM -0700, Randy Dunlap wrote:
> On Mon, 1 Oct 2007 09:35:04 -0600 Mukker, Atul wrote:
>
> > Thanks for the information and the effort.
> >
> > We need to support all currently shipping products with kdump support
> > available (read Red Hat and SuSE) so sooner it m
On Thu, Oct 04, 2007 at 08:38:05PM +0900, Takenori Nagano wrote:
> Hi,
>
> These patches add new notifier function and implement it to
> panic_notifier_list.
> We used the hardcoded notifier chain so far, but it was not flexible. New
> notifier is very flexible, because user can change a list of
On Thu, Oct 04, 2007 at 08:38:34PM +0900, Takenori Nagano wrote:
> This patch adds new notifier function tunable_notifier_chain. Its base is
> atomic_notifier_chain.
>
> Thanks,
>
> ---
>
> Signed-off-by: Takenori Nagano <[EMAIL PROTECTED]>
>
> ---
> diff -uprN linux-2.6.23-rc9.orig/include/lin
On Thu, Oct 04, 2007 at 08:38:50PM +0900, Takenori Nagano wrote:
> This patch implements new notifier function to panic_notifier_list. We can
> change the list of order by debugfs.
>
> Thanks,
>
> ---
>
> Signed-off-by: Takenori Nagano <[EMAIL PROTECTED]>
>
> ---
> diff -uprN linux-2.6.23-rc9.o
On Tue, Oct 09, 2007 at 11:06:23PM +0200, Muli Ben-Yehuda wrote:
> Hi Chandru,
>
> Thanks for the patch. Comments on the patch below, but first a general
> question for my education: the main problem here that aacraid
> continues DMA'ing when it shouldn't. Why can't we shut it down
> cleanly? Even
On Wed, Oct 10, 2007 at 02:10:13AM +0530, chandru wrote:
> kdump kernel fails to boot with calgary iommu and aacraid driver on a
> x366 box. The ongoing dma's of aacraid from the first kernel continue
> to exist until the driver is loaded in the kdump kernel. Calgary is
> initialized prior to aacr
On Wed, Oct 10, 2007 at 03:36:58PM +0200, Andi Kleen wrote:
> On Wednesday 10 October 2007 03:59:22 Siddha, Suresh B wrote:
> > Appended patch fixes an oops while changing the vsyscall sysctl.
> > I am sure no one tested this code before integrating into mainline :(
>
> The original code worked, b
On Fri, Dec 21, 2007 at 03:33:19PM +0800, Huang, Ying wrote:
[..]
> The following user-space tools can be used with kexec jump.
>
> 1. kexec-tools needs to be patched to support kexec jump. The patches
>and the precompiled kexec can be download from the following URL:
>source:
> http
On Thu, Dec 27, 2007 at 10:33:13AM +0800, Huang, Ying wrote:
> On Wed, 2007-12-26 at 20:57 -0500, Vivek Goyal wrote:
> [...]
> > > 9. Now, you are in the original kernel again. You can read/write the
> > >memory image of kexeced kernel via /proc/kimgcore.
> >
On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> Hi Vivek,
>
> I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
> kexec. It just gets stuck at "Starting new kernel".
>
> It does boot normally when booted as the first kernel.
>
> Any hints debugging? (x86 architectu
On Fri, Dec 21, 2007 at 03:33:19PM +0800, Huang, Ying wrote:
> This patchset provides an enhancement to kexec/kdump. It implements
> the following features:
>
> - Backup/restore memory used both by the original kernel and the
> kexeced kernel.
>
> - Jumping between the original kernel and the k
On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> > On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > > Hi Vivek,
> > >
> > > I can't seem to get the latest -mm
On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> > On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > > Hi Vivek,
> > >
> > > I can't seem to get the latest -mm
On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> > On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > > Hi Vivek,
> > >
> > > I can't seem to get the latest -mm
On Sat, Dec 29, 2007 at 10:00:44AM +0800, Huang, Ying wrote:
> On Fri, 2007-12-28 at 16:33 -0500, Vivek Goyal wrote:
> > On Fri, Dec 21, 2007 at 03:33:19PM +0800, Huang, Ying wrote:
> > > This patchset provides an enhancement to kexec/kdump. It implements
> >
On Tue, Nov 27, 2007 at 03:24:35PM -0800, Ben Woodard wrote:
> Andi Kleen wrote:
>>> Are we putting the system back in PIC mode or virtual wire mode? I have
>>> not seen systems which support PIC mode. All latest systems seems
>>> to be having virtual wire mode. I think in case of PIC mode, interru
On Wed, Nov 28, 2007 at 11:02:06AM -0500, Neil Horman wrote:
> On Wed, Nov 28, 2007 at 10:36:49AM -0500, Vivek Goyal wrote:
> > On Tue, Nov 27, 2007 at 03:24:35PM -0800, Ben Woodard wrote:
> > > Andi Kleen wrote:
> > >>> Are we putting the system back in PIC
o Updating mail id for kdump maintainer
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN MAINTAINERS~update-kdump-maintainer-details MAINTAINERS
--- linux-2.6.24-rc3-vanilla/MAINTAINERS~update-kdump-main
[..]
>> Can you print the LAPIC registers (print_local_APIC) during normal boot
>> and during kdump boot and paste here?
>
> Here are the ones from a normal bootup.
>
> I was unable to get info from a kdump boot. I haven't figured out why yet.
> With the same patch that I used to capture this, whe
On Fri, Nov 30, 2007 at 12:59:26AM -0800, Yinghai Lu wrote:
> On Nov 29, 2007 6:54 PM, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> > Ben Woodard <[EMAIL PROTECTED]> writes:
> >
> >
> > > Eric W. Biederman wrote:
> > >> Vivek Goyal <[E
On Tue, Nov 27, 2007 at 02:42:20PM -0500, Neil Horman wrote:
[..]
>
> Ben I tend to agree. I think re-enabling the APIC early in the boot process
> provides a greater degree of reliability in that it more quickly restores the
> system to a state where booting on a cpu other than cpu0 will be mor
On Tue, Jan 15, 2008 at 02:05:49PM +0800, Huang, Ying wrote:
> This patch transforms the kexec page tables setup code from assembler
> code to C code in machine_kexec_prepare. This improves readability and
> reduces code line number.
>
> Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
>
Looks good
On Tue, Jan 15, 2008 at 02:05:46PM +0800, Huang, Ying wrote:
> This patch add an architecture specific struct arch_kimage into struct
> kimage. Three pointers to page table pages used by kexec are added to
> struct arch_kimage. The page tables pages are dynamically allocated in
> machine_kexec_prep
On Tue, Jan 15, 2008 at 02:05:42PM +0800, Huang, Ying wrote:
> This patchset cleans up page table setup code of kexec on i386.
>
> This patchset is based on 2.6.24-rc5-mm1 and has been tested on i386
> with/without PAE enabled.
>
>
> v2:
>
> - Rename some function names, such as alloc_page_tabl
On Mon, Dec 17, 2007 at 05:48:43PM +0100, Ingo Molnar wrote:
>
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> > One section collecting all constant defines. Ifdef the asm blocks for
> > X86_32/64.
> >
> > Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
>
> thanks, applied. Vivek, does
On Wed, 2005-03-09 at 23:56 -0700, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > I want to fill the virtual addresses of linearly mapped region. That is
> > physical addresses from 0 to MAXMEM (896 MB) are mapped by kernel at
> > vi
kernel can
be built for non-default locatoin, hence existing hardcoding will lead to
reserving unnecessary memory. This patch fixes it.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
linux-2.6.11-mm3-vivek/arch/i386/kernel/setup.c |4 ++--
1 files changed, 2 insertions(+), 2 del
On Wed, 2005-03-23 at 13:26 +0900, Fernando Luis Vazquez Cao wrote:
> Hi all.
>
> On Tue, 2005-03-08 at 18:20 +0530, vivek goyal wrote:
> > Core image ELF headers are prepared before crash and stored at a safe
> > place in memory. These headers are retrieved over a kexec b
Hi,
On Wed, 2005-02-16 at 14:19, Itsuro Oda wrote:
>
> BTW, does not kexec/kdump run on 2.6.11-rc3-mm2 ?
> How do I get and examine the latest kexec/kdump ?
Currently kdump is broken. I am working on Elf Header generation part in
kexec-tools. Next week I should be able to post the initial patch
Hi Eric,
It looks like we are looking at things a little differently. I
see a portion of the picture in your mind, but obviously not
entirely.
Perhaps, we need to step back and iron out in specific terms what
the interface between the two kernels should be in the crash dump
case, and the distri
Hi Eric,
However for the primary kernel it has no need to know that we
> even have a backup region, nor does it need to know about the
> size of the backup region. That can all be handled with the single
> reservation, we have now.
>
> /sbin/kexec which makes the backup needs to know about it
Well, trying to put the already discussed ideas together. I was
planning to work on following design. Please comment.
Crashed Kernel <-->Capture Kernel(or User Space) Interface:
--
The whole idea is that Crash image is represented in ELF C
On Tue, 2005-02-01 at 20:56, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > Well, trying to put the already discussed ideas together. I was
> > planning to work on following design. Please comment.
> >
> > Crashed Kernel <--&
Hi Andrew,
This patch has been generated against 2.6.11-rc2-mm2. This fixes a very
minor bug in kexec.
Thanks
Vivek
This patch fixes a minor bug in kexec. Changing the data type of flags makes
sure proper control flow of code during crash event.
Signed-off-by: Vivek Goyal <[EMAIL PROTEC
On Thu, 2005-02-03 at 10:42, Itsuro Oda wrote:
> Hi,
>
> I found the following in an old mail:
>
> >From vgoyal at in.ibm.com Thu Jan 6 07:20:43 2005
> ...
> >2. Kdump can possibly fail on SMP machines if crash occurs on non-boot
> >cpu. Hari is finalizing the stop gap patch to handle this prob
Hi,
On Thu, 2005-02-03 at 12:32, Hirokazu Takahashi wrote:
> Hi Vivek and Eric,
>
> IMHO, why don't we swap not only the contents of the top 640K
> but also kernel working memory for kdump kernel?
Initial patches of kdump had adopted the same approach but given the
fact devices are not stopped
On Wed, 2005-02-02 at 21:12, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2005-02-01 at 20:56, Eric W. Biederman wrote:
> > > Vivek Goyal <[EMAIL PROTECTED]> writes:
> >
> > "elfcorehdr=" also looks
.
This patch fixes the problem. I have moved the call to reserved_bootmem() for
kexec for both discontig and contig memory into new setup_bootmem_allocator().
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
linux-2.6.11-rc4-mm1-root/arch/i386/kernel/setup.c | 10 +-
linux-2.6.
This patch adds support for reserving space for backup region. Also adds code
in purgatory to copy the first 640K to backup region.
---
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
diff -puN /dev/null kexec/arch/i386/crashdump-x86.h
--- /dev/null 2004-06-16 19:10:55.0
Hi,
Following set of patches go one step ahead in restoring the broken kdump
functionality in -mm tree on x86. Most of the kdump functionality has
now moved to kexec user space (kexec-tools).
This patch set performs following.
kexec-tool-1.101
(http://www.xmission.com/~ebiederm/files/kexec/kexec
This patch does following.
* Creates a segment for storing elf headers.
* Creates Elf headers for dump capture.
* Functionality to modify command line internally. (Appending elfcorehdr= and
user defined memory map, memap=exactmap).
---
Signed-off-by: Vivek Goyal <[EMAIL PROTEC
o Following patch exports kexec global variable "crash_notes" to user space
through sysfs as kernel attribute in /sys/kernel.
Signed-off-by: Maneesh Soni <[EMAIL PROTECTED]>
---
linux-2.6.11-rc4-mm1-maneesh/arch/i386/kernel/crash.c |2 --
linux-2.6.11-rc4-mm1-maneesh/include/asm-i386/kex
Hi,
Kdump (A kexec based crash dumping mechanism) is going to export the
kernel core image in ELF format. ELF was chosen as a format, keeping in
mind that gdb can be used for limited debugging and "Crash" can be used
for advanced debugging.
Core image ELF headers are prepared before crash and sto
Hi,
Well this discussion has been going on for quite sometime now that
what's the best way to capture the dump? There seems to be two lines of
arguments.
Export ELF view through /proc/vmcore
This basically involves retrieving saved core image headers and
expor
On Tue, 2005-03-08 at 11:00 -0700, Eric W. Biederman wrote:
> vivek goyal <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > Kdump (A kexec based crash dumping mechanism) is going to export the
> > kernel core image in ELF format. ELF was chosen as a format, keep
On Wed, 2005-03-09 at 07:17 -0700, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2005-03-08 at 11:00 -0700, Eric W. Biederman wrote:
> > That sounds good. But we loose the advantage of doing limited debugging
> > with gdb. Crash
Hi,
This patchset restores back the kdump functionality on i386. Patchset
contains the patches for user space (kexec-tools-1.101) and kernel space
(2.6.12-rc1-mm3). Some of the user space patches are being released for
the completeness.
This patch set performs following.
kexec-tool-1.101
(http:/
problem by loading the parameter segment beyond alrady loaded kernel image
and setup code. A 64K buffer has been provided to avoid any stomping by
kernel.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
kexec-tools-1.101-root/kexec/arch/i386/kexec-elf-x86.c | 16 ++--
1
This patch adds support for reserving space for backup region. Also adds code
in purgatory to copy the first 640K to backup region.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
kexec-tools-1.101-root/kexec/arch/i386/crashdump-x86.h|9 ++
kexec-tools-1.101-root/kexe
o Removed the dependency on backup region. Now all the information is encoded
in ELF format. /dev/oldmem is a dummy interface. User space tool need to be
intelligent enough to parse the elf headers and read the relevant memory
areas with the help of /dev/oldmem.
Signed-off-by: Vivek
From: Hariprasad Nellitheertha <[EMAIL PROTECTED]>
This patch contains the code that enables us to access the previous kernel's
memory as /dev/oldmem.
Signed-off-by: Eric Biederman <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
linux-2.6.12-rc1-mm3-1M-root/Documenta
--- Begin Message ---
From: "Vivek Goyal" <[EMAIL PROTECTED]>
o Adds support for parsing core ELF32 headers.
o I am expecting ELF32 support to go away down the line. This patch has been
introduced for testing purposes as gdb can not parse ELF64 headers for
i386. When a d
--- Begin Message ---
From: "Vivek Goyal" <[EMAIL PROTECTED]>
o Support for /proc/vmcore interface. This interface exports elf core image
either in ELF32 or ELF64 format, depending on the format in which elf headers
have been stored by crashed kernel.
o Added support for CONF
--- Begin Message ---
From: "Vivek Goyal" <[EMAIL PROTECTED]>
o Enable copy_oldmem_page() to read from a specific offset, with in a page.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
linux-2.6.12-rc1-mm1-1M-root/include/linux/crash_dump.h |3 ++-
linux-2.6.12-
--- Begin Message ---
From: "Vivek Goyal" <[EMAIL PROTECTED]>
o This patch retrieves the max_pfn being used by previous kernel and stores
it in a safe location (saved_max_pfn) before it is overwritten due to user
defined memory map. This pfn is used to make sure that user
601 - 700 of 2045 matches
Mail list logo
