I had to bisect to find this, but basically this is the test case.
W10 machine hosting VMWare Workstation running F32.
If I then fire off a qemu instance , refind will hang.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The only change I made from default sample was to set 'textonly'. I have not removed the banner. No drivers were supplied to the image.
I'm not trying to work around this, just reporting the bug. I can use an older checkout.
I'm wondering if just reverting the mentioned commit would be safe and sufficient workaround for the issue?
I tested it by myself with qemu, VirtualBox and real hardware (no issue was found), but other opinions would be appreciated.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tried setting up QEMU and I couldn't reproduce this problem. Can you provide the exact qemu-* command line you're using, and a pointer to the UEFI firmware file you're using with it?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tried setting up QEMU and I couldn't reproduce this problem. Can you provide the exact qemu-* command line you're using, and a pointer to the UEFI firmware file you're using with it?
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
I also need a copy of your firmware (usr/share/edk2.git/ovmf-x64/OVMF-pure-efi.fd). (I tried it with the firmware provided by Ubuntu and it gave me no troubles.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
FWIW: in attachment you can find an OVMF binary for OS ALT which I used to reproduce the issue with version 0.12.0
I didn't test 0.13.0 yet. But I have a plan to do so.
Using the provided OVMF_CODE.fd file, I was able to reproduce the problem with rEFInd 0.12.0. It works fine for me with 0.13.0. If you continue to have problems with 0.13.0, please tell me and I'll look into it further.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm still having issues with 0.13.0 official binaries from sourceforge. Boot stops before banner. I have included the ovmf firmware I am using(nightly edk2), but I have also tried with older firmwares as well.
Using the provided OVMF_CODE.fd file, I was able to reproduce the problem with rEFInd 0.12.0. It works fine for me with 0.13.0. If you continue to have problems with 0.13.0, please tell me and I'll look into it further.
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
(The relevant change is in git, too.) This is a bit of a wild guess, but your symptoms are consistent with those of another bug report I've received, and the above version fixes that one, so maybe it'll fix yours, too.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
(The relevant change is in git, too.) This is a bit of a wild guess, but your symptoms are consistent with those of another bug report I've received, and the above version fixes that one, so maybe it'll fix yours, too.
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
The provided link was broken. I did manage to download RefindPlus 1200 AQ, and I used the DBG efi. Halts before any output is produced. No Banner, no text.
0:100 0:100 Warn: MemLog was calibrated without ACPI PM Timer [Intel ICH device was not found.]
0:100 0:000 Loading RefindPlus v0.12.0.AQ on EDK II Firmware
0:222 0:122 Timestamp:- '2021-02-18 17:53:42 (GMT)'
I had to bisect to find this, but basically this is the test case.
W10 machine hosting VMWare Workstation running F32.
If I then fire off a qemu instance , refind will hang.
I also faced this with Linux host + Linux guest (both OS ALT).
Moreover this could be easily reproduced with an official rEFInd CD booted under qemu:
https://sourceforge.net/projects/refind/files/0.12.0/refind-cd-0.12.0.zip/download
Does your rEFInd folder include any drivers? Try without those.
In the
refind.conf
file, maybe try defaults (compare withrefind.conf-sample
)Or try
hideui banner
Try RefindPlus project from github.
https://github.com/dakanji/RefindPlus
See https://sourceforge.net/p/refind/discussion/general/thread/4dfcdfdd16/
The only change I made from default sample was to set 'textonly'. I have not removed the banner. No drivers were supplied to the image.
I'm not trying to work around this, just reporting the bug. I can use an older checkout.
On Tuesday, December 8, 2020, 06:00:39 AM PST, Dayo dakanji@users.sourceforge.net wrote:
See https://sourceforge.net/p/refind/discussion/general/thread/4dfcdfdd16/
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/refind/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
I'm wondering if just reverting the mentioned commit would be safe and sufficient workaround for the issue?
I tested it by myself with qemu, VirtualBox and real hardware (no issue was found), but other opinions would be appreciated.
Please check the pre-release version described here:
https://sourceforge.net/p/refind/discussion/general/thread/09ef58e5a3/
It includes a fix of a memory management bug that is likely to be the culprit.
0.12.0.8 doesn't even start the banner. It hangs right away. I tried both your pre-compiled and git.
I tried setting up QEMU and I couldn't reproduce this problem. Can you provide the exact
qemu-*
command line you're using, and a pointer to the UEFI firmware file you're using with it?qemu-system-x86_64 -device AC97 -vga qxl -global qxl-vga.vram_size=132710400 -smp cores=8,threads=1,sockets=1 -m 4096 -usb -device usb-tablet -enable-kvm -netdev bridge,id=br0,br=br0 -device virtio-net,netdev=br0 -serial stdio -L . --bios usr/share/edk2.git/ovmf-x64/OVMF-pure-efi.fd -drive file=thinstation.img,index=0,media=disk,format=raw --boot c
On Saturday, February 13, 2021, 12:15:30 PM PST, Roderick W. Smith srs5694@users.sourceforge.net wrote:
I tried setting up QEMU and I couldn't reproduce this problem. Can you provide the exact qemu-* command line you're using, and a pointer to the UEFI firmware file you're using with it?
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/refind/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
I also need a copy of your firmware (
usr/share/edk2.git/ovmf-x64/OVMF-pure-efi.fd
). (I tried it with the firmware provided by Ubuntu and it gave me no troubles.)FWIW: in attachment you can find an OVMF binary for OS ALT which I used to reproduce the issue with version 0.12.0
I didn't test 0.13.0 yet. But I have a plan to do so.
Using the provided
OVMF_CODE.fd
file, I was able to reproduce the problem with rEFInd 0.12.0. It works fine for me with 0.13.0. If you continue to have problems with 0.13.0, please tell me and I'll look into it further.I'm still having issues with 0.13.0 official binaries from sourceforge. Boot stops before banner. I have included the ovmf firmware I am using(nightly edk2), but I have also tried with older firmwares as well.
On Thursday, February 18, 2021, 07:21:17 AM PST, Roderick W. Smith srs5694@users.sourceforge.net wrote:
Using the provided OVMF_CODE.fd file, I was able to reproduce the problem with rEFInd 0.12.0. It works fine for me with 0.13.0. If you continue to have problems with 0.13.0, please tell me and I'll look into it further.
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/refind/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Sorry for the late reply.
0.13.0 doesn't work for me, but 0.13.1 does.
Could you please try with this rEFInd binary:
http://www.rodsbooks.com/refind-bin-0.13.0.1.zip
(The relevant change is in git, too.) This is a bit of a wild guess, but your symptoms are consistent with those of another bug report I've received, and the above version fixes that one, so maybe it'll fix yours, too.
No joy. Still stops pre-banner.
On Thursday, February 18, 2021, 08:50:44 AM PST, Roderick W. Smith srs5694@users.sourceforge.net wrote:
Could you please try with this rEFInd binary:
http://www.rodsbooks.com/refind-bin-0.13.0.1.zip
(The relevant change is in git, too.) This is a bit of a wild guess, but your symptoms are consistent with those of another bug report I've received, and the above version fixes that one, so maybe it'll fix yours, too.
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/refind/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Try RefindPlus and attach the debug log.
Just temporarily rename your rEFInd efi and name the RefindPlus file to match the original name.
Last edit: dakanji 2021-02-18
The provided link was broken. I did manage to download RefindPlus 1200 AQ, and I used the DBG efi. Halts before any output is produced. No Banner, no text.
On Thursday, February 18, 2021, 09:46:20 AM PST, Dayo dakanji@users.sourceforge.net wrote:
Try RefindPlus and attach a log.
Just temporarily rename yor rEFInd efi and name the RefindPlus file to match the original name.
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/refind/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Fixed the link.
The log, which would have been produced by the 0.12.0.AQ version as well, is saved in the EFI partition you are using.
Here is the content of the log
0:100 0:100 Warn: MemLog was calibrated without ACPI PM Timer [Intel ICH device was not found.]
0:100 0:000 Loading RefindPlus v0.12.0.AQ on EDK II Firmware
0:222 0:122 Timestamp:- '2021-02-18 17:53:42 (GMT)'
On Thursday, February 18, 2021, 09:59:30 AM PST, Dayo dakanji@users.sourceforge.net wrote:
Fixed the link.
The log, which would have been produced by the 0.12.0.AQ version as well, is saved in the EFI partition you are using.
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/refind/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Try the linked version.
https://dakanji.com/X105.BOOTx64.efi
Still doesn't work for me.
On Thursday, February 18, 2021, 10:17:47 AM PST, Dayo dakanji@users.sourceforge.net wrote:
Try the linked version.
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/refind/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
I edited the post where that incorrect link appeared to enter the actual correct link.
Go back to that post.
Last edit: dakanji 2021-02-18
Here are two different logs. I erased the drivers for the longer one.
On Thursday, February 18, 2021, 10:28:31 AM PST, Dayo dakanji@users.sourceforge.net wrote:
I fixed the post where that incorrect link appeared.
Go back to that post.
QEMU compatibility is broken with df5e38aac2a0478d147597934ee80ca279b775c4
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/refind/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/