We are not using the STAGING inside drm and the uAPI needs to be
in the acceptable form before we get merged upstream.

Link: https://lore.kernel.org/all/2023051029-overspend-sherry-1b85@gregkh/
Cc: Dave Airlie <[email protected]>
Cc: Daniel Vetter <[email protected]>
Cc: Oded Gabbay <[email protected]>
Cc: Francois Dugast <[email protected]>
Cc: Luis Strano <[email protected]>
Cc: Matthew Brost <[email protected]>
Cc: Thomas Hellström <[email protected]>
Cc: Maarten Lankhorst <[email protected]>
Cc: Lucas De Marchi <[email protected]>
Cc: Mauro Carvalho Chehab <[email protected]>
Signed-off-by: Rodrigo Vivi <[email protected]>
---
 Documentation/gpu/rfc/xe.rst | 7 ++-----
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/Documentation/gpu/rfc/xe.rst b/Documentation/gpu/rfc/xe.rst
index 2516fe141db6..8524095a54bd 100644
--- a/Documentation/gpu/rfc/xe.rst
+++ b/Documentation/gpu/rfc/xe.rst
@@ -67,11 +67,8 @@ platforms.
 
 When the time comes for Xe, the protection will be lifted on Xe and kept in 
i915.
 
-Xe driver will be protected with both STAGING Kconfig and force_probe. Changes 
in
-the uAPI are expected while the driver is behind these protections. STAGING 
will
-be removed when the driver uAPI gets to a mature state where we can guarantee 
the
-‘no regression’ rule. Then force_probe will be lifted only for future platforms
-that will be productized with Xe driver, but not with i915.
+Xe driver will be protected with force_probe, which will be lifted only for
+future platforms that will be productized with Xe driver, but not with i915.
 
 Xe – Pre-Merge Goals
 ====================
-- 
2.39.2

Reply via email to