Acabei de ter o mesmo problema no OpenBSD 6.3 em uma configuração do Intel Kaby Lake que acabei de instalar, mas parece que resolvi o problema. Eu estava migrando de uma configuração do Ivy Bridge que não tinha esse problema, embora meu mouse tivesse um problema na configuração antiga, que é manter a conexão e a desconexão antes de iniciar o FVWM (que é o gerenciador de janelas padrão) ... fazendo login com startx ou com xenodm. É um mouse de jogos asiático e barulhento com pesos e configurações de DPI e LEDs e todas essas coisas (eu uso porque gosto do botão de duplo clique).
Eu escolhi fazer o login com xenodm durante a instalação. O teclado funcionou para mim depois que eu entrei - eu poderia usá-lo para mover o mouse em FVWM com ctrl + shift + tecla de seta. Isso permite mover o cursor sobre o xterm aberto e começar a digitar como o foco segue a posição do mouse em FVWM por padrão (você não precisa clicar no xterm para começar a digitar ... Eu não conheço um teclado FVWM substituir por cliques do mouse). Eu estava usando o mesmo mouse, então decidi experimentar um diferente ... Eu pluguei um antigo mouse microsoft que funcionava imediatamente. Curiosamente, depois que eu liguei no rato de jogo blingy começou a trabalhar também. Eu reiniciei, logado como root e usei "rcctl disable xenodm" como sugerido. Registrado no FVWM com startx e eis que o novo mouse está funcionando. Reiniciado ... ainda está funcionando.
tl; dr Tentei um mouse diferente por alguns minutos e agora o mouse original está funcionando
Moar: Acabei de descobrir que o mouse funcionará quando conectado a uma porta USB 2 e exibir seu antigo bug de conectar e desconectar constantemente, mas não quando conectado a uma porta USB 3, a menos que eu ative o "XHCI Hand-off" o BIOS. Eu não sei exatamente qual é o problema entre este mouse Zelotes T-90 e o OpenBSD ... Eu suspeito que o mouse possa estar solicitando uma taxa de polling USB acima do padrão de 125Hz e o OpenBSD não pode suportá-lo.