Thanks everyone for the input. A Win64-compatible EmulatorPkg would have the
most immediate impact for my day-to-day work, so looking at Windows support
appears to be the best direction at the moment. I spend much time between UEFI
and Win 64 driver projects currently, so it's all familiar gro
Dear MdeModulePkg maintainer,
please find the attached patch that ensures the PCI Host Bridge succeeds the
transitions into the different PCI enumeration phases.
The PCI host bridge can signal failures in its initialization to the PCI Bus
driver by returning a status error code from its
EFI_PCI
Here is the new version that takes in account your comments.
I took note of 'git send-email'; I will have a look to use it in a near future.
From: Jordan Justen [jljus...@gmail.com]
Sent: 17 June 2013 22:37
To: Olivier Martin
Cc: edk2-buildtools-de...@lists
Martin,
Thanks for your patch, it's good and I have helped to check in it. Patch
version: 14470.
Revision: 14470
http://sourceforge.net/p/edk2/code/14470
Author: ydong10
Date: 2013-07-16 02:11:24 + (Tue, 16 Jul 2013)
Log Message:
---
Fixes the GCC build 'Unused varia
Dear MdeModulePkg maintainer,
please find the attached patch that fixes the GCC build 'Unused variable'
warning (raised an error when warnings are treated as errors).
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin
Regards,
Olivier
-- IMPORTANT NOTICE: The
Hi Eugene,
your patch is valid. I committed it into svn revision @ 14469.
In addition to your changes, I also removed some additional dependencies to the
CPU protocol and fixed some comments.
Thanks for your contribution,
Olivier
From: Cohen, Eugene [eug...
If I remember, yes, you can do that. Just make sure you install libpcap...
Cameron Esfahani
di...@apple.com
"In the elder days of Art, Builders wrought with greatest care each minute and
unseen part; For the gods see everywhere."
"The Builders", H. W. Longfellow
On Jul 15, 2013, at 3:20 PM,
On Jul 15, 2013, at 3:10 PM, Jordan Justen wrote:
> On Mon, Jul 15, 2013 at 2:58 PM, Steven Downum wrote:
>> Is there any active work on any of the various EmulatorPkg
>> tasks (Windows port, ARM port, Linux network support)?
>> If so, which one could use the most immediate help in the
>> effor
Dear ArmPkg maintainer,
Way back in SVN rev 12024 (July 18 2011!) a change was made to the
UncachedMemoryAllocationLib to use DXE Services instead of the CPU AP driver to
change the cacheability of allocated pages. However the function to free these
pages was not updated and still called the C
On Mon, Jul 15, 2013 at 2:58 PM, Steven Downum wrote:
> Is there any active work on any of the various EmulatorPkg
> tasks (Windows port, ARM port, Linux network support)?
> If so, which one could use the most immediate help in the
> effort. If not, which one has the most immediate need?
I would
Hello,
Is there any active work on any of the various EmulatorPkg tasks (Windows port,
ARM port, Linux network support)? If so, which one could use the most immediate
help in the effort. If not, which one has the most immediate need?
Best regards,
Steven Downum
-
On Mon, 2013-07-15 at 23:03 +0300, Oleksii Shevchuk wrote:
> > Did you get 2/2 applied as well?
>
> Oh. I'm sorry, I miss 2/2. That fixes issue.
>
> Thank's for help
That's good to hear. Are you willing to give a Reviewed-by
or Tested-by signature to these patches?
Thanks,
-Jordan
---
> Did you get 2/2 applied as well?
Oh. I'm sorry, I miss 2/2. That fixes issue.
Thank's for help
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring
Yes. I mean - behavior is the same
> There should be a new file at:
> MdePkg/Include/IndustryStandard/X64Paging.h
> But, no modified files...
> -Jordan
--
See everything from the browser to the database with AppDynami
On Mon, 2013-07-15 at 22:07 +0300, Oleksii Shevchuk wrote:
> Looks likes something missing.
>
> Anyway, after applying nothing changed.
There should be a new file at:
MdePkg/Include/IndustryStandard/X64Paging.h
But, no modified files...
-Jordan
--
Looks likes something missing.
Anyway, after applying nothing changed.
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bo
On Mon, 2013-07-15 at 11:09 -0700, Jordan Justen wrote:
> When the PM base address was moved from 0x400 to 0xb000, this
> code was missed. This prevented shutdown's via the UEFI system
> call from working. (For example, at the EFI shell prompt: reset -s)
>
> We now use gUefiOvmfPkgTokenSpaceGuid.P
On Mon, 2013-07-15 at 19:35 +0100, David Woodhouse wrote:
> On Mon, 2013-07-15 at 11:09 -0700, Jordan Justen wrote:
> > When the PM base address was moved from 0x400 to 0xb000, this
> > code was missed. This prevented shutdown's via the UEFI system
> > call from working. (For example, at the EFI sh
On 07/15/13 20:09, Jordan Justen wrote:
> When the PM base address was moved from 0x400 to 0xb000, this
> code was missed. This prevented shutdown's via the UEFI system
> call from working. (For example, at the EFI shell prompt: reset -s)
>
> We now use gUefiOvmfPkgTokenSpaceGuid.PcdAcpiPmBaseAddr
When the PM base address was moved from 0x400 to 0xb000, this
code was missed. This prevented shutdown's via the UEFI system
call from working. (For example, at the EFI shell prompt: reset -s)
We now use gUefiOvmfPkgTokenSpaceGuid.PcdAcpiPmBaseAddress
which is currently set at 0xb000.
Contributed
Sorry. Please ignore this 1 patch. It is an old one that
I mistakenly re-sent.
-Jordan
On Mon, 2013-07-15 at 10:37 -0700, Jordan Justen wrote:
> r14252 causes OVMF to crash if SECURE_BOOT_ENABLE is set,
> because PcdMaxVariableSize is set to a larger value than
> required. In other platforms, 0x2
In the current QEMU tree, KVM now supports READONLY memory regions.
This allows the OVMF ROM to now behave as a ROM. Unfortunately, this
also causes OVMF to fail to boot if we keep the page tables in the
ROM during the PEI phase.
This change updates OVMF's SEC to build page tables in RAM very
earl
r14252 causes OVMF to crash if SECURE_BOOT_ENABLE is set,
because PcdMaxVariableSize is set to a larger value than
required. In other platforms, 0x2000 seems to be sufficient.
Reported-by: Gary Ching-Pang Lin
Signed-off-by: Jordan Justen
Cc: Lee G Rosenbaum
Cc: Laszlo Ersek
---
OvmfPkg/OvmfPk
Previously we would run using page tables built into the
firmware device.
If a flash memory is available, it is unsafe for the page
tables to be stored in memory since the processor may try
to write to the page table data structures.
Additionally, when KVM ROM support is enabled for the
firmware
Taken from MdeModulePkg/Core/DxeIplPeim/X64/VirtualMemory.h.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jordan Justen
Cc: Michael D Kinney
---
MdePkg/Include/IndustryStandard/X64Paging.h | 99 +++
1 file changed, 99 insertions(+)
create mod
On Sat, Jul 13, 2013 at 9:59 PM, Oleksii Shevchuk wrote:
> Does anybody have success in starting OVMF under the trunk version of
> qemu? I had the black screen and almost nothing in debug.log
Based on the other related emails, I think this is an issue cause by
the latest QEMU support of READONLY
I tried do run QEMU with OVMF UEFI bios (QEMU and EDK2 trunk). It hangs
while booting:
qemu-kvm -L . -bios OVMF.fd --enable-kvm -debugcon file:/tmp/debug
-global isa-debugcon.iobase=0x402 -global PIIX4_PM.disable_s3=0 -global
PIIX4_PM.disable_s4=0
SecCoreStartupWithStack(0xFFFE6000, 0x8)
F
On 07/15/13 12:23, Oleksii Shevchuk wrote:
> I managed to run it from edk2:
> qemu-system-x86_64 -L /opt/edk2/Build/OvmfX64/DEBUG_GCC46/QEMU -hda
> fat:/opt/edk2/Build/OvmfX64/DEBUG_GCC46/X64
>
> But with enabled kvm it doesn't work and boots vry slow.
>
> It successfully runned with KV
I would recommend starting the driver using these two items … the UEFI Driver
Wizard & the IHV version of the UDK2010
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=Driver_Developer
The UEFI Driver Wizard will help select the proper modules and build templates
with hooks for the
> CirrusLogic5430Dxe may have worked with qemu before, but I don't think
> it's supported / meant for emulated hardware and OVMF any longer. See also
I tried do run without it now
qemu-kvm -L . -bios OVMF.fd --enable-kvm -debugcon file:/tmp/debug
-global isa-debugcon.iobase=0x402 -global PIIX4
Jordan,
On 07/15/13 11:55, Laszlo Ersek wrote:
> On 07/15/13 11:08, Oleksii Shevchuk wrote:
>> This one works with qemu 1.4.2 (EFI shell displayed) and doesn't work
>> with qemu 1.5 trunk (c3cb8e77804313e1be99b5f28a34a346736707a5 from
>> 12.07.13) and EDK2 (1dde8b08dd0c575a54fa502d0563b9fa355a0e3b
On 07/15/13 11:08, Oleksii Shevchuk wrote:
> This one works with qemu 1.4.2 (EFI shell displayed) and doesn't work
> with qemu 1.5 trunk (c3cb8e77804313e1be99b5f28a34a346736707a5 from
> 12.07.13) and EDK2 (1dde8b08dd0c575a54fa502d0563b9fa355a0e3b from 12.07.13)
OK, 1dde8b08dd0c575a54fa502d0563b9fa
Although the EFI status code is supposed to be the same as the
shell status code, it's better to use its own status code.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Gary Ching-Pang Lin
---
ShellPkg/Library/UefiShellLevel2CommandsLib/Rm.c | 2 +-
1 file changed, 1 ins
This one works with qemu 1.4.2 (EFI shell displayed) and doesn't work
with qemu 1.5 trunk (c3cb8e77804313e1be99b5f28a34a346736707a5 from
12.07.13) and EDK2 (1dde8b08dd0c575a54fa502d0563b9fa355a0e3b from 12.07.13)
qemu-system-x86_64 -vga cirrus -global
cirrus-vga.romfile=CirrusLogic5430Dxe.rom -glo
On 07/14/13 06:59, Oleksii Shevchuk wrote:
> Hi list.
>
> Does anybody have success in starting OVMF under the trunk version of
> qemu? I had the black screen and almost nothing in debug.log
You'll have to report more details, for example a complete qemu command
line. Please make it minimal if p
Hi All,
I am started to working on development of Option ROM Image for PCI card (
customer specific) .
I have downloaded the EDK II kit and able build the small application,
generating the .efi Image and able to convert into an Option ROM Image format
by using the provided utilitie
36 matches
Mail list logo