From: Jan Kiszka Subject: Re: [PATCH v2] Import Linux headers for KVM and vhost Date: Wed, 04 May 2011 12:28:32 +0200 Message-ID: <4DC12A50.1000800@siemens.com> References: <4DC00BB1.7000008@siemens.com> <4DC031CC.1040902@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Anthony Liguori , kvm , Marcelo Tosatti , Alexander Graf , qemu-devel , Avi Kivity To: Peter Maydell Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org On 2011-05-03 22:22, Peter Maydell wrote: > On 3 May 2011 17:48, Jan Kiszka wrote: >> +++ b/scripts/update-linux-headers.sh >> @@ -0,0 +1,47 @@ >> +#!/bin/sh > > No -e ? > >> +rm -rf $output/include/linux/* > > Given that updating the kernel headers will blow away large > subsets of include/ like this, maybe we should use a less generic > name than "include", so it's clear that it's just a set of > automatically maintained and updated files, rather than > a good place to put random QEMU header files? > > kernel-headers/ seems like an obvious choice. > > Is it worth having a README in the directory saying "don't > edit these, they are copies of the kernel headers, they can > be updated with ", or is that unnecessary? > No, these suggestion all make sense. I've incorporated them. Thanks, Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux