Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1416330ybt; Thu, 2 Jul 2020 05:03:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwCnFoXzaxDlNKbxTistTNOUIo20D4bQJMHKbBBQi65jneSGGW1sscwzAckX6fKYy6xILLP X-Received: by 2002:a17:906:2296:: with SMTP id p22mr26581867eja.510.1593691384751; Thu, 02 Jul 2020 05:03:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593691384; cv=none; d=google.com; s=arc-20160816; b=mpw5zhdePltutFoMEj2mKNeQA4a3XMVvT3rfH9eUg4ye7BqZMINBe9ZW5lfAJ0YNQ2 kbzTzJMWIIsIGMfyUBZx8WnIn8vDRkEyJxn/UJorPlpD2JFpOCoXELnjH1KRzVCf5BxX tpbt13J+BuWNwQnqBvxgp0ulz5XLUteA2pjna9IYJFHo4jhUXVW/PxRViDtO0yxjrReK pH5yq3r3bBLdeymShKBxKSnvxv41Kyg2nDERdny5/aASMvyJoe+C+jIDCdmeZGQkfNU6 cVz8FwxDn5NtVU7v3HjIRFQBDXBe0zlTFZaTKEQfOQE4KzRimEto+Wo0M5yRWGeww0Oj Rr3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=Z4B17+WYNTMSxF7tB4AKTsJ+zC29K7PjVCzxXK3zdDw=; b=SnjhjG6wT2tUz9SC2ahuiFOwr6wRvVChBYr3TCUwGB/l9NKfGZJYld8F9rmvu4Udyz df0PM3hcOrAmMoJPL+usRdrp94mVHUP6U6ytDuyfyG+/tnPZ7yRWegNLasZYGqxocqRv 7I9MbgpUK0Ipk0HlgVYazpIQCFg5OvDyWLDgEAv6UvGWXLXNuD9wb3qiydc8rnLiXJ/2 2Y75b7k0+38NW7rewQrMzDdgoG/pqqm0leOmC9DCSftNaJf5BXJGUGHPnYLtRPK44hlb 8QzS8Fdeu2INLTLZhRxQml993t2z4GcTJk9Kd6Gl+pcuwkgyWcgCY4yFcgnoOyetfayu RiHw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=N1jP+8L6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d4si5678692edv.535.2020.07.02.05.02.41; Thu, 02 Jul 2020 05:03:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=N1jP+8L6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728834AbgGBL7V (ORCPT + 99 others); Thu, 2 Jul 2020 07:59:21 -0400 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:52614 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726475AbgGBL7V (ORCPT ); Thu, 2 Jul 2020 07:59:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1593691160; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Z4B17+WYNTMSxF7tB4AKTsJ+zC29K7PjVCzxXK3zdDw=; b=N1jP+8L6Cav+bEx5Qb58SG23obcNGaD6kgfDOYCACchDLx4nATnFf2lz32pBt2WY/ghZ0+ 3V0DyrHpNYHRddTIzRG9bD3L+Us5cywd9duBGDzrPs6aGwRvw8lfz2ykHY6MAiBzevXlAR tXJdQjp/hFG/omRFmeRjVlVYUfTtl4c= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-42-ULjAwMrOM6iJWe1gqQ8w7g-1; Thu, 02 Jul 2020 07:59:18 -0400 X-MC-Unique: ULjAwMrOM6iJWe1gqQ8w7g-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 78AA4186A20F; Thu, 2 Jul 2020 11:59:16 +0000 (UTC) Received: from dhcp-128-65.nay.redhat.com (ovpn-13-96.pek2.redhat.com [10.72.13.96]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 590CF7925B; Thu, 2 Jul 2020 11:59:11 +0000 (UTC) Date: Thu, 2 Jul 2020 19:59:07 +0800 From: Dave Young To: piliu Cc: Hari Bathini , Michael Ellerman , Kexec-ml , lkml , Petr Tesarik , Mahesh J Salgaonkar , linuxppc-dev , Sourabh Jain , Vivek Goyal , Andrew Morton , Mimi Zohar , Thiago Jung Bauermann , Eric Biederman Subject: Re: [PATCH 04/11] ppc64/kexec_file: avoid stomping memory used by special regions Message-ID: <20200702115907.GC21026@dhcp-128-65.nay.redhat.com> References: <159319825403.16351.7253978047621755765.stgit@hbathini.in.ibm.com> <159319831192.16351.17443438699302756548.stgit@hbathini.in.ibm.com> <20200701074012.GA4496@dhcp-128-65.nay.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > I'm confused about the "overlap with crashkernel memory", does that mean > > those normal kernel used memory could be put in crashkernel reserved > > memory range? If so why can't just skip those areas while crashkernel > > doing the reservation? > I raised the same question in another mail. As Hari's answer, "kexec -p" > skips these ranges in user space. And the same logic should be done in > "kexec -s -p" See it, thanks! The confusion also applied to the userspace implementation though. Seems they have to be special cases because of the powerpc crashkernel reservation implemtation in kernel limitation Thanks Dave