Bug #390
Kernel Panic на процессорах VIA и Transmeta
Статус: | New | Начата: | 13.01.2012 | |
---|---|---|---|---|
Приоритет: | Immediate | Дата выполнения: | ||
Назначена: | - | Готовность в %: | 0% |
|
Категория: | - | Затраченное время: | - | |
Версия: | - | |||
Голоса: | 1 |
Описание
Дано - несколько компьютеров с процессорами
C3 Nehemiah (C5X/C5XL/C5P)
vendor_id : CentaurHauls
cpu family : 6
model : 9
model name : VIA Nehemiah
Transmeta Crusoe
vendor_id : GenuineTMx86
cpu family : 6
model : 4
model name : Transmeta(tm) Crusoe(tm) Processor TM5800
stepping : 3
Начиная с версий 11,3 до настоящего времени переслали грузится с LiveDVD все версии дистрибутива.
После начального меню LiveDVD выбора языка и прочего сразу Kernel panic
Изменение строки загрузки ядра не помогает
Подобная проблема наблюдалась и ранее - в в ерсии 10,9 и старше сейчас не помню До этого отлично грузилась версия 10,4
Ошибка плавающая из версии к версии
История
Обновлено Тимофей Захарчук почти 13 года назад
- Файл config-2.6.32.28-i686-CDS добавлен
Конфиг ядра от версии 11,3
Обновлено Тимофей Захарчук почти 13 года назад
Версия 11,3 нормально устанавливается и грузится
Но не обновляется - не хочет обновлять glibc-2.12.2
Обновлено Тимофей Захарчук почти 13 года назад
Тимофей Захарчук wrote:
Конфиг ядра от версии 11,3
Если заменить содержимое файла /var/lib/layman/calculate/profile/kernel/config-server-i686-3.1 содержимым из файла config-server-i686-2.6.32 и собрать ядро (получится с конфигом от 2.6.32) то система отлично грузится
Надо определить какие параметры влияющие на загрузку были измены.
Обновлено Тимофей Захарчук почти 13 года назад
- Файл confg-server-patch-new добавлен
- Файл confg-server-patch-old добавлен
прилагаю diff изменений конфигов
файл confg-server-patch-old сравнение конфигов 2.6.32 (исходное) и 3.1
файл confg-server-patch-new сравнение конфигов 3.1 (исходное) и 2.6.32
Обновлено Тимофей Захарчук почти 13 года назад
Фото kernel panic
Делал на CLDG но на CDS та же проблема
Выложил на imglink.ru так как почему то на прикрепленные jpg и tar.gz система говорит ошибку 413 Request Entity Too Large
хотя фотки по 930 кб
после start.jpg сразу kernelpanic.jpg
оборудование
вывод lspci
Обновлено Тимофей Захарчук почти 13 года назад
Файл make.conf
For example, to generate i686 code(with cmov) for Via C3 Nehemiah use:
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=c3-2 -mtune=generic -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
сборка описана
процессор
gcc версии gcc-4.5.3-r1 собирает ядро с выше приведенным make.conf
Обновлено Mikhail Hiretsky почти 13 года назад
Ядро собранное с этими параметрами запускается на процессорах VIA?
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=c3-2 -mtune=generic -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
Обновлено Тимофей Захарчук почти 13 года назад
Mike Hiretsky wrote:
Ядро собранное с этими параметрами запускается на процессорах VIA?
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=c3-2 -mtune=generic -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
Да запускается, но если собрано с конфигом ядра которое прикреплено к баге
С более новыми конфигами ядра например 3,1,6 или 3,2,1 - собирается но не грузится.
Ядро собранное с конфигами кальки начиная от версии 11,6 собирается, но оно не грузится даже с выше приведенными параметрами.
Дело в том что собака зарыта где-то в конфиге ядра или есть ошибка gcc при сборке ядра.
Ранее (до версии 11,6) явное указание проца VIA в CFLAGS и конфиге ядра не требовалось ( собиралось и нормально грузилось со стандартным ядром от CDS)
Обновлено Тимофей Захарчук больше 12 лет назад
immediate - не понял будет решено или нет?