s used for ARM64.
Signed-off-by: Bharat Bhushan
---
v1->v2
- "a uncompressed" replaced with "an uncompressed"
Reviewed-by: Pratyush Anand
Documentation/kdump/kdump.txt | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/Documentation/kdum
On Monday 22 May 2017 12:19 PM, Bharat Bhushan wrote:
On Friday 19 May 2017 09:15 AM, AKASHI Takahiro wrote:
+to load dump-capture kernel.
+
+ kexec -p \
+ --initrd= \
+ --append="root= "
For uncompressed Image, dtb is not necessary?
Just for clarification, dtb is optional for both vm
On Friday 19 May 2017 09:15 AM, AKASHI Takahiro wrote:
+to load dump-capture kernel.
+
+ kexec -p \
+ --initrd= \
+ --append="root= "
For uncompressed Image, dtb is not necessary?
Just for clarification, dtb is optional for both vmlinux and Image
on arm64. (This means you can specify i
Hi Baoquan,
On 03/05/2016:12:24:41 PM, Baoquan He wrote:
> Hi Pratyush,
>
> Could you please help tell why arm PAE kernel can be put above 4G?
PAE system can have physical addresses above 4G. So, if a CPU is supporting the
LPAE page table format then we should be able to access physical addresse
On Mon, May 2, 2016 at 3:40 PM, Russell King - ARM Linux
wrote:
> On Mon, May 02, 2016 at 01:04:28PM +0530, Pratyush Anand wrote:
>> On Sat, Apr 30, 2016 at 1:50 PM, Russell King - ARM Linux
>> wrote:
>> > On Sat, Apr 30, 2016 at 08:57:34AM +0530, Pratyush Anand wrote:
&g
On Sat, Apr 30, 2016 at 1:50 PM, Russell King - ARM Linux
wrote:
> On Sat, Apr 30, 2016 at 08:57:34AM +0530, Pratyush Anand wrote:
>> On Fri, Apr 29, 2016 at 11:30 PM, Russell King - ARM Linux
>> wrote:
>> > On Fri, Apr 29, 2016 at 08:26:00PM +0530, Pratyush Anand
On Fri, Apr 29, 2016 at 11:40 PM, Russell King - ARM Linux
wrote:
> On Fri, Apr 29, 2016 at 07:49:45PM +0530, Pratyush Anand wrote:
>> On Thu, Apr 28, 2016 at 2:57 PM, Russell King
>> wrote:
>> > Signed-off-by: Russell King
>> > ---
>> > arch/arm/ker
On Fri, Apr 29, 2016 at 11:36 PM, Russell King - ARM Linux
wrote:
> On Fri, Apr 29, 2016 at 08:36:43PM +0530, Pratyush Anand wrote:
>> On Thu, Apr 28, 2016 at 2:58 PM, Russell King
>> wrote:
>> > diff --git a/kernel/ksysfs.c b/kernel/ksysfs.c
>> > index
On Fri, Apr 29, 2016 at 11:30 PM, Russell King - ARM Linux
wrote:
> On Fri, Apr 29, 2016 at 08:26:00PM +0530, Pratyush Anand wrote:
>> Hi Russell,
>>
>> On Thu, Apr 28, 2016 at 2:58 PM, Russell King
>> wrote:
>> > Advertise the location of bootable RAM to ke
On Fri, Apr 29, 2016 at 8:46 PM, Mark Rutland wrote:
> On Fri, Apr 29, 2016 at 08:36:43PM +0530, Pratyush Anand wrote:
>> > + phys_addr_t vmcore_base = paddr_vmcoreinfo_note();
>> > + return sprintf(buf, "%pa %x\n", &vmcore_base,
>>
>&g
On Thu, Apr 28, 2016 at 2:58 PM, Russell King
wrote:
> kexec physical addresses are the boot-time view of the system. For
> certain ARM systems (such as Keystone 2), the boot view of the system
> does not match the kernel's view of the system: the boot view uses a
> special alias in the lower 4GB
On Thu, Apr 28, 2016 at 2:58 PM, Russell King
wrote:
> On PAE systems (eg, ARM LPAE) the vmcore note may be located above
> 4GB physical on 32-bit architectures, so we need a wider type than
> "unsigned long" here. Arrange for paddr_vmcoreinfo_note() to return
> a phys_addr_t, thereby allowing it
Hi Russell,
On Thu, Apr 28, 2016 at 2:58 PM, Russell King
wrote:
> Advertise the location of bootable RAM to kexec-tools. kexec needs to
> know where it can place the kernel in RAM, and so be executable when
> the system needs to jump into it.
>
> Advertise these areas in /proc/iomem with a "Sys
GE_MASK))
> return result;
> if (mend >= KEXEC_DESTINATION_MEMORY_LIMIT)
Reviewed-by: Pratyush Anand
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
f
>
> #ifndef KEXEC_CONTROL_MEMORY_GFP
> -#define KEXEC_CONTROL_MEMORY_GFP GFP_KERNEL
> +#define KEXEC_CONTROL_MEMORY_GFP (GFP_KERNEL | __GFP_NORETRY)
> #endif
>
> #ifndef KEXEC_CONTROL_PAGE_SIZE
Reviewed-by: Pratyush Anand
--
To unsubscribe from this list: send the line "unsubscribe lin
= 0;
> +}
> +
> #define IDMAP_INVALID_ADDR ((u32)~0)
>
> static inline unsigned long phys_to_idmap(phys_addr_t addr)
Reviewed-by: Pratyush Anand
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
- if (crash_max > (u32)~0)
> - crash_max = (u32)~0;
> + unsigned long long crash_max = idmap_to_phys((u32)~0);
> crash_base = memblock_find_in_range(CRASH_ALIGN, crash_max,
>
> + return;
> + }
> + }
> +
> ret = memblock_reserve(crash_base, crash_size);
> if (ret < 0) {
> pr_warn("crashkernel reservation failed - memory is in use
> (0x%lx)\n",
> --
Reviewed-by: Pratyush Anand
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 30/03/2016:09:46:38 AM, Dave Young wrote:
> Hi, Russell
>
> A long standing issue, but nobody tried to do it. Thank you for bringing up.
>
> On 03/29/16 at 11:10am, Russell King wrote:
> > When the kernel crashkernel parameter is specified with just a size, we
> > are supposed to allocate a re
On 28/03/2016:06:46:20 AM, Guenter Roeck wrote:
> On 03/28/2016 06:12 AM, Fu Wei wrote:
> >Hi Wim, Guenter:
> >
> >Great thanks for reviewing and applying this patchset :-)
> >Now I can see almost all the patches of this patchset have been merged
> >into the master branch of mainline kernel.
> >But
20 matches
Mail list logo
