|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Grosbein 2:5006/1 12 Dec 2007 19:16:29
To : Boris Samorodov
Subject : Re: поддержка linux на фре
--------------------------------------------------------------------------------
11 дек 2007, вторник, в 21:58 KRAT, Boris Samorodov написал(а):
EG>> Заметил странность с linux_base-fc-4_2 на 7.0-B3 при дефолтных
EG>> настройках:
EG>> compat.linux.oss_version: 198144
EG>> compat.linux.osrelease: 2.4.2
EG>> compat.linux.osname: Linux
EG>> Линуксовый Quake3 Arena бегает в OpenGL нормально,
EG>> Descent3 Demo от Loki тоже без проблем, а при запуске HMM3
EG>> процесс создает каталоги в ~/.loki/heroes3, после чего "подвисает"
EG>> в состоянии select, процессор не кушает. ktrace в семерке с линуксовыми
EG>> процессами, судя по всему, сломан, а может kdump - падает с sigsegv
EG>> при декодировании того, что написал ktrace (как и на трейсе
EG>> от нормально работающего descent3_demo). truss вроде проблем
BS> Для просмотра ktrace.out от фряшного kdump есть devel/linux_kdump.
BS> Собирается муторно (через emulators/linux_base-gentoo-stage3), но
BS> пакет получается без всяких зависимостей. Можешь для 7-ки взять тут:
BS> ftp://ftp.ipt.ru/pub/linux/linux_kdump-1.5_2.tbz
Большое спасибо, с linux_kdump дело продвинулось. Процесс heroes3 (pid 1223)
при старте форкается, и первый его потомок (pid 1224) за свою недолгую
жизнь успевает сделать лишь следующее:
1223 heroes3 RET linux_clone 1224/0x4c8
1224 heroes3 RET linux_fork 0
1224 heroes3 CALL linux_rt_sigprocmask(0x2,0x8443d6c,0,0x8)
1224 heroes3 RET linux_rt_sigprocmask 0
1224 heroes3 CALL read(0x6,0x8443cd8,0x94) # из ~/.Xauthority
1224 heroes3 GIO fd 6 read 148 bytes
1224 heroes3 RET read 148/0x94
1224 heroes3 CALL poll(0x8443cd0,0x1,0x7d0)
1224 heroes3 RET poll 1
1224 heroes3 CALL linux_getppid
1224 heroes3 RET linux_getppid 1223/0x4c7
1224 heroes3 CALL read(0x6,0x8443cd8,0x94)
1224 heroes3 GIO fd 6 read 148 bytes
1224 heroes3 RET read 148/0x94
1224 heroes3 CALL linux_mmap(0x8443c24)
1224 heroes3 RET linux_mmap -1088421888/0xbf200000
1224 heroes3 CALL
linux_clone(0xf21,0xbf3ffe74,0xbf3ffe7c,0x8443d6c,0xbf3fff5c)
1224 heroes3 RET linux_clone 1225/0x4c9
1224 heroes3 CALL linux_kill(0x4c7,0x20) # kill -32 1223
1224 heroes3 RET linux_kill 0
1224 heroes3 CALL poll(0x8443cd0,0x1,0x7d0)
1224 heroes3 RET poll 1
1224 heroes3 CALL linux_getppid
1224 heroes3 RET linux_getppid 1223/0x4c7
1224 heroes3 CALL read(0x6,0x8443cd8,0x94)
1224 heroes3 GIO fd 6 read 148 bytes
1224 heroes3 CALL linux_mmap(0x8443c24)
1224 heroes3 RET linux_mmap -1090519040/0xbf000000
1224 heroes3 PSIG SIGSEGV SIG_DFL
1224 heroes3 NAMI "heroes3.core"
Вопрос, почему ему дают по башке SIGSEGV'ом?
Попробовал сделать sysctl hw.snd.compat_linux_mmap=1,
никаких изменений.
EG>> не имеет, но в последней строке пишет вызов linux_rt_sigprocmask(),
EG>> дальше ничего не пишет... В 6.0, когда последний раз запускал HMM3,
EG>> всё работало. С тех пор /usr/local делал полностью с нуля из-за
EG>> нечаянного newfs :-) и на шестерке HMM3 больше не пробовал. Куда копать?
BS> Можно попробовать запустить с osrelease=2.6.16 и окончание обоих
BS> linux_kdump забросить в freebsd-emulation@. Да, и желательно ссылки
BS> на полные ktrace.out дать.
Смена osrelease не помогла. Попробую сначала сам разобраться.
Eugene
--
Все любят естественный наркотик
--- slrn/0.9.8.1 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
