[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-ia64-devel] pv_ops: imntrinsic pv_ops


  • To: "Isaku Yamahata" <yamahata@xxxxxxxxxxxxx>
  • From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
  • Date: Mon, 7 Apr 2008 17:06:36 +0800
  • Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Mon, 07 Apr 2008 02:14:21 -0700
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • Thread-index: AciUrOw5YoMp7yPKSJCE9exfE0yQpwD4MihA
  • Thread-topic: [Xen-ia64-devel] pv_ops: imntrinsic pv_ops

Isaku Yamahata wrote:
> Hi Eddie.
> 
> I commited some clean ups based on your patch.
> Could you please review it?
> 

It looks like you still prefer to use intermediate symbol 
paravirt_xxxx/ia64_native_xxx to wrap ia64_xxx. In some sense, when
I saw many similar and bulk code in the patch, I feel "dirty". I prefer
we don't touch 
those gcc_intrinsic.h MACROs.

If you don't like the way I wrap it, i.e. MACRO level ifdef /else.
you may just simply provide a new head file
for CONFIG_PARAVIRT which simply use pv_ops.name for all those same 
MACROs.

such as in intrinsic.h:

#ifdef CONFIG_PARAVIRT_GUEST
#include <paravirt_intrinsic.h>
#else 
.... gcc_intrinsic.h or intel_intrinsic.h.


Eddie

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.