Linux за българи: Форуми

Наскоро купих нова wifi card: Ubuquiti SR71e с идеята да ползвам n стандарта.
Оказа се обаче че има бъг в драйвера ath9k и този бъг съществува повече от година. Отне ми доста време докато разбера къде точно е проблема. Естествено, първо обвиних рутера, но не беше от него.
Ефекта от бъга беше загуба на пакети. Да се ползва ssh беше мъка.

Това ($2) тук е описание рапорта, но също така има и workaround. Току що го задействах и уж се оправи. Ще пиша после ако наистина е така.

Въпросът ми е новия кернел (3.2) фиксва ли този проблем? Видях че има някакви подобрения точно за атерос чипове. Просто чакам новия кернел да се появи в основните хранилища. В момента е в тестинг (Archlinux).

Ми... виж Changelog на ядрото. За убунту/дебиан бих те насочил към http://kernel.ubuntu.com/~kernel-ppa/mainline/ за да пробваш направо, ама за арч...??

В changelog гледах но не видях нищо свързано с този проблем.
Да си сложа новия кернел от тестинг не е проблем, но не искам да ползвам тестинг хранилище. За това питам дали някой има подобен проблем с ath9k. Иначе до 1-2 седмици макс. новия кернел ще е в основните хранилища.

Проблема е като миксира криптирането на мрежата... имам една машина някъде с такава гадост решението беше да се смени мода и да се рестартира историята... ще го потърся и ще ти го пусна във форума... после спи
Ето го решението... ако искаш разгледай бъга...  [_]3
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/761176/comments/6

Е?

Проблема е като миксира криптирането на мрежата... имам една машина някъде с такава гадост решението беше да се смени мода и да се рестартира историята... ще го потърся и ще ти го пусна във форума... после спи
Ето го решението... ако искаш разгледай бъга...  [_]3
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/761176/comments/6

Точно по този начин фикснах проблема преди да отворя темата. Всъщност, исках да разбера дали е оправен бъга в новия кернел, защото този фикс е заобикаляне на проблема. В първия ми пост показах линк с описанието му и ето едно мнение от там:

I still have the same problem on a fully updated Maverick (installed from scratch from the 10.10 CD).

Before learning about this nohwcrypt workaround I did a bit of investigation and found the following: The cause of the high and unpredictable latencies is that packets are dropped depending on their size. According to my tests, packet sizes of the form
  size = 128*k + 81 + m
or
  size = 128*k + 105 + m
for any k>=2 and 0<=m<=7

are dropped randomly in 90-95% of the cases. Conversely, all other packet sizes work fine.

You can see for yourself if this is true on your system:
  ping -M do -s 596 www.google.com
should result in 90% packet loss (because 624 = 128*4 + 105 + 7; the 28 byte difference comes from network headers added by ping)
while
  ping -M do -s 597 www.google.com
should result in negligible packet loss.

Hopefully this makes the problem easier to reproduce and analyze!

There are three different workarounds that can solve the problem on my system:
- use the nohwcrypt parameter
- limit the MTU to a value low enough to avoid problematic packet sizes (such as 330 bytes), with "sudo ifconfig wlan0 mtu 330"
- use the madwifi drivers instead of ath5k

Иначе, вече няколко дни положението е ОК - няма лаг при ssh.
 [_]3