|
[Patch] NetworkPkg: Remove redundant code in HTTP boot driver.
Cc: Wu Jiaxin <jiaxin.wu@...>
Cc: Zhang Lubo <lubo.zhang@...>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Fu Siyuan <siyuan.fu@...>
---
Cc: Wu Jiaxin <jiaxin.wu@...>
Cc: Zhang Lubo <lubo.zhang@...>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Fu Siyuan <siyuan.fu@...>
---
|
By
Siyuan, Fu
·
#1728
·
|
|
Re: [Patch 4/4] BaseTools: Update toolsetup.bat to set PYTHONPATH env to run python source
Reviewed-by: Erik Bjorge <erik.c.bjorge@...>
Reviewed-by: Erik Bjorge <erik.c.bjorge@...>
|
By
Bjorge, Erik C <erik.c.bjorge@...>
·
#1727
·
|
|
Re: [Patch 3/4] BaseTools: Update Python Makefile not to depend on PYTHON_FREEZER_PATH
Reviewed-by: Erik Bjorge <erik.c.bjorge@...>
Reviewed-by: Erik Bjorge <erik.c.bjorge@...>
|
By
Bjorge, Erik C <erik.c.bjorge@...>
·
#1726
·
|
|
Re: [Patch 2/4] BaseTools: Update python tool to call external tools with shell true mode
Reviewed-by: Erik Bjorge <erik.c.bjorge@...>
Reviewed-by: Erik Bjorge <erik.c.bjorge@...>
|
By
Bjorge, Erik C <erik.c.bjorge@...>
·
#1725
·
|
|
Re: [Patch 1/4] BaseTools: Add Windows batch files to run python tool from Source
Reviewed-by: Erik Bjorge <erik.c.bjorge@...>
Reviewed-by: Erik Bjorge <erik.c.bjorge@...>
|
By
Bjorge, Erik C <erik.c.bjorge@...>
·
#1724
·
|
|
[Patch 4/4] BaseTools: Update toolsetup.bat to set PYTHONPATH env to run python source
When python tool exe doesn't exist, toolsetup.bat will set up PYTHONPATH,
and set python tool dos script directory into system PATH.
Cc: Yonghong Zhu <yonghong.zhu@...>
Cc: Michael Kinney
When python tool exe doesn't exist, toolsetup.bat will set up PYTHONPATH,
and set python tool dos script directory into system PATH.
Cc: Yonghong Zhu <yonghong.zhu@...>
Cc: Michael Kinney
|
By
Liming Gao
·
#1723
·
|
|
[Patch 3/4] BaseTools: Update Python Makefile not to depend on PYTHON_FREEZER_PATH
If PYTHON_FREEZER_PATH is not set, Python tools will not be freeze.
Cc: Yonghong Zhu <yonghong.zhu@...>
Cc: Michael Kinney <michael.d.kinney@...>
Cc: Erik Bjorge
If PYTHON_FREEZER_PATH is not set, Python tools will not be freeze.
Cc: Yonghong Zhu <yonghong.zhu@...>
Cc: Michael Kinney <michael.d.kinney@...>
Cc: Erik Bjorge
|
By
Liming Gao
·
#1722
·
|
|
[Patch 2/4] BaseTools: Update python tool to call external tools with shell true mode
Python tool may run from source as the dos batch files. So, update python
code to call external tools with shell true mode.
Cc: Yonghong Zhu <yonghong.zhu@...>
Cc: Michael Kinney
Python tool may run from source as the dos batch files. So, update python
code to call external tools with shell true mode.
Cc: Yonghong Zhu <yonghong.zhu@...>
Cc: Michael Kinney
|
By
Liming Gao
·
#1720
·
|
|
[Patch 1/4] BaseTools: Add Windows batch files to run python tool from Source
Add 13 windows batch files for every python tool.
Cc: Yonghong Zhu <yonghong.zhu@...>
Cc: Michael Kinney <michael.d.kinney@...>
Cc: Erik Bjorge
Add 13 windows batch files for every python tool.
Cc: Yonghong Zhu <yonghong.zhu@...>
Cc: Michael Kinney <michael.d.kinney@...>
Cc: Erik Bjorge
|
By
Liming Gao
·
#1721
·
|
|
[Patch 0/4] Add support for running python tools from source on Windows
When Python tool exe files don't exist, toolsetup.bat will configure
PYTHONPATH to python source code, and set BaseTools\BinWrappers\WindowsLike
into system PATH directory. Then, windows batch files
When Python tool exe files don't exist, toolsetup.bat will configure
PYTHONPATH to python source code, and set BaseTools\BinWrappers\WindowsLike
into system PATH directory. Then, windows batch files
|
By
Liming Gao
·
#1719
·
|
|
Re: [PATCH] MdeModulePkg/PciBusDxe: make BAR degradation dependent on OPROM presence
* One idea is to parse the PCI expansion ROM in order to see what image
types are contained within. If there is no (Code type == 0x00) image in
the oprom, then the oprom is useless for legacy boot
* One idea is to parse the PCI expansion ROM in order to see what image
types are contained within. If there is no (Code type == 0x00) image in
the oprom, then the oprom is useless for legacy boot
|
By
Laszlo Ersek
·
#1718
·
|
|
Re: [PATCH] MdeModulePkg/PciBusDxe: make BAR degradation dependent on OPROM presence
That works around the problem, but does not solve it. MdeModulePkg is
supposed to be generic/universal, and still, it contains a Intel/CSM
specific hack to degrade 64-bit BARs of any device that has
That works around the problem, but does not solve it. MdeModulePkg is
supposed to be generic/universal, and still, it contains a Intel/CSM
specific hack to degrade 64-bit BARs of any device that has
|
By
Ard Biesheuvel
·
#1717
·
|
|
Re: [PATCH] MdeModulePkg/PciBusDxe: make BAR degradation dependent on OPROM presence
You could use IncompatiblePciDevice protocol. If you have no clue I will give you more information my tomorrow.
Thanks,
Ray
在 2016年9月12日,下午9:16,Ard Biesheuvel
You could use IncompatiblePciDevice protocol. If you have no clue I will give you more information my tomorrow.
Thanks,
Ray
在 2016年9月12日,下午9:16,Ard Biesheuvel
|
By
Ni, Ruiyu <ruiyu.ni@...>
·
#1716
·
|
|
Re: [PATCH] MdeModulePkg/PciBusDxe: make BAR degradation dependent on OPROM presence
Yes, please. And please keep us informed about any solutions you come up with.
Thanks,
Ard.
Yes, please. And please keep us informed about any solutions you come up with.
Thanks,
Ard.
|
By
Ard Biesheuvel
·
#1715
·
|
|
Re: [PATCH] MdeModulePkg/PciBusDxe: make BAR degradation dependent on OPROM presence
HI Ard
We should not let MdeModulePkg depend on IntelFrameworkPkg.
You patch violates the dependency rule.
I suggest we figure out other solution to resolve the problem.
Thank you
Yao Jiewen
HI Ard
We should not let MdeModulePkg depend on IntelFrameworkPkg.
You patch violates the dependency rule.
I suggest we figure out other solution to resolve the problem.
Thank you
Yao Jiewen
|
By
Yao, Jiewen
·
#1714
·
|
|
Re: [PATCH 1/3] ArmPkg: add driver to force 64-bit MMIO BARs to be allocated above 4 GB
True, but I have sent out a patch nonetheless. Let's at least have the
discussion.
True, but I have sent out a patch nonetheless. Let's at least have the
discussion.
|
By
Ard Biesheuvel
·
#1713
·
|
|
[PATCH] MdeModulePkg/PciBusDxe: make BAR degradation dependent on OPROM presence
The practice of unconditionally degrading 64-bit PCI MMIO BARs to 32-bit
if the device in question happens to have an option ROM is based on
platform constraints, not architectural constraints, and
The practice of unconditionally degrading 64-bit PCI MMIO BARs to 32-bit
if the device in question happens to have an option ROM is based on
platform constraints, not architectural constraints, and
|
By
Ard Biesheuvel
·
#1712
·
|
|
Re: [PATCH 1/3] ArmPkg: add driver to force 64-bit MMIO BARs to be allocated above 4 GB
s/library/protocol/
Yes, it should be.
... IMO, the specific degradation logic in the PCI Bus driver is
simplistic; for example, if it finds a PCI oprom for the device, it
could parse it to see if
s/library/protocol/
Yes, it should be.
... IMO, the specific degradation logic in the PCI Bus driver is
simplistic; for example, if it finds a PCI oprom for the device, it
could parse it to see if
|
By
Laszlo Ersek
·
#1711
·
|
|
Re: [PATCH 0/3] ArmPkg ArmVirtPkg: prevent 64-bit MMIO BAR degradation
Formatting / reviewing the first patch with "--find-copies-harder" works
wonders, so I recommend that flag for similar future posts.
Series
Reviewed-by: Laszlo Ersek
Formatting / reviewing the first patch with "--find-copies-harder" works
wonders, so I recommend that flag for similar future posts.
Series
Reviewed-by: Laszlo Ersek
|
By
Laszlo Ersek
·
#1710
·
|
|
Re: [PATCH 2/3] OvmfPkg: convert C files with LF line terminators to CRLF
Thank you guys, pushed as commit range 5654835bd138..8c0b0b34f787.
Cheers
Laszlo
Thank you guys, pushed as commit range 5654835bd138..8c0b0b34f787.
Cheers
Laszlo
|
By
Laszlo Ersek
·
#1709
·
|