You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: support/windows-server/installing-updates-features-roles/known-issue-rollback.md
-22Lines changed: 0 additions & 22 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -33,24 +33,6 @@ KIR came together as a functionally complete system beginning in Windows 10, ver
33
33
34
34
## How KIR works at the code level
35
35
36
-
<<<<<<< Updated upstream
37
-
<<<<<<< Updated upstream
38
-
When Windows updates are released, changes are implemented with runtime feature flags. The KIR infrastructure evaluates your device policies, dictated via group policies and service-delivered metadata.
39
-
40
-
It then determines the feature flag stage, which finally dictates whether to execute the new code, or revert to the older code behavior as per previous version if there is a regression.
41
-
42
-
## Scenarios supported by KIR
43
-
44
-
Windows offers KIR capability on all supported versions of [Windows Server](/windows-server/get-started/windows-server-release-info) and [client](/windows/release-health/supported-versions-windows-client) platforms, beginning with Windows Server 2008 SP2 and up. Most of the servicing fixes on Windows are deployed with the KIR capability as a mitigation strategy.
45
-
46
-
To know if your regression issue can be mitigated using KIR, refer [Ways for Enterprises to discover KIR GP](#ways-for-enterprises-to-discover-kir-gp).
47
-
48
-
## How KIR is activated
49
-
50
-
Windows devices belong to two different categories for KIR activation. Each category has its own process for activating KIR:
51
-
=======
52
-
=======
53
-
>>>>>>> Stashed changes
54
36
Changes that Windows updates implement have built-in runtime feature flags. At runtime, the KIR infrastructure uses the policies on the device (determined by Group Policy settings and service-delivered metadata) to determine whether to run the new code or the previous code. This approach means that if the policies or metadata indicate that there's an issue in a specific change, that change reverts to the older code behavior.
55
37
56
38
## Scenarios that KIR supports
@@ -65,10 +47,6 @@ To find out if KIR can mitigate your regression issue, see [Ways for enterprises
65
47
## How KIR activates
66
48
67
49
For the purpose of KIR activation, Windows devices belong to two different categories. Each category has its own process for activating KIR.
68
-
<<<<<<< Updated upstream
69
-
>>>>>>> Stashed changes
70
-
=======
71
-
>>>>>>> Stashed changes
72
50
73
51
-**Enterprise-managed devices:** Enterprise-managed devices are [update-managed Windows devices](/windows/deployment/update/update-managed-unmanaged-devices#what-are-update-managed-windows-devices). Microsoft provides a Group Policy (GP) template to the organization's IT administrator to activate KIR.
74
52
-**Retail/consumer devices:** Retail/consumer devices refer to the devices not covered under [update-managed Windows devices](/windows/deployment/update/update-managed-unmanaged-devices#what-are-update-managed-windows-devices).These are typically the devices not managed by an IT admin. These devices receive policy changes for activating KIR through Microsoft managed Windows Update cloud service.
0 commit comments