From mboxrd@z Thu Jan 1 00:00:00 1970 From: Scott Wood Subject: Re: linux-next: manual merge of the kvm-ppc tree with the powerpc-merge tree Date: Thu, 11 Oct 2012 12:28:56 -0500 Message-ID: <1349976536.6903.7@snotra> References: <20121011121841.1b946f996cba995d9a5a2be7@canb.auug.org.au> <6AE080B68D46FC4BA2D2769E68D765B7080FA8F8@039-SN2MPN1-023.039d.mgd.msft.net> <20121011134754.2e2cbb24842fa991e61cf97c@canb.auug.org.au> <6AE080B68D46FC4BA2D2769E68D765B7080FA9F8@039-SN2MPN1-023.039d.mgd.msft.net> <6201AAAD-F575-4D2C-9A97-3EB41DA3491C@suse.de> <5076EBFE.5060208@freescale.com> <1349973438.6903.4@snotra> <507700EB.5090307@freescale.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; delsp=Yes; format=Flowed Content-Transfer-Encoding: 8BIT Return-path: Received: from ch1ehsobe006.messaging.microsoft.com ([216.32.181.186]:37543 "EHLO ch1outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932758Ab2JKR3W convert rfc822-to-8bit (ORCPT ); Thu, 11 Oct 2012 13:29:22 -0400 In-Reply-To: <507700EB.5090307@freescale.com> (from B04825@freescale.com on Thu Oct 11 12:24:59 2012) Content-Disposition: inline Sender: linux-next-owner@vger.kernel.org List-ID: To: Timur Tabi Cc: Alexander Graf , Stephen Rothwell , "linux-kernel@vger.kernel.org" , David Howells , "linux-next@vger.kernel.org" , Paul Mackerras , "linuxppc-dev@lists.ozlabs.org" On 10/11/2012 12:24:59 PM, Timur Tabi wrote: > Scott Wood wrote: > >> > My concern is that when I think of a user-space header file, I > think > >> > of a > >> > user-space application that calls ioctls. I know that KVM guest > >> > kernels > >> > run as user-space processes, but that does not seem like a > reason to > >> > combine all of the header files that the KVM guest kernel needs > with > >> > "real" user-space header files. > > > So where should guest headers go? > > I admit that I don't have any answers, especially since this whole > thing > is new to me. Like I said, I don't know much about KVM internals, so > I > just don't understand why KVM guests need to have access to these > kernel > header files as if they're user header files. The guests are still > Linux > kernels (or other OSes that think they're running as privileged code). For hypercalls and other paravirt. That's the point -- they're not kernel headers. They're guest API headers. -scott From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe004.messaging.microsoft.com [216.32.181.184]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.global.frontbridge.com", Issuer "Microsoft Secure Server Authority" (not verified)) by ozlabs.org (Postfix) with ESMTPS id DC5A12C04F4 for ; Fri, 12 Oct 2012 04:29:25 +1100 (EST) Date: Thu, 11 Oct 2012 12:28:56 -0500 From: Scott Wood Subject: Re: linux-next: manual merge of the kvm-ppc tree with the powerpc-merge tree To: Timur Tabi References: <20121011121841.1b946f996cba995d9a5a2be7@canb.auug.org.au> <6AE080B68D46FC4BA2D2769E68D765B7080FA8F8@039-SN2MPN1-023.039d.mgd.msft.net> <20121011134754.2e2cbb24842fa991e61cf97c@canb.auug.org.au> <6AE080B68D46FC4BA2D2769E68D765B7080FA9F8@039-SN2MPN1-023.039d.mgd.msft.net> <6201AAAD-F575-4D2C-9A97-3EB41DA3491C@suse.de> <5076EBFE.5060208@freescale.com> <1349973438.6903.4@snotra> <507700EB.5090307@freescale.com> In-Reply-To: <507700EB.5090307@freescale.com> (from B04825@freescale.com on Thu Oct 11 12:24:59 2012) Message-ID: <1349976536.6903.7@snotra> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; delsp=Yes; format=Flowed Cc: Stephen Rothwell , Alexander Graf , "linux-kernel@vger.kernel.org" , David Howells , "linux-next@vger.kernel.org" , Paul Mackerras , "linuxppc-dev@lists.ozlabs.org" List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On 10/11/2012 12:24:59 PM, Timur Tabi wrote: > Scott Wood wrote: > >> > My concern is that when I think of a user-space header file, I =20 > think > >> > of a > >> > user-space application that calls ioctls. I know that KVM guest > >> > kernels > >> > run as user-space processes, but that does not seem like a =20 > reason to > >> > combine all of the header files that the KVM guest kernel needs =20 > with > >> > "real" user-space header files. >=20 > > So where should guest headers go? >=20 > I admit that I don't have any answers, especially since this whole =20 > thing > is new to me. Like I said, I don't know much about KVM internals, so =20 > I > just don't understand why KVM guests need to have access to these =20 > kernel > header files as if they're user header files. The guests are still =20 > Linux > kernels (or other OSes that think they're running as privileged code). For hypercalls and other paravirt. That's the point -- they're not =20 kernel headers. They're guest API headers. -scott=