[Prev Page][Next Page]
- Linux Foundation mailing list services restored
- From: Mailman Admin <mailman-owner@xxxxxxxxxxxxxxxxxxx>
- kexec for Android-modified ARM-linux kernel
- From: Earlence Fernandes <earlenceferns@xxxxxxxxx>
- Re: Debug kernel with gdb using kdump
- From: "M. Mohan Kumar" <mohan@xxxxxxxxxx>
- Re: Debug kernel with gdb using kdump
- From: Chandan12 K <chandan12.k@xxxxxxx>
- Debug kernel with gdb using kdump
- From: Ridouan Edarazi <ridor93@xxxxxxxxxxx>
- How to debug or enable logs for kexec & grub4dos?
- From: "Kagathara, Satish" <satish.kagathara@xxxxxxxxxxx>
- kexec-tools for MPC83xx, ppc_6xx toolchain
- From: krish <radhakrishna.p@xxxxxxxxx>
- kexec to lanuch second kernel
- From: "Kagathara, Satish" <satish.kagathara@xxxxxxxxxxx>
- plz send me link GDB Scripts for linux 2.6.24 threads and Memory allocation datastructures
- From: amit sutar <amitsutar07@xxxxxxxxx>
- Re: kexec supported on bookE?
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- kexec supported on bookE?
- From: kc nainwal <kcnainwal@xxxxxxxxx>
- Re: kdump cp /proc/vmcore exiting with "Invalid Argument" Error
- From: nhorman@xxxxxxxxxxxxxxxxxx
- Re: kdump cp /proc/vmcore exiting with "Invalid Argument" Error
- From: Sujit V <sujit.linux@xxxxxxxxx>
- Re: kdump cp /proc/vmcore exiting with "Invalid Argument" Error
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: kdump cp /proc/vmcore exiting with "Invalid Argument" Error
- From: Sujit V <sujit.linux@xxxxxxxxx>
- Re: kdump cp /proc/vmcore exiting with "Invalid Argument" Error
- From: Sujit V <sujit.linux@xxxxxxxxx>
- Re: kdump cp /proc/vmcore exiting with "Invalid Argument" Error
- From: Bernhard Walle <bernhard@xxxxxxxxx>
- kdump cp /proc/vmcore exiting with "Invalid Argument" Error
- From: Sujit V <sujit.linux@xxxxxxxxx>
- Re: fastboot Digest, Vol 59, Issue 2
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: kexec - 2.6.14 - loads BIOS again
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: kexec - 2.6.14 - loads BIOS again
- From: "Prabhakar K." <krishkar99@xxxxxxxxx>
- Re: kexec - 2.6.14 - loads BIOS again
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: kexec - 2.6.14 - loads BIOS again
- From: "Prabhakar K." <krishkar99@xxxxxxxxx>
- Re: kexec - 2.6.14 - loads BIOS again
- From: "Prabhakar K." <krishkar99@xxxxxxxxx>
- Re: kexec - 2.6.14 - loads BIOS again
- From: "Prabhakar K." <krishkar99@xxxxxxxxx>
- Re: kexec - 2.6.14 - loads BIOS again
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: kexec - 2.6.14 - loads BIOS again
- From: "Prabhakar K." <krishkar99@xxxxxxxxx>
- Re: kexec - 2.6.14 - loads BIOS again
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- kexec - 2.6.14 - loads BIOS again
- From: "Prabhakar K." <krishkar99@xxxxxxxxx>
- Re: I dont see my post - Pls check it
- From: Khalid Aziz <khalid_aziz@xxxxxx>
- I dont see my post - Pls check it
- From: "Prabhakar K." <krishkar99@xxxxxxxxx>
- kexec - into same kernel 2.6.14 hangs
- From: "Prabhakar K." <krishkar99@xxxxxxxxx>
- Re: vmcore file 0 size in x86_64
- From: "Ken'ichi Ohmichi" <oomichi@xxxxxxxxxxxxxxxxx>
- Re: vmcore file 0 size in x86_64
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: vmcore file 0 size in x86_64
- From: Chandan12 K <chandan12.k@xxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Haren Myneni <hbabu@xxxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Neil Horman <nhorman@xxxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Neil Horman <nhorman@xxxxxxxxxx>
- /var/log/messages doesn't have crash info when kernel gets panic/oops/crash
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Fast boot for ARM
- From: "aki" <yu.jingcho@xxxxxxxxxxxxx>
- kexec ARM support (basic)
- From: "Huang Hake-B20222" <B20222@xxxxxxxxxxxxx>
- mini kernel hang while writing dump to block device
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: Latest kexec for Linux 2.4.
- From: "Dmitry Viazowkin" <vde@xxxxxxx>
- 2.6.18 patches
- From: "Colbert, Rusty" <rusty.colbert@xxxxxx>
- Re: How to get Kdump file
- From: Chandru <chandru@xxxxxxxxxx>
- Releasable patch
- From: "Colbert, Rusty" <rusty.colbert@xxxxxx>
- Re: How to get Kdump file
- From: "Sangamesh B" <forum.san@xxxxxxxxx>
- Re: How to get Kdump file
- From: "Adhiraj Joshi" <adhiraj@xxxxxxxxxxxxxx>
- How to get Kdump file
- From: "Sangamesh B" <forum.san@xxxxxxxxx>
- Re: correction to compat_sys_kexec_load
- From: Sharyathi Nagesh <sharyath@xxxxxxxxxx>
- Re: correction to compat_sys_kexec_load
- From: Bernhard Walle <bwalle@xxxxxxx>
- 2.6.16.60
- From: "Colbert, Rusty" <rusty.colbert@xxxxxx>
- Re: correction to compat_sys_kexec_load
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: correction to compat_sys_kexec_load
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: correction to compat_sys_kexec_load
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- correction to compat_sys_kexec_load
- From: Sharyathi Nagesh <sharyath@xxxxxxxxxx>
- kexec documentation
- From: "Adhiraj Joshi" <adhiraj@xxxxxxxxxxxxxx>
- newbie question - kexec/kdump - issue of echo c hangs the system
- From: "linux8j linux8j" <linux8j@xxxxxxxxx>
- A help required regarding backporting of kexec
- From: Mano <manoharan.raghavan@xxxxxxxxx>
- kexec and 2.6.14 x86_64
- From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
- kexec load image oops
- From: "Emil Natan" <shlyoko@xxxxxxxxx>
- How to get K-dump file
- From: "Sangamesh B" <forum.san@xxxxxxxxx>
- Fw: [Bugme-new] [Bug 9641] New: kexec userspace utilities cannot handle a kernel command line longer than 256 chars
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Supporting kexec on ppc32.
- From: "Pradeep P. Gaikwad" <pradeep.gaikwad@xxxxxxxxxxxxxxxx>
- Problems booting dump-capture kernel
- From: H Buus <fastboot@xxxxxxxxx>
- Announcing the 2007 Linux Desktop/Client Survey
- From: John Cherry <cherry@xxxxxxxxxxxxxxxxxxxx>
- IO-APIC and i8259 timer IRQ related problems when using kexec on Dual Core AMD Opteron
- From: "Tamás Laczkó (IJ/ETH)" <tamas.laczko@xxxxxxxxxxxx>
- Query on /proc/vmcore
- From: Shan <only2mee@xxxxxxxxx>
- Re: Kexec & Kdump on ARM
- From: Bernhard Walle <bwalle@xxxxxxx>
- Kexec & Kdump on ARM
- From: Indraneel <indraneel.m@xxxxxxxxxxx>
- Re: Error message from makedumpfile
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Error message from makedumpfile
- From: Shan <only2mee@xxxxxxxxx>
- 64 bit to 32 bit kernel through kexec?
- From: "Leong, Gary" <Gary.Leong@xxxxxxxxxx>
- Re: Can we take partial dump?
- From: tachibana@xxxxxxxxxxxxxxxxx
- Can we take partial dump?
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- kexec tools mipsel port
- From: francesco chiechi <francesco.chiechi@xxxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Shan <only2mee@xxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Rachita Kothiyal <rachita@xxxxxxxxxx>
- Re: Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Is it safe to run application other than cp, scp on Dump-Capture kernel ??
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- [patch 3/3] Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [patch 2/3] Use per-cpu elf_prstatus
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [patch 1/3] Add kdump_elf_core_copy_regs()
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [patch 0/3] [KEXEC] Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: kexec/kdump: Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: kexec/kdump: Use generic elf code on ia64
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: kexec/kdump: Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Milton Miller <miltonm@xxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Update the list information for kexec and kdump
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: restoring x86 BIOS state before reboot
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: makedumpfile list ?
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: can I use kexec to reload into same kernel
- From: Bernhard Walle <bwalle@xxxxxxx>
- can I use kexec to reload into same kernel
- From: "Satish P" <hi2satish@xxxxxxxxx>
- Re: makedumpfile list ?
- From: "Ken'ichi Ohmichi" <oomichi@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Milton Miller <miltonm@xxxxxxx>
- Re: makedumpfile list ?
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- makedumpfile list ?
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: kexec/kdump: Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- kexec/kdump: Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] kexec/kdump: Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Update the list information for kexec and kdump
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: Update the list information for kexec and kdump
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Update the list information for kexec and kdump
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Update the list information for kexec and kdump
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH 2/2] kexec ppc64: Add arch specific --reuseinitrd hooks
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- [PATCH 1/2] kexec: Added generic --reuseinitrd option
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- Re: [ANNOUNCE] kexec mailing list
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [ANNOUNCE] kexec mailing list
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] kexec mailing list
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 2/2] x86_64: Remove CONFIG_PHYSICAL_START and CONFIG_RELOCATABLE
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 2/2] x86_64: Remove CONFIG_PHYSICAL_START and CONFIG_RELOCATABLE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 2/2] x86_64: Remove CONFIG_PHYSICAL_START and CONFIG_RELOCATABLE
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 2/2] x86_64: Remove CONFIG_PHYSICAL_START and CONFIG_RELOCATABLE
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 1/2] x86_64: Reflect the relocatability of the kernel in the ELF header.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- kexec: booting XP
- From: "Thomas Irlet" <iksiloev@xxxxxxxxx>
- Re: kexec cant load OpenBSD
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH] kexec-tools ppc64: add --reuseinitrd option
- From: Milton Miller <miltonm@xxxxxxx>
- Re: [PATCH] kexec-tools ppc64: add --reuseinitrd option
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- Re: kexec cant load OpenBSD
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] kexec-tools ppc64: add --reuseinitrd option
- From: Milton Miller <miltonm@xxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Milton Miller <miltonm@xxxxxxx>
- Re: kdump inside VMWare VM
- From: Simon Horman <horms@xxxxxxxxxxxx>
- kexec cant load OpenBSD
- From: Jon Steel <jon.steel@xxxxxxxxxxxx>
- RE: [PATCH] kexec/kdump: Use generic elf code on ia64
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- some real boot information
- From: "somethin2cool@xxxxxxxxx" <somethin2cool@xxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- [PATCH] kexec-tools ppc64: add --reuseinitrd option
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- Re: [ANNOUNCE] kexec mailing list
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [ANNOUNCE] kexec mailing list
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] kexec-tools ppc64: add --reuseinitrd option
- From: Milton Miller <miltonm@xxxxxxx>
- [PATCH] kexec-tools ppc64: add --reuseinitrd option
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- Re: [PATCH] kexec-tools: remove initrd_found
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH] kexec-tools: remove initrd_found
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- kdump inside VMWare VM
- From: "Bradley Schatz" <blschatz@xxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: kexec: locate_hole failed
- Re: [KJ] Trivial patch:changing const char foo* to const char foo[]
- From: "Marcin Ślusarz" <marcin.slusarz@xxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Bob Montgomery <bob.montgomery@xxxxxx>
- Re: [PATCH] kexec/kdump: Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Trivial patch:changing const char foo* to const char foo[]
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH] kexec/kdump: Use generic elf code on ia64
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Trivial patch:changing const char foo* to const char foo[]
- From: <surya.prabhakar@xxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Thomas Meyer <thomas@xxxxxxxx>
- Re: makedumpfile-1.1.3 compile problem
- From: "Ken'ichi Ohmichi" <oomichi@xxxxxxxxxxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: kexec: locate_hole failed
- From: Bernhard Walle <bwalle@xxxxxxx>
- kexec: locate_hole failed
- From: Thomas Meyer <thomas@xxxxxxxx>
- makedumpfile-1.1.3 compile problem
- From: "trajce nedev" <trajcenedev@xxxxxxxxxxx>
- Re: (no subject)
- From: "M SQL Morici" <mysterioussandbagged@xxxxxxxxx>
- Re: (no subject)
- From: "Muddy Nadkarni" <hightailattitudes@xxxxxxxxxxx>
- makedumpfile-1.1.3: linux-2.6.21 support
- From: "Ken'ichi Ohmichi" <oomichi@xxxxxxxxxxxxxxxxx>
- Re: [PATCH kexec-tools] ppc64: correct @ha relocation
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH kexec-tools] ppc64: use kernels slave loop for purgatory
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH 6/8] bootwrapper: convert flatdevtree to version 16
- From: Milton Miller <miltonm@xxxxxxx>
- doubt in dump-capture kernel initialization
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: [PATCH kexec-tools] ppc64: correct @ha relocation
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: [PATCH] export retained initrd in debugfs
- From: Michael Neuling <mikey@xxxxxxxxxxx>
- Re: [PATCH kexec-tools] ppc64: correct @ha relocation
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH kexec-tools] ppc64: correct @ha relocation
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH] kexec: send slaves to new kernel earlier
- From: Milton Miller <miltonm@xxxxxxx>
- [PATCH] export retained initrd in debugfs
- From: Milton Miller <miltonm@xxxxxxx>
- [PATCH kexec-tools] ppc64: use kernels slave loop for purgatory
- From: Milton Miller <miltonm@xxxxxxx>
- [PATCH kexec-tools] ppc64: correct @ha relocation
- From: Milton Miller <miltonm@xxxxxxx>
- [PATCH HACK kexec-tools-testing] malloc corruption hack
- From: Milton Miller <miltonm@xxxxxxx>
- [PATCH 0/3+2+8] powerpc zImage kexec
- From: Milton Miller <miltonm@xxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Milton Miller <miltonm@xxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: restoring x86 BIOS state before reboot
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- restoring x86 BIOS state before reboot
- From: Bart Trojanowski <bart@xxxxxxxxx>
- Re: [PATCH] IA64 kdump on INIT needs multi-nodes sync-up (v.2)
- From: Jay Lan <jlan@xxxxxxx>
- Re: [PATCH] kdump/kexec: calculate note size at compile time
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] kdump/kexec: calculate note size at compile time
- From: Milton Miller <miltonm@xxxxxxx>
- Re: [PATCH] kdump/kexec: calculate note size at compile time
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] aacraid: Panics for AACRAID driver during 'insmod' for kexec test.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070330
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070330
- From: Khalid Aziz <khalid_aziz@xxxxxx>
- Re: [PATCH] aacraid: Panics for AACRAID driver during 'insmod' for kexec test.
- From: "Salyzyn, Mark" <mark_salyzyn@xxxxxxxxxxx>
- Re: [PATCH] aacraid: Panics for AACRAID driver during 'insmod' for kexec test.
- From: Judith Lebzelter <judith@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] aacraid: Panics for AACRAID driver during 'insmod' for kexec test.
- From: "Salyzyn, Mark" <mark_salyzyn@xxxxxxxxxxx>
- Re: [PATCH] aacraid: Panics for AACRAID driver during 'insmod' for kexec test.
- From: Judith Lebzelter <judith@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] IA64 kdump on INIT needs multi-nodes sync-up
- From: Jay Lan <jlan@xxxxxxx>
- Re: Problem with MSI-X on IA64
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [PATCH] Add PT_NOTE information about the cmdline size
- From: Bernhard Walle <bwalle@xxxxxxx>
- [PATCH] aacraid: Panics for AACRAID driver during 'insmod' for kexec test.
- From: "Salyzyn, Mark" <mark_salyzyn@xxxxxxxxxxx>
- kexec -e grub.exe question!
- From: zhaojun <zhaojun1631@xxxxxxx>
- Re: Panics for AACRAID driver during 'insmod' for kexec test.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070330
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Announcing kexec-tools-testing 20070330
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] kdump/kexec: calculate note size at compile time
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] kdump/kexec: calculate note size at compile time
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Avoid hypervisor statistics calculation in real mode
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [PATCH] Avoid hypervisor statistics calculation in real mode
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: [PATCH] Avoid hypervisor statistics calculation in real mode
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- [PATCH] Avoid hypervisor statistics calculation in real mode
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: gdb does not analyse vmcore from kexec on 2.6.20
- From: Maneesh Soni <maneesh@xxxxxxxxxx>
- Re: gdb does not analyse vmcore from kexec on 2.6.20
- From: Rajesham Gajjela <rajeshamg@xxxxxxxxx>
- Re: gdb does not analyse vmcore from kexec on 2.6.20
- From: Maneesh Soni <maneesh@xxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070319-rc
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] fix an IA64 MCA kdump bug in kdump_init_notifier
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070319-rc
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [PATCH] fix an IA64 MCA kdump bug in kdump_init_notifier
- From: Keith Owens <kaos@xxxxxxx>
- Re: [PATCH] fix an IA64 MCA kdump bug in kdump_init_notifier
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070319-rc
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070319-rc
- From: Jay Lan <jlan@xxxxxxx>
- [PATCH] fix an IA64 MCA kdump bug in kdump_init_notifier
- From: Jay Lan <jlan@xxxxxxx>
- Re: [PATCH] kexec: make mptsas_ioc_reset() fail cleanly if ioc->sh is NULL
- From: Judith Lebzelter <judith@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [REVIEW] Fix irqpoll on IA64 (timer interrupt != 0)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070319-rc
- From: Jay Lan <jlan@xxxxxxx>
- Re: [PATCH] [REVIEW] Fix irqpoll on IA64 (timer interrupt != 0)
- From: "Jesper Juhl" <jesper.juhl@xxxxxxxxx>
- Re: [PATCH] [REVIEW] Fix irqpoll on IA64 (timer interrupt != 0)
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [PATCH] [REVIEW] Fix irqpoll on IA64 (timer interrupt != 0)
- From: "Jesper Juhl" <jesper.juhl@xxxxxxxxx>
- Re: Problem with MSI-X on IA64
- From: Bernhard Walle <bwalle@xxxxxxx>
- [PATCH] [REVIEW] Fix irqpoll on IA64 (timer interrupt != 0)
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: Default to --with_xen
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: Announcing kexec-tools-testing 20070319-rc
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: Default to --with_xen
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Default to --with_xen
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Announcing kexec-tools-testing 20070319-rc
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Default to --with_xen
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH] Fix a cut and paste error in the --without-zlib configure option help.
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] Set crash dump ELF header e_machine field based on underlying hypervisor architecture.
- From: Horms <horms@xxxxxxxxxxxx>
- Default to --with_xen
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] Set crash dump ELF header e_machine field based on underlying hypervisor architecture.
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH v2] Ignore PT_NOTE program headers with offset 0.
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH v2] Ignore PT_NOTE program headers with offset 0.
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH] Set crash dump ELF header e_machine field based on underlying hypervisor architecture.
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH] Fix a cut and paste error in the --without-zlib configure option help.
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH] kexec: make mptsas_ioc_reset() fail cleanly if ioc->sh is NULL
- From: Horms <horms@xxxxxxxxxxxx>
- Re: March '07 kexec-tools-testing Release
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] kexec: make mptsas_ioc_reset() fail cleanly if ioc->sh is NULL
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- [PATCH v2] Ignore PT_NOTE program headers with offset 0.
- From: Ian Campbell <ian.campbell@xxxxxxxxxxxxx>
- Re: [PATCH] Ignore PT_NOTE program headers with offset 0.
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [PATCH] Ignore PT_NOTE program headers with offset 0.
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: gdb does not analyse vmcore from kexec on 2.6.20
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: gdb does not analyse vmcore from kexec on 2.6.20
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: March '07 kexec-tools-testing Release
- From: Bernhard Walle <bwalle@xxxxxxx>
- [PATCH] Set crash dump ELF header e_machine field based on underlying hypervisor architecture.
- From: Ian Campbell <ian.campbell@xxxxxxxxxxxxx>
- [PATCH] Ignore PT_NOTE program headers with offset 0.
- From: Ian Campbell <ian.campbell@xxxxxxxxxxxxx>
- [PATCH] Fix a cut and paste error in the --without-zlib configure option help.
- From: Ian Campbell <ian.campbell@xxxxxxxxxxxxx>
- Re: gdb does not analyse vmcore from kexec on 2.6.20
- From: Rachita Kothiyal <rachita@xxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH] Add PT_NOTE information about the cmdline size
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] Allow i386 crash kernels to handle x86_64 dumps.
- From: Ian Campbell <ian.campbell@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: gdb does not analyse vmcore from kexec on 2.6.20
- From: Rajesham Gajjela <rajeshamg@xxxxxxxxx>
- Re: [PATCH] Add PT_NOTE information about the cmdline size
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- gdb does not analyse vmcore from kexec on 2.6.20
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] kexec: make mptsas_ioc_reset() fail cleanly if ioc->sh is NULL
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] kexec-tools: arch_options seems to be unused on sh
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- March '07 kexec-tools-testing Release
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] [PPC64] Fix wrong max_memory_ranges value
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] kexec-tools: arch_options seems to be unused on sh
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] Kdump is not supported on ppc, s390, sh
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Kexec/kdump got hung
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] kexec-tools: arch_options seems to be unused on sh
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] Remove duplicate MAX_LINE
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] Move memory range variables
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: [PATCH] Move memory range variables
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- Re: [PATCH] Move memory range variables
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] Move memory range variables
- From: Magnus Damm <magnus@xxxxxxxxxxxxx>
- Re: [PATCH] Move memory range variables
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] Kdump is not supported on ppc, s390, sh
- From: Magnus Damm <magnus@xxxxxxxxxxxxx>
- [PATCH] Remove duplicate MAX_LINE
- From: Magnus Damm <magnus@xxxxxxxxxxxxx>
- [PATCH] Move memory range variables
- From: Magnus Damm <magnus@xxxxxxxxxxxxx>
- gdb is not recognizing the vmcore's symbols
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Problem with MSI-X on IA64
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
- [PATCH] [PPC64] Fix wrong max_memory_ranges value
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: Problem with MSI-X on IA64
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: Lastest kexec patch?
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: Lastest kexec patch?
- From: "Satish P" <hi2satish@xxxxxxxxx>
- Re: Lastest kexec patch?
- From: "Satish P" <hi2satish@xxxxxxxxx>
- Re: FW: Re: Kexec/kdump got hung
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- FW: Re: Kexec/kdump got hung
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: Is kernel-2.6.20 relocatable for arch x86_64 ??
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Is kernel-2.6.20 relocatable for arch x86_64 ??
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: Lastest kexec patch?
- From: "Satish P" <hi2satish@xxxxxxxxx>
- Kexec/kdump got hung
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: Lastest kexec patch?
- From: Horms <horms@xxxxxxxxxxxx>
- makedumpfile-1.1.2: add documents
- From: "Ken'ichi Ohmichi" <oomichi@xxxxxxxxxxxxxxxxx>
- Re: kdump testing: 'mptsas' oops/failure to insmod
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- Re: kdump testing: 'mptsas' oops/failure to insmod
- From: Judith Lebzelter <judith@xxxxxxxxxxxxxxxxxxxx>
- Re: kdump testing: 'mptsas' oops/failure to insmod
- From: Judith Lebzelter <judith@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/20] x86_64: wakeup.S misc cleanups
- From: "Lombard, David N" <dnlombar@xxxxxxxxxxxxxxxx>
- Re: [PATCH 15/20] Move swsusp __pa() dependent code to arch portion
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 12/20] x86_64: 64bit ACPI wakeup trampoline
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 11/20] x86_64: wakeup.S misc cleanups
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 1/20] x86_64: Assembly safe page.h and pgtable.h
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 1/20] x86_64: Assembly safe page.h and pgtable.h
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 15/20] Move swsusp __pa() dependent code to arch portion
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 12/20] x86_64: 64bit ACPI wakeup trampoline
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Lastest kexec patch?
- From: "Satish P" <hi2satish@xxxxxxxxx>
- Re: [PATCH 11/20] x86_64: wakeup.S misc cleanups
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 11/20] x86_64: wakeup.S misc cleanups
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Lastest kexec patch?
- From: Horms <horms@xxxxxxxxxxxx>
- Lastest kexec patch?
- From: "Satish P" <hi2satish@xxxxxxxxx>
- Re: [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 12/20] x86_64: 64bit ACPI wakeup trampoline
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 15/20] Move swsusp __pa() dependent code to arch portion
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 12/20] x86_64: 64bit ACPI wakeup trampoline
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 11/20] x86_64: wakeup.S misc cleanups
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 11/20] x86_64: wakeup.S misc cleanups
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH 10/20] x86_64: wakeup.S rename registers to reflect right names
- From: Pavel Machek <pavel@xxxxxx>
- Re: kdump testing: 'mptsas' oops/failure to insmod
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/20] x86_64: Assembly safe page.h and pgtable.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH] Add PT_NOTE information about the cmdline size
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 2/2] kexec-tools: x86_64 bzImage load purgatory below 2G
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [PATCH 1/2] kexec-tools: x86_64 Print correct info in reloc_name function
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH 2/2] kexec-tools: x86_64 bzImage load purgatory below 2G
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] saved_max_pfn too small on a specific machine
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH 2/2] kexec-tools: x86_64 bzImage load purgatory below 2G
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] kexec-tools: Use EFI_LOADER_DATA for ELF core header (ia64)
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH 11/20] x86_64: wakeup.S misc cleanups
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 4/20] x86_64: Fix early printk to use standard ISA mapping
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 10/20] x86_64: wakeup.S rename registers to reflect right names
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 17/20] x86_64: __pa and __pa_symbol address space separation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 20/20] x86_64: Move cpu verification code to common file
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 1/20] x86_64: Assembly safe page.h and pgtable.h
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 13/20] x86_64: Modify discover_ebda to use virtual addresses
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 6/20] x86_64: cleanup segments
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 8/20] x86_64: 64bit PIC SMP trampoline
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 19/20] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 7/20] x86_64: Add EFER to the register set saved by save_processor_state
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 0/20] x86_64 Relocatable bzImage support (V4)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 3/20] x86_64: Clean up the early boot page table
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 5/20] x86_64: modify copy_bootdata to use virtual addresses
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 15/20] Move swsusp __pa() dependent code to arch portion
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 18/20] x86_64: Relocatable Kernel Support
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 9/20] x86_64: Get rid of dead code in suspend resume
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 16/20] swsusp: do not use virt_to_page on kernel data address
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 2/20] x86_64: Kill temp boot pmds
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 14/20] x86_64: Remove the identity mapping as early as possible
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 12/20] x86_64: 64bit ACPI wakeup trampoline
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [patch 2/3] IA64: log insertion of crashkernel region
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [patch 1/3] IA64: put kdump_find_rsvd_region in __init
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Nathan Lynch <ntl@xxxxxxxxx>
- Re: [PATCH] Add support for longer kernel command lines(i586, x86_64, IA64)
- From: Bernhard Walle <bwalle@xxxxxxx>
- [PATCH] saved_max_pfn too small on a specific machine
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: Aron Griffis <aron@xxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- FW: small query in kexec/crash dump setup in kernel-2.6.20
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: [PATCH] Add support for longer kernel command lines(i586, x86_64, IA64)
- From: "Yu, Luming" <luming.yu@xxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [PATCH] Fix interrupt distribution in ppc970
- From: Mohan Kumar M <mohan@xxxxxxxxxx>
- Re: [PATCH] Add support for longer kernel command lines (i586, x86_64, IA64)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- small query in kexec/crash dump setup in kernel-2.6.20
- From: Dharmosoth Seetharam <dseetharam@xxxxxxxxx>
- Re: [PATCH] Add support for longer kernel command lines (i586, x86_64, IA64)
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [patch 1/3] IA64: put kdump_find_rsvd_region in __init
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [patch 2/3] IA64: log insertion of crashkernel region
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: [patch 3/3] IA64: verify the base address of crashkernel
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- [patch 0/3] [PATCH] IA64: various fixes for crashkernel
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 3/3] IA64: verify the base address of crashkernel
- From: Horms <horms@xxxxxxxxxxxx>
- [patch 2/3] IA64: log insertion of crashkernel region
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Crash Dump Region
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] vmcore_find_descriptor_size should probably be in __init
- From: horms@xxxxxxxxxxxxxxxxx (Horms)
- [patch 1/3] IA64: put kdump_find_rsvd_region in __init
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] Add support for longer kernel command lines (i586, x86_64, IA64)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] Add support for longer kernel command lines (i586, x86_64, IA64)
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Crash Dump Region
- From: Horms <horms@xxxxxxxxxxxx>
- Re: Crash Dump Region
- From: Zou Nan hai <nanhai.zou@xxxxxxxxx>
- Re: Crash Dump Region
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Re: Crash Dump Region
- From: "Zou, Nanhai" <nanhai.zou@xxxxxxxxx>
- Crash Dump Region
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] Add support for longer kernel command lines (i586, x86_64, IA64)
- From: Bernhard Walle <bwalle@xxxxxxx>
- ia64: kdump not working on HP rx2620 hardware
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Re: Kernel format issues?
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Kernel format issues?
- From: "Magnus Damm" <magnus.damm@xxxxxxxxx>
- Kernel format issues?
- From: Greg Kurtzer <gmkurtzer@xxxxxxxxx>
- Re: [PATCH 5/5] Move definition of hard_smp_processor_id to asm/smp.h - alpha, m32r, powerpc, s390, sparc, sparc64, um
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] Move definition of hard_smp_processor_id to asm/smp.h - alpha, m32r, powerpc, s390, sparc, sparc64, um
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/5] Move definition of hard_smp_processor_id to asm/smp.h - alpha, m32r, powerpc, s390, sparc, sparc64, um
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- [PATCH] hard_smp_processor_id definition for UP systems without APIC (i386)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH RFC 0/5] hard_smp_processor_id overhaul
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH RFC 0/5] hard_smp_processor_id overhaul
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] kexec-tools: ppc64: Check return value of setup_memory_ranges()
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] kexec-tools: ppc64: Check return value of setup_memory_ranges()
- From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/5] hard_smp_processor_id overhaul
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH RFC 0/5] hard_smp_processor_id overhaul
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- kdump testing: 'mptsas' oops/failure to insmod
- From: Judith Lebzelter <judith@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 0/5] hard_smp_processor_id overhaul
- From: Benjamin LaHaise <bcrl@xxxxxxxxx>
- Re: Problem with MSI-X on IA64
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: Problem with MSI-X on IA64
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 5/5] Move definition of hard_smp_processor_id to asm/smp.h - alpha, m32r, powerpc, s390, sparc, sparc64, um
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 2/5] Use the APIC to determine the hardware processor id - i386
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 2/5] Use the APIC to determine the hardware processor id - i386
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH 5/5] Move definition of hard_smp_processor_id to asm/smp.h - alpha, m32r, powerpc, s390, sparc, sparc64, um
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- [PATCH 4/5] Always ask the hardware to obtain hardware processor id - ia64
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- [PATCH 3/5] Use the APIC to determine the hardware processor id - x86_64
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- [PATCH 2/5] Use the APIC to determine the hardware processor id - i386
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- [PATCH 1/5] Remove hardcoding of hard_smp_processor_id on UP systems
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- [PATCH RFC 0/5] hard_smp_processor_id overhaul
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] - platform_kernel_launch_event is noop on generic kernel
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH 1/1] - platform_kernel_launch_event is noop on generic kernel
- From: John Keller <jpk@xxxxxxx>
- Re: [PATCH] kexec-tools : fix compile time error on x86-64
- From: Horms <horms@xxxxxxxxxxxx>
- Re: [PATCH] kexec-tools : fix compile time error on x86-64
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] kexec-tools : fix compile time error on x86-64
- From: "Sachin P. Sant" <sachinp@xxxxxxxxxx>
- Re: e1000/kexec issue
- From: "David N. Lombard" <dnl@xxxxxxxxxxxxx>
- Re: e1000/kexec issue
- From: Greg Kurtzer <gmkurtzer@xxxxxxxxx>
- Re: e1000/kexec issue
- From: "David N. Lombard" <dnl@xxxxxxxxxxxxx>
- Re: Problem with MSI-X on IA64
- From: Bernhard Walle <bwalle@xxxxxxx>
- Re: [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: Horms <horms@xxxxxxxxxxxx>
- Re: e1000/kexec issue
- From: Horms <horms@xxxxxxxxxxxx>
- Re: e1000/kexec issue
- From: Greg Kurtzer <gmkurtzer@xxxxxxxxx>
- Re: e1000/kexec issue
- From: Horms <horms@xxxxxxxxxxxx>
- [PATCH] kexec: Use EFI_LOADER_DATA for ELF core header (ia64)
- From: horms at verge.net.au (Horms)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: jlan at sgi.com (Jay Lan)
- [Xen-ia64-devel] [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: dnlombar at ichips.intel.com (Lombard, David N)
- [Xen-ia64-devel] [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: alex.williamson at hp.com (Alex Williamson)
- Problem with MSI-X on IA64
- From: bwalle at suse.de (Bernhard Walle)
- [Xen-ia64-devel] [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: alex.williamson at hp.com (Alex Williamson)
- [Xen-ia64-devel] [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: tuskentower at gmail.com (TuskenTower)
- [Xen-ia64-devel] [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: alex.williamson at hp.com (Alex Williamson)
- [PATCH] kexec: Use EFI_LOADER_DATA for ELF core header (ia64)
- From: horms at verge.net.au (Horms)
- [PATCH] kexec-tools: Use EFI_LOADER_DATA for ELF core header (ia64)
- From: horms at verge.net.au (Horms)
- [Xen-ia64-devel] [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: horms at verge.net.au (Horms)
- [PATCH] Make sure max_memory_ranges are cleared before incremented
- From: horms at verge.net.au (Horms)
- [Xen-ia64-devel] [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: horms at verge.net.au (Horms)
- kexec / kdump support for powerpc
- From: miltonm at bga.com (Milton Miller)
- [Xen-ia64-devel] [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: alex.williamson at hp.com (Alex Williamson)
- [PATCH] Make sure max_memory_ranges are cleared before incremented
- From: magnus at valinux.co.jp (Magnus Damm)
- [PATCH] Keep alignment comment in elf code and use KERNEL_CMDLINE_ALIGN
- From: vgoyal at in.ibm.com (Vivek Goyal)
- [PATCH] Keep alignment comment in elf code and use KERNEL_CMDLINE_ALIGN
- From: magnus at valinux.co.jp (Magnus Damm)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: jlan at sgi.com (Jay Lan)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou, Nanhai)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou, Nanhai)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: nanhai.zou at intel.com (Zou, Nanhai)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: nanhai.zou at intel.com (Zou, Nanhai)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: jlan at sgi.com (Jay Lan)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: jlan at sgi.com (Jay Lan)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: jlan at sgi.com (Jay Lan)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: jlan at sgi.com (Jay Lan)
- Zero size /proc/vmcore on ia64
- From: magnus.damm at gmail.com (Magnus Damm)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- kexec / kdump support for powerpc
- From: michael at ellerman.id.au (Michael Ellerman)
- [ANNOUNCE] Kexec for Xen on IA64 (Take III)
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou, Nanhai)
- Zero size /proc/vmcore on ia64
- From: magnus.damm at gmail.com (Magnus Damm)
- [PATCH] [IA64] kexec: declare ia64_mca_pal_base in mca.h rather than kexec.h
- From: horms at verge.net.au (Simon Horman)
- [PATCH] [IA64] kexec: grammatical fixes for crash.c
- From: horms at verge.net.au (Simon Horman)
- [PATCH 2.6.19.2 1/1] kexec: update IO-APIC dest field to 8-bit for APIC
- From: horms at verge.net.au (Horms)
- [PATCH] PPC64 Kdump documentation update for 2.6.20
- From: horms at verge.net.au (Horms)
- IA64: a missing patch: fix-paddr-vmcore-ELF
- From: horms at verge.net.au (Horms)
- [PATCH] [IA64] Point saved_max_pfn to the max_pfn of the entire system
- From: jlan at sgi.com (Jay Lan)
- [PATCH] [IA64] Point saved_max_pfn to the max_pfn of the entire system
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: jlan at sgi.com (Jay Lan)
- Zero size /proc/vmcore on ia64
- From: bwalle at suse.de (Bernhard Walle)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- [PATCH] kexec-tools: Fix help
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou, Nanhai)
- Zero size /proc/vmcore on ia64
- From: bwalle at suse.de (Bernhard Walle)
- Zero size /proc/vmcore on ia64
- From: bwalle at suse.de (Bernhard Walle)
- [PATCH] kexec-tools: Fix help
- From: bwalle at suse.de (Bernhard Walle)
- kdump and quiescing existing devices
- From: miltonm at bga.com (Milton Miller)
- [ppc64] cp /prroc/vmcore fails with core generated using latest kexec tools.
- From: horms at verge.net.au (Horms)
- [ppc64] cp /prroc/vmcore fails with core generated using latest kexec tools.
- From: sachinp at in.ibm.com (Sachin P. Sant)
- [ppc64] cp /prroc/vmcore fails with core generated using latest kexec tools.
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] free initrds boot option
- From: mikey at neuling.org (Michael Neuling)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- [PATCH] free initrds boot option
- From: horms at verge.net.au (Horms)
- [patch 0/4] sh support
- From: horms at verge.net.au (Horms)
- [patch 0/4] sh support
- From: lethal at linux-sh.org (Paul Mundt)
- makedumpfile-1.1.1: x86_64 DISCONTIGMEM support
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- [ANNOUNCE] Kexec for Xen on IA64 (Take II)
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou, Nanhai)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou Nan hai)
- [PATCH] [IA64] Include kexec.h in arch/ia64/kernel/process.c
- From: randy.dunlap at oracle.com (Randy Dunlap)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- [PATCH] [IA64] Include kexec.h in arch/ia64/kernel/process.c
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] [IA64] Include kexec.h in arch/ia64/kernel/process.c
- From: tony.luck at intel.com (Luck, Tony)
- [ PATCH ] fix to documentation for kexec
- From: dnlombar at ichips.intel.com (Lombard, David N)
- problem creating Virtual Machine
- From: horms at verge.net.au (Horms)
- [PATCH] kexec: fix references to init in documentation for kexe
- From: horms at verge.net.au (Horms)
- [ PATCH ] fix to documentation for kexec
- From: horms at verge.net.au (Horms)
- [PATCH] Kdump documentation update for 2.6.20
- From: horms at verge.net.au (Horms)
- [PATCH] [IA64] Include kexec.h in arch/ia64/kernel/process.c
- From: horms at verge.net.au (Horms)
- [PATCH] Fix NULL-pointer dereference in ia64_machine_kexec()
- From: bwalle at suse.de (Bernhard Walle)
- Zero size /proc/vmcore on ia64
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation V2 (ia64)
- From: jlan at sgi.com (Jay Lan)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation V2 (ia64)
- From: horms at verge.net.au (Horms)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation V2 (ia64)
- From: magnus at valinux.co.jp (Magnus Damm)
- [PATCH] [IA64] kexec: typo in the saved_max_pfn description in contig.c
- From: horms at verge.net.au (Horms)
- Zero size /proc/vmcore on ia64
- From: horms at verge.net.au (Horms)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
- From: horms at verge.net.au (Horms)
- [PATCH] IA64 kexec-tools: memory_ranges arrays scalability issue
- From: horms at verge.net.au (Horms)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
- From: jlan at sgi.com (Jay Lan)
- Fw: Re: Dump only kernel memory
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
- From: magnus.damm at gmail.com (Magnus Damm)
- Fw: Re: Dump only kernel memory
- From: vgoyal at in.ibm.com (Vivek Goyal)
- [ PATCH ] fix to documentation for kexec
- From: vgoyal at in.ibm.com (Vivek Goyal)
- makedumpfile-1.1.0: SSH Transporting support
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
- From: horms at verge.net.au (Horms)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] kexec i386 real mode patch
- From: horms at verge.net.au (Horms)
- [PATCH] xmalloc; empty memory ranges
- From: horms at verge.net.au (Horms)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
- From: magnus.damm at gmail.com (Magnus Damm)
- [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
- From: akpm at linux-foundation.org (Andrew Morton)
- [ PATCH ] fix to documentation for kexec
- From: judith at osdl.org (Judith Lebzelter)
- [ PATCH ] fix to documentation for kexec
- From: judith at osdl.org (Judith Lebzelter)
- [ PATCH ] fix to documentation for kexec
- From: jengelh at linux01.gwdg.de (Jan Engelhardt)
- [ PATCH ] fix to documentation for kexec
- From: rpjday at mindspring.com (Robert P. J. Day)
- [ PATCH ] fix to documentation for kexec
- From: rpjday at mindspring.com (Robert P. J. Day)
- [ PATCH ] fix to documentation for kexec
- From: jengelh at linux01.gwdg.de (Jan Engelhardt)
- [ PATCH ] fix to documentation for kexec
- From: judith at osdl.org (Judith Lebzelter)
- [PATCH] Clean up memory allocations in locate_hole()
- From: horms at verge.net.au (Horms)
- [patch 0/4] sh support
- From: horms at koto.vergenet.net (Horms)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: magnus.damm at gmail.com (Magnus Damm)
- [PATCH] Clean up memory allocations in locate_hole()
- From: magnus.damm at gmail.com (Magnus Damm)
- [PATCH] Clean up memory allocations in locate_hole()
- From: horms at verge.net.au (Horms)
- [PATCH] IA64 kexec-tools: efi_memmap overflow on large systems
- From: horms at verge.net.au (Horms)
- [PATCH] IA64 kexec-tools: efi_memmap overflow on large systems
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: jlan at sgi.com (Jay Lan)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: magnus.damm at gmail.com (Magnus Damm)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: magnus.damm at gmail.com (Magnus Damm)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: horms at verge.net.au (Horms)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: jlan at sgi.com (Jay Lan)
- [PATCH] kexec: Avoid migration of already disabled irqs (ia64)
- From: magnus at valinux.co.jp (Magnus Damm)
- IA64: reliable way to determine kdump_kernel?
- From: jlan at sgi.com (Jay Lan)
- [PATCH] ppc64 kexec tools code cleanup.
- From: horms at verge.net.au (Horms)
- [PATCH][ppc64] cp /prroc/vmcore fails on core generated using latest kexec tools.
- From: horms at verge.net.au (Horms)
- IA64: reliable way to determine kdump_kernel?
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Re-inserting module dtt
- From: judith at osdl.org (Judith Lebzelter)
- makedumpfile DISCONTIGMEM support
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- makedumpfile DISCONTIGMEM support
- From: rientjes at google.com (David Rientjes)
- [PATCH][ppc64] cp /prroc/vmcore fails on core generated using latest kexec tools.
- From: maneesh at in.ibm.com (Maneesh Soni)
- [PATCH][ppc64] cp /prroc/vmcore fails on core generated using latest kexec tools.
- From: mohan at in.ibm.com (Mohan Kumar M)
- IA64: reliable way to determine kdump_kernel?
- From: jlan at sgi.com (Jay Lan)
- [PATCH] makedumpfile: SSH transporting (Re: Dumping to a remote host by makedumpfile.)
- From: anderson at redhat.com (Dave Anderson)
- [PATCH] Kdump documentation update for 2.6.20
- From: vgoyal at in.ibm.com (Vivek Goyal)
- [PATCH] Kdump documentation update for 2.6.20
- From: horms at verge.net.au (Horms)
- [PATCH] Kdump documentation update for 2.6.20
- From: mohan at in.ibm.com (Mohan Kumar M)
- makedumpfile-1.0.9: Optimization of is_page_size()
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- Confusion about IO-APIC Entry?
- From: benjamin.romer at unisys.com (Benjamin Romer)
- Confusion about IO-APIC Entry?
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Confusion about IO-APIC Entry?
- From: benjamin.romer at unisys.com (Benjamin Romer)
- [PATCH]: Simple bounds checking for crashkernel args (version 2)
- From: prarit at redhat.com (Prarit Bhargava)
- Dumping to a remote host by makedumpfile.
- From: vgoyal at in.ibm.com (Vivek Goyal)
- [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: horms at verge.net.au (Horms)
- [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: jlan at sgi.com (Jay Lan)
- [PATCH]: Simple bounds checking for crashkernel args
- From: prarit at redhat.com (Prarit Bhargava)
- Dumping to a remote host by makedumpfile.
- From: anderson at redhat.com (Dave Anderson)
- Dumping to a remote host by makedumpfile.
- From: nhorman at tuxdriver.com (Neil Horman)
- [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: schwab at suse.de (Andreas Schwab)
- kdump on ia64 with 2.6.20-rc4 > no vmcore ?
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Confusion about IO-APIC Entry?
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Confusion about IO-APIC Entry?
- From: vgoyal at in.ibm.com (Vivek Goyal)
- kdump on ia64 with 2.6.20-rc4 > no vmcore ?
- From: horms at verge.net.au (Horms)
- [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: horms at verge.net.au (Horms)
- [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: nanhai.zou at intel.com (Zou, Nanhai)
- kdump on ia64 with 2.6.20-rc4 > no vmcore ?
- From: vgoyal at in.ibm.com (Vivek Goyal)
- kdump on ia64 with 2.6.20-rc4 > no vmcore ?
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Dumping to a remote host by makedumpfile.
- From: vgoyal at in.ibm.com (Vivek Goyal)
- kdump on ia64 with 2.6.20-rc4 > no vmcore ?
- From: horms at verge.net.au (Horms)
- [PATCH] Kdump documentation update for 2.6.20: ia64 portion
- From: horms at verge.net.au (Horms)
- [PATCH] Kdump documentation update for 2.6.20: kexec-tools update
- From: horms at verge.net.au (Horms)
- [ANNOUNCE] Kexec for Xen on IA64
- From: horms at verge.net.au (Horms)
- Dumping to a remote host by makedumpfile.
- From: nhorman at redhat.com (Neil Horman)
- Dumping to a remote host by makedumpfile.
- From: anderson at redhat.com (Dave Anderson)
- Dumping to a remote host by makedumpfile.
- From: nhorman at redhat.com (Neil Horman)
- Confusion about IO-APIC Entry?
- From: benjamin.romer at unisys.com (Benjamin Romer)
- Dumping to a remote host by makedumpfile.
- From: anderson at redhat.com (Dave Anderson)
- Dumping to a remote host by makedumpfile.
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- kdump on ia64 with 2.6.20-rc4 > no vmcore ?
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Dumping to a remote host by makedumpfile.
- From: nhorman at tuxdriver.com (Neil Horman)
- kdump on ia64 with 2.6.20-rc4 > no vmcore ?
- From: benoit.welterlen at ext.bull.net (Welterlen Benoit)
- [PATCH] Kdump documentation update for 2.6.20
- From: horms at verge.net.au (Horms)
- Dumping to a remote host by makedumpfile.
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- Dumping to a remote host by makedumpfile.
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Dumping to a remote host by makedumpfile.
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Dumping to a remote host by makedumpfile.
- From: nhorman at redhat.com (Neil Horman)
- Dumping to a remote host by makedumpfile.
- From: anderson at redhat.com (Dave Anderson)
- Dumping to a remote host by makedumpfile.
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- [PATCH] Kdump documentation update for 2.6.20
- From: vgoyal at in.ibm.com (Vivek Goyal)
- IO-APIC Trace (was RE: Test Message)
- From: vgoyal at in.ibm.com (Vivek Goyal)
- [PATCH] Kdump documentation update for 2.6.20
- From: mohan at in.ibm.com (Mohan Kumar M)
- [PATCH] Kdump documentation update for 2.6.20
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Dumping to a remote host by makedumpfile.
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Dumping to a remote host by makedumpfile.
- From: dzickus at redhat.com (Don Zickus)
- Fw: Re: kernel-only memory to kdump
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Dumping to a remote host by makedumpfile.
- From: vgoyal at in.ibm.com (Vivek Goyal)
- Dumping to a remote host by makedumpfile.
- From: oomichi at mxs.nes.nec.co.jp (Ken'ichi Ohmichi)
- [PATCH] Kdump documentation update for 2.6.20
- From: horms at verge.net.au (Horms)
- [PATCH] Kdump documentation update for 2.6.20
- From: nanhai.zou at intel.com (Zou, Nanhai)
- [PATCH] Kdump documentation update for 2.6.20
- From: horms at verge.net.au (Horms)
- Confusion about IO-APIC Entry?
- From: rdunlap at xenotime.net (Randy Dunlap)
- Confusion about IO-APIC Entry?
- From: benjamin.romer at unisys.com (Benjamin Romer)