Тема: Проблем с драйвър, ядро ... или още нещо ??? (Прочетена 3990 пъти)

kalinik · « -: Feb 21, 2011, 22:32 »

Привет,
имам отскоро една драма и не успявам да открия решение.
Проблемът е следния:
Имам wireless Ralink 2501 (на usb е), който работи перфектно САМО със "заводски" ядра. Ето малко инфо:

Код:

inxi -v 1
System:    Host hss13 Kernel 2.6.35-25-generic x86_64 (64 bit) Distro Linux Mint 10 Julia
CPU:       Dual core AMD Athlon 64 X2 4800+ (-MCP-) clocked at 1000.00 MHz 
Graphics:  Card ATI RV620 LE [Radeon HD 3450] X.Org 1.9.0 Res: 2960x1050 
           GLX Renderer ATI Radeon HD 3450 GLX Version 3.3.10524 Compatibility Profile Context
Disks:     HDD Total Size: 1640.4GB (3.9% used)
Info:      Processes 179 Uptime 21:20 Memory 911.8/2008.8MB Client Shell inxi 1.4.23

Ето и драйвърите, които ползва:

Код:

lsmod | grep rt
rt2500usb              20266  0
rt73usb                24308  0
rt2x00usb              11316  1 rt73usb
rt2x00lib              31575  2 rt73usb,rt2x00usb
led_class               3393  1 rt2x00lib
mac80211              267163  2 rt2x00usb,rt2x00lib
cfg80211              170485  2 rt2x00lib,mac80211
gameport               11224  2 emu10k1_gp
crc_itu_t               1739  2 rt73usb,firewire_core

Принципно LinuxMint 10 идва със стандартно ядро 2.6.32 - 22, който в последствие ъпдейтвах през aptitude , по стандартния начин чрез системата за ъпдейти ! > 2.6.32-25-generic > 2.6.34-generic ... до 2.6.35.-25-generic.
Значи ползвам ли "стандартните" ядра - НИКАКВИ проблеми с мрежата: ползвам Wi-Fi рутер с dhcp за интернет с кодировка WPA/PSK 1/2.
Имах проблем преди с network-applet, но това е по-скоро бъг с memory leak(https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/684599).
ROKO__ мисля ме посъветва да сложа wicd и този проблем се реши - няма драми оттогава.
Обаче сложа ли по-ново ядро (vanilla) , макар и да го компилирам по текущия .config - СИСТЕМАТА ЗАБИВА И ЗАМРЪЗВА ПЕРИОДИЧНО !
Компилирах 2.6.38.rt4 / rt5 , после пробвах и с 2.6.37 и 2.6.37.1 - няма промяна и системата забива периодично със следните логове:

Цитат

kernel: [ 1751.540052] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:25 hss13 kernel: [ 1754.090035] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:27 hss13 kernel: [ 1756.640042] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:30 hss13 kernel: [ 1759.190041] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:30 hss13 kernel: [ 1759.190146] phy1 -> rt2x00usb_regbusy_read: Error - Indirect register access failed: offset=0x0000308c, value=0xffff8800
Feb 20 01:19:33 hss13 kernel: [ 1761.742244] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:35 hss13 kernel: [ 1764.290051] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:38 hss13 kernel: [ 1766.840047] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:40 hss13 kernel: [ 1769.390036] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:43 hss13 kernel: [ 1771.950053] phy1 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x308c with error -110.
Feb 20 01:19:43 hss13 kernel: [ 1771.950159] phy1 -> rt2x00usb_regbusy_read: Error - Indirect register access failed: offset=0x0000308c, value=0xffff8800

... и така докато блокира.
Разрових се из логовете и стигнах до заключението, че се опитва да ползва два драйвъра едновременно : rt2500usb и rt73usb.
Вкарах модула rt2500usb в blacklist.conf и спря да го зарежда.

Код:

lsmod | grep rt
rt73usb                24308  0 
rt2x00usb              11316  1 rt73usb
rt2x00lib              31575  2 rt73usb,rt2x00usb
led_class               3393  1 rt2x00lib
mac80211              267163  2 rt2x00usb,rt2x00lib
cfg80211              170485  2 rt2x00lib,mac80211
gameport               11224  2 emu10k1_gp

Уж работата се оправи, но след време пак започна да губи връзка и веднъж-два пъти заби вчера :

Цитат

hss13 NetworkManager[1080]: <info> (wlan0): supplicant connection state: completed -> disconnected
Feb 20 01:38:15 hss13 NetworkManager[1080]: SCPlugin-Ifupdown: devices removed (path: /sys/devices/pci0000:00/0000:00:13.5/usb1/1-2/1-2:1.0/net/wlan0, iface: wlan0)
Feb 20 01:38:15 hss13 NetworkManager[1080]: <info> (wlan0): now unmanaged
Feb 20 01:38:15 hss13 NetworkManager[1080]: <info> (wlan0): device state change: 8 -> 1 (reason 36)
Feb 20 01:38:15 hss13 NetworkManager[1080]: <info> (wlan0): deactivating device (reason: 36).
Feb 20 01:38:15 hss13 avahi-daemon[1064]: Withdrawing address record for fe80::960c:6dff:fe8f:e168 on wlan0.
Feb 20 01:38:15 hss13 avahi-daemon[1064]: Withdrawing address record for 192.168.1.3 on wlan0.
Feb 20 01:38:15 hss13 avahi-daemon[1064]: Withdrawing workstation service for wlan0.
Feb 20 01:38:16 hss13 wpa_supplicant[1096]: Failed to initialize the driver after interface was added.
Feb 20 01:38:16 hss13 wpa_supplicant[1096]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Feb 20 01:38:16 hss13 dhclient: Internet Systems Consortium DHCP Client V3.1.3
Feb 20 01:38:16 hss13 dhclient: Copyright 2004-2009 Internet Systems Consortium.
Feb 20 01:38:16 hss13 dhclient: All rights reserved.
Feb 20 01:38:16 hss13 dhclient: For info, please visit https://www.isc.org/software/dhcp/
Feb 20 01:38:16 hss13 dhclient:
Feb 20 01:38:16 hss13 NetworkManager[1080]: <info> (wlan0): canceled DHCP transaction, DHCP client pid 1279
Feb 20 01:38:16 hss13 NetworkManager[1080]: <info> (wlan0): cleaning up...
Feb 20 01:38:16 hss13 NetworkManager[1080]: <info> Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)
Feb 20 01:38:16 hss13 NetworkManager[1080]: <info> radio killswitch /sys/devices/pci0000:00/0000:00:13.5/usb1/1-2/1-2:1.0/ieee80211/phy1/rfkill0 disappeared
Feb 20 01:38:16 hss13 wpa_supplicant[1096]: Failed to disable WPA in the driver.
Feb 20 01:38:16 hss13 dhclient: Listening on LPF/eth0/00:19:db:89:ba:8b
Feb 20 01:38:16 hss13 dhclient: Sending on LPF/eth0/00:19:db:89:ba:8b
Feb 20 01:38:16 hss13 dhclient: Sending on Socket/fallback
Feb 20 01:38:16 hss13 nm-dispatcher.action: Error in get_property: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist#012
Feb 20 01:40:01 hss13 NetworkManager[1080]: <info> found WiFi radio killswitch rfkill1 (at /sys/devices/pci0000:00/0000:00:13.0/usb2/2-2/2-2:1.0/ieee80211/phy3/rfkill1) (driver <unknown>)
Feb 20 01:40:01 hss13 NetworkManager[1080]: SCPlugin-Ifupdown: devices added (path: /sys/devices/pci0000:00/0000:00:13.0/usb2/2-2/2-2:1.0/net/wlan0, iface: wlan0)
Feb 20 01:40:01 hss13 NetworkManager[1080]: SCPlugin-Ifupdown: device added (path: /sys/devices/pci0000:00/0000:00:13.0/usb2/2-2/2-2:1.0/net/wlan0, iface: wlan0): no ifupdown configuration found.
Feb 20 01:40:01 hss13 NetworkManager[1080]: <info> (wlan0): driver supports SSID scans (scan_capa 0x01).
Feb 20 01:40:01 hss13 NetworkManager[1080]: <info> (wlan0): new 802.11 WiFi device (driver: 'rt73usb' ifindex: 5)
Feb 20 01:40:01 hss13 NetworkManager[1080]: <info> (wlan0): exported as /org/freedesktop/NetworkManager/Devices/2
Feb 20 01:40:01 hss13 NetworkManager[1080]: <info> (wlan0): now managed
Feb 20 01:40:01 hss13 NetworkManager[1080]: <info> (wlan0): device state change: 1 -> 2 (reason 2)
Feb 20 01:40:01 hss13 NetworkManager[1080]: <info> (wlan0): bringing up device.
Feb 20 01:40:02 hss13 NetworkManager[1080]: <info> (wlan0): preparing device.
Feb 20 01:40:02 hss13 NetworkManager[1080]: <info> (wlan0): deactivating device (reason: 2).

Проверих че в /lib/firmware има файл rt73.bin и изобщо всичко е ОК :

Цитат

locate rt73
/lib/firmware/rt73.bin
/lib/modules/2.6.35-25-generic/kernel/drivers/net/wireless/rt2x00/rt73usb.ko
/lib/modules/2.6.37.1-hss/kernel/drivers/net/wireless/rt2x00/rt73usb.ko
/usr/src/linux-2.6.37.1/.tmp_versions/rt73usb.mod
/usr/src/linux-headers-2.6.35-25-generic/include/config/rt73usb.h
/usr/src/linux-headers-2.6.37.1-hss/include/config/rt73usb.h

Откакто вчера заби - рестартирах със стандартното ядро 2.6.35-25-generic и няма никакви проблеми !!!
Моля някой ако има идея какво се бърка когато сложа мои ядра, да помага

kalinik · « **Отговор #1 -:** Feb 21, 2011, 22:33 »

Съжалявам, че стана малко дълго, но исках да дам повече инфо, за да разгледате добре

kalinik · « **Отговор #2 -:** Feb 23, 2011, 11:33 »

Мам.а му и проблем !

3 дена вече умувам и нямам идея какво става - wifi работи безупречно само със стандартните ядра, с други не ще, и не ще !

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

Качвам логове от заводско ядро 2.6.35-25 и моя компилация на 2.6.37-1.
Има известни различия между тях, но моля някой да помогне, че съм изчерпан откъм идеи вече.

jet · « **Отговор #3 -:** Feb 23, 2011, 15:32 »

а има ли някаква смислена причина да ползваш ванила ядра или е с учебна цел. Щото компилирането на ядра не е най-добрия начин да учиш линукс

kalinik · « **Отговор #4 -:** Feb 23, 2011, 15:43 »

jet,
Предимно с учебна цел е , именно за да науча нещо. Ето възниква проблем и искам да открия каква е причината

Обаче нямам идея какво/къде да търся проблема.
Изчетох всички дебиански инструкции за компилиране на ядро и мога да твърдя, че схванах логиката, а и се справям вече с тази задача. Обаче ето... проблем и нямам решение вече 3-4 дни

Ядрата са компилирани на база "заводския" /boot/config и отделно пробвах абсолютно на чисто... няма промяна .

Astor · « **Отговор #5 -:** Feb 23, 2011, 17:27 »

Цитат

Обаче сложа ли по-ново ядро (vanilla) , макар и да го компилирам по текущия .config - СИСТЕМАТА ЗАБИВА И ЗАМРЪЗВА ПЕРИОДИЧНО !

Да не би да ползваш един и същи config файл за различни ядра? Това според мен няма как да стане, различните ядра имат различни настройки, не може с един и същи файл.

kalinik · « **Отговор #6 -:** Feb 23, 2011, 17:35 »

НЕ,не ползвам един и същ config файл.
Пробвах само веднъж, като ползвах config oт стандартната инсталация и ядро 2.6.38.-rc-нещо

kalinik · « **Отговор #7 -:** Mar 08, 2011, 21:04 »

Мисля, че оправих проблемЪт !
Свалих наново фърмуера оттук : http://packages.debian.org/squeeze/firmware-ralink и замених rt73.bin в /lib/firmware
После махнах от blacklist.conf модула rt2500usb и заедно с rt73usb ги добавих в /etc/modules
След като рестартирам с 'custom kernel' - изпълнявам

Код:

sudo iwconfig wlan0 power off

... и вече цял ден щайгата работи безпроблемно

Цитат

uptime && uname -a
19:56:00 up 23:19, 3 users, load average: 0.09, 0.15, 0.22
Linux hss13 2.6.37.1-hss #1 SMP Sat Feb 19 13:47:29 EET 2011 x86_64 GNU/Linux

Не знам точно какво се е променило, но явно проблемът е бил в "power-management" на тъпото устройство.
Сега ако някой ми помогне как да изключвам 'power-management' автоматично - може да затваряме темата като решена !

kalinik · « **Отговор #8 -:** Mar 09, 2011, 11:24 »

След още чоплене на проблема открих следното и се надявам това да е последното нещо, което решава проблема !
Проверих с modeinfo rt73usb 'стандартния' kernel 2.6.35-27-generic

Цитат

modinfo rt73usb
filename: /lib/modules/2.6.35-27-generic/kernel/drivers/net/wireless/rt2x00/rt73usb.ko
license: GPL
firmware: rt73.bin
description: Ralink RT73 USB Wireless LAN driver.
version: 2.3.0
author: http://rt2x00.serialmonkey.com
srcversion: 237B0124BEBB5CE00A44CEC
alias: usb:v0586p3415d*dc*dsc*dp*ic*isc*ip*
...
depends: rt2x00lib,rt2x00usb,crc-itu-t
vermagic: 2.6.35-27-generic SMP mod_unload modversions
parm: nohwcrypt:Disable hardware encryption. (bool)

Оказва се, че туй жУвотно (предполагам е модул) crc-itu-t се зарежда само със стандартните ядра !

Код:

locate crc-itu-t.ko
/lib/modules/2.6.35-27-generic/kernel/lib/crc-itu-t.ko

Снощи до късно чоплих из форумите и открих това: http://lkml.indiana.edu/hypermail/linux/kernel/0606.2/2324.html
Явно е изключително важен елемент, и то точно за моя драйвър !
Молбата ми е да помагате какво трябва да се направи сега - предполагам трябва да се рекомпилира ядрото (2.6.37) и да се включи туй crc-itu-t, но определено ми трябва помощ как да стане това !

vyrgozunqk · « **Отговор #9 -:** Mar 09, 2011, 13:13 »

Убунтувци/минтовци слагат собствени пачове в/у ядрата, от там ти идва проблема и с конфиговете... те са пригодени за пачнатите ядра, а не за ванилата...

Ако си сложиш всички убунтувски пачове, може да стане, но тогава просто ще имаш убунтувско ядро и се губи смисъла...

kalinik · « **Отговор #10 -:** Mar 09, 2011, 13:57 »

Подозирах нещо подобно ...

А няма ли начин да включа тоз модул 'crc-itu-t' към custom ядрото ?

kalinik · « **Отговор #11 -:** Mar 10, 2011, 15:41 »

Eто тук е кодЪт , който ми е небходим за решаване на проблема с wireless-a: http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/drivers/net/wireless/rt2x00/rt73usb.c

A тук, от съпорта на Минт ми пратиха този линк:http://kernel.org/pub/linux/kernel/people/ivd/compat-rt2x00.tar.bz2 като евентуално решение (оправен бъг)

Само остава някой да ми помогне как да го компилирам/инсталирам

kalinik · « **Отговор #12 -:** Mar 30, 2011, 22:52 »

Хайде ударете едно последно рамо

Почти реших тъпия проблем. Стигнах до извода, че двата модула - crc_itu_t и led_class са "виновни" за мъките с тая карта

Цитат

lsmod | grep rt
parport_pc 30086 0
rt73usb 24340 0
rt2x00usb 11316 1 rt73usb
rt2x00lib 31575 2 rt73usb,rt2x00usb
mac80211 267099 2 rt2x00usb,rt2x00lib
cfg80211 170485 2 rt2x00lib,mac80211
led_class 3393 1 rt2x00lib
crc_itu_t 1739 1 rt73usb
gameport 11224 2 emu10k1_gp
parport 37032 3 parport_pc,ppdev,lp

Тези два модула НЕ МОГА, И НЕ МОГА да ги компилирам към custom-ядро !!! И като модули ги селектирам, и директно им задавам да се компилират - греда.Просто не искат.. гадовете

Пробвах и метода с 'make oldconfig' и 'make localmodconfig' - и така не ще.
Странното е, че няма никакви грешки при компилирането дори на ядро 2.6.38 , обаче файлът led-class.ко ЛИПСВА в структурата на ядрото 2.6.38 !!!

Цитат

locate led-class
/lib/modules/2.6.35-27-generic/kernel/drivers/leds/led-class.ko
/lib/modules/2.6.35-28-generic/kernel/drivers/leds/led-class.ko

Същото се отнася и за модула crc-itu-t - макар, че по някаква странна причина се беше заредил при N-тото на брой компилиране

Цитат

locate crc-itu
/lib/modules/2.6.35-27-generic/kernel/lib/crc-itu-t.ko
/lib/modules/2.6.35-28-generic/kernel/lib/crc-itu-t.ko
/lib/modules/2.6.38-test2/kernel/lib/crc-itu-t.ko

Забелязах и друго - в /sys/class/leds/rt73usb се създават динамични (в смисъл, че се обновяват постоянно) файлове само със стандартните ядра и това ме навежда на мисълта, че точно липсата на модула led_class е причина за проблемите с wireless-а !
Моля някой да помогне как да ги инсталирам тия ш.бани модули, или поне да даде някаква идея. Също така ще съм благодарен ако някой накратко обясни как се слага "пач" към ядрото

kalinik · « **Отговор #13 -:** Jun 02, 2011, 23:58 »

Сагата е на път да приключи.
Компилирах успешно 2.6.39 и ш.бания Ralink (rt73usb). Вече не забива и не "замръзва", ОБАЧЕ имам лек проблем:
При всяко логване (или рестарт) се получава срив на WiFi връзката - реално имам връзка , но за около 1-2 мин. ping-времената се вдигат до 1000-2000 ms

Цитат

ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=2.66 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=792.00 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=1332.06 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=1.64 ms
64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=1102.50 ms
64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=2001.80 ms

192.168.1.1 e гейта ми ето паралелен ping от лаптопа , също през WiFi (Broadcom)

Цитат

ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.69 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=1.50 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=2.00 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=3.49 ms
64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=1.68 ms
64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=2.28 ms
64 bytes from 192.168.1.1: icmp_req=7 ttl=64 time=1.71 ms
64 bytes from 192.168.1.1: icmp_req=8 ttl=64 time=1.43 ms
64 bytes from 192.168.1.1: icmp_req=9 ttl=64 time=2.09 ms
^C
--- 192.168.1.1 ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8012ms
rtt min/avg/max/mdev = 1.439/1.990/3.493/0.593 ms

Някой има ли идея защо се вдигат времената или каква може да е причината. Няма съобщения за грешки в dmesg

Дразнещото е , че го прави когато си иска и не мога да го хвана.

Автор Тема: Проблем с драйвър, ядро ... или още нещо ??? (Прочетена 3990 пъти)

kalinik

Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

jet

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

Astor

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

vyrgozunqk

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???

kalinik

Re: Проблем с драйвър, ядро ... или още нещо ???