The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от opennews on 17-Июл-12, 18:47 
Представлены (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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  –1 +/
Сообщение от A.Stahl on 17-Июл-12, 18:47 
Возможность разыменования указателя NULL через манипуляции с файловой системой ocfs2;

И что бы это значило? Я, видимо, плохой сишник -- слова понятны, а вот общий смысл ускользает. Где этот указатель? Как его разыменовать? Точнее, что получится-то при разыменовании NULL? Причём тут ФС? Брр...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +4 +/
Сообщение от xxx (??) on 17-Июл-12, 19:10 
>Я, видимо, плохой сишник

Ты уже на всё ответил =)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Denis Fateyev email(ok) on 17-Июл-12, 19:20 
На самом деле, вопрос правомерен. Прозвучало так, как будто что-то случилось с константой языка. В тексте новости говорится о исправлении ошибки при разыменовании указателя -- он может оказаться пустым.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от xxx (??) on 17-Июл-12, 19:51 
> На самом деле, вопрос правомерен. Прозвучало так, как будто что-то случилось с
> константой языка.

Ну если речь идёт о формулировке предложения, то есть кнопка исправить. Но, т.к. с NULL действительно случился пипец, причём уже давно, то я например не готов участвовать в этом, т.к. там окажется что "нулевой" и не нулевой вовсе и т.д. Но каждому Си программисту должно быть понятно очём речь, тем более есть оригинал:

>uis Henriques (1):
>      ocfs2: fix NULL pointer dereference in __ocfs2_change_file_space()
> В тексте новости говорится о исправлении ошибки при разыменовании
> указателя -- он может оказаться пустым.

Указатель?


Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Denis Fateyev email(ok) on 17-Июл-12, 20:23 
Честно говоря, я не в курсе, что
> с NULL действительно случился пипец, причём уже давно

В общем, надо смотреть, что там могло случиться.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от pavlinux (ok) on 17-Июл-12, 20:33 
int *ptr = NULL;
*ptr = 100500;

В общем, нельзя идти в магазин, после того, как сожрал все деньги. :)


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

20. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от anonymous (??) on 19-Июл-12, 11:36 
>разыменования указателя NULL

Это просто "удачный" перевод на русский. Просто где-то в коде модуля фс забыта проверка на NULL.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Аноним (??) on 17-Июл-12, 19:59 
Кто знает это когда-нибудь победят - https://dev.openwrt.org/ticket/9654 ?
Или это вечное проклятие ath-драйвера в Linux-ядре?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от pavlinux (ok) on 17-Июл-12, 20:49 
> Кто знает это когда-нибудь победят - https://dev.openwrt.org/ticket/9654 ?
> Или это вечное проклятие ath-драйвера в Linux-ядре?

Сюда пиши http://www.atheros.com/corporate/content.php?nav1=140

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

12. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  –10 +/
Сообщение от Аноним (??) on 17-Июл-12, 22:56 
как обычно - линуксоиды украли код из OpenBSD - а довести до ума не смогли.
мозги кончились ибо только красть умеют.
Вот и висит вечной проблемой...
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +1 +/
Сообщение от Аноним (??) on 17-Июл-12, 23:21 
> линуксоиды украли код из OpenBSD

Уже смешно. Особенно если речь идет о железных дровах.
А из Hurd линуксоиды случайно дрова не воруют?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +6 +/
Сообщение от pavlinux (ok) on 18-Июл-12, 01:30 
> как обычно - линуксоиды украли код из 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
/ath9k

ATHEROS 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>

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

21. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Аноним (??) on 19-Июл-12, 12:39 
> как обычно - линуксоиды украли код из OpenBSD

Вы хотите сказать что атерос сам у себя украл код ath9k? А вас не смущает что этот код изначально атерос выложил, а линуксоиды его в майнлайн взяли? :)

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

35. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Аноним (??) on 21-Июл-12, 15:16 
> Вы хотите сказать что атерос сам у себя украл код ath9k? А вас не смущает что этот код изначально атерос выложил, а линуксоиды его в майнлайн взяли? :)

А потом OpenBSD стырило его из линукса, и стало кричать, что это линукс у него код ворует.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

22. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Аноним (??) on 19-Июл-12, 12:41 
> Или это вечное проклятие ath-драйвера в Linux-ядре?

Вообще-то то что вы показываете - вроде как хардварный баг чипов атероса. Багов вообще в любых чипах навалом. Некоторые удается быстро заворкэраундить. Некоторые - нет.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от EuPhobos (ok) on 17-Июл-12, 20:47 
Ещё днём собрал 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 и надеюсь ..

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Харитон on 17-Июл-12, 21:28 
ну так 3.5.0-rc5 попробуйте. я на нетбуке его пользую. с моим железом все ок.
рц6 и рц7 давали странные перезагрузки иногда и невыход из сна...
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Карбофос (ok) on 17-Июл-12, 21:43 
amd64-microcode можеть быть и не с ядром. например, на дебиан-базированных отдельным пакетом. или там заморочка только с FX?
http://www.amd64.org/support/microcode.html
а с проседанием fps: dkms для проперитарных для пересборки модулей? да и VirtualBox тоже хочет dkms
на AMD A8-3850 никаких запарок, полёт нормальный
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

15. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +1 +/
Сообщение от Сергей (??) on 18-Июл-12, 03:10 
> CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE=y

Куда!? Даже на моем Nexus S по умолчанию ondemand, чего и вам советую.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

16. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  –1 +/
Сообщение от pavlinux (ok) on 18-Июл-12, 05:59 
> чего и вам советую.

Сравнил, пля, калькулятор c AMD FX :D

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от pavlinux (ok) on 18-Июл-12, 06:04 
> Ещё днём собрал 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 врубается, инструкции никто не менял.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

25. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от EuPhobos (ok) on 19-Июл-12, 14:20 
Собрал с опциями:
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 ]---

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

26. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от pavlinux (ok) on 19-Июл-12, 15:58 
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

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

27. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от EuPhobos (ok) on 19-Июл-12, 16:07 
Прикольно конечно, тогда получается, что VB используя какую-то процессорную фитчу, выходит этот баг, т.к. на старом конфиге ядра моего этот же VB работает, но без ускорения =)
Я сначала подумал, что dkms не отработал, но посмотрев "dkms status", vboxdrv был собран для обоих ядер.

Окей, получается ложная тревога была, пойду обратно на новый конфиг, тестировать МОЩЬ-FX )

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

28. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от pavlinux (ok) on 19-Июл-12, 16:39 
> Прикольно конечно, тогда получается, что VB используя какую-то процессорную фитчу, выходит
> этот баг, т.к. на старом конфиге ядра моего этот же VB

Багу исправили в VirtualBox 4.1.6, оно было и на Core i7 и Core2Duo  

---

И Ямаха твоя должна работать, если память не изменяет она OPL3,
к ней в помощь нужон модуль snd_oss_pcm, иначе /dev/dsp не появится.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

29. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от EuPhobos (ok) on 19-Июл-12, 22:15 
Так у меня последний 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, хоть она и просто стерео, но она мне очень хорошо служит =)

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

30. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от EuPhobos (ok) on 20-Июл-12, 15:08 
Ну всё, наконец-то я разобрался с проблемой лагов в играх =)
Забиндил на клавиатуре горячие клавиши переключения режимов ЦПУ

for CPU in {0..7}; do sudo cpufreq-set -g performance -c $CPU; done

Ибо как работает автоматика, мне совсем не нравиться, зато это мне напомнило те старые компы с кнопкой на системнике для переключения частот процессора =))
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

31. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от pavlinux (ok) on 20-Июл-12, 18:59 
> Ну всё, наконец-то я разобрался с проблемой лагов в играх =)
> Забиндил на клавиатуре горячие клавиши переключения режимов ЦПУ
>
 
> 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


    
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

32. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от EuPhobos (ok) on 20-Июл-12, 23:01 
> На однопроцессорных это пофигу, у них менеджер питания один на все ядра. (хотя не знаю, мож чего поменялось)

Нет, на каждое ядро отдельно ставится governor, поэтому и пришлось допиливать цикл.
В conky интересно наблюдать, если поставить на каждое отдельное ядро свой governor профиль..
Ну само собой у меня тоже в оба режима работает, обратным использую не powersave, а conservative.. Всё таки более гибкий, когда нужно чуть больше, чем минимум..
Да и ядро уже 3.4.6, на нём и доделал всё как нужно.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от pavlinux (ok) on 21-Июл-12, 01:36 
>> На однопроцессорных это пофигу, у них менеджер питания один на все ядра. (хотя не знаю, мож чего поменялось)
> Нет, на каждое ядро отдельно ставится governor, поэтому и пришлось допиливать цикл.
> В conky интересно наблюдать, если поставить на каждое отдельное ядро свой governor
> профиль..
> Ну само собой у меня тоже в оба режима работает, обратным использую
> не powersave, а conservative.. Всё таки более гибкий, когда нужно чуть
> больше, чем минимум..
> Да и ядро уже 3.4.6, на нём и доделал всё как нужно.

И чё, на всех может быть разное.
Покаж

cat /sys/devices/system/cpu/cpu?/cpufreq/scaling_governor

с разными говернорами.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

34. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от EuPhobos (ok) on 21-Июл-12, 11:30 
Ага

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
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

23. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от Аноним (??) on 19-Июл-12, 12:52 
> FX, нет микрокода, ни патчей..

Ну вообще-то проц взлетает с микрокодом с фабрики. И как-то так предполагается что он должен бы работать. Что ж за проц такой если он не работает out of the box? :)

Во вторых, если выпущем более свежий микрокод, он обычно попадает в состав более нового BIOS. Имеет смысл BIOS обновить, если в текущем микрокоде есть какие-то проблемы натурально мешающие жить (какие?).

В третьих, если вендор выпустил обновленный микрокод и он есть в природе, для линуха есть методы его вгрузить. Пруфлинк, ВНЕЗАПНО, http://www.amd64.org/support/microcode.html

Ну в общем качаете, там же и рассказ как его подгружать. В линухе и еще куче всего. Что вам еще амд должно сделать? И так все карты у вас на руках вроде.

> Да и VirtualBox не работает с ускорениями VT-x/AMD-v.

Use KVM, Luke.

> докавырял

С такой прямизной рук я бы не советовал ядра колупать. А то "докАвыряетесь". В ядро надо соваться понимая что и нафига вы делаете и с не очень кривыми руками. Или уж апгрейдьте скиллы, или уж предоставьте это тем кто это умеет. Грубо говоря, если вы не слесарь экстра класса, то фиг с два вы себе в гараже с нуля супер-кар наколхозите. Или уж прокачивайте скиллы, или берите готовое от тех кто может.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

24. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от EuPhobos (ok) on 19-Июл-12, 14:11 
Ну, что знаю то и ковыряю, что не знаю, то и не трогаю. Иначе зачем мне вообще линух? Сидел бы на винде, да ни трогал ничего. Фу.. не, это не по мне.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

18. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +/
Сообщение от ua9oas email(ok) on 18-Июл-12, 19:16 
возможно ли узнать о том, воспользовался ли кто теми уязвимостями или нет? (после их устранения не осталось ли там каких "дыр" еще?) Что будет в следующих обновлениях? (а что сейчас актуально?)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Обновление ядра Linux: 3.4.5, 3.2.23 и 3.0.37. Исправлено не..."  +2 +/
Сообщение от pavlinux (ok) on 18-Июл-12, 21:17 
> возможно ли узнать о том, воспользовался ли кто теми уязвимостями или нет?

Денги в системе крутятся? Большие? Враги есть? Сисадмина недавно увольняли?

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру