> Спасибо за замечание.
Это не замечание. Это ваш баг скорее всего и есть: когда time становится равен 50 вы переполняете стек заходя в прерывание несколько раз, пока его обработчик ждёт в delay.
Хотя нет, intptr_t тоже плохой выбор. Вообще плохая ситуация с массивом. Опишите свою задачу шире: откуда берётся этот массив, откуда берётся форматная строка...
ostringstream никак не связан, и, да, если у вас будут спецификаторы в форматной строке, то sprintf видится единственным разумным вариантом. Я, правда, вижу ещё одну существенную проблему в подходе с массивом: у вас не получится сколько-нибудь портабельно хранить в нём и целые и плавающие числа и указатели и подавать их на вход sprintf, если вы до занесения значений в массив не позаботитесь об их расширении. Т.е. о приведении целых и указателей к типу intptr_t, а float к double.
@t00rm3n версия компилятора не важна, важно то, собрано ли ядро с проверкой версий модулей. Если да, (а обычно это так), то для загрузки модуля требуется, чтобы он был собран с идентичной версией и конфигурацией ядра.
> в таком случае надо будет все к чертям перебекапить
ну, это стоило бы делать и так, даже без такого случая.
> Я правильно понимаю, у меня RAID-storage и всего один HDD
RAID -- да, сколько HDD -- непонятно, product: LOGICAL VOLUME намекает, что это не физический диск.
> если драйвер не обновлять, есть вероятность что с диском случится что-то
предлагаю вам поискать отзывы владельцев такого же контроллера. Моё мнение -- нет, ничего не случится, кроме load average >= 6.
