> From: Luck, Tony [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 03, 2005 12:16 PM > To: Magenheimer, Dan (HP Labs Fort Collins) > Cc: [email protected] > Subject: xen patch > > Dan, > > Can you send me <asm/xen/privop.h> so I can see where all > this indirection is leading to?
OK, it's not quite ready for primetime but take a look at: http://xenbits.xensource.com/ext/xenlinux-ia64-2.6.12.hg?cmd=file;fileno de=2ef68fa5385f2dcd1610f67dbfcee0d3d2c7bb37;file=include/asm-ia64/xen/pr ivop.h (If this hg link is problematic, let me know and I will send it as an attachment.) > Like David Mosberger I'm a bit sceptical about the need to replace > constructs like: > > ia64_getreg(_IA64_REG_AR_EFLAG) > > with > ia64_get_eflag() > > but I can't see the whole picture at the moment. Well, with both Tony and David voting for this, I will just try to regen the patch to avoid replacing those constructs. It looks like I will have to either move the extra level of abstraction to several define's in both gcc_intrin.h and intel_intrin.h -- or use an #ifdef __INTEL_COMPILER in xen/privop.h. Any preference which approach is better? Thanks, Dan - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
