High CPU load when using all bandwidth leads to reboot

[Michael999]

Hello everyone,

First of all I'd like to say freetz and the freetz community is great! Second, I've been using freetz for over a year now and I'd like to say this forum has been extremely helpful in answering question and solving problems.
My written German is very poor so I hope you don't mind I ask a question in English.

I have a FRITZ!Box Fon WLAN 7170 and recently converted the box to English and to Firmware version 29.04.82, using the latest freetz trunk with usb-root. Now for the problem. Whenever I use my full bandwidth when for example downloading a linux distribution, I have a cpu load of around 86 % and after a few minutes of downloading it leads to a reboot.

"top" shows the processes using the most CPU time when downloading are:


1803 1 root RWN 0 0% 38% [kdsld_token]
701 1 root S 5516 18% 25% telefon a127.0.0.1
548 5 root SW< 0 0% 21% [capi_oslib]

when not downloading cpu usage is ~1-2%.

I'm not sure what kdsld_token exactly does and maybe there is a good reason why its cpu load is so high, but i don't get why the telephone and capi_oslib processes are as high as they are when I'm downloading.
I reckon when I get those cpu loads down the box won't go into a reboot anymore.

Can anyone help me understand/solve this problem?

-----------------------
Hardware: FRITZ!Box 7170 Annex B
Firmware: 29.04.82freetz-devel-5088 (replaced kernel, ipv6)
Patches: signed, freetzmount, automount ext2, raise usb count, aura usb, CAPIoverTCP, dtrace, help, mediaserv, minid, smbd, support, tr069+fwupdate, , UPnP, usermand, redirect
Packages: busybox-1.16.2, avm-firewall, cpmaccfg, rrdstats, spindown, syslogd, virtual ip, vnstat, callmonitor, dnsmasq, dropbear (+openssh for sftp), nano, netcat, openntpd, php, screen, tcpdump, transmission, vsftpd, lighttpd, rsync, usb root, wol

 

[sf3978]

[...]
Whenever I use my full bandwidth when for example downloading a linux distribution, I have a cpu load of around 86 % and after a few minutes of downloading it leads to a reboot.
[...]

You could use trickle (a bandwidth shaper) to control / regulate your bandwidth / download.
click, click, click.

 

[Michael999]

Limiting the bandwidth does work. However, when I was using the German firmware 04.80 as recently as last week, I had no problem using all of my bandwidth. I could go back to the German firmware, but there should be a reason why this is happening with the latest English and not the latest German firmware.
Because I also converted freetz to English I have recompiled freetz with the same patches/package selections (the ones i wanted were all available in English) using a "make dirclean" and "make config-clean-deps", but I can't figure out what's wrong. Therefore i looked at the cpu load of the FRITZ!Box and noticed the high cpu usage by the telephone and capi_oslib processes. These weren't that high when using the German firmware.

So I'm thinking there must either be something wrong with the English 04.82 firmware or I did something wrong compiling freetz when converting to English.

 

[olistudent]

Did you use the same .config for the german firmware? "replace kernel"? ipv6? Did you try the English firmware without "replace kernel"?

Regards
Oliver

 

[Michael999]

Thanks for your suggestions.

I had some .config issues after svn updates in the past, so when I decided to convert it to english I downloaded a fresh freetz trunk and re-selected all the packages I used with the german firmware by hand.

After a "make dirclean" and "make config-clean-deps" i followed your suggestion and compiled it without "replace kernel". I check the cpu usage ,when downloading, in the fritz!box and it still showed a very high cpu load by these processes:

49% [kdsld_token]
22% telefon a127.0.0.1
12% [capi_oslib]

After using all of my bandwidth for about 3 minutes the box rebooted.

I'm at a loss here as to what's going on, what the problem is. Do you maybe have any other suggestions?

 

[olistudent]

Can you please try this firmware without IPv6 support?

Regards
Oliver

 

[Michael999]

Ok, so I tried several combinations. I first removed all non-relevant packages.

1. Tried with the english firmware + replace kernel + ipv6 support -> crash when using full bandwidth

2. Tried with the english firmware + replace kernel -> crash when using full bandwidth

3. Tried with the english firmware + nothing -> crash when using full bandwidth

4. Tried with the german firmware + replace kernel + ipv6 support -> works fine

The only conclusions I can draw is that there's either something different wrong/different with the english firmware or some part of freetz/some of the packages aren't working well with the english firmware.

Why do you suppose that is?

 

[olistudent]

Did you have a look into the syslog/dmesg just before the reboot?

Regards
Oliver

 

[Michael999]

Is there any way the see the syslog/dmesg of the box from before the reboot, after a reboot? This, because the reboot doesn't always happen at the same time. When I randomly check a few times during full bandwidth usage there's nothing out of the ordinary in the logs.

I think I'll just stick with the german firmware for now, it's no problem, I can understand what it all says. It would be nice to know though what the problem was, but right now I'm not sure.

I also checked the cpu load when using the german firmware (and using all bandwidth) and it's significantly lower:

16% telefon a127.0.0.1
10% [capi_oslib]
3% top
2% [kdsld_token]

The cpu usage of the telefon, capi_oslib and kdsld_token processes are all three much lower, but kdsld_token is the one that differs the most. With the english firmware it's been between 35%-50%, now it doesn't even come above 3%.