Драйвер для Netgear A6100 в ubuntu 16.04

Если не ошибаюсь, надо сказать компилятору gcc, чтобы он не считал варнинги ошибками. Вроде правкой makefile решается. Точно с ходу не скажу.

https://stackoverflow.com/questions/11561261/how-to-compile-without-warnings-...

Тут можешь почитать, попробуй первое предложение.

В итоге скачал отсюда: https://github.com/aircrack-ng/rtl8812au все собралось без ошибок, потом сделал modprobe 8812au и после ребута все заработало.

как лечить?

В ядре Linux всё постоянно меняется, и функции могут переезжать из одних заголовков в другие. Функция signal_pending() переехала из «linux/sched.h» в «linux/sched/signal.h». Нужно добавить #include <linux/sched/signal.h> в те файлы, где эта функция используется.

Или собирать со старыми ядрами. Хотя бы с тем ядром, для которого инструкция писалась.

Если не ошибаюсь, надо сказать компилятору gcc, чтобы он не считал варнинги ошибками.

Ты ошибаешься.

Точно с ходу не скажу.

Пожалуйста, не давай откровенно неправильных советов. Хотя неявная декларация функций и считается предупреждением, это почти всегда ошибка. Если вдруг так случится, что неявно объявленная функция действительно реализована в другой единице трансляции (тут это не так, потому что функция реализована целиком в хедере), то есть немалый шанс словить странный баг, если вдруг параметры разойдутся. Такие баги очень неприятно отлаживать, поэтому и используют -Werror=implicit-function-declaration. Убирать этот параметр — глупо.

Функция signal_pending() переехала из «linux/sched.h» в «linux/sched/signal.h»

Зачем они так делают? Есть какая-то техническая необходимость?

Зачем они так делают?

Это уменьшает число «Ugh», «Argh!» при кодировании, снижает стресс, и увеличивает производительность на 10-20%.

А если серьёзно?

https://www.kernel.org/doc/html/v4.11/process/4.Coding.html#internal-api-changes

Ну и вообще всю страничку стоит прочитать, не только параграф 4.4.