Várias melhorias no driver de entrada XPad estão programadas para serem incluídas no próximo kernel Linux 6.1 para lidar melhor com os controladores Microsoft Xbox e outros designs derivados.
Primeiro, o Linux 6.1 deve trazer suporte funcional para os remos do Xbox One Elite. Os botões de remo com o Linux 6.1 agora devem estar funcionando para os controladores Xbox Elite e Xbox Elite Series 2 com várias revisões de firmware.
Embora algumas das primeiras revisões de firmware ainda não tenham sido testadas, ainda pode haver algumas peculiaridades a serem resolvidas. O código também corrige o manuseio do controle Xbox Elite 1 e agora suprime corretamente as entradas de remo ao usar um slot de perfil personalizado.
Mais detalhes sobre este suporte de paddles do Xbox One Elite por meio deste commit agora fazem parte do “próximo” ramo do subsistema de entrada do Linux antes da janela de mesclagem do Linux 6.1.
Linux 6.1 terá suporte funcional para Xbox Elite Paddles e suporte expandido ao controlador
Outro patch para o driver XPad com a próxima ramificação de entrada adiciona mais controladores suportados ao driver com os IDs necessários. Os dispositivos recém-adicionados para o driver XPad incluem:
– Wooting One
– Wooting One (Legacy)
– Wooting Two
– Wooting Two ( Lekker)
– Wooting Lekker
– Wooting Two HE
– Wooting 60HE (AVR)
– Wooting 60HE (ARM)
– Hori Fighting Commander ONE
– Bigben Interactive DAIJA Arcade Stick
– Hori Fighting Commander ONE (Xbox 360/PC Mode)
– OneXPlayer Gamepad
– 8BitDo Pro 2 Wired Controller fox Xbox
Também na fila do input-next está um patch para o driver XPad para evitar quebrar o suporte do controlador sem fio Microsoft Xbox 360 após a suspensão do sistema. A janela de mesclagem do Linux 6.1 será aberta no próximo mês, enquanto a versão estável do kernel será lançada no final do ano civil.
Driver NTFS moderno do Linux preparando uma opção “hidedotfiles”
Como o NTFS3 foi implementado no ano passado no kernel Linux como um driver moderno de sistema de arquivos de leitura/gravação NTFS desenvolvido pela Paragon Software, foram apenas algumas correções desde então e outras pequenas atualizações. Uma nova série de patches NTFS3 enviada hoje está pelo menos preparando um novo recurso para este driver de kernel.
O NTFS3 com a série de patches de hoje tem uma opção “hidedotfiles”. A série de patches hidedotfiles foi de autoria de Konstantin Komarov da Paragon Software. Com isso, quaisquer arquivos/detentores que comecem com “.” — como é o comportamento padrão para pastas ocultas em sistemas Linux — verá o atributo NTFS de “FILE_ATTRIBUTE_HIDDEN” definido.
Com o Microsoft Windows não contando com “arquivos de ponto” para arquivos/pastas ocultos, ele usa o atributo de arquivo FILE_ATTRIBUTE_HIDDEN para determinar se algo está oculto ou visível.
Driver NTFS moderno do Linux
Assim, ao usar um driver de sistema de arquivos NTFS3 corrigido (ou quando esses patches são mainlined) e usar a opção de montagem “hidedotfiles”, ele basicamente definiria esse atributo de arquivo para qualquer arquivo criado no Linux com um ponto, preservando assim as mesmas intenções ocultas se o sistema de arquivos está montado no Windows ou Linux.
Esse comportamento de “arquivos ocultos” não é o padrão proposto, mas exige que o usuário opte por ele se desejar que FILE_ATTRIBUTE_HIDDEN seja definido para arquivos de ponto “ocultos”. A série de patches está atualmente na lista de discussão, enquanto veremos se ele a envia como parte da próxima janela de mesclagem v6.1.
