rfc@edk2.groups.io

Home Messages Hashtags

Messages

Between

and

回复: [edk2-rfc] [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support

Nickle: So, your proposal is to let HII driver call new API to disable or enable Hotkey on its page. There are still some issues here. 1. UEFI option rom driver is the independent driver. It refers

By gaoliming · #581 ·

Re: [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support

By Nickle Wang · #580 ·

Re: [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support

Sure, I'm not pushing for that; just if it were possible with VFR out of the box, it would be a good choice. Thanks Laszlo

By Laszlo Ersek · #579 ·

回复: [edk2-rfc] [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support

UEFI driver write guide 12.6.1 Minimize callbacks section defines the guide line. https://github.com/tianocore/tianocore.github.io/wiki/UEFI-Driver-Writer%27s-Guide But, some HII drivers still like

By gaoliming · #578 ·

Re: [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support

Thanks for your feedback, Laszlo. I like the idea to support hotkey from VFR level. However, I checked the UEFI driver writer guide and I do not see anything about HII hotkey. In terms of hotkey

By Nickle Wang · #577 ·

Re: [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support

I agree with the problem statement. I've noticed this too, and found it confusing. I wonder if there are HII guidelines or best known practices to deal with it -- I assume that one desirable solution

By Laszlo Ersek · #576 ·

[RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support

Hi All, I am having trouble to disable hotkey support in HII browser with existing interface. I am wondering if we could have new interface to disable hotkey support in form browser extension2

By Nickle Wang · #575 ·

Re: removing CHAP-MD5 from IScsiDxe

I'm honestly surprised that the iSCSI RFC has not been updated to drop CHAP-MD5 at this point. I realize that is probably a bigger effort but it seems like something the industry should do. I agree

By Nate DeSimone · #574 ·

Re: removing CHAP-MD5 from IScsiDxe

When the RPi UEFI FW dropped iSCSI (because it was removed from NetworkDefines.dsc.inc), we got multiple users complaining since they had existing use cases that depended on that. See for instance the

By Samer El-Haj-Mahmoud · #573 ·

Re: removing CHAP-MD5 from IScsiDxe

Lazlo, This sounds like the right direction to me. My 2C, Simo. -- Simo Sorce RHEL Crypto Team Red Hat, Inc

By Simo Sorce <simo@...> · #572 ·

removing CHAP-MD5 from IScsiDxe

Hi, RFC 7143 requires CHAP-MD5 as a mandatory option offered by an iscsi client (initiator). At the same time, edk2 has deprecated MD5 in general, as a cryptographically weak hash

By Laszlo Ersek · #571 ·

Re: Runtime configuration methods for OVMF/AAVMF?

[...] [...] One more thought, regarding fw_cfg-controlled DebugLib instances: - fw_cfg access is unavailable in ArmVirtQemu before the DXE phase, - on both Ovmf and ArmVirtQemu, the QemuFwCfgLib

By Laszlo Ersek · #570 ·

Re: Runtime configuration methods for OVMF/AAVMF?

This is generally not a bad idea; we implemented a very simple version of it (for setting dynamic boolean PCDs from fw_cfg) in QemuFwCfgSimpleParserLib. See commit range

By Laszlo Ersek · #569 ·

Re: Runtime configuration methods for OVMF/AAVMF?

Thanks Laszlo! This is very helpful. From a user perspective, I was thinking perhaps OVMF/AAVMF could support a generic config file (on the host). Linux users are all too familiar with config files.

By Aaron Young · #568 ·

Re: Runtime configuration methods for OVMF/AAVMF?

two other examples (not an exhaustive list by far), for fw_cfg-based configuration: - The cipher suites, and the CA certificates, that are to be trusted by the firmware for UEFI HTTPS Boot (TLS), are

By Laszlo Ersek · #567 ·

Re: Runtime configuration methods for OVMF/AAVMF?

Sorry, can't give you anything. The general approach is: - UEFI variables are used for configuring firmware aspects, usually the same as on physical platforms (meaning volatile/non-volatile, boot

By Laszlo Ersek · #566 ·

Runtime configuration methods for OVMF/AAVMF?

Hello. What methods currently exist to configure OVMF/AAVMF dynamically at runtime? For example, modify the preferred Language, set boot menu timeout or enable SecureBoot. To my knowledge, the

By Aaron Young · #565 ·

Re: Cross referencing EDKII code

Yeah, I have the same problem with cscope. Too many matches for one symbol. wrote: -- Best, Daniel

By wonderfly@... · #564 ·

Re: Cross referencing EDKII code

Ah, ctags! Haven't used that for years. I'll give it a shot. Thanks for sharing. -- Best, Daniel

By Daniel Wang <wonderfly@...> · #563 ·

Re: Cross referencing EDKII code

I use cscope, and the "rscope" extension to emacs. I use a script to collect source files and include directories from the source tree to generate the cscope.files file. That works, but isn't smart

By Brian J. Johnson · #562 ·

221 - 240 of 800

Home Hashtags About Features Pricing Updates Terms Help Twitter