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

[linuxozaurus]

dziękuję za życzenia i czekam na nowe jajko

czy twoje jajko 17.4 będzie oparte na standardowym jajku 3.2 czy dopiero w nowej serii 18.x

[e X t 7 3]

dziękuję za życzenia i czekam na nowe jajko

czy twoje jajko 17.4 będzie oparte na standardowym jajku 3.2 czy dopiero w nowej serii 18.x

Dopiero seria v18.x.

Pozdrawiam

[linuxozaurus]

no to seria 17x mnie ominie i muszę jeszcze poczekać

[Galvatron]

W tej chwili kernel 3.2 jest na etapie RC7, co można sprawdzić na samym dole tej strony: http://kernel.ubuntu.com/~kernel-ppa/mainline/ W najbardziej optymistycznej wersji wersja finalna będzie już po RC7 (czyli za kilka dni), przeważnie jednak jest jeszcze RC8 (wtedy wypadałoby to gdzieś ok. 8 stycznia). Oczywiście nie można całkowicie wykluczyć większej ilości RC (kernel 3.1 doszedł do RC10), co spowodowałoby obsuw o dalsze tygodnie.


Z innej beczki - powstało już Mate PPA dla Ubuntu 11.10. Niestety jeszcze go nie testowałem, więc nie wiem czy i jak działa.

[e X t 7 3]

Własnie męczyłem moduł rts5139 i nie poprawili go specjalnie ;/ wywal nadal subsystem usb-storage ;/ ... muszę dać znać Developerom kernela na lkml. Zresztą szkoda, że nie mam teraz więcej czasu na analizę jego źródeł, ale z tego co już zmodyfikowałem i po analizie którą już zrealizowałem, dochodzę do wniosku ze autor tego sterownika chyba nie do końca zna architekturę kerneli od 3.x.x. Szczerze to mnie zdziwiło, że wpuszczono ten sterownik - na tym, etapie do kernela. Już bowiem pobieżna analiza jego struktury, choć by pliku makefile wskazuje, ze jest jakiś "dziwny". Mam nam nadzieje, że go poprawia do wypuszczenia wersji stabilnej.

Pozdrawiam

[Galvatron]

Ostatnio 2 razy wyskoczył mi znajomy błąd ATA, więc trochę pogrzebałem i okazuje się, że ten i podobne błędy wcale nie sa rzadki i dotykają różne dyski, na rożnych maszynach oraz architekturach: https://bugs.launchpad.net/ubuntu/+sour ... bug/285892 Pomału "głupieję".

Na innej stronie polecali spróbować dodać do GRUB'a "libata.force=noncq" i/lub "libata.noacpi=1" - spróbuję, może akurat coś da (oby tylko nie drastyczny spadek wydajności ).

Biorąc pod uwagę "popularność" tego typu błędów, może zapytałbyś o to developerów kernela?

[e X t 7 3]

hmm wiesz kiedyś z kimś na ten temat "dywagowałem" i osoba ta twierdziła, że to błąd w sterowniku ATA, a że to już "przedwojna" nikomu się nie chce tym zajmować. Nie wiem ile w tym prawdy, ale ja próbowałem odtworzyć taką sytuacje na w miarę nowych 12 maszynach (najstarsza 4 lata) - wszędzie SATA i NIGDY ten błąd się nie pojawił. Musze jednak stwierdzić, ze mam tez maszynę która ma 11 lat pod Duronem i tam błędami na ATA sypie jak złoto ale nie takimi jak Twoje. Zresztą prawdopodobnie do roku, dwóch w ogóle przestanie być wspierane to złącze - przynajmniej oficjalnie w nowych wydaniach. Słyszałem, że podobnie, jak źródła Mesy, także i Kernel ma być "czyszczony" ze starych sterowników - bo 'puchnie" niebotycznie. Pewnie będzie tak, że będą podtrzymywali i usuwali jedynie błędy w linii 2.6 dla starszych maszyn i "oczyszczą" źródła 3.x.x ze starych sterowników. Tak czy siak jak będę pisał na lkml odnośnie błędów w kompilacji i działaniu sterownika rts5139, to zadam także pytanie o źródło wskazywanych przez Ciebie błędów .

Pozdrawiam

[Galvatron]

Gdybym nie zobaczył tych wszystkich zgłoszeń na Bugzilli, to bym faktycznie zrzucił to na karb starego chipsetu i może po prostu zignorował, ale teraz widzę że to chyba jest "coś więcej". Z resztą, nie zamierzam trzymać mojego staruszka wiecznie - myślę, że jeszcze max. 6-8 mies.

[e X t 7 3]

Gdybym nie zobaczył tych wszystkich zgłoszeń na Bugzilli, to bym faktycznie zrzucił to na karb starego chipsetu i może po prostu zignorował, ale teraz widzę że to chyba jest "coś więcej". Z resztą, nie zamierzam trzymać mojego staruszka wiecznie - myślę, że jeszcze max. 6-8 mies.

Racja zgłoszeń sporo, ale głwonie dla starszych maszyn. Cóż, zobaczymy może jakieś rozwiązanie się znajdzie.

Pzdarwiam

-- 28 gru 2011 15:43 --

Co do kernela v18.0 opartego o Linux-3.2 ... jescze pozostaje problematyczna kwestia sterownika rts5139, ale już mogę powiedzieć, że dopracowałem jego konfiguracje. Wydajności i responsywność tego kernela spokojnie pokonuje wszystkie wcześniejsze .

Pozdrawiam

[e X t 7 3]

Uwaga BARDZO mocno zalecam

Włączenie (w Biosie) PCI latency na wartość 32 (cykle). Taka wartość pod moim kernelem pozwala nie dość, że na bardzo wysoką responsywność, to dodatkowo - im mocniejsza maszyna, tym większy wzrost - na najwyższą możliwą wydajność.

Pozdrawiam

[Galvatron]

Czy jeśli mój antyczny BIOS nie daje takiej możliwości, to można jakoś to zrobić z poziomu systemu?

[e X t 7 3]

Czy jeśli mój antyczny BIOS nie daje takiej możliwości, to można jakoś to zrobić z poziomu systemu?

Zatem w pierwszej kolejności należy sprawdzić, co masz. W wielu przypadkach właśnie na taką wartość (32) ustawione sa biosy, ale nie zawsze. Zatem wykonaj w konsoli: lspci -v. Będą tam podane - przy poszczególnych urządzeniach wartości latency. Przy części będzie 0. Jednak najważniejsze, czy przy większości urządzeń będziesz miał wartość latency 32, 64, czy też wyższe. Jeśli masz inne, wtedy będzie konieczne skonstruowanie odpowiednio komendy setpci - ale tym się będziemy "martwić" potem .

Pozdrawiam

[Galvatron]

Wygląda na to, że wszystko poza kartą graficzną jest ustawione maksymalnie właśnie na 32:

Kod: Zaznacz cały

:00.0 Host bridge: VIA Technologies, Inc. P4X333/P4X400/PT800 AGP Bridge (rev 03)
	Subsystem: VIA Technologies, Inc. P4X333/P4X400/PT800 AGP Bridge
	Flags: bus master, 66MHz, medium devsel, latency 8
	Memory at c0000000 (32-bit, prefetchable) [size=256M]
	Capabilities: <access denied>
	Kernel driver in use: agpgart-via
	Kernel modules: via-agp

00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge (prog-if 00 [Normal decode])
	Flags: bus master, 66MHz, medium devsel, latency 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	Memory behind bridge: e0000000-e2ffffff
	Prefetchable memory behind bridge: d0000000-dfffffff
	Capabilities: <access denied>
	Kernel modules: shpchp

00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
	Subsystem: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+
	Flags: bus master, medium devsel, latency 32, IRQ 18
	I/O ports at d000 [size=256]
	Memory at e4000000 (32-bit, non-prefetchable) [size=256]
	[virtual] Expansion ROM at 60000000 [disabled] [size=64K]
	Capabilities: <access denied>
	Kernel driver in use: 8139too
	Kernel modules: 8139too, 8139cp

00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
	Flags: bus master, medium devsel, latency 32, IRQ 21
	I/O ports at d400 [size=32]
	Capabilities: <access denied>
	Kernel driver in use: uhci_hcd

00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
	Flags: bus master, medium devsel, latency 32, IRQ 21
	I/O ports at d800 [size=32]
	Capabilities: <access denied>
	Kernel driver in use: uhci_hcd

00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
	Flags: bus master, medium devsel, latency 32, IRQ 21
	I/O ports at dc00 [size=32]
	Capabilities: <access denied>
	Kernel driver in use: uhci_hcd

00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI])
	Subsystem: VIA Technologies, Inc. USB 2.0
	Flags: bus master, medium devsel, latency 32, IRQ 21
	Memory at e4001000 (32-bit, non-prefetchable) [size=256]
	Capabilities: <access denied>
	Kernel driver in use: ehci_hcd

00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
	Subsystem: VIA Technologies, Inc. VT8235 ISA Bridge
	Flags: bus master, stepping, medium devsel, latency 0
	Capabilities: <access denied>
	Kernel modules: i2c-viapro, via-ircc

00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
	Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE
	Flags: bus master, medium devsel, latency 32, IRQ 20
	[virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8]
	[virtual] Memory at 000003f0 (type 3, non-prefetchable) [size=1]
	[virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8]
	[virtual] Memory at 00000370 (type 3, non-prefetchable) [size=1]
	I/O ports at e000 [size=16]
	Capabilities: <access denied>
	Kernel driver in use: pata_via
	Kernel modules: pata_via

00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
	Subsystem: Avance Logic Inc. MSI K7T266 Pro2-RU (MSI-6380 v2) onboard audio (Realtek/ALC 200/200P)
	Flags: medium devsel, IRQ 22
	I/O ports at e400 [size=256]
	Capabilities: <access denied>
	Kernel driver in use: snd_via82xx
	Kernel modules: snd-via82xx

01:00.0 VGA compatible controller: nVidia Corporation G73 [GeForce 7300 GT] (rev a2) (prog-if 00 [VGA controller])
	Flags: bus master, 66MHz, medium devsel, latency 248, IRQ 16
	Memory at e0000000 (32-bit, non-prefetchable) [size=16M]
	Memory at d0000000 (32-bit, prefetchable) [size=256M]
	Memory at e1000000 (32-bit, non-prefetchable) [size=16M]
	[virtual] Expansion ROM at e2000000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: nvidia
	Kernel modules: nvidia, nouveau, nvidiafb

[e X t 7 3]

No to masz Pan najlepsze możliwe ... wykryłem kolejny błąd 2 3.2-rc7 ... usypianie nie działa ... wyłącza dyski etc. ale zasilania już nie.

Pozdrawiam

-- 29 gru 2011 11:54 --

Udostępniłem wersje v17.4-atom oraz v17.4-K8.

Pozdrawiam

[Galvatron]

Wersja K8 właśnie się instaluje. Przydałoby się w skrypcie sprawdzanie czy jest już Simple Service Manager, żeby go nie przeinstalowywał za każdym razem.

Co oznacza ten dopisek "-10.00-custom"?

[e X t 7 3]

Wersja K8 właśnie się instaluje. Przydałoby się w skrypcie sprawdzanie czy jest już Simple Service Manager, żeby go nie przeinstalowywał za każdym razem.

Co oznacza ten dopisek "-10.00-custom"?

ten 10.... to standardowy dopisek wersji nadawany przez kernel-package ... szczerze to nie chciało mi sie modyfikować tych wpisów ... choć msze tam pewne elementy zmienić.

Nad ssm pomyśle.

Pozdrawiam

[linuxozaurus]

... wykryłem kolejny błąd 2 3.2-rc7 ... usypianie nie działa ... wyłącza dyski etc. ale zasilania już nie.

oj to nie dobrze i chyba będzie kolejne rc

[bpawelczyk]

Testuje kolejny kernel kolegi eXt73 na Ubuntu 11.04 i niestety w kwestii zużycia energii na Lenovo3000N100 jest coraz gorzej i mimo aktywowania ACPI w GRUB-ie, pm-utils + skrypty, oraz cpufreqd zużycie wzrasta na baterii, zamiast spadać. Możliwe, że już po kilku zmianach kerneli i roszadach w ustawieniach mam śmietnik w komputerze, albo Powertop oszalał bo pokazuje po 20-30W zużycia. Kolega eXt73 tłumaczył kiedyś, że zużycie energii stopniowo rosło począwszy od wersji 2.6.37 generic (to chyba Ubuntu 9.10 ?). Rozumiem, że kolega eXt73 konfiguruje kernele pod nowe CPU i obecnie sprzedawane sprzęty i ta konfiguracja nie za bardzo sprawdza się w moim przypadku na Intel CentrinoDuo. Dlatego chciałbym powrócić do starszego kernela - powiedzmy Ubuntu 9.10 i tu spróbować działać z cpufreqd, acpi, pm-utils, ewentualnie laptop-mode jeśli jeszcze było wspierane. Czy brzmi to sensownie, proszę o wskazówki, BIOS muszę aktualizować?

[e X t 7 3]

Testuje kolejny kernel kolegi eXt73 na Ubuntu 11.04 i niestety w kwestii zużycia energii na Lenovo3000N100 jest coraz gorzej i mimo aktywowania ACPI w GRUB-ie, pm-utils + skrypty, oraz cpufreqd zużycie wzrasta na baterii, zamiast spadać. Możliwe, że już po kilku zmianach kerneli i roszadach w ustawieniach mam śmietnik w komputerze, albo Powertop oszalał bo pokazuje po 20-30W zużycia. Kolega eXt73 tłumaczył kiedyś, że zużycie energii stopniowo rosło począwszy od wersji 2.6.37 generic (to chyba Ubuntu 9.10 ?). Rozumiem, że kolega eXt73 konfiguruje kernele pod nowe CPU i obecnie sprzedawane sprzęty i ta konfiguracja nie za bardzo sprawdza się w moim przypadku na Intel CentrinoDuo. Dlatego chciałbym powrócić do starszego kernela - powiedzmy Ubuntu 9.10 i tu spróbować działać z cpufreqd, acpi, pm-utils, ewentualnie laptop-mode jeśli jeszcze było wspierane. Czy brzmi to sensownie, proszę o wskazówki, BIOS muszę aktualizować?

Szczerze jestem w szoku 20-30 Watt ?!? Musi być coś mocno nie tak w systemie. PowerTOP powinien praktycznie wszystko pokazywać na Good ... jest tak ? Możesz spróbować, ale przykładowo kernel v17.2 do v17.4 to najbardziej oszczędne kernele, jakie zbudowałem. Mi np. pod Brazos udaje się zejść standardowo - tryb bezczynności do 3.8-4 Watty, na Asusie 1201n do 9.9 Watta, na starym już Lenovo s10 do 8 watt - a w tym przypadku nie przyciemniam matrycy - ma stary bios i są hece. Nidy na wcześniejszych krenelach i pod wcześniejszymi wersjami Ubuntu - licząc od Ubuntu 8.10 nie udało mi się uzyskać takich efektów. Zatem dziwią mnie właśnie ostatnie informacje (Twój to już drugi przypadek) o poborze - właśnie na Core2Duo rzędu 20-30, czy też pod genericiem rzędu 35-40 watt ! Coś musi być mocno nie tak z systemami.

Pozdrawiam

[bpawelczyk]

Szczerze jestem w szoku 20-30 Watt ?!? Musi być coś mocno nie tak w systemie. PowerTOP powinien praktycznie wszystko pokazywać na Good ... jest tak ? Możesz spróbować, ale przykładowo kernel v17.2 do v17.4 to najbardziej oszczędne kernele, jakie zbudowałem. Mi np. pod Brazos udaje się zejść standardowo - tryb bezczynności do 3.8-4 Watty, na Asusie 1201n do 9.9 Watta, na starym już Lenovo s10 do 8 watt - a w tym przypadku nie przyciemniam matrycy - ma stary bios i są hece. Nidy na wcześniejszych krenelach i pod wcześniejszymi wersjami Ubuntu - licząc od Ubuntu 8.10 nie udało mi się uzyskać takich efektów. Zatem dziwią mnie właśnie ostatnie informacje (Twój to już drugi przypadek) o poborze - właśnie na Core2Duo rzędu 20-30, czy też pod genericiem rzędu 35-40 watt ! Coś musi być mocno nie tak z systemami.

Pozdrawiam

Dziękuję za odpowiedź, na pewno jest coś nie tak, początkowo na kernelu 17.2 uzyskałem kilkanaście W, raz około 8W w bezczynności, a później szok Powertop pokazywał ponad 20-25W non-stop (musiałem coś zmienić, zainstalować, samo się nie zrobiło). Chce jak najszybciej zainstalować ponownie 11.04 i kernel 17.2 i wtedy ponownie zobaczyć jakie wyniki otrzymam.

Powertop faktycznie w większości przypadków pokazuje Good, tylko mam problem z aktywacją oszczędzania energii wirless,

Kod: Zaznacz cały

iwconfig wlan0 power timeout 500ms

lub inne opcje iwconfig power nie działa, zatem nie mogę wymusić, pewnie dlatego że sterownik jest zaimplementowany w kernel i kolega na sztywno wprowadził ustawienia. Czy power management wifi faktycznie nie działa?