From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030307Ab2LGNQ6 (ORCPT ); Fri, 7 Dec 2012 08:16:58 -0500 Received: from mail-ob0-f174.google.com ([209.85.214.174]:44665 "EHLO mail-ob0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030295Ab2LGNQ4 (ORCPT ); Fri, 7 Dec 2012 08:16:56 -0500 MIME-Version: 1.0 In-Reply-To: <20121206145020.93fd7128.akpm@linux-foundation.org> References: <1354810175-4338-1-git-send-email-js1304@gmail.com> <20121206145020.93fd7128.akpm@linux-foundation.org> Date: Fri, 7 Dec 2012 22:16:55 +0900 Message-ID: Subject: Re: [RFC PATCH 0/8] remove vm_struct list management From: JoonSoo Kim To: Andrew Morton Cc: Russell King , linux-kernel@vger.kernel.org, linux-mm@kvack.org, kexec@lists.infradead.org, Vivek Goyal Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2012/12/7 Andrew Morton : > On Fri, 7 Dec 2012 01:09:27 +0900 > Joonsoo Kim wrote: > >> I'm not sure that "7/8: makes vmlist only for kexec" is fine. >> Because it is related to userspace program. >> As far as I know, makedumpfile use kexec's output information and it only >> need first address of vmalloc layer. So my implementation reflect this >> fact, but I'm not sure. And now, I don't fully test this patchset. >> Basic operation work well, but I don't test kexec. So I send this >> patchset with 'RFC'. > > Yes, this is irritating. Perhaps Vivek or one of the other kexec > people could take a look at this please - if would obviously be much > better if we can avoid merging [patch 7/8] at all. I'm not sure, but I almost sure that [patch 7/8] have no problem. In kexec.c, they write an address of vmlist and offset of vm_struct's address field. It imply that user for this information doesn't have any other information about vm_struct, and they can't use other field of vm_struct. They can use *only* address field. So, remaining just one vm_struct for vmlist which represent first area of vmalloc layer may be safe. But, kexec people may be very helpful to validate this patch. Thanks.