[SOLVED] Intel Microcode

I'm trying, but failing, to understand what is in https://wiki.archlinux.org/index.php/Mi … de_Updates regarding intel microcode.
Should I actually do something manually? I use a pretty straight forward grub2 boot process and have not changed anything large since the move to systemd. Will the grub-mkconfig handle all this?
Last edited by theking2 (2015-01-03 13:00:26)

...though the current version of the grub package (1:2.02.beta2-5) incorporates the change in /etc/grub.d/10_linux:
intel_ucode=
if test -e "/boot/intel-ucode.img" ; then
gettext_printf "Found Intel Microcode image\n" >&2
intel_ucode="$(make_system_path_relative_to_its_root /boot/intel-ucode.img)"

Similar Messages

[SOLVED] Intel microcode not loaded - already available in the bios?

I'm getting ready to the linux 3.17 release and thought I should manually install the Intel microcode.
I noticed that I didn't even have the package installed, so that was my first stop.
After doing the steps outlined in the wiki, I'm not sure it's actually loaded.
The `sig` and `revision` in the available patch and the kernel output is the same.
Does this mean I already have the microcodes updated through the BIOS, or is this irrelevant?
And if it's irrelevant, any idea what I'm doing wrong?
$ uname -a
Linux simendsjo-t520 3.16.7-1-ck #1 SMP PREEMPT Fri Oct 31 13:09:18 CET 2014 x86_64 GNU/Linux
$ dmesg | grep microcode
[ 0.521721] microcode: CPU0 sig=0x206a7, pf=0x10, revision=0x29
[ 0.521739] microcode: CPU1 sig=0x206a7, pf=0x10, revision=0x29
[ 0.521764] microcode: CPU2 sig=0x206a7, pf=0x10, revision=0x29
[ 0.521783] microcode: CPU3 sig=0x206a7, pf=0x10, revision=0x29
[ 0.521894] microcode: Microcode Update Driver: v2.00 <[email protected]>, Peter Oruba
The initrd lines in grub.cfg has been changed (not showing entire config, but it's on each non-fallback initrd line)
(But this should matter yet anyway as I'm on 3.16..?)
# grep intel /boot/grub/grub.cfg
initrd /boot/intel-ucode.img /boot/initramfs-linux-ck.img
initrd /boot/intel-ucode.img /boot/initramfs-linux.img
But iucode_tool says an update is available (ref: https://wiki.archlinux.org/index.php/Microcode)
# bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS -
iucode_tool: system has processor(s) with signature 0x000206a7
selected microcodes:
001: sig 0x000206a7, pf mask 0x12, 2013-06-12, rev 0x0029, size 10240
Last edited by simendsjo (2014-11-05 20:12:36)

kokoko3k wrote:
I think iucode_tool is just saying that an update has been released for your cpu model.
But yout particular cpu has already it in place.
I don't know if it is the bios to update the microcode or your cpu has been shipped with the new firmware.
Thanks! I don't really care As long as I haven't failed the installation process, I'm happy.

[SOLVED]Can the Intel microcode update(/non-update) brick my computer?

Ref news: https://www.archlinux.org/news/changes- … deupdates/
Related forum posts:
https://bbs.archlinux.org/viewtopic.php?id=188777
https://bbs.archlinux.org/viewtopic.php?id=188252
This news sounds quite scary to me. The big question is if anything I do can brick my computer.
Does doing this on kernels < 3.17.2 brick my computer?
Will upgrading to 3.17.2 without doing this brick my computer?
Last edited by simendsjo (2014-10-23 07:25:02)

Hi,
I have a rather silly question. I can't figure out if I have Intel microcode updates enabled. I have installed the intel-ucode package from [extra] (extra/intel-ucode 20140624-1), and I get this when I check dmesg:
prakhar@sim74stic ~ $ dmesg |grep microcode
[ 11.576665] microcode: CPU0 sig=0x306a9, pf=0x10, revision=0x15
[ 11.709317] microcode: CPU0 sig=0x306a9, pf=0x10, revision=0x15
[ 11.710515] microcode: CPU0 updated to revision 0x1b, date = 2014-05-29
[ 11.710545] microcode: CPU1 sig=0x306a9, pf=0x10, revision=0x15
[ 11.710602] microcode: CPU1 sig=0x306a9, pf=0x10, revision=0x15
[ 11.711282] microcode: CPU1 updated to revision 0x1b, date = 2014-05-29
[ 11.711296] microcode: CPU2 sig=0x306a9, pf=0x10, revision=0x15
[ 11.711341] microcode: CPU2 sig=0x306a9, pf=0x10, revision=0x15
[ 11.712068] microcode: CPU2 updated to revision 0x1b, date = 2014-05-29
[ 11.712080] microcode: CPU3 sig=0x306a9, pf=0x10, revision=0x15
[ 11.712134] microcode: CPU3 sig=0x306a9, pf=0x10, revision=0x15
[ 11.712859] microcode: CPU3 updated to revision 0x1b, date = 2014-05-29
[ 11.712897] microcode: CPU4 sig=0x306a9, pf=0x10, revision=0x15
[ 11.712972] microcode: CPU4 sig=0x306a9, pf=0x10, revision=0x15
[ 11.713683] microcode: CPU4 updated to revision 0x1b, date = 2014-05-29
[ 11.713698] microcode: CPU5 sig=0x306a9, pf=0x10, revision=0x15
[ 11.713736] microcode: CPU5 sig=0x306a9, pf=0x10, revision=0x15
[ 11.714451] microcode: CPU5 updated to revision 0x1b, date = 2014-05-29
[ 11.714469] microcode: CPU6 sig=0x306a9, pf=0x10, revision=0x15
[ 11.714503] microcode: CPU6 sig=0x306a9, pf=0x10, revision=0x15
[ 11.714878] microcode: CPU6 updated to revision 0x1b, date = 2014-05-29
[ 11.714888] microcode: CPU7 sig=0x306a9, pf=0x10, revision=0x15
[ 11.714907] microcode: CPU7 sig=0x306a9, pf=0x10, revision=0x15
[ 11.715282] microcode: CPU7 updated to revision 0x1b, date = 2014-05-29
[ 11.715322] microcode: Microcode Update Driver: v2.00 <[email protected]>, Peter Oruba
My question is, did the microcode update work? And should I add it to mkinitcpio to trigger it early? (sudo modprobe microcode doesn't change the output above).
Last edited by prakharsingh95 (2014-10-23 16:21:56)

[SOLVED] Intel Core i7 Unbalanced Load ?

Hi
When im performing heavy processes I noticed that the first core receives a majority of the workload, I tested with irqbalance and intel microcode. but the situation persists
screenshot of a import of dump data php + mysql, takes 5 mins aprox
the result of cat / proc / interrupts seems strange core0 gets much "attention" i dont know if this normal.
My System
Intel i7 930
Asus P6T Board
Linux linuxbit 3.0-ARCH #1 SMP PREEMPT Wed Oct 19 10:27:51 CEST 2011 x86_64 Intel(R) Core(TM) i7 CPU 930 @ 2.80GHz GenuineIntel GNU/Linux
Any Ideas ? it is normal ?
Thanks !!!
Last edited by bitcero (2011-11-04 01:36:01)

ethail wrote:
I don't see a problem, what's the problem?
Does your system get frozen or unresponsive on heavy load?
Try some make -j8 and see if every core gets used. Consider that if your workload is I/O bound and isn't heavy CPU intensive and multithreaded you can't expect all cores to be used equally
Not really unresposive, but its extrage for me that only one core takes majority of work. and after read this post i think maybe its not normal http://www.alexonlinux.com/smp-affinity … g-in-linux
im gonna make some stress test.

[SOLVED] Intel 7260 Vaio can't connect to wifi

Hi there,
First off, I should mention that I know my way around Linux but I'm pretty new to Arch, so there might be things that I know that don't apply here.
So, I have this problem with this network, I can't connect to it and frankly I don't know why. I was on Ubuntu until a few days ago and I still had the problem. I posted on the Ubuntu forum >>here<< and I was told to upgrade, but as I've been willing to move to Arch for quite some time, I thought that was maybe the time. BUT, the problem is still there, which worries me.
To sum it up, about one or two weeks ago, I was connecting fine to this network (ZyXEL) and then after a reboot, no way to connect to it, no matter what I try. I have noticed an error message that keeps coming back all the time (see below) and the wifi indicator in i3status sometimes flashes me with an IP while I'm trying to connect then eventually the network disappears (not with wicd, only nm). Those are basically the symptoms.
$ dmesg | grep iwlwifi
[ 1.194191] iwlwifi 0000:01:00.0: enabling device (0000 -> 0002)
[ 1.194323] iwlwifi 0000:01:00.0: irq 61 for MSI/MSI-X
[ 1.267714] iwlwifi 0000:01:00.0: loaded firmware version 23.214.9.0 op_mode iwlmvm
[ 1.284399] iwlwifi 0000:01:00.0: Detected Intel(R) Dual Band Wireless N 7260, REV=0x144
[ 1.284446] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1.284661] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 2.896518] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 2.896733] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 35.768085] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 35.768302] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 35.793332] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 35.793549] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 38.129138] iwlwifi 0000:01:00.0: No association and the time event is over already...
[ 71.084001] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 71.084217] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 118.185693] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 118.185910] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 118.209937] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 118.210144] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 124.174397] iwlwifi 0000:01:00.0: No association and the time event is over already...
[ 153.151555] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 153.151772] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 165.160036] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 165.160253] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1340.258296] iwlwifi 0000:01:00.0: irq 61 for MSI/MSI-X
[ 1340.258601] iwlwifi 0000:01:00.0: loaded firmware version 23.214.9.0 op_mode iwlmvm
[ 1340.270580] iwlwifi 0000:01:00.0: Detected Intel(R) Dual Band Wireless N 7260, REV=0x144
[ 1340.270628] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1340.270841] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1347.384442] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1347.384657] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1353.661509] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1353.661719] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1353.799948] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1353.800167] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1356.145940] iwlwifi 0000:01:00.0: No association and the time event is over already...
[ 1380.497704] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
[ 1380.497933] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S
I have had troubles with the wifi in the past (from what I read on the internet, this card is not yet fully supported everywhere) but nothing like this. Usually, disconnecting and reconnecting did the trick, sometimes I had to restart NetworkManager in extreme cases, but nothing more.
I tried a lot of things (modprobe, rfkill, firmware update, etc), rebooted everything I could but couldn't do anything. I have found bug reports and forums posts of similar problems but the solutions there either didn't work for me or the problem just seem to have disappeared for some people. I read that this card was not really supported before the kernel 3.11 or 3.13 but now I have 3.16 and it's still there. What's really bugging me is that I could successfully connect to this network a couple weeks ago...
On the Ubuntu forum, they have a script that displays useful information when posting about wireless problems. I have taken off the Ubuntu specific bits and I think this will save you some time asking me to run commands. One thing is not mentioned in the script: I use wicd.
########## wireless info START ##########
Report from: 17 Oct 2014 18:59 UTC +0000
Booted last: 17 Oct 2014 00:00 UTC +0000
Script from: 20 Sep 2014 23:04 UTC +0000
##### kernel ############################
Linux 3.16.4-1-ARCH #1 SMP PREEMPT Mon Oct 6 08:22:27 CEST 2014 x86_64 unknown unknown GNU/Linux
Parameters: rw, quiet
##### lspci #############################
01:00.0 Network controller [0280]: Intel Corporation Wireless 7260 [8086:08b1] (rev 6b)
Subsystem: Intel Corporation Dual Band Wireless-N 7260 [8086:c060]
Kernel driver in use: iwlwifi
##### lsusb #############################
Bus 001 Device 002: ID 8087:8000 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 003: ID 8087:07dc Intel Corp.
Bus 002 Device 002: ID 0bda:5727 Realtek Semiconductor Corp.
Bus 002 Device 005: ID 18d1:4ee3 Google Inc. Nexus 4 (tether)
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
##### PCMCIA card info ##################
##### rfkill ############################
0: sony-wifi: Wireless LAN
Soft blocked: no
Hard blocked: no
1: sony-bluetooth: Bluetooth
Soft blocked: no
Hard blocked: no
2: nfc0: NFC
Soft blocked: no
Hard blocked: no
3: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
4: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
##### lsmod #############################
iwlmvm 161824 0
led_class 12859 1 iwlmvm
mac80211 514630 1 iwlmvm
iwlwifi 156837 1 iwlmvm
cfg80211 454161 3 iwlwifi,mac80211,iwlmvm
rfkill 18867 4 nfc,cfg80211,sony_laptop,bluetooth
##### ifconfig ##########################
enp0s20u2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.42.23 netmask 255.255.255.0 broadcast 192.168.42.255
inet6 fe80::744f:54ff:febd:2e32 prefixlen 64 scopeid 0x20<link>
ether <MAC address> txqueuelen 1000 (Ethernet)
RX packets 33475 bytes 45223932 (43.1 MiB)
RX errors 1 dropped 0 overruns 0 frame 1
TX packets 20285 bytes 2774716 (2.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 44 bytes 2200 (2.1 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 44 bytes 2200 (2.1 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp1s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether <MAC address> txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5 bytes 876 (876.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
##### iwconfig ##########################
lo no wireless extensions.
enp0s20u2 no wireless extensions.
wlp1s0 IEEE 802.11abg ESSID:off/any
Mode:Managed Frequency:2.437 GHz Access Point: Not-Associated
Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
##### route #############################
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.42.129 0.0.0.0 UG 203 0 0 enp0s20u2
192.168.42.0 0.0.0.0 255.255.255.0 U 203 0 0 enp0s20u2
##### resolv.conf #######################
nameserver 192.168.42.129
##### iw reg get ########################
country 00: DFS-UNSET
(2402 - 2472 @ 40), (6, 20)
(2457 - 2482 @ 40), (6, 20), PASSIVE-SCAN
(2474 - 2494 @ 20), (6, 20), NO-OFDM, PASSIVE-SCAN
(5170 - 5250 @ 160), (6, 20), PASSIVE-SCAN
(5250 - 5330 @ 160), (6, 20), DFS, PASSIVE-SCAN
(5490 - 5730 @ 160), (6, 20), DFS, PASSIVE-SCAN
##### iwlist channels ###################
lo no frequency information.
enp0s20u2 no frequency information.
wlp1s0 32 channels in total; available frequencies :
Channel 01 : 2.412 GHz
Channel 02 : 2.417 GHz
Channel 03 : 2.422 GHz
Channel 04 : 2.427 GHz
Channel 05 : 2.432 GHz
Channel 06 : 2.437 GHz
Channel 07 : 2.442 GHz
Channel 08 : 2.447 GHz
Channel 09 : 2.452 GHz
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Channel 12 : 2.467 GHz
Channel 13 : 2.472 GHz
Channel 36 : 5.18 GHz
Channel 40 : 5.2 GHz
Channel 44 : 5.22 GHz
Channel 48 : 5.24 GHz
Channel 52 : 5.26 GHz
Channel 56 : 5.28 GHz
Channel 60 : 5.3 GHz
Channel 64 : 5.32 GHz
Channel 100 : 5.5 GHz
Channel 104 : 5.52 GHz
Channel 108 : 5.54 GHz
Channel 112 : 5.56 GHz
Channel 116 : 5.58 GHz
Channel 120 : 5.6 GHz
Channel 124 : 5.62 GHz
Channel 128 : 5.64 GHz
Channel 132 : 5.66 GHz
Channel 136 : 5.68 GHz
Channel 140 : 5.7 GHz
Current Frequency:2.437 GHz (Channel 6)
##### iwlist scan #######################
Channel occupancy:
1 APs on Frequency:2.412 GHz (Channel 1)
3 APs on Frequency:2.437 GHz (Channel 6)
wlp1s0 Scan completed :
Cell 01 - Address: <MAC 'Kasafe' [AC1]>
Channel:1
Frequency:2.412 GHz (Channel 1)
Quality=33/70 Signal level=-77 dBm
Encryption key:on
ESSID:"Kasafe"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s
Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s
Mode:Master
Extra:tsf=000000c2d190f93f
Extra: Last beacon: 36ms ago
IE: WPA Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : TKIP CCMP
Authentication Suites (1) : PSK
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : TKIP CCMP
Authentication Suites (1) : PSK
Cell 02 - Address: <MAC 'ZyXEL' [AC2]>
Channel:6
Frequency:2.437 GHz (Channel 6)
Quality=45/70 Signal level=-65 dBm
Encryption key:off
ESSID:"ZyXEL"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s
Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s
Mode:Master
Extra:tsf=0000007974f64404
Extra: Last beacon: 36ms ago
Cell 03 - Address: <MAC 'HITRON-CC00' [AC3]>
Channel:6
Frequency:2.437 GHz (Channel 6)
Quality=49/70 Signal level=-61 dBm
Encryption key:on
ESSID:"HITRON-CC00"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 9 Mb/s
18 Mb/s; 36 Mb/s; 54 Mb/s
Bit Rates:6 Mb/s; 12 Mb/s; 24 Mb/s; 48 Mb/s
Mode:Master
Extra:tsf=lo Interface doesn't support scanning.
enp0s20u2 Interface doesn't support scanning.
000000041172a69f
Extra: Last beacon: 36ms ago
IE: WPA Version 1
Group Cipher : CCMP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : CCMP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
Cell 04 - Address: <MAC 'KD WLAN Hotspot+' [AC4]>
Channel:6
Frequency:2.437 GHz (Channel 6)
Quality=51/70 Signal level=-59 dBm
Encryption key:off
ESSID:"KD WLAN Hotspot+"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 9 Mb/s
18 Mb/s; 36 Mb/s; 54 Mb/s
Bit Rates:6 Mb/s; 12 Mb/s; 24 Mb/s; 48 Mb/s
Mode:Master
Extra:tsf=000000041172acb1
Extra: Last beacon: 36ms ago
##### module infos ######################
[iwlmvm]
filename: /lib/modules/3.16.4-1-ARCH/kernel/drivers/net/wireless/iwlwifi/mvm/iwlmvm.ko.gz
license: GPL
author: Copyright(c) 2003- 2014 Intel Corporation <[email protected]>
version: in-tree:
description: The new Intel(R) wireless AGN driver for Linux
srcversion: D67526D799CF939C2A2C228
depends: iwlwifi,mac80211,led-class,cfg80211
intree: Y
vermagic: 3.16.4-1-ARCH SMP preempt mod_unload modversions
parm: init_dbg:set to true to debug an ASSERT in INIT fw (default: false (bool)
parm: power_scheme:power management scheme: 1-active, 2-balanced, 3-low power, default: 2 (int)
[mac80211]
filename: /lib/modules/3.16.4-1-ARCH/kernel/net/mac80211/mac80211.ko.gz
license: GPL
description: IEEE 802.11 subsystem
depends: cfg80211
intree: Y
vermagic: 3.16.4-1-ARCH SMP preempt mod_unload modversions
parm: max_nullfunc_tries:Maximum nullfunc tx tries before disconnecting (reason 4). (int)
parm: max_probe_tries:Maximum probe tries before disconnecting (reason 4). (int)
parm: beacon_loss_count:Number of beacon intervals before we decide beacon was lost. (int)
parm: probe_wait_ms:Maximum time(ms) to wait for probe response before disconnecting (reason 4). (int)
parm: ieee80211_default_rc_algo:Default rate control algorithm for mac80211 to use (charp)
[iwlwifi]
filename: /lib/modules/3.16.4-1-ARCH/kernel/drivers/net/wireless/iwlwifi/iwlwifi.ko.gz
license: GPL
author: Copyright(c) 2003- 2014 Intel Corporation <[email protected]>
version: in-tree:
description: Intel(R) Wireless WiFi driver for Linux
firmware: iwlwifi-100-5.ucode
firmware: iwlwifi-1000-5.ucode
firmware: iwlwifi-135-6.ucode
firmware: iwlwifi-105-6.ucode
firmware: iwlwifi-2030-6.ucode
firmware: iwlwifi-2000-6.ucode
firmware: iwlwifi-5150-2.ucode
firmware: iwlwifi-5000-5.ucode
firmware: iwlwifi-6000g2b-6.ucode
firmware: iwlwifi-6000g2a-5.ucode
firmware: iwlwifi-6050-5.ucode
firmware: iwlwifi-6000-4.ucode
firmware: iwlwifi-7265-9.ucode
firmware: iwlwifi-3160-9.ucode
firmware: iwlwifi-7260-9.ucode
firmware: iwlwifi-8000-8.ucode
srcversion: E52619966602F14805A714C
depends: cfg80211
intree: Y
vermagic: 3.16.4-1-ARCH SMP preempt mod_unload modversions
parm: swcrypto:using crypto in software (default 0 [hardware]) (int)
parm: 11n_disable:disable 11n functionality, bitmap: 1: full, 2: disable agg TX, 4: disable agg RX, 8 enable agg TX (uint)
parm: amsdu_size_8K:enable 8K amsdu size (default 0) (int)
parm: fw_restart:restart firmware in case of error (default true) (bool)
parm: antenna_coupling:specify antenna coupling in dB (defualt: 0 dB) (int)
parm: wd_disable:Disable stuck queue watchdog timer 0=system default, 1=disable (default: 1) (int)
parm: nvm_file:NVM file name (charp)
parm: uapsd_disable:disable U-APSD functionality (default: N) (bool)
parm: bt_coex_active:enable wifi/bt co-exist (default: enable) (bool)
parm: led_mode:0=system default, 1=On(RF On)/Off(RF Off), 2=blinking, 3=Off (default: 0) (int)
parm: power_save:enable WiFi power management (default: disable) (bool)
parm: power_level:default power save level (range from 1 - 5, default: 1) (int)
[cfg80211]
filename: /lib/modules/3.16.4-1-ARCH/kernel/net/wireless/cfg80211.ko.gz
description: wireless configuration support
license: GPL
author: Johannes Berg
depends: rfkill
intree: Y
vermagic: 3.16.4-1-ARCH SMP preempt mod_unload modversions
parm: ieee80211_regdom:IEEE 802.11 regulatory domain code (charp)
parm: cfg80211_disable_40mhz_24ghz:Disable 40MHz support in the 2.4GHz band (bool)
##### module parameters #################
[iwlmvm]
init_dbg: N
power_scheme: 2
[mac80211]
beacon_loss_count: 7
ieee80211_default_rc_algo: minstrel_ht
max_nullfunc_tries: 2
max_probe_tries: 5
probe_wait_ms: 500
[iwlwifi]
11n_disable: 1
amsdu_size_8K: 0
antenna_coupling: 0
bt_coex_active: Y
fw_restart: Y
led_mode: 0
nvm_file: (null)
power_level: 0
power_save: N
swcrypto: 0
uapsd_disable: N
wd_disable: 1
[cfg80211]
cfg80211_disable_40mhz_24ghz: N
ieee80211_regdom: 00
##### /etc/modules ######################
grep: /etc/modules: No such file or directory
##### modprobe options ##################
[/etc/modprobe.d/iwlwifi.conf]
options iwlwifi 11n_disable=1
##### pm-utils ##########################
[/etc/pm/sleep.d/90alsa] (755 root)
case "$1" in
hibernate|suspend)
thaw|resume)
aplay -d 1 /dev/zero
*) exit $NA
esac
##### udev rules ########################
grep: /etc/udev/rules.d/*net*.rules: No such file or directory
##### dmesg #############################
[ 1.284399] iwlwifi 0000:01:00.0: Detected Intel(R) Dual Band Wireless N 7260, REV=0x144
[ 1.284446] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 1.466756] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'
[ 1.490496] systemd-udevd[155]: renamed network interface wlan0 to wlp1s0
[ 1.630021] Bluetooth: hci0: Intel Bluetooth firmware file: intel/ibt-hw-37.7.10-fw-1.80.2.3.d.bseq
[ 1.832900] Bluetooth: hci0: Intel Bluetooth firmware patch completed and activated
[ 2.896518] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 2.907963] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 35.768085] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 35.781194] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 35.793332] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 35.804522] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 37.819461] wlp1s0: authenticate with <MAC 'ZyXEL' [AC2]>
[ 37.821532] wlp1s0: send auth to <MAC 'ZyXEL' [AC2]> (try 1/3)
[ 37.825568] wlp1s0: authenticated
[ 37.828298] wlp1s0: associate with <MAC 'ZyXEL' [AC2]> (try 1/3)
[ 37.830866] wlp1s0: RX AssocResp from <MAC 'ZyXEL' [AC2]> (capab=0x421 status=0 aid=6)
[ 37.839183] wlp1s0: associated
[ 37.839217] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
[ 38.129138] iwlwifi 0000:01:00.0: No association and the time event is over already...
[ 38.129174] wlp1s0: Connection to AP <MAC 'ZyXEL' [AC2]> lost
[ 71.084001] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 71.096522] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 118.185693] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 118.198363] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 118.209937] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 118.220741] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 123.864974] wlp1s0: authenticate with <MAC 'ZyXEL' [AC2]>
[ 123.867270] wlp1s0: send auth to <MAC 'ZyXEL' [AC2]> (try 1/3)
[ 123.882206] wlp1s0: authenticated
[ 123.884469] wlp1s0: associate with <MAC 'ZyXEL' [AC2]> (try 1/3)
[ 123.887219] wlp1s0: RX AssocResp from <MAC 'ZyXEL' [AC2]> (capab=0x421 status=0 aid=6)
[ 123.900889] wlp1s0: associated
[ 123.900917] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
[ 124.174397] iwlwifi 0000:01:00.0: No association and the time event is over already...
[ 124.174433] wlp1s0: Connection to AP <MAC 'ZyXEL' [AC2]> lost
[ 153.151555] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 153.163679] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 161.468177] systemd-udevd[684]: renamed network interface usb0 to enp0s20u2
[ 165.160036] iwlwifi 0000:01:00.0: L1 Disabled; Enabling L0S (repeated 2 times)
[ 165.172167] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
########## wireless info END ############
Thank you in advance for your help, if you need me to try anything, please ask!
Last edited by damwdan (2014-11-10 11:24:22)

I have the exact same problem, appeared completely random. I had several restarts this Christmas on the laptop, even after upgrades. I blamed the ath driver. But I noticed when I restart the router by plugging out it from the wall, then in again, sometimes it's working.
I carefully changed every possible settings in the router, then I found if I disable IPv6 (yes, it's capable of that despite Sky does not provide IPv6 service) it started to work even after multiple reboots. It took mi a while since the new year.
I'm using connman and when it was wrong, connman was completely frozen. If I entered "connmanctl scan wifi", it never quit. Same for "connmanctl state".
I also noticed that the router LED was blinking continuously and on the laptop when I checked the connection status with ifconfig it showed very high usage of TX packets. It also blocked the whole wifi, so my phone was not able to access the internet. Strange problem, I'm unsure what caused it and not quite sure how disabling IPv6 solved it. But I'm also afraid that maybe somewhere else I can't disable IPv6 on the router.

[Solved] intel-ucode/amd-ucode

EDIT: Solution is in Post #4
I have a question about: intel-ucode. It says it's a microcode update for intel processors (there is a corresponding AMD package but I'm intel). I already have "microcode_ctl" installed and for some reason that package will just not show up in the Packages search on this site. Has it been depreciated in favor of "intel-ucode"? Should I have both installed? Should I remove "microcode_ctl" and install "intel-ucode"?
$ pacman -Ss microcode_ctl
extra/microcode_ctl 1.17.20111110-1 [installed]
A companion to the IA32 microcode kernel driver
(This is my local output as an installed package but the package search function of this forum returns no hits)
Edit: Also, I have "microcode" in my rc.conf daemons array as it's supposed to be so if I uninstalled it and added intel-ucode would I have to do something similar? It's frustrating when you don't find any obvious documentation for a package..
Last edited by headkase (2012-01-10 01:00:24)

josephk wrote:please, update the microcode page in wiki
I would edit the wiki but I just don't know if the instructions are the same for "amd-ucode." I'm an intel owner only and have only done it once on my own machine. The wiki should be updated but, for myself, I don't have all the facts to do so.
If someone else would like to take a shot at it, here is the wiki page in question:
https://wiki.archlinux.org/index.php/Microcode
The references to "microcode_ctl" are now non-existent. That package is now gone as anyone can now verify themselves.
Edit: there is a reference on the page now which talks about "using testing" with the intel-ucode and amd-ucode packages. That now needs to be the primary information and the microcode_ctl information needs to be stripped out.
Last edited by headkase (2012-01-11 02:03:54)

[SOLVED] Intel Fortran Compiler v11.1.072 installation failed

hi everyone!
i have some problems with the intel fortran installation. i try to install both ia32 and intel64 version, but without success. i launch from the shell the file "install.sh" and i follow the instructions on the screen, it says that i have missing optional pre-requisites, but also in other linux distribution such as ubuntu or debian, i always skip missing optional pre-requisites and go on. so i do that, but in the step no. 6 when the installation begins, there are a lot of errors:
Installing Intel(R) Fortran Compiler for applications running on IA-32
component...
Intel(R) Fortran Compiler for applications running on IA-32 component
installation failed.
Installing Intel(R) Math Kernel Library for applications running on IA-32
component...
Intel(R) Math Kernel Library for applications running on IA-32 component
installation failed.
what happens?
thanks all for your replies, i'm here for other infos if you want.
Last edited by zeruel85 (2010-06-28 07:56:26)

ok, i solved the problem, but with another ifort version. first of all, install these required packages:
sudo pacman -S glibc libstdc++5
then download from aur the package "intel-compilers-common 11.0.074-2" and extract it. now:
cd /PATH/intel-compilers-common
makepkg
sudo pacman -U intel-compilers-common-11.0.074-2-x86_64.pkg.tar.xz
always from aur, download "ifort" and extract it. before compiling it, copy the file "l_cprof_p_11.0.074_intel64.tgz" from the "intel-compilers-common" folder into the "ifort" folder. now we must have the license file. we can get it from the official intel site:
https://registrationcenter.intel.com/Re … NCOM&lang=
just insert your email, select your country and click "Continue". we'll receive an email with the license key attached. now copy the file into the "ifort" folder. open a shell and do this:
cd /PATH/ifort
md5sum LICENSE.lic
where "LICENSE.lic" is the name of your license key. after that, we have to modify the "PKGBUILD" file, always into the "ifort" folder. in line 19, write the correct license file name. in line 24 write the correct md5sum result. save and exit. now we can compile:
cd /PATH/ifort
makepkg
sudo pacman -U ifort-11.0.074-2-x86_64.pkg.tar.xz
now we have ifort installed! just logout/login to complete the installation! then type:
ifort -help
to verify if ifort was correctly installed. if the ifort guide appears, well done!

[SOLVED] intel-ucode update - implementation?

There is a new intel-ucode package in testing and it will be released soon - this is going to require some intervention to get the microcode update on boot. Is there going to be some advice for adding in the additional initrd lines for different bootloaders/bootmanagers?
For example if I understand correctly for rEFInd it will need an amendment to the refind_linux.conf or perhaps if you have menuentry stanzas then additional initrd sections can be added in the refind.conf?
Does anyone know if there is a recommended way to do this for rEFInd, and for other bootloaders that are in common use?
Last edited by mcloaked (2014-10-23 15:32:06)

I have just updated my system to the new kernel and new microcode packages (linux 3.17.1-1 intel-ucode 20140913-1). This system boots with rEFInd. The /boot/refind_linux.conf file was edited to include the microcode image file as an initrd= entry with lines as
# cat /boot/refind_linux.conf
"Boot to X" "root=PARTUUID=b0c9c220-0f8d-49c1-b306-873d2519ce47 rw rootfstype=ext4 add_efi_memmapinitrd=/boot/intel-ucode.img initrd=/boot/initramfs-linux.img systemd.unit=graphical.target"
"Boot to console" "root=PARTUUID=b0c9c220-0f8d-49c1-b306-873d2519ce47 rw rootfstype=ext4 add_efi_memmap initrd=/boot/intel-ucode.img initrd=/boot/initramfs-linux.img systemd.unit=multi-user.target"
"Boot Fallback to console" "root=PARTUUID=b0c9c220-0f8d-49c1-b306-873d2519ce47 rw rootfstype=ext4 add_efi_memmap initrd=/boot/intel-ucode.img initrd=/boot/initramfs-linux-fallback.img systemd.unit=multi-user.target"
The system boots in the same time as previously with kernel 3.16 and the journal log confirms early microcode update.
# journalctl -b | grep microcode
Oct 23 15:41:56 localhost kernel: CPU0 microcode updated early to revision 0x1b, date = 2014-05-29
Oct 23 15:41:56 localhost kernel: CPU1 microcode updated early to revision 0x1b, date = 2014-05-29
Oct 23 15:41:56 localhost kernel: microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x1b
Oct 23 15:41:56 localhost kernel: microcode: CPU1 sig=0x306a9, pf=0x2, revision=0x1b
Oct 23 15:41:56 localhost kernel: microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x1b
Oct 23 15:41:56 localhost kernel: microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x1b
Oct 23 15:41:56 localhost kernel: microcode: Microcode Update Driver: v2.00 <[email protected]>, Peter Oruba
So the updated kernel works fine for early microcode update, with the small amendment to the refind_linux.conf file as the rEFInd author suggested it would. I have tested this on three different machines all of which use rEFInd to boot. It is presumed that the latest microcode for the CPU in this machine is dated correctly as 2014-05-29.
Last edited by mcloaked (2014-10-23 14:50:48)

[SOLVED] AMD Microcode update failed (on Xen host)

I have an Arch system running as a VM Host based on Xen 4.4.1
It is yet unclear to me why the VMHost (Dom0) cannot update the CPU microcode of the AMD Opteron 3365.
The following errors appear.
[ 9.664531] microcode: CPU0: patch_level=0x0600081c
[ 9.664548] microcode: CPU1: patch_level=0x0600081c
[ 9.664566] microcode: CPU2: patch_level=0x0600081c
[ 9.664580] microcode: CPU3: patch_level=0x0600081c
[ 9.664593] microcode: CPU4: patch_level=0x0600081c
[ 9.664607] microcode: CPU5: patch_level=0x0600081c
[ 9.664624] microcode: CPU6: patch_level=0x0600081c
[ 9.664639] microcode: CPU7: patch_level=0x0600081c
[ 9.664723] microcode: Microcode Update Driver: v2.00 <[email protected]>, Peter Oruba
[ 18.344286] microcode: CPU0: update failed for patch_level=0x06000832
[ 18.345579] microcode: CPU1: update failed for patch_level=0x06000832
[ 18.346899] microcode: CPU2: update failed for patch_level=0x06000832
[ 18.348202] microcode: CPU3: update failed for patch_level=0x06000832
[ 18.349488] microcode: CPU4: update failed for patch_level=0x06000832
[ 18.350776] microcode: CPU5: update failed for patch_level=0x06000832
[ 18.352063] microcode: CPU6: update failed for patch_level=0x06000832
[ 18.353352] microcode: CPU7: update failed for patch_level=0x06000832
I am aware that Xen can do some early loading of microcodes, since I have found clues in the Xen git logs.
But I guess Xen does not update the microcode, since the OS in Dom0 believes it is necessary to update the microcode.
Does anybody have a clue why updating the CPU microcode from within Dom0 fails?
Last edited by ArthurBorsboom (2015-01-10 12:45:29)

I have solved the issue by using the Xen early microcode loading with the following changes.
Copy the correct microcode binary to the boot folder.
sudo cp /lib/firmware/amd-ucode/microcode_amd_fam15h.bin /boot
Edit the Xen command line in /etc/xen/grub.conf from
XEN_HYPERVISOR_CMDLINE="dom0_mem=1024M,max:1024M xsave=1"
to
XEN_HYPERVISOR_CMDLINE="dom0_mem=1024M,max:1024M xsave=1 ucode=-1"
Hardcode the /etc/grub.d/09_xen configuration file to load the binary.
From
menuentry "Xen ${XEN_VERSION} / Arch Linux ${_KERNEL_PKG_} kernel" ${CLASS} {
$(save_default_entry)
if [ x\$feature_all_video_module = xy ]; then
insmod all_video
fi
set gfxpayload=keep
insmod ${BOOT_PART_FS}
if [ x\$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root ${BOOT_PART_HINTS_STRING} ${BOOT_PART_FS_UUID}
else
search --no-floppy --fs-uuid --set=root ${BOOT_PART_FS_UUID}
fi
echo '$(printf "Loading Xen %s ..." ${XEN_VERSION})'
multiboot ${REAL_DIR}/${XEN_BASENAME} ${REAL_DIR}/${XEN_BASENAME} ${XEN_HYPERVISOR_CMDLINE}
echo 'Loading Arch Linux ${_KERNEL_PKG_} kernel ...'
module ${REAL_DIR}/${_KERNEL_FILE_} ${REAL_DIR}/${_KERNEL_FILE_} root=${GRUB_LINUX_ROOT_DEVICE} rw ${GRUB_LINUX_PARAMS}
echo 'Loading Arch Linux ${_KERNEL_PKG_} kernel initramfs ...'
module ${REAL_DIR}/${_INITRAMFS_}
To
menuentry "Xen ${XEN_VERSION} / Arch Linux ${_KERNEL_PKG_} kernel" ${CLASS} {
$(save_default_entry)
if [ x\$feature_all_video_module = xy ]; then
insmod all_video
fi
set gfxpayload=keep
insmod ${BOOT_PART_FS}
if [ x\$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root ${BOOT_PART_HINTS_STRING} ${BOOT_PART_FS_UUID}
else
search --no-floppy --fs-uuid --set=root ${BOOT_PART_FS_UUID}
fi
echo '$(printf "Loading Xen %s ..." ${XEN_VERSION})'
multiboot ${REAL_DIR}/${XEN_BASENAME} ${REAL_DIR}/${XEN_BASENAME} ${XEN_HYPERVISOR_CMDLINE}
echo 'Loading Arch Linux ${_KERNEL_PKG_} kernel ...'
module ${REAL_DIR}/${_KERNEL_FILE_} ${REAL_DIR}/${_KERNEL_FILE_} root=${GRUB_LINUX_ROOT_DEVICE} rw ${GRUB_LINUX_PARAMS}
echo 'Loading Arch Linux ${_KERNEL_PKG_} kernel initramfs ...'
module ${REAL_DIR}/${_INITRAMFS_}
echo 'Loading AMD Microcode'
module ${REAL_DIR}/microcode_amd_fam15h.bin
Rebuild the grub configuration file
sudo grub-mkconfig -o /boot/grub/grub.cfg
And reboot
Check with the following command that Xen is running
dmesg | grep xen
Check with the following command that the microcode has the correct version
[arthur@orion1695 ~]$ dmesg | grep microcode
[ 9.379631] microcode: CPU0: patch_level=0x06000832
[ 9.379645] microcode: CPU1: patch_level=0x06000832
[ 9.379662] microcode: CPU2: patch_level=0x06000832
[ 9.379676] microcode: CPU3: patch_level=0x06000832
[ 9.379692] microcode: CPU4: patch_level=0x06000832
[ 9.379710] microcode: CPU5: patch_level=0x06000832
[ 9.379724] microcode: CPU6: patch_level=0x06000832
[ 9.379738] microcode: CPU7: patch_level=0x06000832
[ 9.379823] microcode: Microcode Update Driver: v2.00 <[email protected]>, Peter Oruba
[arthur@orion1695 ~]$
And as you see in this example, there is no attempt to update the microcode anymore, since it is already up-to-date.
I hope this helps other people facing this issue.

[SOLVED] Intel NUC using second dvb-t device causes usb lockup

I have an intel NUC D54250WYK running latest non-testing arch.
linux minikat 3.17.3-1-ARCH #1 SMP PREEMPT Fri Nov 14 23:13:48 CET 2014 x86_64 GNU/Linux
I have two PCTV 290e cards.
Bus 001 Device 002: ID 8087:8000 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 009: ID 2013:024f PCTV Systems nanoStick T2 290e
Bus 002 Device 008: ID 2013:024f PCTV Systems nanoStick T2 290e
Bus 002 Device 003: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 002 Device 007: ID 0461:4d15 Primax Electronics, Ltd Dell Optical Mouse
Bus 002 Device 010: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 002 Device 006: ID 0557:7000 ATEN International Co., Ltd Hub
Bus 002 Device 005: ID 9e88:9e8f
Bus 002 Device 004: ID 1e4e:0110 Cubeternet
Bus 002 Device 002: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Both of these work fine running alone (ie using just /dev/dvb/adapter0 or adapter1). However, when I run both together all my usb devices seem to disappear. Using the power button I can shut the system down. In the logs I see this
Nov 17 22:42:44 minikat kernel: tda18271: performing RF tracking filter calibration
Nov 17 22:42:46 minikat kernel: tda18271: RF tracking filter calibration complete
Nov 17 22:42:51 minikat kernel: xhci_hcd 0000:00:14.0: xHCI host not responding to stop endpoint command.
Nov 17 22:42:51 minikat kernel: xhci_hcd 0000:00:14.0: Assuming host is dying, halting host.
Nov 17 22:42:51 minikat kernel: xhci_hcd 0000:00:14.0: HC died; cleaning up
Nov 17 22:42:51 minikat kernel: usb 1-3: USB disconnect, device number 2
Nov 17 22:42:51 minikat kernel: usb 1-3.1: USB disconnect, device number 4
Nov 17 22:42:51 minikat kernel: em28174 #1: writing to i2c device at 0xd8 failed (error=-5)
Nov 17 22:42:51 minikat kernel: i2c i2c-11: cxd2820r: i2c rd failed=-5 reg=db len=1
Nov 17 22:42:51 minikat kernel: em28174 #1: writing to i2c device at 0xc0 failed (error=-19)
Nov 17 22:42:51 minikat kernel: em28174 #1: writing to i2c device at 0xd8 failed (error=-19)
Nov 17 22:42:51 minikat kernel: i2c i2c-11: cxd2820r: i2c rd failed=-19 reg=db len=1
Nov 17 22:42:51 minikat kernel: __tda18271_write_regs: [11-0060|M] ERROR: idx = 0x5, len = 1, i2c_transfer returned: -19
Nov 17 22:42:51 minikat kernel: tda18271_set_params: [11-0060|M] error -19 on line 985
Nov 17 22:42:51 minikat kernel: em28174 #1: writing to i2c device at 0xd8 failed (error=-19)
searching reveals a similar problem here https://bugs.launchpad.net/ubuntu/+sour … ug/1306712.
It doesn't seem to matter which device is used second or which application is using them; ie 2 x vlc or vlc + tzap etc etc all seem to cause the problem.
I used the same devices on my old acer revo 3610 and they work fine together there.
I would like to report this to Intel if I can get the right information together. Is there something I can do to clarify the problem?
Edit: added relevant device stuff from the same boot
Nov 17 22:40:35 minikat kernel: em28xx: New device PCTV Systems PCTV 290e @ 480 Mbps (2013:024f, interface 0, class 0)
Nov 17 22:40:35 minikat kernel: em28xx: DVB interface 0 found: isoc
Nov 17 22:40:35 minikat kernel: em28xx: chip ID is em28174
Nov 17 22:40:36 minikat kernel: em28174 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0x924125c8
Nov 17 22:40:36 minikat kernel: em28174 #0: EEPROM info:
Nov 17 22:40:36 minikat kernel: em28174 #0: microcode start address = 0x0004, boot configuration = 0x01
Nov 17 22:40:36 minikat kernel: em28174 #0: No audio on board.
Nov 17 22:40:36 minikat kernel: em28174 #0: 500mA max power
Nov 17 22:40:36 minikat kernel: em28174 #0: Table at offset 0x39, strings=0x1aa0, 0x14ba, 0x1ace
Nov 17 22:40:36 minikat kernel: em28174 #0: Identified as PCTV nanoStick T2 290e (card=78)
Nov 17 22:40:36 minikat kernel: em28174 #0: dvb set to isoc mode.
Nov 17 22:40:36 minikat kernel: em28xx: New device PCTV Systems PCTV 290e @ 480 Mbps (2013:024f, interface 0, class 0)
Nov 17 22:40:36 minikat kernel: em28xx: DVB interface 0 found: isoc
Nov 17 22:40:36 minikat kernel: em28xx: chip ID is em28174
Nov 17 22:40:36 minikat kernel: em28174 #1: EEPROM ID = 26 00 01 00, EEPROM hash = 0x9de637c6
Nov 17 22:40:36 minikat kernel: em28174 #1: EEPROM info:
Nov 17 22:40:36 minikat kernel: em28174 #1: microcode start address = 0x0004, boot configuration = 0x01
Nov 17 22:40:36 minikat kernel: em28174 #1: No audio on board.
Nov 17 22:40:36 minikat kernel: em28174 #1: 500mA max power
Nov 17 22:40:36 minikat kernel: em28174 #1: Table at offset 0x39, strings=0x1aa0, 0x14ba, 0x1ace
Nov 17 22:40:36 minikat kernel: em28174 #1: Identified as PCTV nanoStick T2 290e (card=78)
Nov 17 22:40:36 minikat kernel: em28174 #1: dvb set to isoc mode.
Nov 17 22:40:36 minikat kernel: usbcore: registered new interface driver em28xx
Nov 17 22:40:36 minikat kernel: em28174 #0: Binding DVB extension
Nov 17 22:40:36 minikat kernel: DVB: registering new adapter (em28174 #0)
Nov 17 22:40:36 minikat kernel: em28174 #0: DVB extension successfully initialized
Nov 17 22:40:36 minikat kernel: em28174 #1: Binding DVB extension
Nov 17 22:40:36 minikat kernel: DVB: registering new adapter (em28174 #1)
Nov 17 22:40:36 minikat kernel: em28174 #1: DVB extension successfully initialized
Nov 17 22:40:36 minikat kernel: em28xx: Registered (Em28xx dvb Extension) extension
Nov 17 22:40:36 minikat kernel: em28174 #0: Registering input extension
Nov 17 22:40:36 minikat kernel: input: em28xx IR (em28174 #0) as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.1/rc/rc1/input14
Nov 17 22:40:36 minikat kernel: rc1: em28xx IR (em28174 #0) as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.1/rc/rc1
Nov 17 22:40:36 minikat kernel: em28174 #0: Input extension successfully initalized
Nov 17 22:40:36 minikat kernel: em28174 #1: Registering input extension
Nov 17 22:40:36 minikat kernel: input: em28xx IR (em28174 #1) as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.2/rc/rc2/input15
Nov 17 22:40:36 minikat kernel: rc2: em28xx IR (em28174 #1) as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.2/rc/rc2
Nov 17 22:40:36 minikat kernel: em28174 #1: Input extension successfully initalized
Nov 17 22:40:36 minikat kernel: em28xx: Registered (Em28xx Input Extension) extension
I think the above indicates the devices are separately recognized.
Last edited by replabrobin (2015-01-25 19:12:37)

I'm having a similar problem with the WinTV HVR 950Q on my i7 laptop. Any time something (tvtime, ffplay, etc) tries to read from the device, USB dies with the same "Assuming host is dying" message in dmesg. Fortunately my laptop keyboard & touchpad aren't connected via usb, so I'm not forced to power cycle, but I'ld like to figure out the problem so I can use the device.
Currently I'm thinking there is a problem with the xhci driver module, but I'm still working on tracking it down. Let me know if you figure this out.
Update:
Just confirmed that at least in my case this is an issue with xhci. I compiled a kernel with no xhci support and booted to it (since blacklisting xhci_hcd doesn't seem to work), now the capture device seems to work properly. Unfortunately this means I can have USB3, or the capture device, but not both (for now).
There is a "quirks" parameter that can be passed to the xhci_hcd module. It seems to be a bitmask AFAICT, but I haven't been able to find any documentation as to what it does yet. Maybe there's something in there that can help here.
Last edited by mcgrew (2014-11-18 20:43:48)

[solved] Intel 5300 slow network transfer speed

Heya,
I'm having trouble with my WiFi card Intel 5300 AGN and i hope you can help me.
It's the transfer speed in linux that bugs me. While I get 9 MB/s in Windows I can't for the life of me get more than 2.5 MB/s transfer rate in linux. And this is only if I use NFS4 and turn off the wifi power saving feature. Samba/CIFS gives me transfer speeds of no more than 0.4 MB/s.
The problem has to be somewhere in my linux software/configuration. But where?
I don't have much experience with WiFi configuration in Linux so mine should be pretty vanilla. No manual change of frequencies, channels and the likes. I simply use netcfg to connect and sometimes iwconfig to toggle the power saving feature.
Here's what iwconfig shows me right now while copying a big file:
wlan0 IEEE 802.11abgn ESSID:"bett"
Mode:Managed Frequency:2.412 GHz Access Point: 00:14:D1:C7:43:C4
Bit Rate=243 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality=61/70 Signal level=-49 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:11922 Invalid misc:2 Missed beacon:0
As you can see, power management is disabled. The link quality is very good and the bit rate is at 243 Mbps (which should give me about 15 MBps right?). Yet the transfer rate is only 2 MBps, sometimes dropping as low as 0.7 MBps, sometimes spiking to 4.5 MBps for a second or two.
What can I do to improve my network speed?
Any help is greatly appreciated.
Regards,
demian
Last edited by demian (2011-04-09 04:00:49)

Thanks for the reply zvxy.
I'm running the most current from [core], version 2.6.37.5-1.
Disabling the N mode improved transfer rates for CIFS/SMB shares. They are the same as with NFS now which is around 2.5 MB/s. Transfer speed for NFS stayed the same.
I'll try the kernel from [testing] and report back later.
// I've tested 2.6.38.2-1 a little bit now and as long as i don't disable wireless N i get transfer rates of up to 12 MB/s with NFS4. That's more than enough for me and i hope it stays that way. The downside is that transfer rate for CIFS is only 1 MB/s.
If i disable wireless n mode NFS transfer rates drop to ~2.8 MB/s while CIFS transfer rates go up to ~2.4 MB/s.
Guess I'll just have to stick with NFS (not that i don't mind but it's already thrown me some "stale" error messages with the new kernel ... i can't seem to catch a break ).
I'll consider this issue solved. Thanks!
Last edited by demian (2011-04-09 04:00:30)

[SOLVED] AMD Microcode

Looks like the original post got lost in the BBS rebuild.
I am moving to an AMD platform and can't seem to find data on microcode for an AMD CPU. I see on the AMD site where microcode is available for a few CPU's. I do not see on the microcode_ctl site, for anything but Intel CPU's.
The wiki doesn't mention anything about AMD cpu's.
Can someone point me to an article to read, or a wiki on updating microcode on AMD's, or are AMD's just typically not updated like Intel's?
Thanks for your input,
Dave....
Last edited by dcbdbis (2011-11-05 17:36:33)

OK.....After following the above post, and also reading on the AMD site, and then going through other blogs, here is the answer:
Before you proceed, make sure that your AMD CPU supports microcode. Not all AMD proc's do. The link below will provide you the information you need to determine if yours does. To determine your model of CPU, do a:
lscpu
As of this writing, models 10, 11 and 14 support microcode.
The microcode itself is available directly from AMD's site. http://www.amd64.org/support/microcode.html As of 05-Nov-2011 this link was valid. As with all large companies, this link will likely change over time. Just Google search it.
Here is a cut-n-paste from AMD's install file:
# cd /tmp
# tar xf /path/to/amd-ucode-2011-01-11.tar
# mkdir -p /lib/firmware/amd-ucode
# mv amd-ucode-2011-01-11/microcode_amd.bin /lib/firmware/amd-ucode
# modprobe -r microcode
# modprobe microcode
This led me down the path to discover that microcode, the daemon that you use for intel procs in the daemons array of the rc.conf, is a very different entity than microcode the kernel module. Although they share the same name and spelling.
So I performed the typical extraction of the tarball, created the directory as stated, and then copied the microcode into that directory. The last step was to add microcode as the first module in my rc.conf. Personally, I installed it ahead of fuse, and vboxdrv.
Rebooted and reviewed the dmesg.log.
Bingo! There were the log entries where the CPU's microcode had indeed been updated....
I had previously installed onto my system the linux-firmware package. And there is a bunch of firmware in the /lib/firmware tree. I am assuming that other bits of firmware and microcode get pushed into installed devices as well, based upon what I read in dmesg.log.
I can confirm that if you do not have microcode in the modules list, your firmware/microcodes do not get pushed. I tested it on several reboots and read the dmesg logs after each reboot. I also played the game of putting microcode in the daemons array instead of the modules section of the rc.conf. The firmware files did not get pushed upon reboot. Proving to myself that the two microcode's are indeed separate entities.
This series of tests was performed on a fresh x86_64 netinstall < 24 hours old.
If you choose to implement this on your AMD system, just make sure you don't get confused between microcode the daemon, and microcode the kernel module. These are two different entities entirely, and they are meant for two very different purposes.
Hope this helps someone else!
Sincerely and respectfully,
Dave
Last edited by dcbdbis (2011-11-05 17:47:57)

[SOLVED]Intel HD 4600 HDMI - Monitor won't standby

Hi,
I bought a new desktop with the intel i5 4440S - intel hd 4600 and I have a problem with the monitor standby.
When the monitor go to standby, the monitor's led is orange for only 2 seconds then it goes blue and try to catch the hdmi signal and again like a loop.
Normally when the monitor is standby the led is always orange until I move the mouse to wake up from the standby.
The monitor is a Iiyama prolite x2382hs connected via HDMI.
I am using the latest kernel 3.13rc6 from AUR but the same thing happens with 3.12.
[kitsune@jp ~]$ xset q
Keyboard Control:
auto repeat: on key click percent: 0 LED mask: 00000002
XKB indicators:
00: Caps Lock: off 01: Num Lock: on 02: Scroll Lock: off
03: Compose: off 04: Kana: off 05: Sleep: off
06: Suspend: off 07: Mute: off 08: Misc: off
09: Mail: off 10: Charging: off 11: Shift Lock: off
12: Group 2: off 13: Mouse Keys: off
auto repeat delay: 500 repeat rate: 33
auto repeating keys: 00ffffffdffffbbf
fadfffefffedffff
9fffffffffffffff
fff7ffffffffffff
bell percent: 50 bell pitch: 400 bell duration: 100
Pointer Control:
acceleration: 2/1 threshold: 4
Screen Saver:
prefer blanking: yes allow exposures: yes
timeout: 0 cycle: 0
Colors:
default colormap: 0x22 BlackPixel: 0x0 WhitePixel: 0xffffff
Font Path:
/usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/Type1/,built-ins
DPMS (Energy Star):
Standby: 0 Suspend: 0 Off: 0
DPMS is Enabled
Monitor is On
What can I do?
Thanks.
Last edited by kitsune (2014-01-07 00:03:33)

Ok, after a long research it seems that this behaviour is normal for HDMI (first time I use HDMI).
I also tried with the DVI cable and it works fine, confirming that is an HDMI "issue".
Problem solved.

[SOLVED] Intel C2Q not able to cpufreq': No such device

See Topic. Cpufreq worked some month ago (i used trayfreq which today just throws an floating point exception, but that is another story).
When booting with acpi=off, acpi_cpufreq will be loaded. When booting with acpi=on (default), it is not possible to load the module ("there is no such device").
CPU: Intel Core 2 Quad q9450
Mainboard: MSI Neo P35-FR
DAEMONS=(syslog-ng network netfs hal @crond @alsa @fam @samba @cups @vboxdrv @nginx @mysqld @sshd !smbnetfs !mpd cpufreq)
# /etc/conf.d/cpufreq
governor="ondemand"
min_freq="2GHz"
max_freq="3GHz"
cat /proc/cpuinfo
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz
stepping : 7
cpu MHz : 2672.024
cache size : 6144 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm tpr_shadow vnmi flexpriority
bogomips : 5345.65
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
pacman -Qi cpufrequtils | grep Version
Version : 008-1
uname -a
Linux desktop 2.6.35-ARCH #1 SMP PREEMPT Sat Oct 30 21:22:26 CEST 2010 x86_64 Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz GenuineIntel GNU/Linux
cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Bitte melden Sie Fehler an [email protected].
analysiere CPU 0:
kein oder nicht bestimmbarer cpufreq-Treiber aktiv
Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
analysiere CPU 1:
kein oder nicht bestimmbarer cpufreq-Treiber aktiv
Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
analysiere CPU 2:
kein oder nicht bestimmbarer cpufreq-Treiber aktiv
Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
analysiere CPU 3:
kein oder nicht bestimmbarer cpufreq-Treiber aktiv
Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
cpufreq-info -f
cpufreq-info -g
lsmod | grep cpu
cpufreq_userspace 2112 0
cpufreq_ondemand 8439 0
cpufreq_stats 3937 0
acpi_cpufreq 5993 0
freq_table 2355 3 cpufreq_ondemand,cpufreq_stats,acpi_cpufreq
processor 28966 1 acpi_cpufreq
mperf 1243 1 acpi_cpufreq
Any information missing? Suggestions?
Last edited by Raz (2010-11-16 19:38:40)

Raz wrote:by prepending [SOLVED] to the title or is there a button for marking the thread as solved? i am sorry.
Yes by editing the title, no need to feel sorry.

(Solved) [Intel HDA] Headphones not detected

Hi there,
I'm having an annoying issue since I've installed (and re-installed) Arch on my netbook.
Everything's alright (except Gnash, but I'll google that later), the internal speakers work perfectly but when I put my headphones or my speakers (ext.) the internal speakers are "muted-off" (so the jack is detected, right?) but nothing's coming out from my headphones/speakers.
Here's my aplay -l out :
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: CONEXANT Analog [CONEXANT Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: Conexant Digital [Conexant Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
And here is my amixer output:
Simple mixer control 'Master',0
Capabilities: pvolume pswitch pswitch-joined
Playback channels: Front Left - Front Right
Limits: Playback 0 - 65536
Mono:
Front Left: Playback 65536 [100%] [on]
Front Right: Playback 65536 [100%] [on]
Simple mixer control 'Capture',0
Capabilities: cvolume cswitch cswitch-joined
Capture channels: Front Left - Front Right
Limits: Capture 0 - 65536
Front Left: Capture 27636 [42%] [off]
Front Right: Capture 27636 [42%] [off]
and a lspci | grep Audio output:
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 02)
My headphones are plugged-in since I booted.
Another problem is that when I'm launching alsamixer there's only the master (Card: PulseAudio - Chip: PulseAudio). So, I make F6 > "1 HDA Intel" and I have other channels :
Master (100 & unmuted) - PCM (100 & unmunted) - Mic (0 & muted) - S/PDIF (muted) - S/PDIF Default PCM (unmuted) - Beep (86 & muted) - Internal Mic (0 & muted) -- (Card: HDA Intel - Chip: Conexant CX20549 (Venice))
This is strange because on my former installation of Arch (on the same PC) the "default" alsamixer had exactly the same channels and the "Master only" didn't 'exists'. (But I had the same problems).
I tried a bunch of solutions I found but none worked.
alsa-utils alsa-plugins & alsa-oss are installed (base-devel too if it can help).
I'm using SLiM & Cinnamon and had the same issue with LXDM & LXDE (same computer).
So if somebody could gave me a little bit of his light it'll be much appreciated!
Thank you, Flaco
*Edit: Since I've rebooted with the headphones plugged-in the internal speakers don't work neither... but it may be something else; I tried a lot of solutions so maybe there's conflict between some files and/or process...
**Edit: Internal speakers issue solved. I might have touched some stuffs on pavucontrol before... anyway, the headphones are still a problem...
***Edit: I've booted (on a live usb) on Lubuntu to see what's happening and... still no sound. The jack input might be broken; I'll open my computer to see what's happening and to repair (or not) it.
Last edited by Flaco (2013-07-04 00:19:57)

bump :x

[SOLVED] Intel Microcode

Similar Messages

Maybe you are looking for