public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Daniele Crudo" <crudo.daniele@gmail.com>
To: Andrew Fish <afish@apple.com>
Cc: edk2-devel-groups-io <devel@edk2.groups.io>
Subject: [edk2-devel] Issues with edk2 compilation with xcode5 on mac OS - files compiled but strange behaviors
Date: Fri, 16 Oct 2020 21:24:11 +0200	[thread overview]
Message-ID: <CAOTX=C8BxOmhrmP3LWYZHHDDfg0ovStYbvnz9mYpSpRphSvAAg@mail.gmail.com> (raw)
In-Reply-To: <CAOTX=C-nMhQZq6qgPqUkUXy=EHiuLRt5X4LXxxJn_aKLmkjajg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3359 bytes --]

Sorry I missed the edk2-devel in cc, resending.

OK so the DEBUG and RELEASE both build with -Os. This is firmware things
> have to fit in the ROM. The big difference between DEBUG and release is the
> DEBUG prints get stripped out, so that usually means timing issues :(.
>
> The compiler flags live in  BaseTools/Conf/tools_def.template and you can
> edit them in Conf/tools_def.txt
>

ok, thanks for this, I was hoping in optimization issue but it seems it's
not the case (?)

What logo are your talking about? I see the TianoCore logo failed in your
> macOS debug log as I would expect [1]d:
> "HII Image Package with logo not found in PE/COFF resource section”
> I don’t see that error message in the kali log, so that matches what I
> would expect.
>

Yes, I was referring to the tianocore logo; I was writing that in the kali
compiled log there are additional lines relating to tftpDynamicCommand.efi
and LinuxInitrdDynamicShellCommand.efi, which are not in the mac compiled
log.

It sounds like you are talking about a logo coming from your Hackintosh EFI
> boot shim? Or the macOS booter?
> This is all the Hackintosh stuff that is loading.
> [Bds] Expand PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x2,0xFFFF,0x0) ->
> PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x2,0xFFFF,0x0)/HD(1,GPT,58F0B968-76EA-4F98-BD18-44DC6D57AEBA,0x800,0x7F7DF)/\EFI\BOOT\BOOTX64.EFI
> Loading driver at 0x0007DDEB000 EntryPoint=0x0007DDEFE36 Bootstrap.efi
> Loading driver at 0x0007DC77000 EntryPoint=0x0007DCED3A5 OpenCore.efi
> Loading driver at 0x0007DDDA000 EntryPoint=0x0007DDDA5C9
> AE4C11C8-1D6C-F24E-A183-E1CA36D1A8A9.efi
> Loading driver at 0x0007F88E000 EntryPoint=0x0007F8920BD OpenRuntime.efi
> Loading driver at 0x0007DD45000 EntryPoint=0x0007DD56C4B OpenCanopy.efi
> Loading driver at 0x0007DD66000 EntryPoint=0x0007DD6FC53 AudioDxe.efi
> Loading driver at 0x0007DDCE000 EntryPoint=0x0007DDD17C9 UsbMouseDxe.efi
> Loading driver at 0x0007D054000 EntryPoint=0x0007D0A220C apfs.efi
>
> And this is the macOS booter (1st stage OS loader, the thing Mac EFI
> firmware loads directly)
> Loading driver at 0x0007CE48000 EntryPoint=0x0007CE51673 boot.efi
>

Yes, I know and this is expected behavior, I was not referring to that logo.

There was some work on a CLANGPDB toolchain that worked on all platforms.
>

Thanks for this, I rapidly had a look at the github page; so these commands:
$ wget
https://releases.llvm.org/9.0.0/clang+llvm-9.0.0-x86_64-darwin-apple.tar.xz
$ tar -xvf clang+llvm-9.0.0-x86_64-darwin-apple.tar.xz
$ git clone https://github.com/tianocore/edk2.git
$ cd edk2
$ git clean -ffdx
$ git reset --hard
$ git submodule deinit --force --all
$ git checkout edk2-stable202008
$ git checkout CLANGPDB
$ git submodule update --init --force
$ source edksetup.sh
$ export
CLANG_BIN=~/my/local/path/to/clang+llvm-9.0.0-x86_64-darwin-apple/bin/
$ build -a X64 -b RELEASE -p OvmfPkg/OvmfPkgX64.dsc -t CLANGPDB

will let me install the clang 9.0 toolchain in my mac os and build edk2
with that toolchain?

So it sounds like you have some kind of graphics issue on a RELEASE build?
> What happens if on a RELEASE XCODE build you just boot to the UEFI Shell?
>

Maybe I misunderstood, but I cannot boot to a shell, as soon as I type
"virsh start mymv" the screen goes black (with hdmi unplugged).

[-- Attachment #2: Type: text/html, Size: 5042 bytes --]

  parent reply	other threads:[~2020-10-16 19:24 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-15 15:22 Issues with edk2 compilation with xcode5 on mac OS - files compiled but strange behaviors crudo.daniele
2020-10-16  2:11 ` [edk2-devel] " Andrew Fish
2020-10-16  6:24   ` crudo.daniele
2020-10-16 10:15     ` Daniele Crudo
2020-10-16 17:26     ` Andrew Fish
     [not found]       ` <CAOTX=C-nMhQZq6qgPqUkUXy=EHiuLRt5X4LXxxJn_aKLmkjajg@mail.gmail.com>
2020-10-16 19:24         ` Daniele Crudo [this message]
2020-10-16 20:05           ` Andrew Fish
2020-10-17 12:19             ` Daniele Crudo
2020-10-17 15:39               ` Andrew Fish

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAOTX=C8BxOmhrmP3LWYZHHDDfg0ovStYbvnz9mYpSpRphSvAAg@mail.gmail.com' \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox