|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-devel
[Xen-devel] [PATCH] x86: s3: write_msi_msg: entry->msg should be in the 
 
When Interrupt Remapping is used, after Dom0 S3, Dom0's filesystem might
become inaccessible as the SATA disk's MSI interrupt becomes buggy.
The cause is:
After set_msi_affinity() or setup_msi_irq() invokes write_msi_msg(),
entry->msg records the remappable format message; during S3 resume, Dom0
invokes the PHYSDEVOP_restore_msi hypercall to restore the MSI registers of
devices, and in pci_restore_msi_state() -> write_msi_msg(), the 'entry->msg'
of remappable format is passed, but in write_msi_msg() -> ... ->
msi_msg_to_remap_entry(), the 'msg' is assumed to be in compatibility format.
As a result, after s3, the IRTE is corrupted.
Actually the only users of 'entry->msg' are pci_restore_msi_state() and
dump_msi(). That's why we don't have issue except Dom0 S3.
Thanks,
-- Dexuan 
 
fix_s3_when_ir_and_msi_are_used.patch 
Description: fix_s3_when_ir_and_msi_are_used.patch 
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
 
 |   
 
| <Prev in Thread] | 
Current Thread | 
[Next in Thread> |  
- [Xen-devel] [PATCH] x86: s3: write_msi_msg: entry->msg should be in the compatibility format,
Cui, Dexuan <=
  
 |  
  
 | 
    | 
  
  
    |   | 
    |