Kernele testowe/stabilne wersja 17.x - atom oraz K8

[bpawelczyk]

Powitać, kernel v. 17.5 już na pokładzie mojego Lenovo, ale nadal walczę z mega zużyciem na poziomie 35-40W Wykonałem testy na Ubuntu 11.10 z Unity i Kubuntu 11.10 z kernelami v. 17.4 i jest równie wysokie. Obecnie działam na Kubuntu, jestem w miarę zadowolony z tego środowiska, po modyfikacjach zużywa około 230MB RAM-u.
pm-utils aktywowane + skrypty, cpufreqd również i ustawienie na powersave, grub wygląda tak:

Kod: Zaznacz cały

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.i915_enable_rc6=1"
GRUB_CMDLINE_LINUX="pcie_aspm=force acpi_osi=Linux acpi_enforce_resources=lax"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1024x600

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_LINUX_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Mam wrażenie że ACPI nie jest w pełni aktywowane. Proszę kolegę Tomasz o wsparcie. Obecnie wygląda to tak, że nowe dystrybucje zużywają więcej energii, a ciężka pracy przy kompilacji kernela idzie na marne - efektu brak.
Czy może to być jakiś problem sprzętowy?
Tak przy okazji, to Powertop 1.97 nie oblicza u mnie średniego zużycia energii w Overview i % wykorzystania CPU w Frquency stats (korzystam z Powertop 1.13, ten pokazuje). Może jest to pośrednio związane z problemem?

Z góry dzięki za wszelką pomoc, pozdrawiam.

[e X t 7 3]

e X t 7 3: Testowałeś może BTRFS, zwłaszcza z kompresją, a jeśli tak, to jakie są Twoje spostrzeżenia?

Witaj, niestety nie mam na to teraz czasu. W zasadzie jestem teraz w "mocnym niedoczasie" = brakuj mi czasu na wszystko i opóźnienie goni opóźnienie. Stąd nawet nie podejmuje sie próby .

Pozdrawiam

-- 13 sty 2012 11:55 --

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.i915_enable_rc6=1"
GRUB_CMDLINE_LINUX="pcie_aspm=force acpi_osi=Linux acpi_enforce_resources=lax"

Witaj w Twoim przypadku Grub powinien - przynajmniej z zasady wyglądać trochę inaczej ... w/w fragment tak:

Kod: Zaznacz cały

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="pcie_aspm=force acpi_osi=Linux acpi_enforce_resources=lax i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 i915.semaphores=1"

Zatem zmodyfikuj na w/w i oczywiście: sudo update-grub. Zobaczymy, czy coś to da.

Pozdrawiam

[Galvatron]

Właśnie zauważyłem, że wczoraj wydali patch 3.2.1. Czy to znaczy, że już zaczęli naprawiać te rażące błędy?

[e X t 7 3]

Właśnie zauważyłem, że wczoraj wydali patch 3.2.1. Czy to znaczy, że już zaczęli naprawiać te rażące błędy?

Zatem tak, część błędów poprawiono ... ale nie te które wprowadził kernel 3.2. zatem suspend nadal nie działa na części maszyn. Ponadto nadal moduł rts5139, po pierwsze uniemożliwia "normalne" zbudowanie kernela, a jak się już zmodyfikuje go tak, że się da - jest "bombą z opóźnionym zapłonem". zatem na teraz nie widzę specjalnych postępów.

O wiele ciekawiej wygląda 3.1.9.

Pozdrawiam

[maciek78]

Witam, po zainstalowaniu kernela 17.5 w katalogu /dev/ nie mam plikow loop0...., musze je recznie ladowac komenda modprobe loop, czy mozna to jakos zautomatyzowac?
Pozdrawiam
Samsung N210, kubuntu 11.10

[e X t 7 3]

Witam, po zainstalowaniu kernela 17.5 w katalogu /dev/ nie mam plikow loop0...., musze je recznie ladowac komenda modprobe loop, czy mozna to jakos zautomatyzowac?
Pozdrawiam
Samsung N210, kubuntu 11.10

Witaj, ok. w v17.6 będzie z automatu.

Pozdrawiam

[witko]

Witam, po zainstalowaniu kernela 17.5 w katalogu /dev/ nie mam plikow loop0...., musze je recznie ladowac komenda modprobe loop, czy mozna to jakos zautomatyzowac?
Pozdrawiam
Samsung N210, kubuntu 11.10

dodaj loop do pliku

Kod: Zaznacz cały

/etc/modules

i po kłopocie
pozdr, wk

[bpawelczyk]

Zatem zmodyfikuj na w/w i oczywiście: sudo update-grub. Zobaczymy, czy coś to da.

Pozdrawiam

GRUB zmodyfikowałem wg zaleceń jednak efektu brak.

Podczas ostatnich testów i sprawdzania wszystkiego co może mieć związek z krótkim czasem pracy na baterii wyciągnąłem dla sprawdzenia akumulator, a po ponownym jego zainstalowaniu stało się najgorsze - jego żywotność spadła do 15min. Przeczuwałem, że krótki czas pracy prawdopodobnie wynika z osiągów akumulatora i sprawa się niestety wyjaśniła. Chyba się już go nie da uratować, to już jego koniec.

Dla potwierdzenia proszę o komentarz kolegów specjalistów, czy ograniczone osiągi akumulatora mogły się przekładać na wskazania Powertop-a? W momencie gdy akumulator już faktycznie niedomagał, Powertop pokazał ponad 100W poboru mocy

[e X t 7 3]

Zatem zmodyfikuj na w/w i oczywiście: sudo update-grub. Zobaczymy, czy coś to da.

Pozdrawiam

GRUB zmodyfikowałem wg zaleceń jednak efektu brak.

Podczas ostatnich testów i sprawdzania wszystkiego co może mieć związek z krótkim czasem pracy na baterii wyciągnąłem dla sprawdzenia akumulator, a po ponownym jego zainstalowaniu stało się najgorsze - jego żywotność spadła do 15min. Przeczuwałem, że krótki czas pracy prawdopodobnie wynika z osiągów akumulatora i sprawa się niestety wyjaśniła. Chyba się już go nie da uratować, to już jego koniec.

Dla potwierdzenia proszę o komentarz kolegów specjalistów, czy ograniczone osiągi akumulatora mogły się przekładać na wskazania Powertop-a? W momencie gdy akumulator już faktycznie niedomagał, Powertop pokazał ponad 100W poboru mocy

Witaj, no tu raczej - przy 100 W musi być naprawdę "nie halo" ... masz może możliwość sprawdzenia innej baterii ?

Pozdrawiam

[bpawelczyk]

Witaj, no tu raczej - przy 100 W musi być naprawdę "nie halo" ... masz może możliwość sprawdzenia innej baterii ?

Pozdrawiam

Niestety nie, właśnie ją zareklamowałem.

Panie Tomku, czy wskazania Powertop mogły wynikać ze słabej/uszkodzonej baterii

[e X t 7 3]

Witaj, no tu raczej - przy 100 W musi być naprawdę "nie halo" ... masz może możliwość sprawdzenia innej baterii ?

Pozdrawiam

Niestety nie, właśnie ją zareklamowałem.

Panie Tomku, czy wskazania Powertop mogły wynikać ze słabej/uszkodzonej baterii

Sądzę, że tak ... PowerTOP m.in. czyta dane z informacji, jakie przekazuje mu właśnie "bateria", tj. dane jakie są zawarte w ich pamięciach eeprom ... bądź też może doszło do uszkodzenia, któregoś z ogniw i stad tak olbrzymi pobór energii. Oczywiście są róże sposoby nadpisywania tych eepromów, czy resetowania ich. Czasem wystarczy kilka razy wyjąć baterie zresetować BIOS maszyny (bez baterii), włożyć baterie, włączyć rozładować i znowu ... mi taka procedura pomogła 2 razy w Lenovo s10, który już ma starą baterie i własnie 2 x podał odczyt albo stan baterii = 0 % albo 5 % ... podczas gdy za chwile było 100 % . Ale tu okazało się, że najprostszy sposób pomógł. Gorzej jak zmiany w eeprmach wymagają ich przeprogramowania. Tu już tak prosto nie jest. Są róże sposoby - oto jedne z nich.

Pozdrawiam

-- 17 sty 2012 20:38 --

Kwestia kernela v17.6 ... znowu trochę "pomęczyłem" config kernela i usunąłem parę "niedogodności", które powstały w sutek ostatnich zmian, m.in. loop ... i dodatkowo kernel będzie odczuwalnie szybszy i bardziej resposnwyny . Sądzę, że uda mi się go wypuścić do końca tygodnia.

Pozdrawiam

[witek]

Witaj, no tu raczej - przy 100 W musi być naprawdę "nie halo" ... masz może możliwość sprawdzenia innej baterii ?

Pozdrawiam

Niestety nie, właśnie ją zareklamowałem.

Panie Tomku, czy wskazania Powertop mogły wynikać ze słabej/uszkodzonej baterii

Powiem tak, miałem tak samo Pobór prądu 100 - 130 W. Trochę pomogło dopisanie na sztywno do rc.local

Kod: Zaznacz cały

echo auto > /sys/bus/usb/devices/1-4/power/level
echo auto > /sys/bus/usb/devices/4-1/power/level
#echo auto > /sys/bus/usb/devices/5-1/power/level
#echo auto > /sys/bus/usb/devices/6-1/power/level
echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
echo min_power > /sys/class/scsi_host/host0/link_power_management_policy

Niestety po pewnym czasie laptop padł, a dokładnie grafika GF7300. I teraz albo pomoże sposób "na piekarnik" http://www.dobreprogramy.pl/Naprawa-ukl ... 29826.html albo pójdzie na części
Lenovo 3000 N200 T8100 2GB GF7300

[Galvatron]

Piekarnik pomoże co najwyżej jedynie tymczasowo: http://www.purepc.pl/notebooki/zepsuty_ ... alling_bga, więc lepiej już pomyśleć o wymianie sprzętu.

[e X t 7 3]

Musze przyznać, ze powyższy sposób z piekarnikiem to już prawdziwy Hardcore ... sam dawniej modyfikowałem sprzęt, np. malowanie ołówkiem ścieżek , modyfikacja sekcji zasilania w grafikach Nvidii i Radeonach, aby można było uzyskać mega wartości zegarów, chłodzenie wodne, raz chłodzenie olejem silnikowym (ciężko było z pompą = prawdziwy extreme) hehe ... etc. ale "takich rzeczy" musze przyznać nie robiłem .

Pozdrawiam

[witek]

Wiem, że piekarnik pomoże na dzień, na miesiąc, na chwilę
Co do nowego sprzętu to już będę się uśmiechał do ext73.

[e X t 7 3]

Wiem, że piekarnik pomoże na dzień, na miesiąc, na chwilę
Co do nowego sprzętu to już będę się uśmiechał do ext73.

mam nadzieje, że spełnię pokładane nadzieje .

Pozdrawiam

[RobertB]

Witam,
w moim przypadku występuje częsty problem z usypianiem netbooka, po zamknięciu klapy kontrolki nie gasną, po otwarciu klapy, ekran cały czarny, nie pomaga nic poza twardym restartem. Maszyna to ASUS 1215B, najnowszy Bios. Dodam iż z reguły pierwsze uśpienie przechodzi bezproblemowo. Gdzie szukać rozwiązania?
Pozdrawiam

[linuxozaurus]

a czy ty próbowałeś aktywacji ACPI w grubie??

a z innej beczki ja miałam podobne objawy połączone z przegrzewaniem się laptopa i uszkodzeniem się grafiki
w moim przypadku był to problem sprzętowy
aktualizacja biosu mi nie pomogła tylko wymiana wadliwych podzespołów w ramach gwarancji ale nie oznacza ze u ciebie jest to samo

[PietroZ]

Wyszła ostatnia wersja jądra z serii 3.1, a mianowicie 3.1.10:
http://osworld.pl/2012/01/18/jadro-linux-3-1-10/

A co do problemów z długim wyłączaniem to Tomboy jest przyczyną...

[e X t 7 3]

Wyszła ostatnia wersja jądra z serii 3.1, a mianowicie 3.1.10:
http://osworld.pl/2012/01/18/jadro-linux-3-1-10/

A co do problemów z długim wyłączaniem to Tomboy jest przyczyną...

Co do kernela, wersje v17.6 oparte o 3.1.10 już się kompilują . Co do kwestii Tomboy`a, o ile w przypadku Unity i GNOME 3 można to przyjąć, za jedne z elementów powodujących taki stan rzeczy, o tyle np. w Kubuntu nie . Z tego, co Ja widzę, problemem są usługi związane ze sprawdzaniem aktualizacji oraz usługa modemów, która w zasadzie "na siłę" zostaje zabita pod koniec wyłączania/restartu maszyny.

Pozdrawiam