OS2 World Community Forum

WebSite Information => Article Discussions => Topic started by: Martin Iturbide on February 27, 2015, 06:32:16 pm

Title: UEFI and GPT (GUID Partition Table)
Post by: Martin Iturbide on February 27, 2015, 06:32:16 pm
Hi

I try to find some discussion about UEFI and GPT on OS/2-eComStation, but I haven't find much.  It mostly says about UEFI, turn on the "legacy mode".

But I wanted to see if there had been any discussion of what can be possible solutions to implement/develop on OS/2-eCS. I haven't been interested on UEFI and GPT discussions on the past but now I want to learn more about it.

Any pointers?

Regards
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Dave Yeo on February 27, 2015, 07:23:40 pm
Jonathan de Boyne Pollard claimed on usenet to be close to a solution some years back. Unluckily he seems to have disappeared and a lot of his pages are returning 404 errors.
http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/pcat-boot-process.html (http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/pcat-boot-process.html)
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Roderick Klein on February 27, 2015, 08:02:42 pm
Hi

I try to find some discussion about UEFI and GPT on OS/2-eComStation, but I haven't find much.  It mostly says about UEFI, turn on the "legacy mode".

But I wanted to see if there had been any discussion of what can be possible solutions to implement/develop on OS/2-eCS. I haven't been interested on UEFI and GPT discussions on the past but now I want to learn more about it.

Any pointers?

Regards

Not much is written about this topic and OS/2 and you mention two things that are related. GPT is part of the UEFI standard I see Arca Noae has it on its roadmap as a research item.

https://www.arcanoae.com/roadmap/


Roderick
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Martin Iturbide on February 27, 2015, 09:50:54 pm
Hi, thanks for the reply.

About ...
Quote
GPT is part of the UEFI standard
. Yes it is, but it seems that there is discussion that says that you can use GPT on non-UEFI machines. But I'm still not sure about it.

Talking about "GPT (GUID Partition Table)" it seems that the future is clearly that GPT is replacing MBR (Master Boot Record) because MBR has a 2TB limit. Since the future is obviously going to be to HDD 4TB bigger drives,  GPT is going to replace MBR.

So the options about GPT for OS/2-eCS on real hardware may be:
1) Implement/develop GPT for OS/2-eCS.  (hybrid MBR or full)
or
2) Use 4TB HDD or bigger, only as max 2TB drive (which I haven't tested to know if it works).

About Implement/develop GPT for OS/2-eCS, I also discussed on the chat and I was told as a very high level idea that it can be done by:  1) to update OS2DASD or 2) create a filter like partfilt.flt (like making a bypass of OS2DASD).

But I don't know if all the efforts of making a GPT driver only resides on modifying OS2DASD. (which I haven't said it is easy).

Just hearing some thoughts....
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Martin Iturbide on February 27, 2015, 10:24:03 pm
..uhm.. and I guess that LVM needs to be modifies too to support GPT ?
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Dave Yeo on February 27, 2015, 10:35:13 pm
os2boot and os2ldr as well, I guess for each file system that supports booting.
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Roderick Klein on February 27, 2015, 10:37:48 pm
os2boot and os2ldr as well, I guess for each file system that supports booting.

Hybrid MBR might be a solution but opinions seems to vary.

Roderick
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Martin Iturbide on March 02, 2015, 03:49:43 pm
About UEFI
I had been reading there are some kind of UEFI applications that has the UEFI keys that acts like launcher for other applications. I don't know if that idea can be used to run OS2-eCS on an "UEFI ENABLED" machine.

I had read that there is GRUB with UEFI support and something else called UEFI Shim loader (https://github.com/rhinstaller/shim).

But maybe I'm understanding it wrong. I don't know if someone has more experience on this subject and can share what they have researched.

Regards
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: ivan on March 02, 2015, 10:08:22 pm
Martin, it might be a good idea for you to talk with Jan van Wijk (DFSee) about this.  I think he would know much more than any of us.
 
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: walking_x on March 03, 2015, 08:45:05 am
About UEFI:
This mean:
Boot process must be changed seriously:
  GPT itself is easy to implement. But we have another one trouble here - sector number in all IOCTLs - 32-bit... I.e., disk i/o in OS/2 limited to 2Tb. There is no way to read data above this border.
  So, David must design new IOCTLs and implement it in Danis/AHCI, then add changes to all disk i/o staff (DASD/LVM).

  Even to implement huge disk splitting (3Tb -> 2Tb+1Tb) - like it was done in partflt - 1st stage still required (64-bit sector number in Danis).

  And, yes, hybrid table can be used too, but this is dangerous and this "hack" limited to max of 3 (primary) partitions.

  This is the picture - how I see it ;)
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Martin Iturbide on March 03, 2015, 03:10:09 pm
Thanks walking_x  for sharing your thoughts and opinions.

In my limited understanding of the very deep components of OS/2, it will mean that to support UEFI (without legacy mode) changes will have to be done on the OS/2 kernel and loader.
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Roderick Klein on March 03, 2015, 10:07:21 pm
Thanks walking_x  for sharing your thoughts and opinions.

In my limited understanding of the very deep components of OS/2, it will mean that to support UEFI (without legacy mode) changes will have to be done on the OS/2 kernel and loader.

I do not know if an EFI loader that you create if you can reimplement legacy support (a BIOS basically).

Roderick
Title: Re: UEFI and GPT (GUID Partition Table)
Post by: Martin Iturbide on March 04, 2015, 02:25:41 am
I do not know if an EFI loader that you create if you can reimplement legacy support (a BIOS basically).

That is why I was asking if anybody knows something about Shim (https://github.com/rhinstaller/shim). I don't know if I'm missintepreting the use of Shim, maybe it is for other thing.