From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Williamson Subject: RE: Re: free_irq_vector on ia64 Date: Tue, 04 Sep 2007 10:08:29 -0600 Message-ID: <1188922109.6307.5.camel@lappy> References: <82C666AA63DC75449C51EAD62E8B2BEC18391D@pdsmsx412.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <82C666AA63DC75449C51EAD62E8B2BEC18391D@pdsmsx412.ccr.corp.intel.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Duan, Ronghui" Cc: Xen Development Mailing List , Herbert Xu , "Zhang, Xing Z" , "Xu, Anthony" , "Zhang, Xiantao" , xen-ia64-devel List-Id: xen-devel@lists.xenproject.org On Mon, 2007-09-03 at 15:27 +0800, Duan, Ronghui wrote: > Hi Alex: > > I follow your steps to hide e1000 from domain0, adding > "pciback.hide== > (0000:01:00.0)" in append line, then reboot .It seem that all right. The > NAT consumption fault may have fixed by this patch: > http://xenbits.xensource.com/xen-unstable.hg?rev/7158623a1b3d > > Could you please have a check? That could be why I don't get a NaT consumption like the comment indicated, but I still get the Oops. It doesn't seem like there's anything platform specific here, so I'm not sure why you don't see it. Note that I'm hiding function 1 of a two port, two function e1000, while you're hiding function 0. I don't know if that matters, but perhaps a variable to play with. > BTW: It seems that we don't free irq_handler of e1000, so when > rebooting, there may be some warning message printing in the serial > port! > Thank you! Yup, that's a bug in our base 2.6.18 kernel which should go away next time we re-base. However, that's a separate issue. Thanks, Alex -- Alex Williamson HP Open Source & Linux Org.