When trying to install FreeBSD with UEFI the installation media doesn't boot, hanging after the "Booting..." and EFI framebuffer information output. From what I've read this seems specific to my mobo and its efi firmware, here's the relevant system information: ASUS P8P67 DELUXE BIOS 3602 EFI version 2.31 EFI firmware American Megatrends (rev 4.651) I'm unsure on where/how to get more detailed information that would help, so any hints or pointers I'm happy to try. Also I was following this bug #193646 which I thought was similar to my issue, but apparently it was fixed so my issue may be different, although it was never confirmed so I thought I'd mention it.
I observe the same symptoms (UEFI installer gets stuck immediately after printing framebuffer info; system is frozen, keyboard doesn't react) with hardware: MB: Asus P8Z68-V PRO GEN3, BIOS 3802 01/15/2015 (latest BIOS) EFI v2.31 by American Megatrends Tested with UEFI USB stick installation FreeBSD 10.3 (FreeBSD-10.3-RELEASE-amd64-uefi-memstick.img) and PCBSD 11-Current-May (PCBSD11.0-CURRENTMAY2016-05-14-2016-x64-netinstall-USB.img), both freeze. Non-UEFI image boots.
I confirm this situation with FreeBSD11-BETA2
Same issue on UX21E
same issue on ASUS P6P67 LE
Confirmed on Asus P8P67 PRO with Bios version 3602 x64, EC version MBECE-0018 and ME version 8.0.2.1410. The problem persisted after setting SATA mode to IDE as well as enabling legacy compatibility. It gets as far as printing some frame buffer info on the screen then hangs ignoring all input. BIOS boot works fine.
There is an error in comment 4 The motherboard is ASUS P8P67 LE not ASUS P6P67 LE
I have the same issue on an AMD Sabertooth 990FX Motherboard. The system hangs after the loading of the kernel with the EFI console information. It didn't change anything as i tried to change the GOP mode to 640x480/800x600/1024x768. I use currently FreeBSD 11.1 amd64. HDD is SSD and a Hardware Raid 5 3ware 9650SE-4LP DISK. SSD contains the EFI partition. On the same SSD is space for the BSD ROOT ZFS. Booting from the installer in UEFI mode hangs the system after EFI framebuffer information: addr, size 0xc0000000, 0x10000000 dimensions 800 x 600 stride 832 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 _ after i booted the installer in legacy mode, the kernel started. I installed the BSD manually on the SSD ZFS partiton and added the boot1.efi in the UEFI partition and added an entry in my EFI boot menu. The same procedure worked flawless in multiple VMs installed in UEFI mode. All other OS can run my system in UEFI mode. Windows 10, Windows 7 and Linux. Some more information can be found on https://www.bsdforen.de/threads/freebsd-11-1-auf-3ware-9650se-4lp-disk.34334/
I forgot, the manual installation hangs at the same step.
I unstalled FreeBSD on an SSD partiton with UFS2. As i started the freebsd kernel with grub2 instead of the boot1.efi loader, the graphic output was totally garbled. So maybe it's an issue with the EFI framebuffer handling.
With boot1.efi from 11.2-BETA2 on the EFI partiton i could boot 11.2-BETA2 and 11.1-RELEASE installation. So i suspect the bug was fixed in the history of stand/efi/boot1/boot1.c between 11.1-RELEASE and 11.2-BETA2.
Good boot1.efi (from 11.2-BETA2 in use) SHA256 (/tmp/efi/EFI/FreeBSD/boot1.efi) = eb2c3d4c2a5881973e22ecf7bebf9f07d4d9d12c232185d71f9caababb613650 Bad boot1.efi (from 11.1-RELEASE just on the root partiton but not used) SHA256 (/boot/loader.efi) = f77a59198529a9b220fcc8fc9dd91c0bfbf76519240692527ebc1ca60f1817ee
I can reproduce this bug with bhyve and the FreeBSD 11.1-bootonly iso. bhyve -AHP \ -s 0:0,hostbridge \ -s 1:0,lpc \ -s 2:0,virtio-net,tap0 \ -s 3:0,virtio-blk,/dev/zvol/data/VM/byhve/test-vm \ -s 4:0,ahci-cd,/usr/home/georg/Downloads/FreeBSD-11.1-RELEASE-amd64-bootonly.iso \ -m 2048M \ -s 29,fbuf,tcp=0.0.0.0:5900,w=800,h=600,wait \ -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \ test-vm
Same issue on Asus Sabertooth P67 UEFI Version 3602 (Latest available) Happens with 11.2-RELEASE but also with 12.0-ALPHA8 isos. Both images boot fine on legacy mode. Gets stuck at: Loading kernel... /boot/kernel/kernel text=0x169d318 data=0x1ceac8+0x80d270 syms=[0x8+0x180c00+0x8+0x19d837] Loading configured modules... Could not load one or more modules! Start @ 0xffffffff80343000 ... EFI framebuffer information: addr, size 0xd0000000, 0x30000000 dimensions 800 x 600 stride 832 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 Loader variables: autoboot_delay=NO bootenv_autolist=YES bootfile=kernel comconsole_pcidev= comconsole_port=1016 comconsole_speed=9600 console=efi currdev=cd0: efi-version=2.31 efi_max_resolution=1x1 hint.acpi_throttle.0.disabled=1 hint.atkbd.0.at=atkbdc hint.atkbd.0.irq=1 hint.atkbdc.0.at=isa hint.atkbdc.0.port=0x060 hint.atrtc.0.at=isa hint.atrtc.0.irq=8 hint.atrtc.0.port=0x70 hint.attimer.0.at=isa hint.attimer.0.irq=0 hint.attimer.0.port=0x40 hint.fd.0.at=fdc0 hint.fd.0.drive=0 hint.fd.1.at=fdc0 hint.fd.1.drive=1 hint.fdc.0.at=isa hint.fdc.0.drq=2 hint.fdc.0.irq=6 hint.fdc.0.port=0x3F0 hint.p4tcc.0.disabled=1 hint.ppc.0.at=isa hint.ppc.0.irq=7 hint.psm.0.at=atkbdc hint.psm.0.irq=12 hint.sc.0.at=isa hint.sc.0.flags=0x100 hint.smbios.0.mem=0xcec28e98 hint.uart.0.at=isa hint.uart.0.flags=0x10 hint.uart.0.irq=4 hint.uart.0.port=0x3F8 hint.uart.1.at=isa hint.uart.1.irq=3 hint.uart.1.port=0x2F8 interpret=OK kernel=kernel kernel_options= loaddev=cd0: loader_conf_files=/boot/device.hints /boot/loader.conf /boot/loader.conf.local module_path=/boot/modules;/boot/dtb;/boot/dtb/overlays nextboot_conf=/boot/nextboot.conf nextboot_enable=NO prompt=${interpret} script.lang=lua smbios.bios.reldate=11/01/2012 smbios.bios.vendor=American Megatrends Inc. smbios.bios.version=3602 smbios.chassis.maker=Chassis Manufacture smbios.chassis.serial=Chassis Serial Number smbios.chassis.tag=Asset-1234567890 smbios.chassis.version=Chassis Version smbios.memory.enabled=8388608 smbios.planar.location=To be filled by O.E.M. smbios.planar.maker=ASUSTek Computer INC. smbios.planar.product=SABERTOOTH P67 smbios.planar.serial= *omitted* smbios.planar.tag=To be filled by O.E.M. smbios.planar.version=Rev 1.xx smbios.socket.enabled=1 smbios.socket.populated=1 smbios.system.family=To be filled by O.E.M. smbios.system.maker=System manufacturer smbios.system.product=System Product Name smbios.system.serial=System Serial Number smbios.system.sku=SKU smbios.system.uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx smbios.system.version=System Version smbios.version=2.6 twiddle_divisor=1 verbose_loading=NO vfs.mountroot.timeout=10 I'm new to BSD so I still don't know my way around here but I'll be glad to provide any more information given instructions on how to.
This happens to me as well. P8P67 Pro motherboard with 3602 BIOS.
I also have this issue. Asus P8P67 rev 1.02
Same here. ASUS P6P67 Rev. 3.1, BIOS 3602, 12-RELEASE a,d64
(In reply to oz42 from comment #16) Funny is: I dis a secure erase on my SSD and installed FreeBSD as the first system. No problems.
I see the same hung with FreeBSD 12.1 (XigmaNAS ^2.1.0.4.7091) on an older Supermicro X9SCV-Q with firmware AMI Bios 2.10.1208 from 2012. The problem is occurs eratic: most cases the box hang at EFI framebuffer information: addr, size 0xe0000000, 0x3ff0000 dimensions 800 x 600 stride 800 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 in some rare cases the box boots.
Just a me-too, but on the latest -CURRENT: I tried to switch from legacy boot to UEFI boot, and the EFI loader is started and lets me change options or select a kernel to boot from. When the kernel is loaded and started, the system locks up with identical information about the EFI frame buffer as shown in comment 18 by O. Hartmann. System hardware: ASUS P8H67-M EVO with American Megatrends BIOS 3703 and with i7-2600K CPU (Sandy Bridge)
I have updated the affected version to -CURRENT (which as of now is 13-CURRENT), in the hope that this PR gets more visibility that way.
It seems I have the same with a HP Compaq 8200 Elite SFF PC. When disabling in the AMI Bios the EFI mode and using legacy it works fine. Also it hung on a similar message as posted earlier in this ticket: EFI framebuffer information: addr, size 0xc0000000, 0x10000000 dimensions 800 x 600 stride 832 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 If more info is necessary i'm willing to provide.
I'm having a similar problem, with the slight difference that after printing the EFI framebuffer information, the system does not hang but rather reboots, causing an endless reboot loop. This is booting FreeBSD-12.1-RELEASE-amd64-memstick.img from a USB flash drive on a HP Compaq 6300 Pro SFF PC. Disabling the EFI boot devices in the BIOS works around the issue.
Greetings! I do have the halting-problem. Hardware 1: * ASUS P8Z68-V PRO (not a PRO/GEN3) * AMIBIOS 080010 ALASKA Ver.36.03 * CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz (3110.22-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206a7 Family=0x6 Model=0x2a Stepping=7 Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2=0x1fbae3ff<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX> AMD Features=0x28100800<SYSCALL,NX,RDTSCP,LM> AMD Features2=0x1<LAHF> XSAVE Features=0x1<XSAVEOPT> VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics * Onboard Graphics (I assume intel i915) * tested with and without: nVidia GeForce GTX 770 in PCIe Hardware 2: * ASUS P8H67-M Rev.3.0 * SMBIOS v.2.6 Ver.39.01 * CPU: an i5 as well I was not successful, but you might want to know what I have tried. To sum it up: Booting successfully on another PC in UEFI mode I have arrived at the speculation that it might be that it has nothing to do with a problem related to the graphic chips etc—although switching to VT(efifb) or similar might be the problem. Obviously we are stuck at what ever comes after reporting the EFI framebuffer information including the masks AND clearing the screen followed by the to be reported lines: ...8<--- GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb ---<<BOOT>>--- --->8... Using USB-Stick with following images: http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.1/FreeBSD-12.1-RELEASE-amd64-memstick.img http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-amd64-20200409-r359731-memstick.img One test was as follows: I did install—booting in UEFI mode—a 12.1-RELEASE onto an empty GPT disk in another PC. That disk I did attach to my two problematic PCs and booted. Strangely both do not think the hard disk to be bootable. In the 12.1-RELEASE version I have tried several modifications: * ...8<--- /boot/loader.conf on the USB-Stick hint.apic.0.disabled="1" --->8... Did not change the problem :-( * ...8<--- /boot/loader.conf on the USB-Stick kern.vty="sc" # as well as kern.vty=sc --->8... Did not change the problem :-( * ...8<--- /boot/loader.conf on the USB-Stick exec="set mode 0" # as well as 3, 12, ... # I could see the effect --->8... Did not change the problem :-( * ...8<--- /boot/loader.conf on the USB-Stick exec="gop set 0" # as well as 3, 12, ... # I could see the effect --->8... Did not change the problem :-( * ...8<--- /boot/loader.conf on the USB-Stick efi_max_resolution="480p" # as well as "720p", "1080p", "800x600" # I could see the effect --->8... Did not change the problem :-( * loading graphics/drm-kmod for the i915 (5th generation as CPU i5-*) https://forums.freebsd.org/threads/how-to-use-the-old-or-the-new-i915kms-driver-for-intel-integrated-graphics-with-xorg.66732/ mentions something about that topic (using port from 5th generation onward instead of /boot/kernel/i915kms.ko) I did install using BIOS boot. In that system I did build and install the mentioned port, than mounted the USB stick and copied /boot/modules/ to it. I did add a couple of lines on the USB stick: ...8<--- /boot/loader.conf on the USB-Stick verbose_loading="YES" newintelgraka_name="/boot/modules/i915kms.ko" newintelgraka_load="YES" --->8... I could observe that it did load the correct kernel module including the correct dependencies out of /boot/modules/. It did not help (I did this with my nVidia GeForce GTX 770 installed) Did not change the problem :-( I too am at a loss. Regards, Kalten
The symptoms are reproducable here if I boost efiloader's EFI_STAGING_SIZE to 512M or more. Lowering to less than 512M (which was recently increased to 100M on amd64) allows normal boot. Maybe someone with deeper UEFI knowledge can find a correlation between EFI_STAGING_SIZE in stand/efi/loader/copy.c and maybe vendor dependent implementation bugs? -harry
Re: EFI_STAGING_SIZE, IIRC loader assumes it can get 512 MB of contiguous memory, and/or doesn't consult the memory map to check for conflicts, or something like that. With a slightly older 11.x version of efiloader, we had some hardware that couldn't boot with 128 MB memory (OOM) and some hardware that couldn't boot with 512 MB memory (crash). The sweet spot we found was something like 380 MB for our hardware (which has custom BIOS/firmware anyway), but that's a very limited subset of the real hardware in existence.
This problem exists ! Every new laptop/Ultrabook like my asus vivobook can't switch from efi to legacy there is no options for that, so I had to boot in efi The amd graphics card needs amdgpu and these two have problems combined. I get the framebuffer info and stuck , I can't do anything else tried to disable syscons but that doesn't work it even made me unable to switch to any terminal or do anything at all after displaying the framebuffer messages,same as this bug reports. I don't know if there is a solution for that. The strange is that with FreeBSD 13 I succeed to start xorg but only two times and by pressing alt+f2 alt+f3 I don't know what is the problem
I'm having the same issue as well. Z77X-UD5H Version: F7 (5/11/2012) I will try and update the bios but the exact same thing is happening. I was having issues with my upgraded install and now am trying to reinstall.
At least for my issue, upgrading to the newest F16j version of the BIOS for my motherboard has gotten me to the next stage of the install.