search for: xenstore_process_ev

qemu-stubdom was stripping the prefix from the "params" xenstore key in xenstore_parse_domain_config, which was then saved stripped in a variable. In xenstore_process_event we compare the "param" from xenstore (not stripped) with the stripped "param" saved in the variable, which leads to a medium change (even if there isn't any), since we are comparing something like aio:/path/to/file with /path/to/file. This only happens one time, since xen...

...device is specified, it is not recognized. > > We investigated these problems. > > 1) It takes time to recognize the exchange of CDROM. > > The problem that it takes time for recognition is to wait intentionally on the > qemu-dm side. > ・tools/ioemu/xenstore.c > 314 void xenstore_process_event(void *opaque) > 315 { > ... > 343 if (image[0]) { > 344 media_filename[hd_index] = strdup(image); > 345 xenstore_check_new_media_present(5000); << This > 346 } > > The processing recognized after it waits for five seconds is executed. &gt...

...he exchange of CDROM. 2) Even if the same device is specified, it is not recognized. We investigated these problems. 1) It takes time to recognize the exchange of CDROM. The problem that it takes time for recognition is to wait intentionally on the qemu-dm side. ・tools/ioemu/xenstore.c 314 void xenstore_process_event(void *opaque) 315 { ... 343 if (image[0]) { 344 media_filename[hd_index] = strdup(image); 345 xenstore_check_new_media_present(5000); << This 346 } The processing recognized after it waits for five seconds is executed. We think that this waiting is unnecessary...

> Thanks all point about security, I''ll do as follows. > I thought that the point was the following two. > > > 1. Storage place of encrypted password > Should I store it in /etc/xen/passwd ? > Or, should I wait for DB of Xen that will be released in > the future? The xend life cycle management patches were posted by Alistair a couple of months back.

...Monne <roger.pau@citrix.com> Date: Thu Dec 6 12:35:58 2012 +0000 qemu-stubdom: prevent useless medium change qemu-stubdom was stripping the prefix from the "params" xenstore key in xenstore_parse_domain_config, which was then saved stripped in a variable. In xenstore_process_event we compare the "param" from xenstore (not stripped) with the stripped "param" saved in the variable, which leads to a medium change (even if there isn''t any), since we are comparing something like aio:/path/to/file with /path/to/file. This only happen...

Hi all, this is the long awaited patch series to add xen device model support in qemu; the main author is Anthony Perard. Developing this series we tried to come up with the cleanest possible solution from the qemu point of view, limiting the amount of changes to common code as much as possible. The end result still requires a couple of hooks in piix_pci but overall the impact should be very