Announcement

Collapse
No announcement yet.

Linux 3.13 To Support EFI On ARM

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Linux 3.13 To Support EFI On ARM

    Phoronix: Linux 3.13 To Support EFI On ARM

    Beyond the NVIDIA Tegra 4 support and improved 64-bit ARM code, the in-development Linux 3.13 kernel will also support EFI on ARM...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Before someone makes a snide comment about UEFI, consider the current arm situation.

    Comment


    • #3
      Originally posted by agd5f View Post
      Before someone makes a snide comment about UEFI, consider the current arm situation.
      Actually I'm kinda curious. Alex do you know what the current Android "Recovery" options are designed around? Clockwork and TeamWin seem much more fully featured than a traditional BIOS, so I just assumed they were (U)EFI, but now im like "Okay... guess not"
      All opinions are my own not those of my employer if you know who they are.

      Comment


      • #4
        Originally posted by Ericg View Post
        Actually I'm kinda curious. Alex do you know what the current Android "Recovery" options are designed around? Clockwork and TeamWin seem much more fully featured than a traditional BIOS, so I just assumed they were (U)EFI, but now im like "Okay... guess not"
        "Android "Recovery" is just Linux kernel + Recovery binary, it isn't BIOS/EFI, you can't boot Linux kernel from it (only way use kexec/kexec-hardboot).

        Comment


        • #5
          I afraid EFI implementations by ARM vendors will be very buggy.

          Comment


          • #6
            Originally posted by Ericg View Post
            Actually I'm kinda curious. Alex do you know what the current Android "Recovery" options are designed around? Clockwork and TeamWin seem much more fully featured than a traditional BIOS, so I just assumed they were (U)EFI, but now im like "Okay... guess not"
            "Android "Recovery" is just Linux kernel + Recovery binary, it isn't BIOS/EFI, you can't boot Linux kernel from it (only way use kexec/kexec-hardboot).

            Comment


            • #7
              The lack of a standard firmware and mechanism for device discovery is one of the reasons there aren't generic kernel images that will load on a variety arm systems.

              Comment


              • #8
                Originally posted by dragonn View Post
                "Android "Recovery" is just Linux kernel + Recovery binary, it isn't BIOS/EFI, you can't boot Linux kernel from it (only way use kexec/kexec-hardboot).
                So whats the mechanism on android for initial hardware bring up?
                All opinions are my own not those of my employer if you know who they are.

                Comment


                • #9
                  Originally posted by agd5f View Post
                  Before someone makes a snide comment about UEFI, consider the current arm situation.
                  Originally posted by agd5f View Post
                  The lack of a standard firmware and mechanism for device discovery is one of the reasons there aren't generic kernel images that will load on a variety arm systems.
                  I have an OLPC XO-1.75 on my desk which boots using Open Firmware. I understand that the Linux Device Tree is derived from the method that OFW uses to allow the operating system to enumerate devices.
                  So in other words, a 2000 page specification implemented to no other gain than doing what is already possible in a more complex way.

                  Comment


                  • #10
                    Originally posted by Ericg View Post
                    So whats the mechanism on android for initial hardware bring up?
                    Err, I guess a devel board from the SoC vendor? Then later a series of prototypes for the phone/tablet.

                    If you meant to ask about the bootloader, I think each vendor has their own. They do seem to have similarities though, so I wouldn't be surprised if they are derived from something originally written by Google and/or ARM.

                    ("hardware bring-up" is a specific term, Google it)

                    Comment

                    Working...
                    X