|
RFC: EXT4 filesystem driver
By
Michael D Kinney
·
|
|
[edk2-devel] [edk2-rfc] RFC: EXT4 filesystem driver
I think the Terminal driver may have some similar logic to convert UTF-8 terminals to/from the UEFI UCS-2? https://github.com/tianocore/edk2/blob/master/MdeModulePkg/Universal/Console/TerminalDxe/Vtut
I think the Terminal driver may have some similar logic to convert UTF-8 terminals to/from the UEFI UCS-2? https://github.com/tianocore/edk2/blob/master/MdeModulePkg/Universal/Console/TerminalDxe/Vtut
|
By
Andrew Fish
·
|
|
回复: [edk2-rfc] RFC: EXT4 filesystem driver
> -----邮件原件----- > 发件人: rfc@edk2.groups.io <rfc@edk2.groups.io> 代表 Pedro Falcato > 发送时间: 2021年7月22日 7:12 > 收件人: devel@edk2.groups.io > 抄送: rfc@edk2.groups.io > 主题: [edk2-rfc] RFC: EXT4 filesystem driv
> -----邮件原件----- > 发件人: rfc@edk2.groups.io <rfc@edk2.groups.io> 代表 Pedro Falcato > 发送时间: 2021年7月22日 7:12 > 收件人: devel@edk2.groups.io > 抄送: rfc@edk2.groups.io > 主题: [edk2-rfc] RFC: EXT4 filesystem driv
|
By
gaoliming
·
|
|
RFC: EXT4 filesystem driver
EXT4 (fourth extended filesystem) is a filesystem developed for Linux that has been in wide use (desktops, servers, smartphones) since 2008. The Ext4Pkg implements the Simple File System Protocol for
EXT4 (fourth extended filesystem) is a filesystem developed for Linux that has been in wide use (desktops, servers, smartphones) since 2008. The Ext4Pkg implements the Simple File System Protocol for
|
By
Pedro Falcato
·
|
|
回复: 回复: 回复: [edk2-rfc] release candidate tags
There is no other comment for this proposal. I will send it to edk2 devel mail list to collect the feedback. Thanks Liming > -----邮件原件----- > 发件人: rfc@edk2.groups.io <rfc@edk2.groups.io> 代表 Laszlo Ers
There is no other comment for this proposal. I will send it to edk2 devel mail list to collect the feedback. Thanks Liming > -----邮件原件----- > 发件人: rfc@edk2.groups.io <rfc@edk2.groups.io> 代表 Laszlo Ers
|
By
gaoliming
·
|
|
[edk2-devel] RFC: design review for TDVF in OVMF
42 messages
Hi, All We plan to do a design review for TDVF in OVMF package. The TDVF Design slides for TinaoCore Design Review Meeting (Jun 11) is now available in blow link: https://edk2.groups.io/g/devel/files/
Hi, All We plan to do a design review for TDVF in OVMF package. The TDVF Design slides for TinaoCore Design Review Meeting (Jun 11) is now available in blow link: https://edk2.groups.io/g/devel/files/
|
By
Yao, Jiewen
·
|
|
回复: 回复: [edk2-rfc] release candidate tags
2 messages
Laszlo: OK. I give the new proposed date for the release planning. SFF will be shorten to 5 days. HFF will be extended to 14 days. Date (00:00:00 UTC-8) Description 2021-05-28 Beginning of development
Laszlo: OK. I give the new proposed date for the release planning. SFF will be shorten to 5 days. HFF will be extended to 14 days. Date (00:00:00 UTC-8) Description 2021-05-28 Beginning of development
|
By
gaoliming
·
|
|
回复: [edk2-rfc] release candidate tags
2 messages
Laszlo: I understand this release requirement. Now, we have Feature Planning Freeze (1WW), Soft Feature Freeze (1WW) and Hard Feature Freeze (5 days). I would propose to remove Feature Planning Freeze
Laszlo: I understand this release requirement. Now, we have Feature Planning Freeze (1WW), Soft Feature Freeze (1WW) and Hard Feature Freeze (5 days). I would propose to remove Feature Planning Freeze
|
By
gaoliming
·
|
|
release candidate tags
Hi, (1) I'm proposing an extension to the soft feature freeze and hard feature freeze announcements: https://github.com/tianocore/tianocore.github.io/wiki/SoftFeatureFreeze#announcing-the-soft-feature
Hi, (1) I'm proposing an extension to the soft feature freeze and hard feature freeze announcements: https://github.com/tianocore/tianocore.github.io/wiki/SoftFeatureFreeze#announcing-the-soft-feature
|
By
Laszlo Ersek
·
|
|
Openssl update 1.1.1k
First, thank you I noticed the recent update to OpenSSL 1.1.1 recently. Of course they already have more fixes that can be picked up. Most will not impact secure boot, but for those that use the libra
First, thank you I noticed the recent update to OpenSSL 1.1.1 recently. Of course they already have more fixes that can be picked up. Most will not impact secure boot, but for those that use the libra
|
By
Geer, Ken (EXL)
·
|
|
RFC: Boot Discovery Policy
9 messages
Hi, I would like to ask you for review of following proposal. It will allow the user to specify which devices should be connected at the boot. User selection will be saved in variable and Boot Manager
Hi, I would like to ask you for review of following proposal. It will allow the user to specify which devices should be connected at the boot. User selection will be saved in variable and Boot Manager
|
By
Grzegorz Bernacki
·
|
|
[edk2-devel] [RFC] Secure boot default key
14 messages
Hello, I would like to ask you to review the proposal for new application for enrolling Secure Boot keys. The application uses content of PKDefault, KEKDefault, dbDefault, dbtDefault and dbxDefault to
Hello, I would like to ask you to review the proposal for new application for enrolling Secure Boot keys. The application uses content of PKDefault, KEKDefault, dbDefault, dbtDefault and dbxDefault to
|
By
gjb@...
·
|
|
RFC: UEFI ECR to clarify NVMe device path EUI-64 byte order
All, + MdePkg maintainers Would like your input on the following UEFI spec ECR: Clarify NVMe and Infiniband device path EUI-64 byte order https://bugzilla.tianocore.org/show_bug.cgi?id=3338 (Thanks to
All, + MdePkg maintainers Would like your input on the following UEFI spec ECR: Clarify NVMe and Infiniband device path EUI-64 byte order https://bugzilla.tianocore.org/show_bug.cgi?id=3338 (Thanks to
|
By
Samer El-Haj-Mahmoud
·
|
|
[edk2-devel] [PATCH 3/3] Platform/RaspberryPi/AcpiTables: Correct _DMA consumer
Any further comments on the ACPI ECR documented in: https://bugzilla.tianocore.org/show_bug.cgi?id=3335 ? I already have comments from Jeremey and Andrew saying it looks good. If there are no objectio
Any further comments on the ACPI ECR documented in: https://bugzilla.tianocore.org/show_bug.cgi?id=3335 ? I already have comments from Jeremey and Andrew saying it looks good. If there are no objectio
|
By
Samer El-Haj-Mahmoud
·
|
|
[RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support
3 messages
Hi Liming, Thank you very much for your feedback. I agree with your idea and it would be good to address this issue from UEFI interface instead of EDK2 interface. However, since there is nothing about
Hi Liming, Thank you very much for your feedback. I agree with your idea and it would be good to address this issue from UEFI interface instead of EDK2 interface. However, since there is nothing about
|
By
Nickle Wang
·
|
|
[EXTERNAL] Re: [edk2-devel] RFC: Adding support for ARM (RNDR etc.) to RngDxe
2 messages
I vote the latter. - Bret Sent: Monday, April 26, 2021 2:29 PM To: Sami Mujawar<mailto:Sami.Mujawar@...>; devel@edk2.groups.io<mailto:devel@edk2.groups.io>; Samer El-Haj-Mahmoud<mailto:Samer.El-Haj-Ma
I vote the latter. - Bret Sent: Monday, April 26, 2021 2:29 PM To: Sami Mujawar<mailto:Sami.Mujawar@...>; devel@edk2.groups.io<mailto:devel@edk2.groups.io>; Samer El-Haj-Mahmoud<mailto:Samer.El-Haj-Ma
|
By
Bret Barkelew
·
|
|
回复: [edk2-rfc] [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support
Nickle: Sorry for the late response. In fact, there is no UEFI interface between system browser and single HII module. EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL is edk2 implementation. This is not UEFI i
Nickle: Sorry for the late response. In fact, there is no UEFI interface between system browser and single HII module. EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL is edk2 implementation. This is not UEFI i
|
By
gaoliming
·
|
|
[edk2-devel] RFC: Adding support for ARM (RNDR etc.) to RngDxe
12 messages
There is also the TRNG FW API, which is an architected SMC firmware interface: https://developer.arm.com/documentation/den0098/latest/ ________________________________ Sent: Tuesday, December 8, 2020,
There is also the TRNG FW API, which is an architected SMC firmware interface: https://developer.arm.com/documentation/den0098/latest/ ________________________________ Sent: Tuesday, December 8, 2020,
|
By
Samer El-Haj-Mahmoud
·
|
|
removing CHAP-MD5 from IScsiDxe
12 messages
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 algorithm. Consequen
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 algorithm. Consequen
|
By
Laszlo Ersek
·
|
|
[RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support
Hello Liming, Just a friendly reminder in case you miss this email. It seems to me that if we do not create the interface to disable HII hotkey, we still need some improvement to HII in order to addre
Hello Liming, Just a friendly reminder in case you miss this email. It seems to me that if we do not create the interface to disable HII hotkey, we still need some improvement to HII in order to addre
|
By
Nickle Wang
·
|