iwlwifi error ??

jonno2002 · 2017-02-11 01:29:54

can someone explain this error to me please:

Feb 11 04:59:06 jonnos kernel: iwlwifi 0000:03:00.0: Too many chunks: 20

this comes up alot in my journal, it doesnt seem to have any negative effects that im aware of, and i cant seem to find much info about it.

toshiba p50 laptop with network card:

03:00.0 Network controller: Intel Corporation Wireless 7260 (rev bb)

running on the "4.9.8-1-ARCH" kernel but seems to be in my logs back to august last year when i installed arch.

pigiron · 2017-02-11 15:38:30

Spent a few hours looking at this in the source code. My semi-untrained eye says that this is probably a legitimate bug in the iwlwifi device driver.

Initially, the driver needs to make calls to the kernel's virtual memory manager to set up for future DMA operations that will copy data directly to/from the adapter hardware via the PCIe bus.

This bug happens when the driver later tries to tear down these DMA mappings. It first checks to see if the number of buffers to unmap is greater, or equal to, the maximum number that it should have ever created, and in your case it finds that to be true. So now the function simply bails, leaving those "stale" mappings hanging around. As the code snippet below says, that's not good:

if (num_tbs >= trans_pcie->max_tbs) {
        IWL_ERR(trans, "Too many chunks: %i\n", num_tbs);
        /* @todo issue fatal error, it is quite serious situation */
        return;
}

You, or someone that can recreate this, should probably report it upstream:

https://wireless.wiki.kernel.org/en/use … /debugging

But be aware that you may be asked to build a new driver for your environment (among other things).

Daerandin · 2017-02-11 17:53:14

I am using the same driver on the same card. I had a look through my journal, which only goes back to mid December since I keep my journal limited to a certain size. In this time I have two occurrences of this message in my journal, both happening with two seconds. At the time I was booting kernel 4.9.3. There are no further occurrences of this message in my journal.

jonno2002 · 2017-02-12 00:19:21

ok thanks for that info, im probably not experienced enough to report this yet,

i did some playing around to see what causes the error, it seems to happen when i download a torrent, i downloaded the arch iso and got 50-100 of those errors, then i installed the lts kernel and did the same thing and got no errors

so is it the driver/firmware or the kernel at fault ? and how would i go about building a driver ? ive done some searching but all i can find is links to download the .ucode file that goes in /lib/firmware and that would mean that im still using the same driver for the lts kernel as the latest 4.9 kernel

Last edited by jonno2002 (2017-02-12 01:06:13)

Daerandin · 2017-02-12 07:31:12

I decided to give it a try myself, so I started torrenting the Arch iso and a Debian iso, I am not seeing this message after torrenting. However, I am currently on the 4.9.9 kernel. You could download the kernel from the testing directory from any mirror directly, and install it. The change from 4.9.8 to 4.9.9 did not require any module rebuilds on my 64-bit system so you should be able to install it without needing any other packages from testing.

This could help give an indication if perhaps this is more related to the 4.9.8 kernel. After all, you already have that indication from using the lts kernel.

jonno2002 · 2017-02-12 09:16:25

same thing on 4.9.9-1 , 50-100 errors while torrenting arch iso, as i said originally though it has no effect apart from errors in dmesg, the files downloaded are fine.

im guessing it only happens while torrenting because of the sheer number of connections, and data throughput, maybe overloading the wifi driver somehow, i dont know that probably sounds stupid to someone who knows how it all works.

strange thing though, i can transfer a file from another pc on my network over the same wifi connection at much faster speed and no errors.

Last edited by jonno2002 (2017-02-12 09:27:23)

$nake · 2017-08-06 15:06:05

I am experiencing the same problem with an ASUS GL553VD and network controller Intel Corporation Wireless 7265 (rev 59).
When downloading a large (almost 10G) file with qbittorrent, my journal got filled with thousands of

iwlwifi 0000:02:00.0: Too many chunks: 20

In contrast to what happens to jonno2002, it seems to have had an effect: my X server crashed. When I rebooted and relaunched the download, I was still getting the above warnings but could complete download. I confirm that the downloaded file seems fine.
Any better idea?

seth · 2017-08-06 15:30:00

it's highly unlikely that the error message has a direct relation to your crashing X11 server. Please open a new thread, describe the actual situation and most imporantly provide the Xorg log of the crashed server (if the server crashed at all and not "just" the session did)

$nake · 2017-08-06 15:38:49

I must admit that the crashing of the server (or maybe "just" the session, I am not sure) might as well be a coincidence (other stuff than qbittorrent were heavily using my computer resources); I thought it could be related because back to tty, my screen was quickly overwhelmed by the 'too many chunks' errors.
I that happens again I will follow your advice and open a new thread about it.

steinwanderer · 2017-08-10 17:59:10

Hi,..

i successfully avoided this error to happen, with the iwlwifi module option "swcrypto=1".

Kernel append line

 iwlwifi.swcrypto=1

Different hardware, though.

$lspci |grep -i wifi

03:00.0 Network controller: Intel Corporation Ultimate N WiFi Link 5300

regards

Stefan

$nake · 2017-08-15 17:33:51

I can confirm that iwlwifi.swcrypto=1 in my kernel command line did suppress the "too many chuncks" error.
Thank you for that. I have now in my dmesg a new

 iwlwifi 0000:02:00.0: capa flags index 3 larger than supported by driver

but that does not seem to hurt.
Can I ask how did you find the iwlwifi.swcrypto=1 option, and what it does?

loqs · 2017-08-15 17:54:20

$nake wrote:

Can I ask how did you find the iwlwifi.swcrypto=1 option, and what it does?

$ modinfo iwlwifi

$nake · 2017-08-15 19:13:09

$modinfo iwlwifi | grep swcrypto

 parm:           swcrypto:using crypto in software (default 0 [hardware]) (int)

So more precisely: how did you find that the iwlwifi.swcrypto=1 was likely to solve the problem? and again: what does it do?
But thank you for your help, I realize this is not the place to learn about the details.

loqs · 2017-08-15 19:17:19

What it does is exactly what the description says "using crypto in software" setting it to 1 it disables the use of the interfaces builtin hardware accelerated encryption routines.
edit:
grammar remove extraneous does.

Last edited by loqs (2017-08-15 19:18:00)

$nake · 2017-08-15 19:23:47

loqs wrote:

What it does is exactly what the description says "using crypto in software" setting it to 1 it disables the use of the interfaces builtin hardware accelerated encryption routines.

Thank you for the clarification.

Arch Linux

#1 2017-02-11 01:29:54

iwlwifi error ??

#2 2017-02-11 15:38:30

Re: iwlwifi error ??

#3 2017-02-11 17:53:14

Re: iwlwifi error ??

#4 2017-02-12 00:19:21

Re: iwlwifi error ??

#5 2017-02-12 07:31:12

Re: iwlwifi error ??

#6 2017-02-12 09:16:25

Re: iwlwifi error ??

#7 2017-08-06 15:06:05

Re: iwlwifi error ??

#8 2017-08-06 15:30:00

Re: iwlwifi error ??

#9 2017-08-06 15:38:49

Re: iwlwifi error ??

#10 2017-08-10 17:59:10

Re: iwlwifi error ??

#11 2017-08-15 17:33:51

Re: iwlwifi error ??

#12 2017-08-15 17:54:20

Re: iwlwifi error ??

#13 2017-08-15 19:13:09

Re: iwlwifi error ??

#14 2017-08-15 19:17:19

Re: iwlwifi error ??

#15 2017-08-15 19:23:47

Re: iwlwifi error ??

Board footer