Алгоритм: Как оформить баг на ядро Linux

У меня убунту падает из-за X-Freeze чаще всего, особенно при использовании Unity, а там говорят можете даже не открывать баги, пока точно не воспроизведете и в логах ничего особенного.
Ядро как раз-таки стабильно.

Нет, kdump фильтрует vmcore makedumpfile'ом. В зависимости от опций дамп можно сделать маленьким. Например на rhel6 по дефолту дампики с 8гб машины получаются в среднем по 50мб.

Зависит от того чьё ядро вы используете. Если собрали из мейнстрима, то на bugzilla.kernel.org. Если используете ядро из дистрибутива, то в баг трекер дистрибутива или в службу поддержки.

Если ядро в лог выдает Panic, BUG, WARNING, которые обычно сопровождаются бектрейсами и состоянием регистров, то это однозначно баг в ядре.
Под драйверами, вы скорей всего понимаете модули, тогда это тоже ядро. В бектрейсе будет видно какому модулю принадлежит функция и можно будет догадаться на кого файлить баг. Если вы ошиблись, разработчики переведут баг на нужную компоненту.
Сложнее когда, что-то не работает, а логах ничего нет. Тогда можно попробовать запустить программу под strace и попытаться понять, что идет не так. Так же стоит попробовать вспомнить, когда в последний раз эта функциональность работала, попытаться загрузить старое ядро и попробовать воспроизвести проблему. Если понять так и не удалось, то лучше зафайлить проблему на user space, просто по статистике в нем больше багов.