If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Chen,
could you look into the sleepy thingy once more?
I recently had a little annoyance with my wlan, this happened two times :
- doing something not internet related (watching soccer dvb-t using kaffeine) longer than an hour
- lost my wlan internet connection
The same happened directly after this a second time the same conditions.
Why I think it is RIFS related: On Gentoo, normaly loosing connection it is sufficient to
rc-service dhcpcd restart
But I had to do:
rc-service dhcpcd stop
rc-service wpa_supplicant restart
rc-service dhcpcd start
Which indicates a more deeply my broadcom-sta-wl module involved ...
I think this is not related to the scheduler.(Maybe I have to do a test to prove)
Actually Linux kernel sucks with wireless
Chen,
really? Please look closely into wakeup features before publishing!
more generally I meant:
If a connection I have to reassure in certain time frames,
could this be a side effect of the RIFS:
Missing an answer in a timely manner?
Which disconnected my wlan because of a timeout?
Chen,
really? Please look closely into wakeup features before publishing!
more generally I meant:
If a connection I have to reassure in certain time frames,
could this be a side effect of the RIFS:
Missing an answer in a timely manner?
Which disconnected my wlan because of a timeout?
I would try to made the scheduler in modular form and find whether it can be solved.
the problem with cgroups is a known issue - afaik RIFS doesn't support cgroups (yet)
OK Now I totally disabled cgroups and non-preemptible and voluntary-sleep preemption model, only preemptible option is left.Tickless is also disabled. These are the feature that desktop users won't care about
Comment