Post Reply 
 
Thread Rating:
  • 1 Vote(s) - 1 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Hyper-V Gen 2
2017-05-26, 12:23 (This post was last modified: 2017-05-26 12:24 by mastacontrola.)
Post: #3
RE: Hyper-V Gen 2
(2017-05-26 10:59)mcb30 Wrote:  
(2017-05-25 17:40)mastacontrola Wrote:  We've determined the cause was introduced in:
https://github.com/ipxe/ipxe/commit/a0f6...d9663f5269

And made more difficult to patch with:
https://github.com/ipxe/ipxe/commit/276d...d5a93b20d6

By reverting the changes in these two commits, Gen 2 Hyper-V systems are able to boot.

I don't know if it's a big problem to correct for, or if simply reverting will be the best bet.

Those patches cannot simply be reverted. hv_map_hypercall() and hv_map_synic() are now used on the hv_unquiesce() path, and we rely on hv_map_hypercall() accepting a situation in which the guest OS ID MSR is already non-zero in order to recover from having our network connection dropped in the middle of an iSCSI boot: http://git.ipxe.org/ipxe.git/commitdiff/b91cc98.

How are you starting iPXE within your Gen 2 VM?

Michael

All we're doing is our normal boot processes. It works for Gen 1 Hyper-V (as far as I know) for UEFI/EFI booting on. We build the boot system fairly dynamically via a php script.

A task boot script would like like:
Code:
#!ipxe
set fog-ip 10.0.7.1
set fog-webroot fog
set boot-url http://${fog-ip}/${fog-webroot}
kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=10.0.7.1/fog/ consoleblank=0 rootfstype=ext4 sshpasswd=somepasswordhere isdebug=yes ismajordebug=1 storage=10.0.7.1:/images/ storageip=10.0.7.1 mac=00:0c:29:24:4c:3d ftp=10.2.1.5 storage=10.2.1.5:/images/ storageip=10.2.1.5 osid=1 irqpoll hostname=winxptest chkdsk=0 img=winxpleg2 imgType=n imgPartitionType=all imgid=6 imgFormat=0 PIGZ_COMP=-6 adon=1 addomain="mastacontrola" adou="" aduser="HAHAHANOPE" adpass="somestringhere" hostearly=1 type=down isdebug=yes ismajordebug=1
imgfetch init_32.xz
boot
This will be the same for either UEFI/EFI or Legacy style boot. With the current ipxe binaries (as is) this will load iPXE just fine, but nothing actually lets the VM boot. Reverting these changes, while I understand there can be consequences, allows the VM to boot again. I think it's specifically related to the lost return -EBUSY, and the only reason I had to make the other mods was so the return wouldn't cause a problem during build time.
Visit this user's website Find all posts by this user
Quote this message in a reply
Post Reply 


Messages In This Thread
Hyper-V Gen 2 - mastacontrola - 2017-05-25, 17:40
RE: Hyper-V Gen 2 - mcb30 - 2017-05-26, 10:59
RE: Hyper-V Gen 2 - mastacontrola - 2017-05-26 12:23
RE: Hyper-V Gen 2 - mcb30 - 2017-05-26, 13:38
RE: Hyper-V Gen 2 - mastacontrola - 2017-05-27, 01:35
RE: Hyper-V Gen 2 - mastacontrola - 2017-05-31, 18:00
RE: Hyper-V Gen 2 - mcb30 - 2017-05-31, 18:05
RE: Hyper-V Gen 2 - mastacontrola - 2017-05-31, 18:48
RE: Hyper-V Gen 2 - mhiroaki - 2017-06-08, 13:57
RE: Hyper-V Gen 2 - mastacontrola - 2017-06-13, 14:45
RE: Hyper-V Gen 2 - NiKiZe - 2017-07-25, 16:35
RE: Hyper-V Gen 2 - NiKiZe - 2017-07-27, 10:58
RE: Hyper-V Gen 2 - mcb30 - 2017-07-28, 21:32
RE: Hyper-V Gen 2 - mastacontrola - 2017-07-31, 00:25



User(s) browsing this thread: 1 Guest(s)