Strona 3 z 29

Re: Kernele testowe wersja v22.x - atom oraz K8

: 22 sty 2013, 22:16
autor: e X t 7 3
Myślę tez, że odnośnie broadcoma i jego sta-wifi można by przetestować paczki dla 13.04 ? ;). Widzę, że zależności spełni = powinno działać, a te paczki powinny być przygotowane nawet pod Linux-3.8.x.

13.04 - broadcom-sta-wifi

Jeśli Ktoś przetestuje i będzie działać może dodamy osobny ich instalator do NeteXt'73 ? ;)

Pozdrawiam

-- 22 sty 2013 22:20 --
pijetja pisze:
e X t 7 3 pisze:Co do broadcoma ... tam masz Pan patche dla 3.4 i 3.5 = nie zadziała z 3.6, 3.7 i 3.8 ... da się wyżej patchować ale to już katorgę przypomina i moim zdaniem "skórka za wyprawę".
To jest moment i działa z Twoim nowym kernelem... Nawet ja dałem sobie radę...
Może masz jakiś sposób na posadzenie FGLRX-a bez czekania na Twoją paczkę??
Pozdrowienia
P.
Co do broadcoma ... może i moment ale jak masz to robić dla wszystkich kerneli to się zmienia w sporą "chwilę" ;)

Co do catalystów już Kolega jajek w niniejszym wątku opisał - można inaczej ale to jutro.

Pozdrawiam

-- 22 sty 2013 22:31 --

W zasadzie jestem pewien, że pod 12.10 w 100 % zadziałają te sterowniki. Poniżej "czytelniej" lista pakietów. Nie wiem, jak teraz 12.04, ale jak ma wersje
debhelper [>= 8], to zadziała ;)

Broadcom-sta-wifi

Pozdrawiam

Re: Kernele testowe wersja v22.x - atom oraz K8

: 22 sty 2013, 23:09
autor: quatrolibro
e X t 7 3 pisze: Co do v20.3 .. mogę Ci dać "prywatnego" linka do tej wersji ... ale w "normalnych" warunkach jest ona od v22.0: wolniejsza, mniej responsywna i zużywa więcej prądu ;)

Co do "dziwnych zachowań" ... moim zdaniem jakieś błędy ACPI związane z układami Nvidii ... i biosami ... chyba już znam zależności ale jeszcze badam.

Pozdrawiam
Ad. v20.3 się wstrzymamy bo chyba potrzebuje do niego Kubuntu 12.04 ? Dam jeszcze szansę v22.0 ;-)
bo...
odkryłem że jak skacze pobór prądu do 20 - 24 W to idzie w parze z procesorem który na nicnierobieniu zapernicza 2,3 GHz do 2,9GHz a więc w trybie turbo w każdym rdzeniu. Jak jedną sesją przetrwałem na poziomie 9 - 17 W i zimnym kompie to było cały czas 800 MHz. Piszę oczywiście o pracy na baterii. Prawdopodobnie pod v21.x było tak samo tylko nie zwróciłem na to uwagi podejrzewając tylko nvidia-optimus o wszystkie problemy. Jeszcze przypomnę że taki stan jest niestety sprawą losową, albo na całą sesję, albo załącza się w trakcie i samoistnie nie ustępuje.
Po podłączeniu zasilacza nic się nie zmienia nadal procesor na maxa a teoretycznie wg Twoich ustawień APM powinien być dynamiczny od 50% do pełnej mocy. A on stoi w trybie turbo.

Co podesłać, sprawdzić ?

Re: Kernele testowe wersja v22.x - atom oraz K8

: 22 sty 2013, 23:15
autor: e X t 7 3
Po podłączeniu zasilacza powinien być w trybie performance = maksymalna wydajność.

Pozdrawiam

-- 22 sty 2013 23:27 --

Zatem sprawdziłem paczki dla 13.04 budują prawidłowo moduł wl = broadcom-sta-wifi pod 12.10 ;). Teraz trzeba będzie sprawdzić pod 12.04 [czy spełni zależności].

Pozdrawiam

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 06:40
autor: NetBit73
e X t 7 3 pisze:Zatem sprawdziłem paczki dla 13.04 budują prawidłowo moduł wl = broadcom-sta-wifi pod 12.10 ;). Teraz trzeba będzie sprawdzić pod 12.04 [czy spełni zależności].
Pomyśleć, że nie tak dawno, z rozkoszą wywalaliśmy z instalatora część odpowiedzialną za broadcoma:)

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 08:26
autor: linuxozaurus
Mnie to nie zachwyca Panie NetBit ze względu na to ze dioda od Wi-Fi nie świeci na otwarto źródłowych sterownikach bcma. Przydało by się sposób na ten problem inny niż instalacja wł.

Ale i z drugiej strony myślałam ze sterownik wł jest martwy ( czytaj nie rozwijany ).

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 08:29
autor: elzear
Sam sterownik nie jest rozwijany, jedynie jest przystosowywany do działania z nowszymi kernelami...

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 08:42
autor: linuxozaurus
Czy znacie jakiś sposób na tę diodę problem znany od 2010 bodajże? Mowa o sterowniki BCMA.

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 09:02
autor: NetBit73
linuxozaurus pisze:Czy znacie jakiś sposób na tę diodę problem znany od 2010 bodajże? Mowa o sterowniki BCMA.
ta, zakup nowej karty wifi na allegro:) ja kupiłem do U100 Netbooka za dosłownie kilka zł (7+ przesyłka). Biorąc pod uwagę, że WiFi N w linuxie to fikcja, G w zupełności wystarcza. AMEN

W ten sposób raz na zawsze pozbyłem się problemów z wifi, zrywaniem itp.

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 09:15
autor: JerryG
To nie jest rozwiazanie, po co kupowac sama karte lepiej juz kupic caly nowy laptop :P

Co do diody, u mnie pod nia podpiety jest tez Bluetooth, pod linuxem nie reaguje na dotyk ale dziala-swieci dioda na niebiesko, pod innymi systemami moge wlaczac/wylaczac wifi.

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 09:28
autor: e X t 7 3
Zatem Panie i Panowie pakiety powinny instalować się także na Ubuntu/Kubuntu 12.04 ... i wydaje się, że prawdopodobnie mamy tę kwestię [zamknięte sterowniki broadcom-sta-wifi] na jakieś kilka miesięcy rozwiązaną ;). No to Kolega NetBit73 nie będzie pocieszony ;), ale mam pomysł jak to szybko i bezboleśnie wdrożyć ;).

Co do kolejnej wersji kernela v22.1 ... po pierwsze będzie bardziej responsywny i wydajny niż v22.0 ... a do tego będzie pobierał [jako cały system] od 3 do 10 procent energii mniej, w czasie działania na baterii ;). Już przy budowie v22.0 miałem 3 configi, wdrożyłem "słabszy", aby dopracować ten dla v22.1 ... a mam jeszcze jeden - ten z którego na ten moment zrezygnowałem - muszę dopracować. Tu chodzi o kernel [o czym już wspominałem], któremu bliżej do środowiska RT [czasu rzeczywistego] ... nie dość, że gwarantuje genialną responsywność, to dodatkowo dawał nawet do 10 % lepszą wydajności ... ale mam tu jeszcze pewne zgrzyty [dziwne zapychanie shedulerów proc i i/o = freezzz] i muszę nad tym popracować. Tak czy siak v22.1 będzie bazować na Linux-3.7.4 i mam nadzieję, że będzie lepszy ... przynajmniej z moich testów takim się "jawi" ;).

Pozdrawiam

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 09:43
autor: JerryG
Przed chwila mialem krotki frezz systemu :-x
Zaznaczylem dwa slowa angielskie w Operze na stronie i nie moglem myszka wkleic do Google Translatora, uzylem tez CTRL+C i CTRL-V wtedy pojawil sie zarys nie duzego oknienka.
Zarys znaczy sie pusta ramka, w tym momencie totalny zwis, myslalem ze to Opera ma jakis blad, ale przyszlo mi do glowy odpalic dmesg i zobaczylem

Kod: Zaznacz cały

atkbd serio0: Unknown key pressed (translated set 2, code 0xd5 on isa0060/serio0).
atkbd serio0: Use 'setkeycodes e055 <keycode>' to make it known.
atkbd serio0: Unknown key pressed (translated set 2, code 0xd5 on isa0060/serio0).
atkbd serio0: Use 'setkeycodes e055 <keycode>' to make it known.
atkbd serio0: Unknown key pressed (translated set 2, code 0xd5 on isa0060/serio0).
atkbd serio0: Use 'setkeycodes e055 <keycode>' to make it known.
Takie zdarzenie mam pierwszy raz :-x

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 09:47
autor: e X t 7 3
JerryG pisze:Przed chwila mialem krotki frezz systemu :-x
Zaznaczylem dwa slowa angielskie w Operze na stronie i nie moglem myszka wkleic do Google Translatora, uzylem tez CTRL+C i CTRL-V wtedy pojawil sie zarys nie duzego oknienka.
Zarys znaczy sie pusta ramka, w tym momencie totalny zwis, myslalem ze to Opera ma jakis blad, ale przyszlo mi do glowy odpalic dmesg i zobaczylem

Kod: Zaznacz cały

atkbd serio0: Unknown key pressed (translated set 2, code 0xd5 on isa0060/serio0).
atkbd serio0: Use 'setkeycodes e055 <keycode>' to make it known.
atkbd serio0: Unknown key pressed (translated set 2, code 0xd5 on isa0060/serio0).
atkbd serio0: Use 'setkeycodes e055 <keycode>' to make it known.
atkbd serio0: Unknown key pressed (translated set 2, code 0xd5 on isa0060/serio0).
atkbd serio0: Use 'setkeycodes e055 <keycode>' to make it known.
Takie zdarzenie mam pierwszy raz :-x
To ten Samsung z podpisu, czy inna maszyna ? Nie przełączałeś wtedy miedzy baterią/AC ?

Spróbuj może w konsoli wykonać:

Kod: Zaznacz cały

sudo setkeycodes e055 255
Z tego co wiem niektórzy producenci - tu "przoduje" Dell używają 'niestandardowych' keycodes do komunikacji przez ACPI i na takich maszynach najrzęsiściej takie błędy powstają = albo nastąpiło przełączenie bateria/AC i nie był w stanie odczytać stanu, albo wcisnąłeś jakich klawisz FN, który wygenerował ten błąd.

Ten błąd najczęściej dotyczy Dell Vostro 1000 i związany jest w przełącznikiem wifi i właśnie dotyczy układu BCM431x. Masz Pan najnowszy bios ?

Pozdrawiam

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 10:09
autor: JerryG
Nie przelaczalem sie, laptop odpalony wczoraj na AC.
Na stronie Samsunga nie ma nowszego Biosu od posiadanego w obecnej chwili, klawisza FN nie dotykalem.

Przed chwila znowu mi zaszwankowalo kopiowanie ale bez frezza, w dmesg za to pojawilo sie

Kod: Zaznacz cały

CPU4: Package power limit notification (total events = 196)
CPU1: Package power limit notification (total events = 196)
CPU2: Package power limit notification (total events = 196)
CPU5: Package power limit notification (total events = 196)
CPU0: Package power limit notification (total events = 196)
CPU3: Package power limit notification (total events = 196)
CPU7: Package power limit notification (total events = 196)
CPU6: Package power limit notification (total events = 196)
CPU2: Package power limit normal
CPU1: Package power limit normal
CPU7: Package power limit normal
CPU4: Package power limit normal
CPU3: Package power limit normal
CPU5: Package power limit normal
CPU0: Package power limit normal
CPU6: Package power limit normal
ostatnio zapomnialem o takich wpisach, nie bylo.

Robie restart lapka, zobaczymy jak bedzie dzialal.

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 10:19
autor: e X t 7 3
Widzę, że ten problem jest znany i objawia się przy połączeniu Sandy Bridge + Nvidia [zarówno na Linuksie, jak i Windows]... zobacz, co gość napisał na ubuntuforums.org. Tutaj natomiast cała konwersacja -> CPU Package power limit notification.

Dlatego, co do nowych maszyn polecam jedynie:

1. Jak ma być tani, mobilny i dość wydajny - coś na AMD APU,
2. Mobilny, bardzo wydajny i odczuwalnie droższy [nawet 2 x] to coś na Ivy Bridge - ale czysty Intel bez Nvidii !!!!!
3. W ogóle unikać Nvidii na maszynach mobilnych.

Pozdrawiam

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 10:37
autor: pijetja
Siakieś dziwne dziwności pojawiły mi się w dmesg, których wcześniej nie widziałem:

Kod: Zaznacz cały

ACPI Warning: 0x0000000000000428-0x000000000000042f SystemIO conflicts with Region \PMIO 1 (20120913/utaddress-251)
ACPI: This conflict may cause random problems and system instability
ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
ACPI Warning: 0x00000000000011c0-0x00000000000011cf SystemIO conflicts with Region \GPIO 1 (20120913/utaddress-251)
ACPI: This conflict may cause random problems and system instability
ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
ACPI Warning: 0x00000000000011b0-0x00000000000011bf SystemIO conflicts with Region \GPIO 1 (20120913/utaddress-251)
ACPI: This conflict may cause random problems and system instability
ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
ACPI Warning: 0x0000000000001180-0x00000000000011af SystemIO conflicts with Region \GPIO 1 (20120913/utaddress-251)
ACPI: This conflict may cause random problems and system instability
ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
oraz

Kod: Zaznacz cały

sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci-pci 0000:07:00.0: SDHCI controller found [1180:e822] (rev 1)
sdhci-pci 0000:07:00.0: Will use DMA mode even though HW doesn't fully claim to support it.
mmc0: no vqmmc regulator found
mmc0: no vmmc regulator found
sdhci-pci 0000:07:00.0: Will use DMA mode even though HW doesn't fully claim to support it.
Registered led device: mmc0::
input: HID 413c:8161 as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1.1/1-1.1.1:1.0/input/input7
hid-generic 0003:413C:8161.0001: input,hidraw0: USB HID v1.11 Keyboard [HID 413c:8161] on usb-0000:00:1a.0-1.1.1/input0
input: HID 413c:8162 as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input8
hid-generic 0003:413C:8162.0002: input,hidraw1: USB HID v1.11 Mouse [HID 413c:8162] on usb-0000:00:1a.0-1.1.2/input0
mmc0: SDHCI controller on PCI [0000:07:00.0] using DMA
firewire_ohci 0000:07:00.3: added OHCI v1.10 device as card 0, 4 IR + 4 IT contexts, quirks 0x11
sdhci-pci 0000:07:00.0: Will use DMA mode even though HW doesn't fully claim to support it.
sdhci-pci 0000:07:00.0: Will use DMA mode even though HW doesn't fully claim to support it.
firewire_core 0000:07:00.3: created device fw0: GUID 364fc00004bcaa81, S400
sdhci-pci 0000:07:00.0: Will use DMA mode even though HW doesn't fully claim to support it.
sdhci-pci 0000:07:00.0: Will use DMA mode even though HW doesn't fully claim to support it.
Pozdrowienia
P.

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 10:46
autor: JerryG
Pierwsze okno code kolegi pijetja mam takie same po restarcie z dopiskiem :-x

Kod: Zaznacz cały

 This conflict may cause random problems and system instability
oraz nizej

Kod: Zaznacz cały

hda-intel: Unstable LPIB (65532 >= 32768); disabling LPIB delay counting
z tym ze dzwiek dziala.

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 10:55
autor: e X t 7 3
Tu pod nowym kernelem mamy włączenie nowych urządzeń ... m.in. nowe sterowniki, włączyłem ACPI 4.0, etc.

Oba powyższe nie są "problemem" ;). Pierwsze informuje, ze działają Ci nowe urządzenia i "ficzery" ACPI ... i daje tylko informacje, że używa sterowników "natywnych" Linuksa, a nie tych na ACPI ... bo ich nie ma.

Co do drugiego to informacje ze działają Ci te urządzenia w tym led`y dla kart pamięci, firewire - a tu informuje ze włącza DMA pomimo, że urządzania 'nie do końca' je wspierają.

Konkludując to co wskazałeś Pan, to nie problemy a "działalność informacyjna kernela" ;).

Pozdrawiam

-- 23 sty 2013 10:58 --

Panowie ten dopisek:

Kod: Zaznacz cały

This conflict may cause random problems and system instability
To jedynie zabezpieczenie, w stylu "używanie leku bez konsultacji..." ;). W 95 % nie stanowi to przesłanki do "przejmowania się" tymi komunikatami. Jedynie gdyby pojawiał się kernel panic wtedy należy to dogłębnie badać.

Pozdrawiam

-- 23 sty 2013 11:08 --

Kwestia:

Kod: Zaznacz cały

hda-intel: Unstable LPIB (65532 >= 32768); disabling LPIB delay counting
z tym ze dzwiek dziala.
To jest wynikiem celowego zabiegu - patchset na kernele od 3.6 w góre:
From: Takashi Iwai <tiwai@suse.de>

commit 1f04661fde9deda4a2cd5845258715a22d8af197 upstream.

If LPIB reports a pretty bad value, we can't trust such hardware for
calculating the PCM delay. Automatically turn off the delay counting
when such a problem is encountered.
Pozdrawiam

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 11:27
autor: Galvatron
Moich przygód z chipsetem VIA ciąg dalszy:

Po pierwsze, znowu błąd ATA:

Kod: Zaznacz cały

udevd[413]: timeout: killing 'scsi_id --whitelisted --replace-whitespace -p0x80 -d/dev/sda'

udevd[379]: timeout: killing '/sbin/alsactl restore 1' [763]

udevd[379]: timeout: killing '/sbin/alsactl restore 0' [764]
Po drugie, nie tylko nie wykrywa mojego Samsunga Corby, ale dodatkowo kiedy jest on podłączony, system nie chce się zamknąć ani załadować i tylko od pewnego momentu pluje następującym komunikatem:

Kod: Zaznacz cały

hub 1-0:01: unable to enumerate USB device on port 5

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 11:54
autor: e X t 7 3
Co do błędów dysków i alsy ... już wiem, że to nie błąd kernela ... a błąd udev ... obecnie w Ubuntu jest udev 175. Błędy na jakie wskazujesz naprawione zostały np. od udev 182, a na pewno w 197 ... a Canonical dalej używa 175, czyżby kwestia systemd ? ;P. Dali by sobie spokój z tym Upstartem i przestawili system startu i zarządzania urządzeniami na nowym udev i systemd - tu Ubuntu/Kubuntu startowałoby od 4 do kilkunastu sekund i nie byłoby takich problemów na jakie wskazałeś.

Pozdrawiam

Re: Kernele testowe wersja v22.x - atom oraz K8

: 23 sty 2013, 12:27
autor: Galvatron
Czy można zrobić coś poza liczeniem, że Canonical w końcu zaktualizuje udev (np. jakoś samemu to zrobić)?