Image

Intel to remove legacy BIOS from UEFI by 2020, will industry follow?

User avatar
uefi.tech
Site Admin
Posts: 31
Joined: Sun Apr 01, 2018 3:34 pm

Re: Intel to remove legacy BIOS from UEFI by 2020, will industry follow?

Post by uefi.tech » Wed Apr 11, 2018 12:04 am

Another one from Mark Doran (Intel Fellow, Software and Services Group Chief Platform Software Architect, System Software Division):
Date: Mon, 9 Apr 2018 23:15:31 +0000
From: "Doran, Mark" <mark.doran@intel.com>
To: "fw_os_forum@mailman.uefi.org" <fw_os_forum@mailman.uefi.org>
Subject: Re: [Fw_Os_Forum] Will industry follow Intel?s plan to remove UEFI legacy support?

Well I don't know if this counts as details but there are some things I think I can say in this discussion. Principle among those, I want to make sure that it's clear what is being talked about because some terminology here is important and lack of clarity could definitely lead to misunderstanding.

A little history.

Legacy BIOS support in the context of implementations based on the EDK II code housed on Tianocore refers to the ability to support the 16-bit real mode interrupt based interfaces (and related structures) that some older OS and add-in card ROMs depend upon.

Such legacy BIOS [interface] support for EDK II based implementations is delivered in the form of a Compatibility Support Module (CSM). In reality there are two parts to this.

One is a gasket that glues the code that does the interface support work into an EDK II substrate and some of this is part of EDK II open sources. So far as I'm aware there's no plan to remove or deprecate this code -- it's part of the open source project and as such usual practice applies to code that may end up less used over time.

The second part is the actual worker code behind those legacy interfaces; the guts of the CSM itself if you will. This code is not part of EDK II and there are commercial vendors who can support these and at least one open source project that has similar capability also.

I've referred to this second part as the "furball" in various public venues (IDF etc.) with the notion that I'd like for the firmware ecosystem to cough it up and be rid of it as soon as that's practical. I've been saying that since the late 90's so discussion of this topic is hardly news but it does point out that actually making it happen takes longer than you might imagine.

And now up to the minute...

What's been said of Intel's position more recently is that there is a plan to deprecate support for legacy BIOS, which is to say the CSM since there are, so far as I'm aware, no teams working inside Intel on an actual legacy BIOS for products and it's been that way for many years in mainstream product groups. The 2020 date was associated with that deprecation statement.

Exactly what that means may vary by product and market segment but the main theme here is that the plan is to stop validation of any CSM as part of enabling work that Intel will do.

As anyone familiar with how this ecosystem works will quickly see, this is not the same at all as saying legacy BIOS will disappear from existence or that it will be impossible to get systems with legacy BIOS or CSMs on them in that timeframe.

Ultimately the market decides.

Those working on platforms and system software may well wish the CSM would go away (I certainly do! :)). Our experience with systems that have already moved over to legacy-free clearly demonstrates that it will simplify work, reduce cost, and improve security along with various other side benefits.

However, so long as there are sufficient end customers asking for it and there's a business to be made in supporting it, I imagine legacy BIOS support CSMs will continue showing up on systems. As pointed out elsewhere, CSM support is pretty well wrung out and removing it, i.e. making a change, actually costs something to do so while those designing systems still see customer demand the incentives may appear mixed at best.

I think it's fair to say that if your hypothetical agenda was to hasten the disappearance of the CSM then the real trick, and it is easier said than done I grant you, would be to reduce end customer demand down to zero.
--
Cheers,

Mark.

User avatar
BobJC
Member
Posts: 20
Joined: Wed Apr 04, 2018 2:07 pm

Re: Intel to remove legacy BIOS from UEFI by 2020, will industry follow?

Post by BobJC » Wed Apr 11, 2018 4:34 pm

Hmm... The following might take a really really long time...

"reduce end customer demand down to zero"

He.yang
Member
Posts: 6
Joined: Wed Apr 11, 2018 12:37 am

Re: Intel to remove legacy BIOS from UEFI by 2020, will industry follow?

Post by He.yang » Fri Apr 13, 2018 4:27 pm

Unless legacy hardware will be removed...

ChuckD
Member
Posts: 10
Joined: Wed Apr 04, 2018 2:06 pm

Re: Intel to remove legacy BIOS from UEFI by 2020, will industry follow?

Post by ChuckD » Mon May 21, 2018 12:29 pm

Any new progress on this topic? Since I saw a lot of news from social media still avocating Intel is going to kill CSM by 2020.

GailK
Junior Member
Posts: 2
Joined: Sun Apr 08, 2018 4:01 pm

Re: Intel to remove legacy BIOS from UEFI by 2020, will industry follow?

Post by GailK » Tue May 22, 2018 2:46 pm

I don’t think they could make much meaningful progress due to the pressure from stubborn legacy users.

Post Reply