~amd64 && makeopts=-j3 && genkernel-3.4.8 [SOLVED]
P.S. Прежде чем давать комменты, пожалуйста прочтите это сообщение полностью!
Вот уже который раз пытаясь пересобрать ядро
#genkernel (--meniconfig) all
натыкаюсь на то, что genkernel вывыливаеться с ошибками. Менял порты - менялись версии genkernel, но все безрезультатно.
Решил разобраться (зацепил меня чем-то genkernel, а может и "задачка", ну т.е. проблема с ним) в чем причина. Полез в папки с оным /usr/share/genkernel/x86_64 (такая у меня архитектура) и при просмотре файлов обнаруживаю, что kernel-config-2.6, почему-то (по чьей-то прихоти?) до сих пор оставлен для ядра 2.6.17-r7, но у меня то ядро 2.6.20-r6. Потом все модули указанные в папке /usr/share/genkernel/ уже давно устарели (я их просмотрел, проверил есть ли у меня аналоги посвежее, и ... обновил, и ... подправил /etc/genkernel.conf). Да! Кое-какие функции по умолчанию в genkernel.conf выключены - на мой взгляд ЗРЯ! Та самая идея - максимально упростить пользователю (выше уровня чайника) конфигурирование ядра - да, она реально осуществима (я конечно могу и без genkernel`a) и работает, если только при этом не забыть что kernel-config-2.6 - фактически (мое личное мнение) .config, но переименованный. Почему после изменения оного без проблем сконфигурил ядра 2.6.17-r9, 2.6.18-r7, 2.6.19-r7 и даже, после некоторых усилий, 2.6.20-r5 (но при перезагрузке последний отказалася грузится).
...(непереводимый на другие языки местный жаргон)
СПРАШИВАЕТСЯ:
Почему разработчики не уделяют больше времени на заточку genkernel под x86_64 (зато очень хорошо затачивают под x86)?
Это что, за столько лет пока существует x86 вошло в привычку?
И когда можно ожидать исправления? (А то меняются версии, а проблема остается. Я конечно из этого получил хороший опыт - куча потраченного времени на ее решение и вроде можно было бы и махнуть на genkernel, и забыть о нем вовсе, но кажися стоящая идея, да и юзверю проще).
- Для комментирования войдите или зарегистрируйтесь
genkernel --oldconfig all
genkernel --oldconfig all собралось нормально? А то Вы здесь такие ужасы описываете, что наводит на подозрения.... Было бы неплохо, если б Вы ещё привели emerge --info
P.S. У самого с сентября 2005 ~amd64 и с такими проблемами я ещё не сталкивался...
# emerge --info Portage
# emerge --info
Portage 2.1.2.4 (default-linux/amd64/2007.0/desktop, gcc-4.1.2, glibc-2.5-r1, 2.6.20-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.20-gentoo-r5 x86_64 AMD Turion(tm) 64 X2 Mobile Technology TL-50
Gentoo Base System release 1.12.10
Timestamp of tree: Thu, 26 Apr 2007 01:47:01 +0000
ccache version 2.4 [enabled]
dev-lang/python: 2.4.4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: 2.4-r6
sys-apps/sandbox: 1.2.18.1
sys-devel/autoconf: 2.13, 2.61
sys-devel/automake: 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.23b
virtual/os-headers: 2.6.20-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks metadata-transfer prelink sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="ru_RU.UTF-8"
LC_ALL=""
LINGUAS="ru en"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acl acpi alsa amd64 arts berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefox fortran gdbm gif gpm gstreamer hal iconv ipv6 isdnlog jpeg kde kerberos ldap libg++ mad midi mikmod mmx mp3 mpeg ncurses nls nptl nptlonly ogg opengl openoffice oss pam pcre pdf perl png pppd python qt qt3 qt3support qt4 quicktime readline reflection sdl seamonkey session spell spl sse sse2 ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xinerama xml xorg xv zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru en" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Вобще-то для
Вобще-то для turion64 рекомендуют CFLAGS="-march=athlon64 -msse3 -O2 -pipe" на http://gentoo-wiki.com/Safe_Cflags#Turion64_.28AMD.29
А собирать с помощью genkernel --oldconfig(--menuconfig) all пробовали?
По первой
По первой позиции: на момент сборки системы, какую инфу нашел, то и поставил, по turion64 x2 - вообще непонятки были!?
# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 72
model name : AMD Turion(tm) 64 X2 Mobile Technology TL-50
stepping : 2
cpu MHz : 1600.000
cache size : 256 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8_legacy
bogomips : 3217.66
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 72
model name : AMD Turion(tm) 64 X2 Mobile Technology TL-50
stepping : 2
cpu MHz : 1600.000
cache size : 256 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8_legacy
bogomips : 3214.92
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
По второй позиции:
пользовался genkernel --menuconfig all
пришлось отключить alsa в ядре при поиске решения проблеммы с выводом звука - hda-intel - все нормально при сборке системы 32, но при 64 - genkernel начал показывать фигу. Поэтому только make menuconfig выступил в роли спасательного круга.
Нет SSE3
Turion64 (AMD)
32 bit
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon64 -msse3 -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
64 bit
CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -msse3 -O2 -pipe"
CXXFLAGS="${CFLAGS}"
SSE3 is called pni in /proc/cpuinfo for this Central Processing Unit.
Кажется проц не держит SSE3, как быть?
Check it out, there are many different sempron mobile CPUs on sale, those that work at 1.8GHz are K8 (i.e. AMD SM 3000+), some others, older, aren't yet k8 but they're still k7 so you must specify athlon-xp instead of athlon64, anyway AMD announced in 2006 there will be 64bit Sempron Mobile CPUs so be carefull and pay attention, run a cat /proc/cpuinfo and then ask on AMD forums if you don't know what to do.
Убери -msse3 и
Убери -msse3 и живи дальше, в чем проблема?
_________________
Это заговор квадратикофф!!!
From Siberia with Love!
Вы можете
Вы можете привести ошибки, с которыми вываливался genkernel при сборке в 64 разраядной системе?