Представлены (http://kernel.org/) очередные корректирующие релизы ядра Linux: 3.4.5 (192 исправления (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.4.5)), 3.2.23 (49 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.2.23)) и 3.0.37 (68 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.37)). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Из подсистем, в которых устранены ошибки можно отметить: Btrfs, md/raid5, md/raid10, NFS, CIFS, UDF, drm/i915, drm/radeon, drm/nouveau, ath9k, USB, SCSI, e1000e, eCryptfs, mac80211, Xen, ACPI, l2tp, IPv6, ALSA. Кроме того в ядро добавлена порция идентификаторов для новых USB-устройств.
Отдельно можно выделить устранение уязвимостей:- В коде NFC устранено несколько переполнений буферов (http://www.opennet.me/opennews/art.shtml?num=34164). Упоминается, что уязвимость может быть эксплуатирована удалённо, но подробности и степень опасности не афишируются;
- В коде утилиты hv выявлена проблема безопасности (CVE-2012-2669), которая может быть использована для отправки управляющих команд без наличия соответствующих привилегий;- Переполнение буфера в функции sock_alloc_send_pskb(), которое может быль инициировано из пространства пользователя;
- Возможность разыменования указателя NULL через манипуляции с файловой системой ocfs2;
- Возможность инициирования краха системы при монтировании специально оформленного UDF-раздела.
URL: http://permalink.gmane.org/gmane.linux.kernel/1328584
Новость: http://www.opennet.me/opennews/art.shtml?num=34351
Возможность разыменования указателя NULL через манипуляции с файловой системой ocfs2;И что бы это значило? Я, видимо, плохой сишник -- слова понятны, а вот общий смысл ускользает. Где этот указатель? Как его разыменовать? Точнее, что получится-то при разыменовании NULL? Причём тут ФС? Брр...
>Я, видимо, плохой сишникТы уже на всё ответил =)
На самом деле, вопрос правомерен. Прозвучало так, как будто что-то случилось с константой языка. В тексте новости говорится о исправлении ошибки при разыменовании указателя -- он может оказаться пустым.
> На самом деле, вопрос правомерен. Прозвучало так, как будто что-то случилось с
> константой языка.Ну если речь идёт о формулировке предложения, то есть кнопка исправить. Но, т.к. с NULL действительно случился пипец, причём уже давно, то я например не готов участвовать в этом, т.к. там окажется что "нулевой" и не нулевой вовсе и т.д. Но каждому Си программисту должно быть понятно очём речь, тем более есть оригинал:
>uis Henriques (1):
> ocfs2: fix NULL pointer dereference in __ocfs2_change_file_space()
> В тексте новости говорится о исправлении ошибки при разыменовании
> указателя -- он может оказаться пустым.Указатель?
Честно говоря, я не в курсе, что
> с NULL действительно случился пипец, причём уже давноВ общем, надо смотреть, что там могло случиться.
int *ptr = NULL;
*ptr = 100500;В общем, нельзя идти в магазин, после того, как сожрал все деньги. :)
>разыменования указателя NULLЭто просто "удачный" перевод на русский. Просто где-то в коде модуля фс забыта проверка на NULL.
Кто знает это когда-нибудь победят - https://dev.openwrt.org/ticket/9654 ?
Или это вечное проклятие ath-драйвера в Linux-ядре?
> Кто знает это когда-нибудь победят - https://dev.openwrt.org/ticket/9654 ?
> Или это вечное проклятие ath-драйвера в Linux-ядре?Сюда пиши http://www.atheros.com/corporate/content.php?nav1=140
как обычно - линуксоиды украли код из OpenBSD - а довести до ума не смогли.
мозги кончились ибо только красть умеют.
Вот и висит вечной проблемой...
> линуксоиды украли код из OpenBSDУже смешно. Особенно если речь идет о железных дровах.
А из Hurd линуксоиды случайно дрова не воруют?
> как обычно - линуксоиды украли код из OpenBSD - а довести до ума не смогли.А самый ржачь будет, когда посмотрим в код
# cd linux/drivers/net/wireless/ath
# find ./ -name \*.[ch] | xargs grep "Copyright (c)"./ath9k/htc.h: * Copyright (c) 2010-2011 Atheros Communications Inc.
./ath9k/htc_hst.c: * Copyright (c) 2010-2011 Atheros Communications Inc.
./ath9k/htc_hst.h: * Copyright (c) 2010-2011 Atheros Communications Inc.
./ath9k/hw.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
./ath9k/hw.h: * Copyright (c) 2008-2011 Atheros Communications Inc.
./ath9k/hw-ops.h: * Copyright (c) 2010-2011 Atheros Communications Inc.
./ath9k/init.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
./ath9k/mac.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
./ath9k/mac.h: * Copyright (c) 2008-2011 Atheros Communications Inc.
./ath9k/main.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
./ath9k/mci.c: * Copyright (c) 2010-2011 Atheros Communications Inc.
./ath9k/mci.h: * Copyright (c) 2010-2011 Atheros Communications Inc.
./ath9k/pci.c: * Copyright (c) 2008-2011 Atheros Communications Inc.
....> Вот и висит вечной проблемой...
Вот идите, и Atheros Communications Inc. плачьтесь.
---
# less MAINTAINERS
/ath9kATHEROS ATH9K WIRELESS DRIVER
M: "Luis R. Rodriguez" <mcgrof@qca.qualcomm.com>
M: Jouni Malinen <jouni@qca.qualcomm.com>
M: Vasanthakumar Thiagarajan <vthiagar@qca.qualcomm.com>
M: Senthil Balasubramanian <senthilb@qca.qualcomm.com>
> как обычно - линуксоиды украли код из OpenBSDВы хотите сказать что атерос сам у себя украл код ath9k? А вас не смущает что этот код изначально атерос выложил, а линуксоиды его в майнлайн взяли? :)
> Вы хотите сказать что атерос сам у себя украл код ath9k? А вас не смущает что этот код изначально атерос выложил, а линуксоиды его в майнлайн взяли? :)А потом OpenBSD стырило его из линукса, и стало кричать, что это линукс у него код ворует.
> Или это вечное проклятие ath-драйвера в Linux-ядре?Вообще-то то что вы показываете - вроде как хардварный баг чипов атероса. Багов вообще в любых чипах навалом. Некоторые удается быстро заворкэраундить. Некоторые - нет.
Ещё днём собрал 3.4.5 на процессоре AMD FX 8150 с конфигурацией CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE=y
С отзывчивостью системы стало ещё хуже, игры практически просели, даже в старой игре painkiller, фпс просел донельзя..
Откатился на 3.3.8 к моему сожалению он EOL.. Но это более менее нормальное ядро для FX процессоров.. До сих пор никакой поддержки AMD FX, нет микрокода, ни патчей.. Я негодуэ.. Осталось попробовать собрать последнее ядро с GOV_PERFORMANCE, но это не выход, у меня даже виртуализация не работает на 8-ми ядрах то.. Да и VirtualBox не работает с ускорениями VT-x/AMD-v.
Кто ни будь докавырял конфиг ядра до нормального состояния с процем AMD FX ?Жду 3.5 и надеюсь ..
ну так 3.5.0-rc5 попробуйте. я на нетбуке его пользую. с моим железом все ок.
рц6 и рц7 давали странные перезагрузки иногда и невыход из сна...
amd64-microcode можеть быть и не с ядром. например, на дебиан-базированных отдельным пакетом. или там заморочка только с FX?
http://www.amd64.org/support/microcode.html
а с проседанием fps: dkms для проперитарных для пересборки модулей? да и VirtualBox тоже хочет dkms
на AMD A8-3850 никаких запарок, полёт нормальный
> CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE=yКуда!? Даже на моем Nexus S по умолчанию ondemand, чего и вам советую.
> чего и вам советую.Сравнил, пля, калькулятор c AMD FX :D
> Ещё днём собрал 3.4.5 на процессоре AMD FX 8150 с конфигурацией CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE=y
> С отзывчивостью системы стало ещё хуже, игры практически просели, даже в старой
> игре painkiller, фпс просел донельзя..
> Откатился на 3.3.8 к моему сожалению он EOL.. Но это более менее
> нормальное ядро для FX процессоров.. До сих пор никакой поддержки AMD
> FX, нет микрокода, ни патчей.. Я негодуэ.. Осталось попробовать собрать последнее
> ядро с GOV_PERFORMANCE, но это не выход, у меня даже виртуализация
> не работает на 8-ми ядрах то.. Да и VirtualBox не работает
> с ускорениями VT-x/AMD-v.Чё ты там в конфиге нарулил??? АМД ничего революционного со времён Атлона K7 не выпустила,
а у тя половина процессора нефуячит.CONFIG_MK8=y
CONFIG_X86_64=y
CONFIG_X86_64_SMP=y
CONFIG_CPU_SUP_AMD=y
CONFIG_NR_CPUS=16
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_POWERNOW_K8=y
---в arch/x86/Makefile, замени строку
cflags-$(CONFIG_MK8) += $(call cc-option,-march=k8)
на
cflags-$(CONFIG_MK8) += $(call cc-option, -march=bdver1)
--
В фирмварях только баги исправляют, патчи нужны для какойнить лабуды типа RND, AES, TurboCore,...
PowerNow старое, ещё 2005 года
---
Виртуализация в BIOS врубается, инструкции никто не менял.
Собрал с опциями:
CONFIG_MK8=y
CONFIG_X86_32=y
CONFIG_X86_32_SMP=y
CONFIG_CPU_SUP_AMD=y
CONFIG_NR_CPUS=16
CONFIG_X86_MINIMUM_CPU_FAMILY=64
CONFIG_X86_POWERNOW_K8=y
(32 вместо 64) у меня система 32, на 64 моя старенькая звуковуха не заводиться DS1YMF724F.
и
cflags-$(CONFIG_MK8) += $(call cc-option, -march=bdver1)Почитал минут 20 инет, решил проверить ядро, начал с VirtualBox, он при старте пикнул выкинув в терминал ошибки в ядре, при второй попытке его запустить, и вовсе вся система провалилась в k-panic с длинным гудком (будто в реанимации умер) =)
Хотя мне кажется это из-за того, что система 32 бита..
Jul 19 13:47:27 lightner kernel: [ 9.381432] vboxdrv: Found 8 processor cores.
Jul 19 13:47:27 lightner kernel: [ 9.381639] BUG: unable to handle kernel NULL pointer dereference at 00000900
Jul 19 13:47:27 lightner kernel: [ 9.381878] IP: [<f86ecaea>] VBoxHost_RTR0MemObjFree+0x294/0x294 [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.382082] *pdpt = 000000002f831001 *pde = 0000000000000000
Jul 19 13:47:27 lightner kernel: [ 9.382276] Oops: 0000 [#1] SMP
Jul 19 13:47:27 lightner kernel: [ 9.382456] Modules linked in: vboxdrv(O+) cpufreq_powersave cpufreq_stats cpufreq_userspace cpufreq_ondemand bnep rfcomm bluetooth rfkill binfmt_misc fuse nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc it87 hwmon_vid loop snd_hda_codec_hdmi nvidia(PO) joydev powernow_k8 mperf freq_table crc32c_intel aesni_intel snd_ymfpci snd_hda_intel aes_i586 snd_hda_codec snd_ac97_codec aes_generic snd_mpu401_uart cryptd snd_seq_midi snd_seq_midi_event evdev mxm_wmi snd_opl3_lib snd_hwdep snd_rawmidi snd_pcm_oss snd_mixer_oss microcode snd_seq snd_pcm pcspkr serio_raw snd_page_alloc ac97_bus sp5100_tco fam15h_power snd_seq_device snd_timer k10temp gameport i2c_piix4 snd i2c_core soundcore processor button wmi thermal_sys ext4 crc16 jbd2 mbcache usbhid hid sd_mod r8169 crc_t10dif ata_generic ohci_hcd mii ehci_hcd pata_atiixp ahci libahci xhci_hcd libata scsi_mod usbcore usb_common [last unloaded: scsi_wait_scan]
Jul 19 13:47:27 lightner kernel: [ 9.387162]
Jul 19 13:47:27 lightner kernel: [ 9.387248] Pid: 2434, comm: modprobe Tainted: P O 3.4.5 #2 Gigabyte Technology Co., Ltd. GA-990FXA-UD3/GA-990FXA-UD3
Jul 19 13:47:27 lightner kernel: [ 9.387544] EIP: 0060:[<f86ecaea>] EFLAGS: 00010293 CPU: 3
Jul 19 13:47:27 lightner kernel: [ 9.387688] EIP is at VBoxHost_RTR0MemObjGetPagePhysAddr+0x0/0x67 [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.387799] EAX: f6d1e000 EBX: f6d1e000 ECX: 36d1e000 EDX: 00000002
Jul 19 13:47:27 lightner kernel: [ 9.387906] ESI: f8706798 EDI: 00000900 EBP: 00000000 ESP: f0199e98
Jul 19 13:47:27 lightner kernel: [ 9.388013] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Jul 19 13:47:27 lightner kernel: [ 9.388117] CR0: 8005003b CR2: 00000900 CR3: 30da1000 CR4: 000407f0
Jul 19 13:47:27 lightner kernel: [ 9.388224] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Jul 19 13:47:27 lightner kernel: [ 9.388330] DR6: ffff0ff0 DR7: 00000400
Jul 19 13:47:27 lightner kernel: [ 9.388427] Process modprobe (pid: 2434, ti=f0198000 task=f06e7620 task.ti=f0198000)
Jul 19 13:47:27 lightner kernel: [ 9.388573] Stack:
Jul 19 13:47:27 lightner kernel: [ 9.388658] f86e808f f0175550 00000000 f0175550 000000d0 c10c5631 00000020 000000d0
Jul 19 13:47:27 lightner kernel: [ 9.389152] 00000018 f86ed54b 00000246 00000000 00000008 f0199ef0 00000018 f86ed54b
Jul 19 13:47:27 lightner kernel: [ 9.389645] 00000008 00000000 00001000 000176f4 f87d2000 f86ebcb7 ef9056a0 f86ebcea
Jul 19 13:47:27 lightner kernel: [ 9.390142] Call Trace:
Jul 19 13:47:27 lightner kernel: [ 9.390276] [<f86e808f>] ? supdrvInitDevExt+0xdd/0x72d [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.390387] [<c10c5631>] ? __kmalloc+0x92/0x9e
Jul 19 13:47:27 lightner kernel: [ 9.390525] [<f86ed54b>] ? rtR0MemAllocEx+0x69/0xbc [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.390670] [<f86ed54b>] ? rtR0MemAllocEx+0x69/0xbc [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.390778] [<f87d2000>] ? 0xf87d1fff
Jul 19 13:47:27 lightner kernel: [ 9.390914] [<f86ebcb7>] ? rtR0MemAlloc+0x8/0x15 [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.391058] [<f86ebcea>] ? VBoxHost_RTMemAllocTag+0xb/0x18 [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.391205] [<f86efb29>] ? VBoxHost_RTSpinlockCreate+0xc/0x2f [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.391317] [<f87d2000>] ? 0xf87d1fff
Jul 19 13:47:27 lightner kernel: [ 9.391444] [<f87d2050>] ? VBoxDrvLinuxInit+0x50/0x1000 [vboxdrv]
Jul 19 13:47:27 lightner kernel: [ 9.391554] [<f87d2000>] ? 0xf87d1fff
Jul 19 13:47:27 lightner kernel: [ 9.391652] [<c1003074>] ? do_one_initcall+0x66/0x10e
Jul 19 13:47:27 lightner kernel: [ 9.391757] [<f87d2000>] ? 0xf87d1fff
Jul 19 13:47:27 lightner kernel: [ 9.391856] [<c10691c2>] ? sys_init_module+0x13c4/0x15aa
Jul 19 13:47:27 lightner kernel: [ 9.391980] [<c12bff84>] ? syscall_call+0x7/0xb
Jul 19 13:47:27 lightner kernel: [ 9.392079] Code: fe ff ff e9 cf fe ff ff 8b 4a 1c 85 c9 0f 84 47 ff ff ff 8d 34 8d fc ff ff ff 89 4c 24 04 e9 5c ff ff ff 83 c4 08 5b 5e 5f 5d c3 <8b> 0f 8b 47 04 8d 91 00 10 00 00 81 fa ff 1f 00 00 76 45 81 39
Jul 19 13:47:27 lightner kernel: [ 9.395077] EIP: [<f86ecaea>] VBoxHost_RTR0MemObjGetPagePhysAddr+0x0/0x67 [vboxdrv] SS:ESP 0068:f0199e98
Jul 19 13:47:27 lightner kernel: [ 9.395357] CR2: 0000000000000900
Jul 19 13:47:27 lightner kernel: [ 9.395471] ---[ end trace 93ff854182d390c4 ]---
BUG: unable to handle kernel NULL pointer dereference at 00000900
Jul 19 13:47:27 lightner kernel: [ 9.381878] IP: [<f86ecaea>] VBoxHost_RTR0MemObjFree+0x294/0x294 [vboxdrv]https://forums.virtualbox.org/viewtopic.php?f=1&t=50435
# /etc/init.d/vboxdrv setup
Прикольно конечно, тогда получается, что VB используя какую-то процессорную фитчу, выходит этот баг, т.к. на старом конфиге ядра моего этот же VB работает, но без ускорения =)
Я сначала подумал, что dkms не отработал, но посмотрев "dkms status", vboxdrv был собран для обоих ядер.Окей, получается ложная тревога была, пойду обратно на новый конфиг, тестировать МОЩЬ-FX )
> Прикольно конечно, тогда получается, что VB используя какую-то процессорную фитчу, выходит
> этот баг, т.к. на старом конфиге ядра моего этот же VBБагу исправили в VirtualBox 4.1.6, оно было и на Core i7 и Core2Duo
---
И Ямаха твоя должна работать, если память не изменяет она OPL3,
к ней в помощь нужон модуль snd_oss_pcm, иначе /dev/dsp не появится.
Так у меня последний VB 1.4.18 ))
Ну и ладно, оно пока не главное, вообщем итоге проседания в играх так и остались, я телефоном SSH-нулся на комп, врубил watch "cat /proc/cpuinfo | grep MHz" и стал наблюдать за частотами ядер.
Во время игры старенькой painkiller(на ней удобно проверять, ибо графика старая, и проседать то нечему), все ядра работают на 1400, и только 2-3 ядра быстро прыгают от 2600 до 2800, иногда редко 3600. В игре чувствуется не просто проседания по fps, а жуткие графические лаги.
Сделал небольшой тюнинг:
cd /sys/devices/system/cpu/cpufreq/conservative
echo -n 10 > sampling_down_factor (странно, в ondemand тут можно было вписать 100, а в conservative максимум 10)
echo -n 40 > up_threshold
Стал замерять опять, стало чуть лучше, но всё равно плохо.. Нет плавности, эти прыжки смены частоты всё портят, я уже точно уверен в этом, т.к. на 3.3.8 ядре, у меня все ядра работают тупо на максималке 3685 Mhz и всё плавно, даже толстый старкрафт2 выдаёт очень большие ФПС-ы для работы под вайном.
Наверное теперь осталось попробовать собрать последнее ядро с профилем performance, без всяких cpu_freq_scaling.По поводу звуковушки, я завтра буду подробно копаться, пока только выяснил что модуль загружается snd_ymfpci, а карточка не видна судя по /proc/asound/cards
Она у меня очень старая, и с ней точно были проблемы, когда я пытался у друга её запустить на винде 64-битной, драйверов просто не было во всём инете ))
Я занимаюсь музыкой, и мне у неё очень нравиться хардварный микшер на 32 канала, поэтому я использую её, без всяких dmix-ов или pulseaudio, хоть она и просто стерео, но она мне очень хорошо служит =)
Ну всё, наконец-то я разобрался с проблемой лагов в играх =)
Забиндил на клавиатуре горячие клавиши переключения режимов ЦПУ
for CPU in {0..7}; do sudo cpufreq-set -g performance -c $CPU; done
Ибо как работает автоматика, мне совсем не нравиться, зато это мне напомнило те старые компы с кнопкой на системнике для переключения частот процессора =))
> Ну всё, наконец-то я разобрался с проблемой лагов в играх =)
> Забиндил на клавиатуре горячие клавиши переключения режимов ЦПУ
>
> for CPU in {0..7}; do sudo cpufreq-set -g performance -c $CPU; done
>На однопроцессорных это пофигу, у них менеджер питания один на все ядра.
(хотя не знаю, мож чего поменялось)> Ибо как работает автоматика, мне совсем не нравиться, зато это мне напомнило
> те старые компы с кнопкой на системнике для переключения частот процессораТолько кнопка [TURBO] обратно тоже работала.
так что делай проверкуCURRENT=`cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor`
case $CURRENT in
powersave)
sudo cpufreq-set -g performance -c 0 ;;
performance)
sudo cpufreq-set -g powersave -c 0 ;;
esac
> На однопроцессорных это пофигу, у них менеджер питания один на все ядра. (хотя не знаю, мож чего поменялось)Нет, на каждое ядро отдельно ставится governor, поэтому и пришлось допиливать цикл.
В conky интересно наблюдать, если поставить на каждое отдельное ядро свой governor профиль..
Ну само собой у меня тоже в оба режима работает, обратным использую не powersave, а conservative.. Всё таки более гибкий, когда нужно чуть больше, чем минимум..
Да и ядро уже 3.4.6, на нём и доделал всё как нужно.
>> На однопроцессорных это пофигу, у них менеджер питания один на все ядра. (хотя не знаю, мож чего поменялось)
> Нет, на каждое ядро отдельно ставится governor, поэтому и пришлось допиливать цикл.
> В conky интересно наблюдать, если поставить на каждое отдельное ядро свой governor
> профиль..
> Ну само собой у меня тоже в оба режима работает, обратным использую
> не powersave, а conservative.. Всё таки более гибкий, когда нужно чуть
> больше, чем минимум..
> Да и ядро уже 3.4.6, на нём и доделал всё как нужно.И чё, на всех может быть разное.
Покажcat /sys/devices/system/cpu/cpu?/cpufreq/scaling_governor
с разными говернорами.
Ага
root@lightner:~# cpufreq-set -g performance -c 0
root@lightner:~# cpufreq-set -g performance -c 2
root@lightner:~# cpufreq-set -g performance -c 3
root@lightner:~# cpufreq-set -g powersave -c 4
root@lightner:~# cpufreq-set -g ondemand -c 5
root@lightner:~# cpufreq-set -g userspace -c 6
root@lightner:~# cat /sys/devices/system/cpu/cpu{0..7}/cpufreq/scaling_governor
performance
conservative
performance
performance
powersave
ondemand
userspace
conservative
root@lightner:~# cpufreq-info | grep "The governor"
The governor "performance" may decide which speed to use
The governor "conservative" may decide which speed to use
The governor "performance" may decide which speed to use
The governor "performance" may decide which speed to use
The governor "powersave" may decide which speed to use
The governor "ondemand" may decide which speed to use
The governor "userspace" may decide which speed to use
The governor "conservative" may decide which speed to use
root@lightner:~# grep MHz /proc/cpuinfo
cpu MHz : 3600.000
cpu MHz : 1400.000
cpu MHz : 3600.000
cpu MHz : 3600.000
cpu MHz : 1400.000
cpu MHz : 1400.000
cpu MHz : 1400.000
cpu MHz : 1400.000
http://euphobos.ru/files/screenshot.png
> FX, нет микрокода, ни патчей..Ну вообще-то проц взлетает с микрокодом с фабрики. И как-то так предполагается что он должен бы работать. Что ж за проц такой если он не работает out of the box? :)
Во вторых, если выпущем более свежий микрокод, он обычно попадает в состав более нового BIOS. Имеет смысл BIOS обновить, если в текущем микрокоде есть какие-то проблемы натурально мешающие жить (какие?).
В третьих, если вендор выпустил обновленный микрокод и он есть в природе, для линуха есть методы его вгрузить. Пруфлинк, ВНЕЗАПНО, http://www.amd64.org/support/microcode.html
Ну в общем качаете, там же и рассказ как его подгружать. В линухе и еще куче всего. Что вам еще амд должно сделать? И так все карты у вас на руках вроде.
> Да и VirtualBox не работает с ускорениями VT-x/AMD-v.
Use KVM, Luke.
> докавырял
С такой прямизной рук я бы не советовал ядра колупать. А то "докАвыряетесь". В ядро надо соваться понимая что и нафига вы делаете и с не очень кривыми руками. Или уж апгрейдьте скиллы, или уж предоставьте это тем кто это умеет. Грубо говоря, если вы не слесарь экстра класса, то фиг с два вы себе в гараже с нуля супер-кар наколхозите. Или уж прокачивайте скиллы, или берите готовое от тех кто может.
Ну, что знаю то и ковыряю, что не знаю, то и не трогаю. Иначе зачем мне вообще линух? Сидел бы на винде, да ни трогал ничего. Фу.. не, это не по мне.
возможно ли узнать о том, воспользовался ли кто теми уязвимостями или нет? (после их устранения не осталось ли там каких "дыр" еще?) Что будет в следующих обновлениях? (а что сейчас актуально?)
> возможно ли узнать о том, воспользовался ли кто теми уязвимостями или нет?Денги в системе крутятся? Большие? Враги есть? Сисадмина недавно увольняли?