Eu encontrei este mesmo problema a partir de hoje, enquanto tentava compilar o kernel net-next.
Minha pesquisa gerou uma resposta a partir daqui: link
O módulo Lustre está causando o problema de dependência, e o desenvolvedor por trás dele deve ter produzido e enviado um patch até agora, mas parece que o patch não foi incluído nas árvores rc net-next (ou kernel principal) .
Existem duas soluções possíveis para isso, se você não precisar do Lustre:
-
De acordo com a postagem vinculada acima e com minha própria experiência, remover o código incorreto é uma opção. Se você editar drivers / staging / lustre / lustre / libcfs / module.c (do diretório onde a fonte do kernel está) e procurar por
IOC_LIBCFS_PING_TEST
, você pode deletar todo o bloco de casos. (Se você não estiver familiarizado com o código C, elimine todo o caminho até a linha com a próxima ocorrência dereturn 0;
)Foi o que fiz e consegui instalar os módulos após recompilar.
-
Edite o arquivo .config: Seu .config provavelmente especifica que vários componentes do Lustre devem ser compilados como módulos. Edite o arquivo .config na raiz do diretório do kernel e procure a linha
CONFIG_LUSTRE_FS=m
Altere o "m" para "n" e isso deve impedir que o módulo seja compilado. Eu não testei isso como uma solução.
Você também pode esperar até que este patch chegue à fonte do kernel, mas já passou cerca de um mês.