Проблема с ядром arch 3.15.1-1-ARCH

Имеется -
System:    Host: arch Kernel: 3.15.1-1-ARCH x86_64 (64 bit gcc: 4.9.0)
           Desktop: Xfce 4.10.2 (Gtk 2.24.16) info: xfce4-panel dm: N/A
           Distro: Arch Linux
Machine:   Mobo: Gigabyte model: X58A-UD3R v: x.x
           Bios: Award v: FB date: 08/24/2010
CPU:       Quad core Intel Core i7 950 (-HT-MCP-) cache: 8192 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 25769
           Clock Speeds: 1: 1596 MHz 2: 1596 MHz 3: 1596 MHz 4: 1596 MHz
           5: 1596 MHz 6: 1596 MHz 7: 1596 MHz 8: 2793 MHz
Graphics:  Card: NVIDIA G94 [GeForce 9600 GT]
           bus-ID: 03:00.0 chip-ID: 10de:0622
           Display Server: X.org 1.15.1 drivers: nouveau (unloaded: fbdev,nv,vesa)
           Resolution: 80x24
Audio:     Card Intel 82801JI (ICH10 Family) HD Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0 chip-ID: 8086:3a3e
           Sound: Advanced Linux Sound Architecture v: k3.15.1-1-ARCH
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169 v: 2.3LK-NAPI port: ce00
           bus-ID: 07:00.0 chip-ID: 10ec:8168

После обновления ядра до 3.15.1-1-ARCH (на ядре 3.14.6-1 этого бага не было ) при загрузке ОС вылазит вот это -
[v@arch ~]$ uname -a
Linux arch 3.15.1-1-ARCH #1 SMP PREEMPT Tue Jun 17 09:32:20 CEST 2014 x86_64 GNU/Linux
[v@arch ~]$ dmesg
[    1.326353] ata19: SATA link down (SStatus 0 SControl 300)
[    1.340493] ata12.00: exception Emask 0x1 SAct 0x0 SErr 0x0 action 0x6
[    1.341842] ata12.00: irq_stat 0x40000001
[    1.342670] scsi 11:0:0:0: CDB:
[    1.342671] cdb[0]=0x12: 12 01 00 00 ff 00
========================================================
[    1.342676] ata12.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 2 dma 16640 in
         res 00/00:00:00:00:00/00:00:00:00:00/00 Emask 0x3 (HSM violation)
========================================================
[    1.345803] ata12: hard resetting link
[    1.387169] firewire_core 0000:08:06.0: created device fw0: GUID 003b07e4001c6f65, S400
[    1.430412] tsc: Refined TSC clocksource calibration: 3219.999 MHz
[    1.670501] ata12: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.670886] ata12.00: configured for UDMA/66
[    1.671005] ata12: EH complete
[    1.777203] ata18.00: SATA link up 1.5 Gbps (SStatus 113 SControl 300)

----------------------------------------------------------------------------------------------------------------------------------
[v@arch ~]$ journalctl -b

июн 22 10:08:52 arch kernel: ata12.00: exception Emask 0x1 SAct 0x0 SErr 0x0 act
июн 22 10:08:52 arch kernel: ata12.00: irq_stat 0x40000001
июн 22 10:08:52 arch kernel: scsi 11:0:0:0: CDB:
июн 22 10:08:52 arch kernel: cdb[0]=0x12: 12 01 00 00 ff 00
================================================================
июн 22 10:08:52 arch kernel: ata12.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 t              # !
                                         res 00/00:00:00:00:00/00:00:00:00:00/00
================================================================
июн 22 10:08:52 arch kernel: ata12: hard resetting link
июн 22 10:08:52 arch kernel: firewire_core 0000:08:06.0: created device fw0: GUI
июн 22 10:08:52 arch kernel: tsc: Refined TSC clocksource calibration: 3219.999
июн 22 10:08:52 arch kernel: ata12: SATA link up 1.5 Gbps (SStatus 113 SControl
июн 22 10:08:52 arch kernel: ata12.00: configured for UDMA/66
Гугль показал - Your text to link here... .
Установил ядро - Linux arch 3.10.44-1-lts , и этот баг пропал . Подскажите можно ли избавиться от этого бага , или ждать следующего обновления ядра ?
Скачал последний срез
Current Release: 2014.07.03
Included Kernel: 3.15.3
ISO Size: 558.0 MB
загружаюсь и вылазит при загрузке эта же хрень -
ata12.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 2 dma 16640 in
         res 00/00:00:00:00:00/00:00:00:00:00/00 Emask 0x3 (HSM violation)
Беру предыдущий срез с ядром 3.14 - грузится нормально ...
Обновление ядра не помогло , подскажите критично это , или не обращать внимания ?
мне кажется это не критично, все же работает.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
мне кажется это не критично, все же работает.
Спасибо на добром слове , ну а далее , как говорят - будем посмотреть .
А что на этом канале сидит? dmesg|grep ata?
Вот -
[v@arch ~]$ dmesg|grep ata
[    0.000000] BIOS-e820: [mem 0x00000000dfed1000-0x00000000dfedffff] ACPI data
[    0.000000] Memory: 6108400K/6289848K available (5224K kernel code, 886K rwdata, 1644K rodata, 1116K init, 1284K bss, 181448K reserved)
[    0.860407] Write protecting the kernel read-only data: 8192k
[    0.884558] libata version 3.00 loaded.
[    0.884816] pata_jmicron 0000:05:00.1: enabling device (0000 -> 0001)
[    0.885939] scsi0 : pata_jmicron
[    0.886072] scsi1 : pata_jmicron
[    0.886129] ata1: PATA max UDMA/100 cmd 0xef00 ctl 0xee00 bmdma 0xeb00 irq 18
[    0.886131] ata2: PATA max UDMA/100 cmd 0xed00 ctl 0xec00 bmdma 0xeb08 irq 18
[    0.886154] pata_jmicron 0000:06:00.1: enabling device (0000 -> 0001)
[    0.886868] scsi2 : pata_jmicron
[    0.887021] scsi3 : pata_jmicron
[    0.887057] ata3: PATA max UDMA/100 cmd 0xdf00 ctl 0xde00 bmdma 0xdb00 irq 16
[    0.887058] ata4: PATA max UDMA/100 cmd 0xdd00 ctl 0xdc00 bmdma 0xdb08 irq 16
[    0.899257] ata5: SATA max UDMA/133 abar m2048@0xfbaff000 port 0xfbaff100 irq 44
[    0.899259] ata6: SATA max UDMA/133 abar m2048@0xfbaff000 port 0xfbaff180 irq 44
[    0.899261] ata7: SATA max UDMA/133 abar m2048@0xfbaff000 port 0xfbaff200 irq 44
[    0.899262] ata8: SATA max UDMA/133 abar m2048@0xfbaff000 port 0xfbaff280 irq 44
[    0.899264] ata9: SATA max UDMA/133 abar m2048@0xfbaff000 port 0xfbaff300 irq 44
[    0.899266] ata10: SATA max UDMA/133 abar m2048@0xfbaff000 port 0xfbaff380 irq 44
[    0.899268] ata11: SATA max UDMA/133 abar m2048@0xfbaff000 port 0xfbaff400 irq 44
[    0.899269] ata12: SATA max UDMA/133 abar m2048@0xfbaff000 port 0xfbaff480 irq 44
[    0.911212] ata13: SATA max UDMA/133 abar m8192@0xfbefe000 port 0xfbefe100 irq 17
[    0.911215] ata14: SATA max UDMA/133 abar m8192@0xfbefe000 port 0xfbefe180 irq 17
[    0.911741] ata15: SATA max UDMA/133 abar m8192@0xfbdfe000 port 0xfbdfe100 irq 19
[    0.911744] ata16: SATA max UDMA/133 abar m8192@0xfbdfe000 port 0xfbdfe180 irq 19
[    1.034936] ata_piix 0000:00:1f.2: version 2.13
[    1.035015] ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
[    1.035849] scsi16 : ata_piix
[    1.036076] scsi17 : ata_piix
[    1.036127] ata17: SATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xf900 irq 14
[    1.036132] ata18: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xf908 irq 15
[    1.036230] ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
[    1.036749] scsi18 : ata_piix
[    1.036955] scsi19 : ata_piix
[    1.036997] ata19: SATA max UDMA/133 cmd 0xf600 ctl 0xf500 bmdma 0xf200 irq 19
[    1.036999] ata20: SATA max UDMA/133 cmd 0xf400 ctl 0xf300 bmdma 0xf208 irq 19
[    1.217706] ata8: SATA link down (SStatus 0 SControl 300)
[    1.217729] ata12: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.217752] ata11: SATA link down (SStatus 0 SControl 300)
[    1.217774] ata9: SATA link down (SStatus 0 SControl 300)
[    1.217852] ata10: SATA link down (SStatus 0 SControl 300)
[    1.217867] ata7: SATA link down (SStatus 0 SControl 300)
[    1.217879] ata12.00: ATAPI: MARVELL VIRTUALL, 1.09, max UDMA/66
[    1.218111] ata12.00: configured for UDMA/66
[    1.224379] ata5: SATA link down (SStatus 0 SControl 300)
[    1.224410] ata6: SATA link down (SStatus 0 SControl 300)
[    1.231066] ata14: SATA link down (SStatus 0 SControl 300)
[    1.231080] ata16: SATA link down (SStatus 0 SControl 300)
[    1.231121] ata13: SATA link down (SStatus 0 SControl 300)
[    1.231134] ata15: SATA link down (SStatus 0 SControl 300)
[    1.365856] ata19: SATA link down (SStatus 0 SControl 300)
[    1.376636] ata20: SATA link down (SStatus 0 SControl 300)
[    1.380805] ata12.00: exception Emask 0x1 SAct 0x0 SErr 0x0 action 0x6
[    1.382333] ata12.00: irq_stat 0x40000001
[    1.383226] ata12.00: cmd a0/01:00:00:00:01/00:00:00:00:00/a0 tag 2 dma 16640 in
[    1.386547] ata12: hard resetting link
[    1.711000] ata12: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.711403] ata12.00: configured for UDMA/66
[    1.711534] ata12: EH complete
[    1.827684] ata17.00: SATA link down (SStatus 0 SControl 300)
[    1.827697] ata17.01: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.838622] ata18.00: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.838636] ata18.01: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.844580] ata17.01: ATAPI: ASUS    DRW-24B3LT, 1.00, max UDMA/100
[    1.851556] ata18.00: ATA-8: ST31000528AS, CC49, max UDMA/133
[    1.851560] ata18.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.851760] ata18.01: ATA-8: WDC WD10EADS-00M2B0, 01.00A01, max UDMA/133
[    1.851765] ata18.01: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[    1.857997] ata17.01: configured for UDMA/100
[    1.864829] ata18.00: configured for UDMA/133
[    1.871612] ata18.01: configured for UDMA/133
[    4.110431] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[v@arch ~]$
Вот, похоже на ваше. Если работает, то вам еще повезло. По гуглу выходит, что поддержку вашего контроллера пилят давно и не очень успешно.
Эксперименты с ядром 3.15 постоянно приводят к косякам, каждое уже состоявшееся обновление ядра этой ветки приводило к косякам -

1. намертво зависали процессы vine - починил с помощью гугла
2. специфичные дрова подсветки экрана - отваливаются, каждый раз после обновления ядра автор драйвера вынужден что-то фиксить
3. аналогично с вай-фаем броадком, причем обновив ядро теряем связь, без связи не обновить дрова броадком, да и их обновление всегда отстает от ядра.

В общем - не ломалось = не чини и пользуйся работающей машинкой.
wau
В общем - не ломалось = не чини и пользуйся работающей машинкой.
Так и делаю , не мешаю машине работать , и слушаю умные советы .
 
Зарегистрироваться или войдите чтобы оставить сообщение.