Por lo que he visto de la beta, han tomado precisamente el enfoque equivocado, al forzar a los controladores de terceros a salir del kernel y entrar en el espacio de usuario.
Obviamente su objetivo al hacer esto era asegurar la portabilidad de los controladores entre x86 y ARM; lo que han hecho, en cambio, dado el modelo de desarrollo de la mayoría de las empresas de periféricos que necesitan controladores de dispositivos para que sus dispositivos sean utilizables en un SO, es dejar huérfano a todo el hardware existente de esa clase.
Probablemente vas a tener que estar comprando una nueva impresora, en concreto, porque una vez que están funcionando, al igual que los fabricantes de teléfonos móviles de Android, nunca hay una actualización del driver.
Las empresas de dispositivos de hardware tienen recursos de ingeniería de software muy limitados, y los pondrán al siguiente dispositivo -como el siguiente modelo de impresora- y «joden» totalmente a quien ya no les da dinero, porque It’s All About The Benjamins™.
Lo hicieron en el cambio a PPC, y lo volvieron a hacer en el cambio de PPC a Intel. Significa tener que volver a comprar hardware periférico perfectamente bueno, porque nadie escribirá un controlador para él para la nueva arquitectura.
Apple se equivoca con lo de «si el controlador está en el espacio de usuario, ¡el fabricante seguramente se limitará a recompilar!». No lo harán. No vende nuevos dispositivos para ellos, y para los productos de pérdida como las impresoras, no vende más cartuchos de tinta en las impresoras más antiguas en las que se ha roto el DRM, y la mayoría de los cartuchos de tinta se compran ahora a terceros, en lugar de al fabricante de la impresora.
Nota: De hecho, era totalmente posible ejecutar los controladores del kernel de terceros de tal manera que creyeran que se ejecutaban en el espacio del kernel, pero ejecutarlos bajo Rosetta. Apple simplemente cayó en el trabajo aquí. Otra vez.