WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] Can we disable secondary_bus_reset in runtime?

Neo,
You're right. I tried that only as you asked if that would work or not. :-)

I tested the SecondaryBusReset manually as what the function defines:
After I "Assert Secondary Bus Reset", I notice all the config space of the NIC 
(01:00.0) becomes inaccessible (reading returns 0xffffffff).
Next, after I "De-assert Secondary Bus Reset", the config space of NIC becomes 
accessible again.

what's your failure case?

-- Dexuan


-----Original Message-----
From: Neo Jia [mailto:neojia@xxxxxxxxx] 
Sent: 2008年9月3日 15:02
To: Cui, Dexuan
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] Can we disable secondary_bus_reset in runtime?

Dexuan,

I don't think this experiment can verify that if the SecondaryBusReset
works or not, as it (the device driver of this NIC) can work on the VM
reboot case without reset the HW.

Thanks,
Neo

2008/9/2 Cui, Dexuan <dexuan.cui@xxxxxxxxx>:
> Yes. Just now I added a "return"  at the beginning of the "def 
> do_secondary_bus_reset(...)" then "xend restart". The assigned NIC still 
> works well inside the 32e HVM guest.
> I tried the Xen c/s 18409 and 18414.
> Please note: the SecondBusReset does work here on my host.
>
> -- Dexuan
>
>
> -----Original Message-----
> From: Neo Jia [mailto:neojia@xxxxxxxxx]
> Sent: 2008年9月3日 12:27
> To: Cui, Dexuan
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-devel] Can we disable secondary_bus_reset in runtime?
>
> Dexuan,
>
> If you don't do a SecondaryBusReset, will the NIC card driver be
> loaded after you reboot the guest VM?
>
> Just want to make sure if the reset works.
>
> I will also check on my side about the failure case.
>
> Thanks,
> Neo
>



-- 
I would remember that if researchers were not ambitious
probably today we haven't the technology we are using!

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