Also the uapi should be reviewed and scrutinized before xe is accepted upstream and we shouldn't cause regression.
Link: https://lore.kernel.org/all/20230630100059.122881-1-thomas.hellst...@linux.intel.com Signed-off-by: Rodrigo Vivi <rodrigo.v...@intel.com> --- Documentation/gpu/rfc/xe.rst | 6 ------ 1 file changed, 6 deletions(-) diff --git a/Documentation/gpu/rfc/xe.rst b/Documentation/gpu/rfc/xe.rst index 2516fe141db6..3d2181bf3dad 100644 --- a/Documentation/gpu/rfc/xe.rst +++ b/Documentation/gpu/rfc/xe.rst @@ -67,12 +67,6 @@ 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 – Pre-Merge Goals ==================== -- 2.41.0
