TrollStation
07.12.2010 12:44 Gajim
CC kernel/debug/kdb/kdb_io.o
kernel/debug/kdb/kdb_io.c: In function ‘vkdb_printf’:
kernel/debug/kdb/kdb_io.c:687: error: too few arguments to function ‘c→write’
kernel/debug/kdb/kdb_io.c:741: error: too few arguments to function ‘c→write’
Блядь. И это самое свежее ядро.
в обявлении "vkdb_printf" значится "struct console *c = console_drivers;"
что есть console_drivers я так и не понял.
Жуйч, ЧЯДНТ?
25 comments
recommend
bookmark
subscribe
Собсно, как раз потому, что самое свежее, оно и не обязано собираться.
ну так stable вроде.
есть еще новее rc-шки.
это вся ошибка? console_drivers extern какой-нибудь пойди.
алсо, ранние на том же вылетают.
У тебя все с хеадерами в порядке?
Это я так zen ядро решил собрать.
Насчет хеадеров — без понятия. Мало аргументов для функции — все, что я понял.
там обычно выше всякая ерунда начинается, указания на файлы. Но ты говоришь zen, так что enjoy your зборочка.
Ололо, так претензии к зенщикам предъявляй. Сам напатчил, ССЗБ.
надо отписать. У меня просто 12309 bug, вот и прыщу сижу.
Тащемта, зен его не исправляет, лишь сглаживает, возможно
Да я вообще первый раз какое-либо ядро собираю :3 Ладно, соберу обычное ядро, только новое, и планировщик I/O BFQ поставлю.
HA-HA-HA-HA, с этого и надо было начинать. И ещё что-то предъявляет, почему оно не собирается.
Дело-то в том, что 12309 — миф, просто любой процесс, пытающийся сделать I/O на большой активности диска ставится в очередь и, следовательно, подвисает. У меня в семёрке и похуже бывало.
поддерживаю.
FAIL, предназначалось #ofoeg/6
>У меня в семёрке
>@eurekafag
ТЫ, СУКА, ВЕРНИ АККАУНТ ЭВРИКАФАГУ
Ну миф не миф, а на старом ноуте у меня оно проявляется почти всегда, на новом вроде ещё не встречал.
Ну да, не совсем у меня, у коллеги. Я об этом ещё в жуйке писал. Собсно, очевидно же, что HDD — самая тормозная подсистема сейчас, бутылочное горло. Поэтому при высокой его активности многие процессы рискуют попасть в очередь и повиснуть в D-State при малейшей попытке обратиться к диску, будь то свопинг или чтение из БД. Винда ничуть не лучше по этому параметру, просто на линуксе сие заметнее в силу намного более высокой скорости работы самого линукса в обычном состоянии, а винда и так всегда в среднем тормозит.
Это зависит исключительно от железа (винта, контроллера).
Лол, верю ты эврикафаг. Прыщеобъяснения.
Ладно, спасибо за объяснения всем. Пойду просто новое ядро соберу.
Спасибо, кэп.
Ну так баг-то на ведро заведён, вот оно как. А пофиксить железо с помощью линукса, увы, не получается.
Скажу страшное: если я копирую 3 гига на флешку из винды, у меня не фризится курсор, в отличии от
У меня тоже. Варианты: не так смонтированная флешка, криво написанный вм.
Потому что в винде курсор в ядре. У меня, например, были на нетбуке фризы при копировании на плеер ковон (про него много где говорят, что медленно USB работает), а вчера кидал большие файлы на новый винт, 30 мб/сек и всё летает. Так что опять в железе дело.