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] guest attempted write to read-only memory page.

To: "Tian, Kevin" <kevin.tian@xxxxxxxxx>, 'Keir Fraser' <keir.fraser@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] guest attempted write to read-only memory page.
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Mon, 22 Dec 2008 21:20:33 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: 'Akio Takebe' <takebe_akio@xxxxxxxxxxxxxx>
Delivery-date: Mon, 22 Dec 2008 05:21:03 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <0A882F4D99BBF6449D58E61AAFD7EDD603BB49CD@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <0A882F4D99BBF6449D58E61AAFD7EDD603BB49CB@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C5751D5F.207C2%keir.fraser@xxxxxxxxxxxxx> <0A882F4D99BBF6449D58E61AAFD7EDD603BB49CD@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AclkHdhNymC5crU+TeGYz4yjUsNejgAAtLZCAAVBrFAAAHy2QA==
Thread-topic: [Xen-devel] guest attempted write to read-only memory page.
>From: Tian, Kevin
>Sent: Monday, December 22, 2008 9:11 PM
>>
>>Possibly we should silence the shadow code too, at least 
>>perhaps while in
>>real mode or for a certain EIP range.
>>
>
>I'm not sure that's the right fix. Why is write access to rom disabled
>before rom scan when etherboot is known to have write requirement?
>
>#ifdef HVMASSIST
>  call _enable_rom_write_access
>  call _clobber_entry_point
>  call _copy_e820_table
>  call smbios_init
>  call _disable_rom_write_access
>#endif
>
>  call _init_boot_vectors
>
>  mov  cx, #0xc800  ;; init option roms
>  mov  ax, #0xe000
>  call rom_scan
>
>Should we move disable action to post rom_scan? If shadow warning
>is simply silenced for such case, it seems breaking the purpose of
>disable_dom_write_access...
>

I make a quick test, that warning disappears after moving disable
action post rom_scan. But I haven't found the place triggering such
write violation, as in previous revision write access is also disabled
before rom_scan. It could come from recent bochs update on 
expansion rom part by 18931.

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