Firekage - wydaje się, że bez dokładnego przeanalizowania problemu rzucasz podejrzenie na sterwnik grafiki.
Sterownik ATI owszem, słabo się sprawowały, głównie w czasach ATI... i chwilę po wykupieniu przez AMD.
A teraz prawda jest taka, że ostatnio AMD świetnie sobie radzi z wycinaniem błędów, niedociągnięć i szczególnie z obsługą linuxa. Oczywiście przez lata utarło się powiedzenie, że Forceware są super, ekstra, hiper stabilne, ale obecnie jest w najgorszym wypadku tak samo dobrze u AMD jak i u NV.

Co nie znaczy oczywiście że problemów nie ma pamiętam jak przesiadłem się z Nv na ATI/AMD to miewałem problemy z Catalystami. Bardzo często nie radziły sobie z przenoszeniem sygnału z monitora na TV.

ślepy jestem czy nie ma ani temp ani info o jakimkolwiek BOXie?

+ więcej miejsca w budzie
+ tylko 1 wentylator
+ cena > kupując osobno procesor i kartę graficzną w tym przedziale wydajnościowym wydalibyśmy 300zł + 250zł ( nie wspominam już że po oc jest jeszcze wydajniej)

Dla mnie Rewelacja

'The Catalyst Linux driver actually produced a higher frame-rate than the Windows driver.'
http://www.phoronix.com/scan.php?page=arti...u_pow&num=7
A na NV
'Under Ubuntu 11.04 with the proprietary NVIDIA Linux graphics driver it was putting out just 11.55 FPS at 1600 x 900 while the Windows 7 Pro SP1 with its NVIDIA driver equivalent was managing 46 FPS. Usually the OpenGL frame-rates tend to be close between Windows and Linux when the proprietary NVIDIA blob is used in both situations, since their codebases are largely shared, but it wasn't the case in this configuration.'

Więc?

Źle to ująłem. Ten sam komputer, ale pracujący na integrze, a później na wyłączonej i dodanej nV.



Kto Cię tam wie



I tym problemem jest właśnie to, że ona wskakuje sama mimo iż jest wyłączona! To jest problem. Obraz nie znika przy hibernacji, ale przy idle komputera - zostawiasz na 40 minut, wracasz, nie ma obrazu, klawiatura nie reaguje, ale np. odpalona muzyka przez player muzyczny leci, a więc komputer nie został wyłączony do S1, S3, nie jest w hibernacji, powerem można go wyłączyć - odpalając monitor powinienem mieć ponownie obraz, którego nie mam.

W przypadku hibernacji, ta z AMD nie działa w ogóle, po załadowaniu obrazu zrzuconego na dysk nie włącza się karta graficzna, wisi klawiatura - na MESIE, ponownie, tego nie ma.

Jaki komputer, jaka płyta główna, jaka integra, jaki oes...

Bez dokładnego? Jak można to bardziej zdiagnozować niż przez codzienne używanie od kwietnia?

Mało dokładna analiza? Wybacz, ale po wywaleniu sterówników AMD wszystkie opisywane problemy znikają. Problemy zaś są ze sterownikami AMD - wyłączone oszczędzanie w biosie, wyłączone w oesie, wyłączone w KDE, wyłączone w x'ie, a mimo to i tak po czasie wyłączają monitor, zamrażają klawiaturę, a w przypadku hibernacji ta w ogóle nie działa.

Nie wiem jak można bardziej zdiagnozować problem - mowa o integrze, a o pcie nie piszę bo na niej z Windowsem problemów nie miałem - 4870.

Wyłącz aspm. Sprawdź najpierw

co pokazuje i jeżeli jest aktywowane zrób.


Ostatecznie możesz wyłączyć całkowicie acpi na poziomie kernela, dodając acpi=off w linijce kernela w grub.cfg (bądź menu.lst dla grub-legacy), bądź bezpośrednio w konsoli Grub-a.

Co radzę jeszcze sprawdzić to pm-utils, które jest odpowiedzialne za hibernację i podstawowe oszczędzanie energii. Najlepiej wyłącz wszystkie hooki. Ogólnie poczytaj
https://wiki.archlinux.org/index.php/Pm-utils

Powodów takiego zachowania jakie opisujesz może być mnóstwo i raczej nie wiążą się ze sterami AMD. Wyłączenie oszczędzania w Biosie, X-ach i DM nic nie znaczy bo może być w prosty sposób nadpisane zarówno przez pm-utils, jakiś skrypt Slacka, jak i sam kernel. Żeby być pewnym, że coś jest na pewno ustawione/wyłączone najlepiej przewertować /sys/module/* i szukać katalogów parameters. Tutaj można zrobić dosłownie wszystko ze sprzętem.

To raczej nie problem Catalystów, tylko błędy w tablicach acpi (wina dziadowskiego Biosu i pisania hacków 'by jakoś działało pod jedną wersję windy' ). Na mesie nie ma problemu bo otwarte sterowniki nie korzystają ze zmian poziomów energetycznych i większości bardziej zaawansowanych funkcji oszczędzania energii. Z tego też powodu otwarte stery ciągną więcej prądu i bardziej grzeją kartę, choć trzeba przyznać, że otwarte ATI prezentują obecnie chyba najwyższy poziom ze wszystkich sterowników OSS na Linuksie.

Tego typu problem powinieneś przedstawić na forum Slacka z pełnym dmesg, Xorg.log, kernel.log, errors.log (tak swoją drogą przejrzałeś w ogóle logi, znajdziesz tam co spowodowało taki stan) i dokładnym opisem problemu. Komentarze w sumie nie są miejscem na rozwiązywanie takich problemów. Jeżeli potwierdzisz przyczynę problemu to napisać bug report i czekać. Jak nikogo nie poinformujesz o błędzie sam nie zniknie.

Ps. Dlaczego Tag code jest czerwony?

Piszcie co chcecie, ale akurat w kwestii sterowników to nie mogę o AMD dobrego słowa powiedzieć. Tylu BSODów ile miałem po zakupie Radeona to nie miałem przez rok korzystania z kart Nvidii. Poza tym nawet po formacie CrossFire odmawia działania w niektórych grach (głównie na engine UT3). Przy czym ta 'odmowa' polega nie na tym, że mam wydajność jednej kart, ale ~0,5 fps i jedynie wyłączenie CF w sterownikach pomaga. W innych grach CF skaluje się dobrze. Wiem, że nie jestem odosobniony w tym problemie. Wiem tez, że niektórzy mają Radeony i działają im one bezproblemowo. Na pewno jednak nie ma podstaw do stwierdzenia, że AMD pisze dobre stery.

Ale nie jest też podstawą do tego, że pisze złe stery U nvidia jest podobnie.

Tak na prawdę to sporo problemów nie ma jednoznacznego rozwiązania. - dam przykład może troche daleki od PC, ale powinien to pokazać.

Aktualizacja systemu bada OS - wgranie na czysto systemu do 2 takich samych telefonów + restart do ustawień fabrycznych. - a mimo to w jednym działa aparat, w drugim nie, w jednym łapie szybko sygnał GPU a w drugim trzeba czekać, a gra nova działa, potem wgranie innej wersji softu i tam gdzie aparat nie działał teraz działa, a za to nova przestaje działać na jednym, a na drugim działa i tak w koło.

Więc mimo tego, że te same telefony - tej samej fabryki to problemy bliżej niezidentyfikowane. Ja na moim PCcie problemów z radeonami nie mam, a ktoś inny ma. Mam za to problemy z różnymi innymi sterownikami, które na drugim pccie działają bez zarzutu.

Jak rozumiem, mam to wykonać w momencie, gdy mam zainstalowane stery AMD?



Nie korzystam z GRUBa. Nie mam łączonego Linuxa z Windowsem, a menagerem Slaka jest Lilo.



Czytałem już wcześniej



Dzięki za tą wypowiedz. Sporo wnosi w temat i rozjaśnia to i owo.



Informowałem na LQ, ale konkretów brak.

Dzięki za wpis.

Ależ oczywiście, że jest To że komuś tam coś może nawet działa to nie argument. Nvidia też ma swoje wpadki, jednak skala jest nieporównywalna. W sumie ja bym powiedział, że to Nvidia pisze słabe stery, a AMD pisze stery tragiczne

Z mojej perspektywy (jako kótkotrwałego posiadacza świętej pamięci GTX460 od MSI i zintegrowanego GF320) wygląda to tak, że i jedni i drudzy piszą stery słabe i ciągle coś jest nie tak Zauważyłem nawet, że apple potrafi dla AMD napisać lepsze stery pod OGL od samego AMD

Ami - bo Apple potrafi różne cuda robić Hmm... humancentipad

To Apple pisze stery dla AMD i NV? Pokaż źródło, bo nie chce mi się wierzyć.

apple pisze/przepisuje wszystkie stery. Dla nvidia tez, ale tutaj jest ciut słabiej.

W sumie nie ma znaczenia kiedy, ale żeby sprawdzić czy wnosi to coś do stabilności, przydałoby się te Catalysty zainstalować . Jak coś się zmieni to możesz wrzucić to do jakiegoś skryptu startowego.


Lilo na oczy nie widziałem dobrych parę lat, ale o ile dobrze pamiętam to argumenty kernela wpisywało się w append (lilo.conf). Na przykład

Ale tego nie jestem pewny, sprawdź jak w lilo podaje się argumenty kernela.


Ale czy wyciągnąłeś wnioski Najlepiej dla sprawdzenia ciachnij wszystko z /usr/lib/pm-utils/power.d/ (czy gdzie tam Slack tą paczkę instaluje) do innego katalogu. Tak będziesz miał pewność, że pm-utils nic swoimi skryptami nie rusza.

Co jeszcze przychodzi mi do głowy to Slack i jego problem z zależnościami. Może najzwyczajniej czegoś brakuje Ci w systemie.

Pod Windowsem niuanse sprzętowe załatwiają najczęściej sterowniki producenta, pod Linuksem jeżeli zawiedzie autoconfig, trzeba pewne parametry ustawić ręcznie, ale przynajmniej jest taka możliwość.

Nie mniej, bez znajomości pełnej specyfikacji, logów, znajomości samego systemu (Slackware) można tylko zgadywać. To, że problem występuje też pod Windą (tu to wątpię by coś dało się poradzić oprócz wiadomości do supportu) tym bardziej wskazuje na jakąś fuszerkę w Biosie, szczególnie, że mówimy o integrze, która jest mocno z nim powiązana (prawdopodobnie na zewnętrznej karcie AMD nie miałbyś problemu). Oczywiście nie neguję możliwości błędu w sterownikach zarówno w Windowsie jak i Linuksie, tylko po prostu jest to mało prawdopodobne i na pierwszy rzut oka na to nie wygląda.

Nettopy a moze powstanie mini konsolo-pecet, niewiele przestrzeni a Llano wymaga jej zdecydowanie mniej niz procek, ram, mostek, jeszcze jeden postek, karta, ram na karte..jest jeden chip plus mostek i spory radiator nawet nie musi byc slotu pci-e, spodziewam sie na tym dziwacznych konstrukcji firmowych komputerkow w podobie do np dell sx270 z p4 3GHz jest stosunkowo malutki a procek ma sporo W(porownywanie) - obudowa przypomina konstrukcyjnie suszarke(grzalka i dmuchawa), miesci sie tam standardowy ram(x2), dysk laptopowy i bylejaka integra intela. W sumie stara konstrukcja firmowa do biur, wcale nie zla gdyby nie ta badziewna integra. Idea zmiany jednego chipu w ramach upgrade bylo by cool zamiast zabawy w dobieranie karty i procesora, no i malutka zwarta konstrukcja, Opcja laptopow tgz DTR - ciekaw jestem jak sie ma wydajnosc llano do mobilnych konstrukcji kart graficznych i procesorow(i mocy w W liczonych razem)? 400SP - to cos pokroju 6550M czy mniej? Jak oferta AMD dla laptopow? AMD ma cos w podobie?
Zgubilem sie juz w tym kompletnie, zambezi brazos lynx bobcat buldozer..

PS Llano i FM1 to konstrukcja ekonomiczna nie wydajnosciowa o tego jest uniwersalne AM3+ z obecnymi prockami i niebawem buldozerem, a mam wrazenie ze niektorzy oczekiwali bog wie czego..nowa podstawka nie znaczy lepsza..ot takie s754 ad 2011r, wychodzi konkurencyjnie wobec intela, wychodzi nawet konkurencyjnie wobec oferty amd, otwiera pewne perspektywy konstrukcyjne a wy jeszcze narzekacie...

Co do NV tak i tu mamy 'te same' stery na wszystkie platformy, ale co do AMD pokaż źródło. Z tego co wiem to AMD przygotowywuje paczkę sterów osobno dla OSX/Win/Linux/Linux OS.