Are you interested in using UEFI on Pine64 or other arm board as the board's firmware?
Yes, it would be interesting if it works.
65.63%
21
Yes, it's interesting, but where the download link?
6.25%
2
Maybe, but for me uboot is enough.
21.88%
7
I am happy with uboot and religiously deny to use Uefi, because it comes from evil corporations!
6.25%
2
What's Uefi? Can it run Kodi?
0%
0
32 vote(s)
* You voted for this item. [Show Results]

UEFI for Pine64
#6
(06-11-2016, 06:02 PM)ssvb Wrote: They are trying to implement whatever has practical value. And nothing is set in stone, the work is still being done.
It sounds very subjective. Who's deciding on that "practical value"? Some standard may be whether supported or not supported. There is no such a thing like "partially pregnant".)
Anyway I wish them success, I am not fighting uboot, I am just trying to implement UEFI firmware on few arm/mips SBC's. With the intention to give it to grow and evolve if it succeeds and is interesting for others.
Quote:However U-Boot currently has much better UEFI support than your implementation. Simply because your implementation does not exist yet Wink
I agree, U boot is better than what doesn't exist yet. Big Grin
Quote:Do you realize that "Uefi is an advanced firmware standard, and it can give a rich set of booting possibilities for end users. Of mini PC range as well. It's not tight to servers at all. GPT partitioning, exhaustive list of boot options from any imaginable media and protocol - eMMC modules, SD cards, USB sticks, SSD drives, SATA and SCSI HDD drives, CD roms, network, UART, etc. It has security options (if needed)" is not something that automatically comes as given with UEFI? It is just a big task list for you. Can you handle all of this work alone and in a reasonable time frame?
Clearly, it's big, it's huge, but fear is not a rational argument. Smile
Well, I've enumerated all the possibilities that Uefi can handle, this not necessarily is presented on every machine. For example miniPC's don't have PCI, and SCSI hard drives aren't often used there. CD drives also.
So I will begin with only a subset of peripherals which are presented on SBC's - eMMC, NAND, SD, USB, UART, network. And then someone interested might add.
Quote:And I believe that U-Boot is doing a reasonably good job. Standards exist for interoperability and U-Boot implements them. This works.
I didn't say it's doing a bad job, it just has its way. But to be honest, it doesn't implement standards (yet). At most it does it partially, like with this awkward Uefi adoption or Device Tree support pulled off from OpenFirmware. Does it use device tree at all, or just blindly gives it away for the linux kernel?
But of course, It has an undoubtful advantage - it already works (at least by the principle "better than nothing").
Quote:U-Boot is on the way to support booting Windows: http://lists.denx.de/pipermail/u-boot/20...55532.html
This. The normal firmware should boot every appropriate client from the very beginning. And not invent for itself after decade of existing, that there are other clients except linux. This is for what such standards like ARC/OF/UEFI existed and exist - they provide a unified standardized way for FW to interact with OS (loaders). And every OS, aware of this standard can be loaded by the normal fw without any special efforts.
Quote:Which core?
Uefi core. If you are a Uefi driver developer, you write your driver and when it is finished, you just install it on the board among the already installed uefi. Uefi finds it and loads and runs it.
You don't have to learn all Uefi internals and compile it in order to add your driver. or a test application. or an OS loader. And the main thing - writing such a driver for Uefi is easier than extending uboot. Because it has a well defined driver model and the core gives you a very rich set of services to facilitate your work. It's not only helper fuinctions, it's the whole API and rules and model. it is developed very well. just read how driver binding in uefi occurs, what ConnectController() does for this. for example. very much burden is put into uefi core, and thus the driver developer may take advantage of this.
Quote:
Quote:uefi gives a very powerful and well defined set of services for implementing device support, it has well developed UEFI driver model. End users would advantage of this having more abilities to boot their OSes, this is especially relevant for development boards on which often there is a need to try many builds of different OSes or to have easily achieved and managed multi boot options. Uefi is designed for this. You are inserting your SD card with as many GPT partitions as you want with tons of OSes installed on them, insert USB stick, plug in an HDD and network, and are able to boot from any of this media choosing options in boot menu. Of course, it's kind of idyll, but it's possible.
So what? You are listing the features that are already provided by U-Boot.
Let's be honest, the maximum you have on a particular board now is an ability to boot from SD/eMMC. And possibly through TFTP. And board vendors obviously are struggling to add in uboot something yet (like USB boot), despite these features are often requested. Easiness of multiboot and from any media on uboot exists only theoretically, the same as my Uefi implementation. Big Grin
ANT - my hobby OS for x86 and ARM.


Messages In This Thread
UEFI for Pine64 - by z4v4l - 06-11-2016, 03:02 PM
RE: UEFI for Pine64 - by ssvb - 06-11-2016, 03:40 PM
RE: UEFI for Pine64 - by z4v4l - 06-11-2016, 05:03 PM
RE: UEFI for Pine64 - by longsleep - 06-11-2016, 04:08 PM
RE: UEFI for Pine64 - by ssvb - 06-11-2016, 06:02 PM
RE: UEFI for Pine64 - by z4v4l - 06-12-2016, 06:40 AM
RE: UEFI for Pine64 - by ssvb - 06-12-2016, 10:56 AM
RE: UEFI for Pine64 - by z4v4l - 06-12-2016, 04:44 PM
RE: UEFI for Pine64 - by ssvb - 06-20-2016, 05:14 AM
RE: UEFI for Pine64 - by z4v4l - 06-20-2016, 06:38 AM
RE: UEFI for Pine64 - by MarkHaysHarris777 - 06-20-2016, 07:50 AM
RE: UEFI for Pine64 - by ssvb - 06-20-2016, 08:46 AM
RE: UEFI for Pine64 - by xalius - 06-20-2016, 12:20 PM
RE: UEFI for Pine64 - by z4v4l - 06-20-2016, 01:30 PM
RE: UEFI for Pine64 - by ssvb - 06-20-2016, 02:42 PM
RE: UEFI for Pine64 - by z4v4l - 06-20-2016, 03:50 PM
RE: UEFI for Pine64 - by ssvb - 06-24-2016, 02:52 PM
RE: UEFI for Pine64 - by z4v4l - 06-24-2016, 03:43 PM
RE: UEFI for Pine64 - by z4v4l - 06-27-2016, 06:01 PM
RE: UEFI for Pine64 - by z4v4l - 08-31-2017, 03:27 PM
RE: UEFI for Pine64 - by z4v4l - 06-24-2018, 03:06 PM

Possibly Related Threads…
Thread Author Replies Views Last Post
  Pine64 as squeezebox touch replacement Learnincurve 12 28,908 01-13-2021, 02:11 AM
Last Post: Learnincurve
  Pine64 E-ink screen - Android projectileobjects 4 9,919 12-03-2020, 03:03 PM
Last Post: Silk
  Pine64 based IP KVM tuaris 0 4,078 08-06-2020, 12:05 AM
Last Post: tuaris
Information Pine64 Head Unit Zoidiano0 100 148,502 11-19-2019, 04:35 AM
Last Post: rogatip79
  PINE64 to allow use of SATA disk on network/FTP mwelbourne 10 16,389 11-18-2019, 04:09 PM
Last Post: evilbunny
  How to setup VNC on your Pine64 (Debian, SSH, headless) pine64nutz 20 44,178 04-16-2019, 08:00 AM
Last Post: hg6806
  Setup Pine64+ with OP-TEE stdys 0 3,659 09-13-2018, 03:23 PM
Last Post: stdys
  Domoticz + PINE64 Z-Wave Module + Open Z-Wave klliew 4 10,056 04-19-2018, 02:23 AM
Last Post: Harlan Mueller
  Pine64 as Security Camera / Baby Monitor utdrmac 2 7,350 02-01-2018, 07:49 AM
Last Post: davidbrucs
Photo Nextcloud running on Pine64 gbjensen 1 6,221 01-18-2018, 05:51 AM
Last Post: Luke

Forum Jump:


Users browsing this thread: 1 Guest(s)