У меня нет аппаратных средств для теста чем-то вроде этого, но я рекомендовал бы хинду, если Вам нравится скомпилировать Ваш материал и быть немного поздними с последним программным обеспечением.
Однако я использую Sabayon прямо сейчас, он основан на хинду (тестирующий repo). Они берут его, тестируют его, компилируют его и выпускают его. Так, это - своего рода хинду на стероидах, и это намного более удобно для пользователя. Это должно смочь обработать то, в чем Вы нуждаетесь.
Драйвер с закрытым исходным кодом, распределенный другим каналом, не будет очень отличаться, поскольку нельзя перекомпилировать его. Однако некоторая конфигурация ядра и эвристика вокруг модуля ядра могли бы быть более предназначены к Вашему распределению (dkms, настройки совместимости, идентификатор устройства, и т.д.).
Я сильно совет использовать пакеты. Намного легче удалить его, и это обеспечивает некоторый уровень знаний на том, какие изменения внесены на Вашей машине. Просто запуская скрипт, поскольку корень для установки драйвера X, Y или Z заставляет меня дрожать, поскольку я даю всему этому свободу завинтить мою систему. (аналогичный для установки из обычного восходящего исходного программного обеспечения"make install
"по сравнению с установкой от управления пакетом)
Оборотная сторона пакетов - то, что это обычно немного более старый, чем те обеспечило в восходящем направлении. Однако новые версии могли бы идти с новыми ошибками также.