Владельцы RTL8192SE, как диагностировать проблему?

Ты уверен, что дело в вайфае? У меня на нетбуке (ASUS 1201 NL) такая же карта, работает нормально. С другой стороны, у меня висла намертво система при большой нагрузке на обычную проводную сетевую карту (помогло указание размера MTU 750)

Уверен. Если с вайфаем не работать, можно меряться аптаймами, а если с вайфаем, то рано (через минуту) или поздно (например, через полдня) система вешается намертво. От сетевой активности зависание не зависит (разве что счетчик переполняется какой-нить? Хм...)

> Ты уверен, что дело в вайфае? У меня на нетбуке (ASUS 1201 NL) такая же карта, работает нормально.

Кстати, какие драйвера?

У меня ядро 3.0 и драйвер имени Larry Finger, который принят в дерево ядра; при использовании non-mac80211 драйвера от Realtek были совсем другие глюки: оно тормозило, могло свалиться в панику, какало в лог по поводу и без (и не выключишь), могло после некоторого количества трафика просто перестать обмениваться данными.

rtl8192 от realtek 2.6.0019.1207.2010

У меня Lenovo L412 с таким же wifi. Работает стабильно. Debian Wheezy.

Драйвер этот:

Release Date: 2010-1207, ver 0019
RTL8192SE Linux driver
   --This driver supports RealTek rtl8192SE PCI Wireless LAN NIC
     for
     2.6 kernel:
     Fedora Core, Debian, Mandriva, Open SUSE, Gentoo,
     Ubuntu 7.10/8.04/8.10/9.04/9.10/10.04/10.10,
     moblin(V2), android-x86_090916, etc.

Можно попробовать compat-wireless (если в нём есть модули для этой карты), а ещё в строку параметров загрузки засунуть pci=nomsi. Этот параметр мне помогал при аналогичной проблеме, только с ethernet-картой AR8132.

> Можно попробовать compat-wireless (если в нём есть модули для этой карты)

compat-wireless — это новые драйверы, портированные на более давние (LTS, например) ядра. У меня в compat-wireless смысла нет, так как ядро тянется из гита. Прошлонедельный срез у меня сейчас.

Это не совсем так. Это, скорее, удачные срезы кода ядра, касающегося драйверов беспроводных и части проводных карт. Более доступно это аргументируется здесь и далее по трэду.

PCI ID какое у платы?

Какие идеи, как в таких условиях выявить причину бага? Инструменты?

У меня глюк вызывала комбинация cat /dev/urandom > /dev/null в количестве двух-трёх штук (у процессора два ядра) и ping -i 10 google.ru Общий принцип — полная загрузка процессора и _редкие_ пакеты.

Инструменты?

kexec -p

10ec:8172

> 10ec:8172

У меня такая же глючила. Перестало глючить, когда драйвер в ядро приняли.

dmesg показал, что драйвер создавал много буферов приёма, но забывал их отпускать. Когда их становилось слишком много, срабатывала паника.

Есть такая фигня на 8191SE на ThinkPade - по сути тоже самое, виснет ~1.5-2 часа работы

Вообщем ковыряние показало:
1. родной драйвер (от realtek) ГОВНО!
2. если в родном драйвере отключить -DENABLE_LPS (что-то от powersaving), то ситуация улучшится
3. родной драйвер дерется с intel video (что-то одно работает - оба нет) - помогает использовать vesa или fbdev
4. драйвер в ядре не работает в ad-hoc (managed не пробовал - может действительно не виснет)
5. Кардинально помогает включение VT-d (переход на железный IO-MMU) - при этом ядро только ругнется о попытке DMA в запрещенную область. Ну и если хочет зависнуть, то сыпятся ошибки - перегружаешь и норм.

Я-я, тхинкпад, только на AMD.

1. родной драйвер (от realtek) ГОВНО!

Ну это было утверждено с первого дня.

2. если в родном драйвере отключить -DENABLE_LPS (что-то от powersaving), то ситуация улучшится

Если говно побрызгать дезодорантом, то оно запахнет тоже как говно, но с дезодорантом.

3. родной драйвер дерется с intel video (что-то одно работает - оба нет) - помогает использовать vesa или fbdev

Хорошо, что у меня Radeon.

4. драйвер в ядре не работает в ad-hoc (managed не пробовал - может действительно не виснет)

Только managed. Виснет.

5. Кардинально помогает включение VT-d (переход на железный IO-MMU) - при этом ядро только ругнется о попытке DMA в запрещенную область. Ну и если хочет зависнуть, то сыпятся ошибки - перегружаешь и норм.

Да вот думаю, а как мне узнать — включено или нет? В бивисе есть только возможность аппаратной виртуализации вкл/выкл.

> Виснет.

http://www.linux.org.ru/wiki/en/Как_получить_содержимое_буфера_ядра_с_зависше...

Хорошо, что у меня Radeon.

А у меня intel и всё равно работает. Правда сначала тоже висло.

>Да вот думаю, а как мне узнать — включено или нет? В бивисе есть только возможность аппаратной виртуализации вкл/выкл.

Хм-м. Тогда скорее всего его нету.

По факту, должна быть видна таблица ACPI DMAR и ядро пишет на старте:
DMAR: Host address width 36
DMAR: DRHD base: 0x000000fed90000 flags: 0x0
IOMMU 0: reg_base_addr fed90000 ver 1:0 cap c9008020e30272 ecap 1000
и т.д.

Ну и ругается:
DRHD: handling fault status reg 3
DMAR:[DMA Write] Request device [02:00.0] fault addr 0
DMAR:[fault reason 05] PTE Write access is not set