Skrypty, porady, usprawnienia - dyskusja, opinie, zgłaszanie błędów i pytań

[NetBit73]

mam wątpliwości co do działania skryptów APM:

Kod: Zaznacz cały

cat /etc/pm/power.d/advanced_power_management_by_ext73_conservative-conservative_v2.4 | grep 'iwconfig wlan0'
        /sbin/iwconfig wlan0 power off
        /sbin/iwconfig wlan0 power off

czyli w obu przypadkach i na prądzie i na baterii mam wyłączone zarządzanie energią dla wlan0, ale:

Kod: Zaznacz cały

marcin@SL500:~$ iwconfig 
eth0      no wireless extensions.

lo        no wireless extensions.

wlan0     IEEE 802.11abgn  ESSID:"netbit73"  
          Mode:Managed  Frequency:2.432 GHz  Access Point: 00:24:01:70:4B:D5   
          Bit Rate=108 Mb/s   Tx-Power=15 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:on
          Link Quality=67/70  Signal level=-43 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:240  Invalid misc:212   Missed beacon:0

gdy jednak włączę zasilacz, to Power Management robi się OFF, pytanie dlaczego na baterii jest ON, skoro APM wymusza off?

[luk1don]

No bo deweloperzy Ubuntu nie są tacy głupi i nie dadzą sobie samowolnie zmieniać pewnych funkcji zasilania przez użytkownika.
Ubuntu ma własne domyślne reguły w: /usr/lib/pm-utils

-- niedziela, 30 czerwca 2013, 18:51 --

Masz to tutaj:

Kod: Zaznacz cały

/usr/lib/pm-utils/power.d/wireless

Teraz by trzeba było dać to samo (oczywiście dostosowane wedle swoich wymagań) jako plik /etc/pm/sleep.d/wireless albo /etc/pm/power.d/wireless
czy w tym nieszczęsnym jednym skrypcie APM.

[NetBit73]

No bo deweloperzy Ubuntu nie są tacy głupi i nie dadzą sobie samowolnie zmieniać pewnych funkcji zasilania przez użytkownika.
Ubuntu ma własne domyślne reguły w: /usr/lib/pm-utils

apm miał właśnie to obchodzić, ale u mnie tego nie robi jak się przyjrzałem

[luk1don]

Dopisałem tam dalej gdzie to można zmienić tak na logikę.

[NetBit73]

Dopisałem tam dalej gdzie to można zmienić tak na logikę.

Kod: Zaznacz cały

/etc/pm/power.d

tu siedzi sam APM

-- 30 cze 2013, o 18:00 --

no i miałeś rację, dopiero zmiany w :

Kod: Zaznacz cały

/usr/lib/pm-utils/power.d/wireless

przyniosły rezultat. e X t 7 3, APM nie działa:)
Potwierdziłem u FadeMind, moją teorię, sprzęt zachował się tak samo. W APM ustawiliśmy odwrotnie:

Kod: Zaznacz cały

/sbin/iwconfig wlan0 power off

na on, a

Kod: Zaznacz cały

/sbin/iwconfig wlan0 power on

na off, a zachowanie było iwconfig PM jak przed modyfikacja przy podłączaniu i wyłączaniu zasilacza.

[FadeMind]

Potwierdzam potwierdzenie Netbita

[e X t 7 3]

Widzę, że niektórzy nie mają świadomości, jak wymusza się zarządzanie energią -> luk1don:

No bo deweloperzy Ubuntu nie są tacy głupi i nie dadzą sobie samowolnie zmieniać pewnych funkcji zasilania przez użytkownika.
Ubuntu ma własne domyślne reguły w: /usr/lib/pm-utils

Pierwsze co system robi to sprawdza wpisy w /etc/pm/power.d ... dopiero potem analizowane są skrypty z /usr/lib/pm-utils/power.d/. Jak by tak nie było APM by nie działał ... są oczywiście sytuacje kiedy skrypty z pm-utils wykonywane są "krokowo" i przede wszystkim nie jednoczasowo ... i wtedy może powstać problem. Dalego przy instalacji APM część jest usuwana np. laptop-mode, pewne elementy dodawane np. readahead - tu przyjąłem, że nie ma sensu pewnych elementów wdrażać w APM, jak działają dobrze jako skrypty pm-utils - przy deinstalacji na odwrót. Mógłbym praktycznie wszystkie skrypty pm-utils usunąć [dodając pewne funkcjonalność do APM, jak np readahead] bo to samo [a jak po wynikach chyba widać znacznie lepiej] robi to APM. Tak naprawdę Twórcy Ubuntu zgubili 1 lub 2 elementy które powodują, że ich skrypty nie działają tak jak powinny . Ja na to wpadłem ponad rok temu po analizie ok 400 stron dokumentacji sterowników, ACPI i wielu innych elementów w kernelu Linuksa. Zatem już ustaliliśmy z Kolegą Netbitem zmiany jakie będą wdrożone w instalacji APM, aby nie było takiego problemu, jak opisany . Po prostu tu to przeoczyłem = nie mam intela na co dzień

PS. Kolejny update NeteXt'73 rozwiązuje "problem" .

Pozdrawiam

[NetBit73]

Dopisałem tam dalej gdzie to można zmienić tak na logikę.

dzięki za naprowadzenie

-- 30 cze 2013, o 20:17 --

Widzę, że niektórzy nie mają świadomości, jak wymusza się zarządzanie energią -> luk1don:

No bo deweloperzy Ubuntu nie są tacy głupi i nie dadzą sobie samowolnie zmieniać pewnych funkcji zasilania przez użytkownika.
Ubuntu ma własne domyślne reguły w: /usr/lib/pm-utils

Pierwsze co system robi to sprawdza wpisy w /etc/pm/power.d ... dopiero potem analizowane są skrypty z /usr/lib/pm-utils/power.d/. Jak by tak nie było APM by nie działał ... są oczywiście sytuacje kiedy skrypty z pm-utils wykonywane są "krokowo" i przede wszystkim nie jednoczasowo ... i wtedy może powstać problem. Dalego przy instalacji APM część jest usuwana np. laptop-mode, pewne elementy dodawane np. readahead - tu przyjąłem, że nie ma sensu pewnych elementów wdrażać w APM, jak działają dobrze jako skrypty pm-utils - przy deinstalacji na odwrót. Mógłbym praktycznie wszystkie skrypty pm-utils usunąć [dodając pewne funkcjonalność do APM, jak np readahead] bo to samo [a jak po wynikach chyba widać znacznie lepiej] robi to APM. Tak naprawdę Twórcy Ubuntu zgubili 1 lub 2 elementy które powodują, że ich skrypty nie działają tak jak powinny . Ja na to wpadłem ponad rok temu po analizie ok 400 stron dokumentacji sterowników, ACPI i wielu innych elementów w kernelu Linuksa. Zatem już ustaliliśmy z Kolegą Netbitem zmiany jakie będą wdrożone w instalacji APM, aby nie było takiego problemu, jak opisany . Po prostu tu to przeoczyłem = nie mam intela na co dzień

PS. Kolejny update NeteXt'73 rozwiązuje "problem" .

Pozdrawiam

podpowiem tylko, że przy usunięciu APM przywróci wireles tak samo jak laptop-mode. Zatem instalacja APM z NeteXt'a to nie bilet w jedną stronę:)

[JerryG]

Piszcie jasniej dla userow.
usuwac APM i instalowac ponownie ??

[e X t 7 3]

Przy okazji myślę teraz nad kolejnymi zmianami w APM ... mam pewien pomysł, jak wypali to oszczędność energii w pewnych sytuacjach może być "dość duża" ... wszystko zależy od czasu jakim będę dysponował .

Pozdrawiam

[NetBit73]

Piszcie jasniej dla userow.
usuwac APM i instalowac ponownie ??

Napisałem w sekcji
viewtopic.php?f=216&t=163606&p=954910#p954910
6.53 dość ważna zmiana w sekcji APM, sugeruję usunąć i ponownie zainstalować ten skrypt, lub wykonać polecenie:

Kod: Zaznacz cały

sudo rm /usr/lib/pm-utils/power.d/wireless

dla większości przypadków APM dawał to samo co ten wireless, zauważyłem problem, gdy chciałem sobie ustawić odwrotnie:) Zdublowane sterowanie było i tyle.

[e X t 7 3]

W wielu przypadkach jest zdublowane ... ale w niewielu ma to znaczenie ... jak pisałem.

Pozdrawiam

[luk1don]

Widzę, że niektórzy nie mają świadomości, jak wymusza się zarządzanie energią -> luk1don:

Niektórzy to nie mają świadomości jak działa Linux...
Ustawienia z /usr/lib/pm-utils są niejako traktowane specjalnie, podczas kiedy ładowane są pliki z /etc/pm. Wiele zmiennych środowiskowych tam zawartych powoduje, że ich zawartość - uwaga - jest łączona zamiast być nadpisana. Zresztą ogólnie katalog /usr zawiera część plików i programów używanych przez wszystkich użytkowników systemowych, programy, narzędzia, ich trwały rdzeń, a katalog /etc zawiera ich pliki konfiguracyjne, nie koniecznie wszystko nadpisujące. Deweloperzy dystrybucji takiej jak Ubuntu oddają ją np. z preinstalowanym i skonfigurowanym pakietem pm-utils, co by użyszkodnik nie przy wszystkim od razu grzebał.

[e X t 7 3]

Myślę, ze po tym co robię widać raczej, ze mam świadomość jak działa Linux ... jeśli w plikach /etc/pm/... wprowadzimy określone rozwiązania one w pierwszej kolejności będą działać. Można to zrobić równie dobrze na poziomie ../pm-utils, ale nie chciałem tu zbyt mocno ingerować - specjalnie wybrałem miejsce startu APM na /etc/pm/power.d, aby wyraźnie zaznaczyć trochę inne podejście do tematu, ale także po to aby w klarowny i widoczny sposób korzystać z rozwiązań zawartych w .../pm-utils - jesli nie istnieją zasadne przesłanki implementowania tych rozwiązań w APM. Nota bene kiedyś zrobiłem skrypt APM który obejmował wszystkie elementy pm-utils i zastąpiłem całkowicie zapisy w/w skryptem APM. Jednak celowo nie wdrożyłem APM do /pm-utils ... bowiem te ulegają zmianie w zależności od wersji, a APM ma działać na kilku wersjach systemu, co oczyścicie prowadzi do konieczności ciągłej analizy zmian jakie wprowadzają Developerzy Ubuntu w kolejnych wersjach systemu, ale odrębność APM ułatwia mi nad tym kontrolę. Zatem konkludując, jeśli określona wartość zostanie nadana na poziomie /etc/pm, to jak wskazywałem może, ale nie musi zostać zmodyfikowana na poziomie pm-utils. Właśnie dlatego, aby tego rodzaju konflikty nie powstawały dezaktywuje pewne wpisy w pm-utils [podczas działania APM - przy deinstalacji są przywracane pierwotne wartości]. W przypadku natomiast zapisów nie nieznajdujących się w /etc/pm/power.d [tu APM] ... zostanie wykonany skrypt znajdujący się w ../pm-utils/power.d.

Pozdrawiam

[quatrolibro]

Od kilku dni, żeby połączyć się z siecią na baterii, muszę podłączyć zasilacz, wystarczy na sekundę i mam połączenie. Bez tego zabiegu się nie łączy. Jakieś jaja z APM ?
Pierwsza próba przed włożeniem wtyczki (była kilka razy ta sama wiązanka w dmesg, wklejam jedną) druga z kablem na kilka sekund.

Kod: Zaznacz cały

cfg80211: Calling CRDA to update world regulatory domain
cfg80211: World regulatory domain updated:
cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
wlan0: authenticate with 89:fc:11:73:86:00
wlan0: send auth to 89:fc:11:73:86:00 (try 1/3)
wlan0: authenticated
wlan0: associate with 89:fc:11:73:86:00 (try 1/3)
wlan0: RX AssocResp from 89:fc:11:73:86:00 (capab=0x411 status=0 aid=1)
wlan0: associated
wlan0: deauthenticating from 89:fc:11:73:86:00 by local choice (reason=3)
cfg80211: Calling CRDA to update world regulatory domain
cfg80211: World regulatory domain updated:
cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
#podłączam kabel#
ehci-pci 0000:00:1d.0: setting latency timer to 64
wlan0: authenticate with 89:fc:11:73:86:00
wlan0: send auth to 89:fc:11:73:86:00 (try 1/3)
wlan0: authenticated
wlan0: associate with 89:fc:11:73:86:00 (try 1/3)
wlan0: RX AssocResp from 89:fc:11:73:86:00 (capab=0x411 status=0 aid=1)
wlan0: associated
ehci-pci 0000:00:1a.0: setting latency timer to 64

[e X t 7 3]

Wpisz na zasilaniu z baterii:

Kod: Zaznacz cały

sudo iwconfig wlan0 power off

i zobacz ... widzę, że chyba intel znowu dał ciała ze sterownikami wifi.

Pozdrawiam

-- 03 lip 2013 08:01 --

Upadatowałem APM do wersji 2.6. Na teraz wyłączyłem oszczędzanie energii dla WiFi - ze względu na zgłaszane problemy [wynikające z błędów w sterownikach lub nieakceptowalną przez użytkowników politykę zarządzania energią - narzucona przez Developerów sterowników, np. Intela]. Włączę ponownie testowo wraz z kernelami v26.x bazującymi na Linux-3.11.x.

Pozdrawiam

[quatrolibro]

złapało sieć po takim zestawie

Kod: Zaznacz cały

sudo iwconfig wlan0 power off
sudo iwconfig wlan0 power on

Samo "off" tylko zatrzymało próby nawiązania połączenia.
Mniej więcej co drugi raz jest z tym problem, podpięcie zasilacza zawsze pomaga. Drugi komp w domu, z kartą broadcoma, nie ma problemów z łączeniem.

Jeszcze nie updatowałem APM....

[e X t 7 3]

Ok sprawdź nowe APM ... Ja walczę z v25.x i sterownikami w końcu udało mi się zbudować działające sterowniki 319.32 dla nvidii [do AMD - Catalysty - już zbudowałem kilka dni temu] i paczkę, która automatycznie patchuje sterowniki [w trakcie budowy modułu] = standardowe najnowsze sterowniki nvidii nie działają na v25.0 [Linux-3.10.x] ... pierwszy raz taką lamerie odstawili i roboty miałem tu co niemiara Catalysty to przy tym kaszka z mleczkiem ... ale już działa

v25.0-brazos + Nvidia 319.32

Pozdrawiam

[Shevchenko1987]

To kiedy v.25.0?

[e X t 7 3]

Myślę, że najdalej po weekendzie .

Pozdrawiam