Re: [ipxe-devel] [ipxe/ipxe] [efi] Restore the TPL to the original one (#113)

2020-06-30 Thread He Huang
@mcb30 , The root cause is in static unsigned long efi_currticks ( void ); Then please print the original TPL in this function. Because this TPL is always raised to TPL_CALLBACK, then when gEfiEventExitBootServicesGuid is triggerred, some notify function which are registerred at TPL_CALLBACK can

[ipxe-devel] [ipxe/ipxe] Bnxt (#118)

2020-06-30 Thread jw14812
You can view, comment on, or merge this pull request online at: https://github.com/ipxe/ipxe/pull/118 -- Commit Summary -- * [bnxt] Add driver support for Broadcom NetXtreme-E Adapters * [bnxt] Add PCI_ROM entries for 5881x family device IDs * [bnxt] Update VLAN insertion logic * [bnx

[ipxe-devel] [ipxe/ipxe] implement api to convert pci address to host address (#117)

2020-06-30 Thread Pankaj Bansal
The PCI device address may not be same as host address (CPU view address) To read/write directly to PCI device's BARs (without using EFI_PCI_ROOT_BRIDGE_IO_PROTOCOL.Mem.Read() and EFI_PCI_ROOT_BRIDGE_IO_PROTOCOL.Mem.Write()) we need to convert PCI device address to host address. The UEFI specifica

Re: [ipxe-devel] [ipxe/ipxe] [efi] Don't use timers to gather entropy, if EFI_RNG_PROTOCOL is available (#101)

2020-06-30 Thread Michael Brown
Thank you for the detailed report. Have fixed the underlying root cause in commit 2ae5d4338 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/ipxe/ipxe/pull/101#issuecomment-651884103___

Re: [ipxe-devel] [ipxe/ipxe] [efi] Don't use timers to gather entropy, if EFI_RNG_PROTOCOL is available (#101)

2020-06-30 Thread Michael Brown
Closed #101. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/ipxe/ipxe/pull/101#event-3498470480___ ipxe-devel mailing list ipxe-devel@lists.ipxe.org https://list

Re: [ipxe-devel] [ipxe/ipxe] [efi] Restore the TPL to the original one (#113)

2020-06-30 Thread Jarrod Johnson
Alternatively, if efi_snp_old_tpl seems to have been previously assigned, perhaps don't save a new 'old' value? -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/ipxe/ipxe/pull/113#issuecomment-651808383

Re: [ipxe-devel] [ipxe/ipxe] [efi] Restore the TPL to the original one (#113)

2020-06-30 Thread Jarrod Johnson
I can confirm same behavior, using bootx64.efi from esxi 7, the following produces the same behavior he reported: #!ipxe chain boot/efi/boot/bootx64.efi -c /path/to/boot.cfg also call efi_snp_release() of course. > iPXE then invokes the OS kernel via StartImage(). At this point, the TPL is > wh

Re: [ipxe-devel] [ipxe/ipxe] [efi] Restore the TPL to the original one (#113)

2020-06-30 Thread Michael Brown
@huanghe4 The expected mechanism (as documented in [[efi] Run at TPL_CALLBACK to protect against UEFI timers](https://github.com/ipxe/ipxe/commit/c89a446cf09f30a121ae21d91f4a1aa071044084#diff-8abaf825db412e28b0c57b0f8947ed23) is that iPXE code runs at TPL_CALLBACK almost all of the time, in orde