On the UEFI, I think most of the vendors will want to support Windows 7 for a while, just because of the established base is so large. IT shops are pretty conservative in many cases, and Windows 7 is likely to be around for a long time. On the Windows Updates, there is a way to block them see the article http://www.zdnet.com/article/microsoft-releases-tool-to-hide-or-block-unwanted-windows-10-updates/
Don Burn
Windows Driver Consulting
Website: http://www.windrvr.com
-----Original Message-----
From: xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Gregory G Dyess
Sent: Monday, July 27, 2015 10:46 AM
To: Windows System Software Devs Interest List
Cc: xxxxx@lists.osr.com
Subject: RE: [ntdev] Driver Signing Practical Info
I’ll have to respectfully disagree, Dave. Since Microsoft is creating the requirement for virtually all PC hardware to include UEFI (and its successors), they should also mandate the OWNER of the hardware be allowed to turn it off in order to run other OS software (or even run bare metal as is the case in embedded systems).
I’m not one to give into conspiracy theories, but in this case it sure appears to be an attempt to force migration to Windows 10 and total lock-in to MS after that.
Look at it this way:
-
A hardware vendor will not be able to effectively sell PCs without that MS Logo just by sheer market size enjoyed by MS. You can’t lock out 80%-90% of all hardware sales by not getting that Windows Logo. Therefore, ALL hardware will include this feature.
-
Once older hardware is no longer available that will run Windows 7 (or accept Linux or…), people and companies will be forced to “upgrade” to Windows 1 or later.
-
Reports I’ve read (could be wrong) have indicated Windows Updates will no longer be a nuisance to avoid, but will be REQUIRED for all but the largest of customers. Again, MS is forcing people into migrating to the newest OS. It’s a good plan for MS as they can drop costly support for older OS versions much quicker.
I think this could run afoul of regulators in several countries, just as the original UEFI did before the options to disable it.
The Surface Pro isn’t a good example in that it fits under the Mobile category, not general PC. Mobile (non-PC) devices have always been vendor-locked. That trend is changing somewhat with the popularity of Android-based phones, availability of the entire source code and even vendor-supplied image modification instructions from some of the largest vendors.
Please, this is NOT a flame-bait. I consult on both Windows Embedded and Android (embedded Linux) and find pros and cons in both. Neither is superior to the other for all things. It depends upon your needs. In the case of mandatory secure boot, MS wins, users lose.
Greg
— xxxxx@msn.com wrote:
From: Dave Cattley
To: “Windows System Software Devs Interest List”
Subject: RE: [ntdev] Driver Signing Practical Info
Date: Mon, 27 Jul 2015 10:15:42 -0400
Why should Microsoft hardware requirements mandate that the switch must exist? Their interest is to require secure boot exist not that it not exist.
Want to run Linux on your shiny new Dell server? I bet that will be very much supported by Dell because they will have the option in the firmware.
Want to do the same on a SurfacePro? Well geez, really?
FUD
cheers
Dave Cattley
Sent from my Windows Phone
________________________________
From: xxxxx@hotmail.commailto:xxxxx
Sent: 7/27/2015 9:57 AM
To: Windows System Software Devs Interest Listmailto:xxxxx
Subject: RE:[ntdev] Driver Signing Practical Info
> I have some practical questions about the Windows 10 driver signing thing, for those of
> you who have already been through it.
Well, I don’t care about driver signing, for the understandable reasons, but what makes me worried is SecureBoot in Windows10
http://arstechnica.com/information-technology/2015/03/windows-10-to-make-the-secure-boot-alt-os-lock-out-a-reality/
Does someone have any AUTHORITATIVE information on whether a switch to allow Secure Boot to be turned off is still mandatory under Windows10
Anton Bassov
—
NTDEV is sponsored by OSR
Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
OSR is HIRING!! See http://www.osr.com/careers
For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars
To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer
—
NTDEV is sponsored by OSR
Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
OSR is HIRING!! See http://www.osr.com/careers
For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars
To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer
—
NTDEV is sponsored by OSR
Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
OSR is HIRING!! See http://www.osr.com/careers
For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars
To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer</mailto:xxxxx></mailto:xxxxx>