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/
Home Products Support Community News


[Xen-devel] Re: [Xen-users] Release 0.9.2 of GPL PV Drivers for Windows

To: James Harper <james.harper@xxxxxxxxxxxxxxxx>
Subject: [Xen-devel] Re: [Xen-users] Release 0.9.2 of GPL PV Drivers for Windows
From: Stephan Seitz <s.seitz@xxxxxxxxxxxx>
Date: Mon, 26 May 2008 21:35:22 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 26 May 2008 12:31:48 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <AEC6C66638C05B468B556EA548C1A77D013DCB4E@trantor>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: netz-haut e.K.
References: <AEC6C66638C05B468B556EA548C1A77D013DCB4E@trantor>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird (X11/20080505)

booting /gplpv the emulated realtek nic's and the ide driver are marked
with a yellow sign, but I assume this can be silently ignored.

If I try to activate/deactivate a nic, a bluescreen occurs. This happens
for both - the realtek and the xennet.

*** STOP: 0x0000007E (0xC0000005,0x808925CF,0xF78DA4B8,0xF78DA1B4)
(for xennet)

System is a plain W2K3 Server Standard Edition / German.
Xen: 3.2 x86_64.



James Harper schrieb:
Another update. This one should fix the problems people were having with
chkdsk on boot failing. Chkdsk never aligns its buffers to a 512 byte
boundary, so I've put in some code which will handle this case when the
transfer size is > PAGE_SIZE. This might fix some other random crashes

A word of warning though, on my system a windows bug check (eg BSoD)
will hang my Dom0 hard for upwards of 5 minutes, and when it finally
comes back it reports:

BUG: soft lockup detected on CPU#0!

Call Trace:
 <IRQ> [<ffffffff8029fb2c>] softlockup_tick+0xdb/0xed
 [<ffffffff80267dba>] timer_interrupt+0x38d/0x3db
 [<ffffffff80211154>] handle_IRQ_event+0x2d/0x60
 [<ffffffff8029fe6b>] __do_IRQ+0xa4/0x105
 [<ffffffff8028364e>] _local_bh_enable+0x59/0xb3
 [<ffffffff802665a8>] do_IRQ+0x65/0x73
 [<ffffffff80360feb>] evtchn_do_upcall+0x86/0xe0
 [<ffffffff8025c616>] do_hypervisor_callback+0x1e/0x2c
 <EOI> [<ffffffff8020622a>] hypercall_page+0x22a/0x1000
 [<ffffffff8020622a>] hypercall_page+0x22a/0x1000
 [<ffffffff803607c4>] force_evtchn_callback+0xa/0xb
 [<ffffffff8036a7a3>] make_response+0xeb/0x131
 [<ffffffff8036b020>] blkif_schedule+0x24f/0x328
 [<ffffffff8028fa70>] autoremove_wake_function+0x0/0x2e
 [<ffffffff8028f8ad>] keventd_create_kthread+0x0/0x61
 [<ffffffff8036add1>] blkif_schedule+0x0/0x328
 [<ffffffff8028f8ad>] keventd_create_kthread+0x0/0x61
 [<ffffffff8023352b>] kthread+0xd4/0x107
 [<ffffffff8025c86c>] child_rip+0xa/0x12
 [<ffffffff8028f8ad>] keventd_create_kthread+0x0/0x61
 [<ffffffff80233457>] kthread+0x0/0x107
 [<ffffffff8025c862>] child_rip+0x0/0x12

Dom0 just plods along fine again after that though. Not sure what to
make of it at this point. This probably also happened on 0.9.1 too, and
maybe 0.9.0. It's to do with a crash in xenvbd when Windows calls it in
'dump mode'.

You can trigger this behaviour manually on 0.9.2 with a 'xm sysrq
<domain> B' if you want to see it for yourself, and maybe give me a clue
as to why it's happening :)

Have a look at the wiki page for more details:

Download from:
(there is a link to the download site from the wiki entry).


Xen-users mailing list

Stephan Seitz
Senior System Administrator

*netz-haut* e.K.
multimediale kommunikation

zweierweg 22
97074 würzburg

fon: +49 931 2876247
fax: +49 931 2876248

web: www.netz-haut.de <http://www.netz-haut.de/>

registriergericht: amtsgericht würzburg, hra 5054

Attachment: s_seitz.vcf
Description: Vcard

Attachment: signature.asc
Description: OpenPGP digital signature

Xen-devel mailing list