When I'm at home in the suburbs of Memphis, I enjoy a 1Gbit fiber connection too Stepping down to a handful of megabits over a cellular connection can be pretty painful!Yeah canada is very large Im in sweden, country side with fiber optics
When I'm at home in the suburbs of Memphis, I enjoy a 1Gbit fiber connection too Stepping down to a handful of megabits over a cellular connection can be pretty painful!Yeah canada is very large Im in sweden, country side with fiber optics
With all this virtualisation will (some?) apps be running in sandboxed VMs?
- 64-bit CPU with virtualisation, i.e. Intel VT-X, AMD V;
- Native Mode UEFI (with legacy Compatibility Support Module (CSM) disabled);
- UEFI 2.5/2.6 features like Memory Attributes Table (MAT), Windows SMM Security Mitigations Table (WMST), and Secure Memory Overwrite Request (MOR) v2;
- Second Layer Address Translation (SLAT) in Intel VT-x2 Extended Page Tables (EPT) and AMD V Rapid Virtualization Indexing (RVI);
- IOMMU virtualization in Intel VT-d, AMD Vi, or ARM SMMU;
- Trusted Platform Module (TPM) 2.0, hardware or firmware-based;
- HVCI enabled drivers.
I wager they are, and I also wager you can still run full-screen 3D apps without needing to do the "full screen borderless window" hack. Despite me bringing up Palladium (Microsoft's project name from two decades ago), really the ultimate goal is a Trusted Compute Platform as described by the EFF here: Trusted Computing: Promise and Risk | Electronic Frontier Foundation (eff.org)With all this virtualisation will (some?) apps be running in sandboxed VMs?
Can I get (legacy) games to think they're running fullscreen at whatever resolution but at Desktop level it be a resizable/snappable window?
In Microsoft's account of the trusted computing architecture, the anticipated changes are divided at a high level into four groups, all of which require new hardware to be added to today's PCs. These are
Each feature has a different security rationale, although the features can be used in conjunction with one another.
- Memory curtaining
- Secure input and output
- Sealed storage
- Remote attestation
BitLocker ensures your disk is only accessible via A: your machine which circumvents sideloading the drive
Microsoft has deleted the application that allowed us to verify that our PC met the minimum Windows 11 requirement following multiple detection failures.
Apparently even Microsoft itself does not currently know what the requirements of Windows 11 are. The company itself has now recognized that it evaluates various requirements and thus the application is not testing against the final requirements and the results of your analysis may therefore be incorrect. For instance, first the company said that TPM 2.0 would be necessary but afterward it confirmed that only TPM 1.2 is required and there are also concerns about the compatibility of both AMD and Intel CPU generation.
...
Updated: The minimum system requirements are now changed by Microsoft. Microsoft stresses that Intel, AMD Zen 2 and Qualcomm 7 and 8-series SOCs of the eighth generation would run Windows 11. The software company will also make sure through Insiders builds that Ryzen processors and Intel Gen 7 in the first generation are still adequate enough.
No, it's just that HVCI code integrity works best with Intel MBEC (Mode-based execute control for EPT) or AMD GMET (Guest-mode execute trap for NPT), which are not available on earlier CPUs, and this has been known since 2017.Perhaps its just something bugged in the older chips or there is an exploit that is not known to the public yet and Intel / amd want to avoid having those chips stay in use ?
Perhaps that carries over to Kaby lake but is fixed in the caby lake refresh and coffee lake ?
or considering that Intel changes sockets and chipsets so often maybe the fault is in older chipsets ?
Nice find - it looks like they've actually been planning everything since 2013!found this interesting
HVCI code integrity is mostly for protecting trusted kernel-mode code (OS and device drivers) from unstrusted kernel-mode code (malware). Therefore terms like 'sandboxed', 'container' etc. confer no valuable meaning.With all this virtualisation will (some?) apps be running in sandboxed VMs?
If by 'legacy' you mean 'MS-DOS', then no.Can I get (legacy) games to think they're running fullscreen at whatever resolution but at Desktop level it be a resizable/snappable window?
Native Windows applications (i.e. DirectDraw/Direct3D/Direct2D) have to directly support full-screen and windowed modes; virtualization would make no sense here, because each application already draws into a dedicated renderring surface, and the final image is composed (stretched/filtered) by the Desktop Window Manager using the GPU draw calls.I wager they are, and I also wager you can still run full-screen 3D apps without needing to do the "full screen borderless window" hack.
Oh, boy... this is really shaping to become the most botched announcement in the history of operating systems.Apparently even Microsoft itself does not currently know what the requirements of Windows 11 are. The company itself has now recognized that it evaluates various requirements and thus the application is not testing against the final requirements
I live in a mountainous area in Galicia, relatively close to northern Portugal. There are like 40 inhabitants in the village where I live. We live at about 900m above sea level.Not sure where Cyan lives, however North America is huge and yet has a relatively low density of internet connectivity outside of the major metro areas / regions.
I spent the last 10 months driving my family all over the continent (22 states and 15,000 miles!) and we had to be very intentional about where we stayed so I could continue to work my IT job even though I was remote. Coverage gets really spotty, really quickly, as you roll away from cities and major interstate highways.
I see no changes in the requirements though, they just want to make sure that certain modern chips are compatible with Windows 11. In the end they are asking for more or less the same but consider on adding support for the first generation of Ryzen processors.
This is where my knowledge breaks down a bit. In a platform where the TCG expects a "protected path" from application to physical display device, the model you describe presumes a trust between the app and the compositor service (DWM.) In a world where the other three TCG controls are in place, eg ensuring DWM hasn't been comprimised because the OS is checking binary signatures and curtailing memory access, I suppose this trusted reliance on DWM is the best we can get.Native Windows applications (i.e. DirectDraw/Direct3D/Direct2D) have to directly support full-screen and windowed modes; virtualization would make no sense here, because each application already draws into a dedicated renderring surface, and the final image is composed (stretched/filtered) by the Desktop Window Manager using the GPU draw calls.
If you have the enormously long key in physical form somewhere, you can still sideload it either by physically attaching it to another PC or using bootable Windows media on the affected machine. No need to disable BitLocker if you have that key handy
By the way, the key is not the same as the PIN you might be using to boot your machine. Some implementations of BitLocker (usually at the enterprise scale) may force the user to type a PIN to unlock their drive. This is an optional component and isn't related to the encryption key itself.
DWM is a user-mode Direct3D/DXGI application, not a kernel-mode service.In a platform where the TCG expects a "protected path" from application to physical display device, the model you describe presumes a trust between the app and the compositor service (DWM.)
Hypervisor-based application 'sandboxing' was the idea behind Windows 10X - which was scrapped for performance reasons, according to multiple reports, so there have to be additional hardware abstractions in the CPU to make it work flawlessly.I suspect Win11 fully deploys the Hyper-V feature for arbitrary sandboxing
The "parent" partition maintains the kernel, the literal hardware drivers and basic VM management plane things. The "child" partition is basically where user space applications live