Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam wszystkich, przejdźmy od razu do rzeczy:
GF 9100 M - to integra z rodziny GeForce, znajduje się w powyższym lapku MSI, którego jestem (średnio szczęśliwym) posiadaczem. Akceleracja działa ładnie (o ile o akceleracji na integrze można tak w ogóle mówić), wszystko się bezproblemowo instaluje... ale jak chyba zawsze coś musi się sypać
:( problemy są następujące:
1.Na Debianie nvidia-settings nie wykrywa zamiany źródła zasilania - jeżeli laptop zostanie włączony na baterii to po podłączeniu zasilacza nadal jako źródło pokazywana jest bateria, i vice versa - jeżeli zaczniemy na zasilaczu to po jego odłączeniu nadal mamy go w "Power source". Inne managery zdają się reagować poprawnie - gnome-power-manager widzi zmiany źródła bez problemu. O dziwo przez 2 dni testowałem sobie najnowszą Mandrive i tam wykrywanie źródła działało bezproblemowo... tak więc jest to chyba jakiś "issue" z Debianem... - będę wdzięczny za wszelkie wskazówki odnośnie tego problemu.
2.Po zainstalowaniu sterów Nvidia(a może Nvidii? Nigdy nie wiem jak to ma być poprawnie...) po przełączeniu na konsolę widzę tylko czarny ekran - mogę bezproblemowo wrócić do X'a i nic się nie wiesza, ale konsola jest niewidoczna, mogę wpisywać "na ślepo". Oczywiście wszelkie "emulatory" terminala (xterm,gnome-terminal itp) wewnątrz środowiska graficznego działają - ale od czasu do czasu konsola by się przydała (np przy upgradowaniu sterownika) - szukałem trochę na necie ale workaround'y znalezione nie pomogły - proszę o rady. Ten problem występuje niezależnie od dystrybucji. dodam tylko że po zmianie stery na vesa (nv nie widzi karty) konsola znowu jest widoczna.
Obecnie korzystam z Debian Testing (aktualizowany wczoraj) i sterów beta 195.30 (na sterach stabilnych jest to samo)
Z góry dzięki za pomoc.
Pozdrawiam.
Offline
Huk napisał(-a):
po przełączeniu na konsolę widzę tylko czarny ekran
Próbowałeś jakiegoś framebuffera użyć?
Huk napisał(-a):
(np przy upgradowaniu sterownika)
Przy instalacji sterów z repo nie trzeba przechodzić do trybu tekstowego :)
Offline
ArnVaker napisał(-a):
Przy instalacji sterów z repo nie trzeba przechodzić do trybu tekstowego :)
Przy instalacji binarek nvidii równiez nie.
Opcja
--no-x-check
Offline
Próbowałem używać framebuffera (opcja vga=cośtam przy starcie systemu) ale mimo wszystko po załadowaniu sterownika nie dało się przejść na konsolę, choć podczas uruchamiania wyraźnie widać że rozdzielka jest inna (no i wyraźnie widać że duuuuuzo wolniej się system włącza ;] )
Co do "--no-x-check" to niestety nie ma tak dobrze ;] - instalator będzie się pluł o to że już jest załadowany moduł o nazwie "nvidia" i ani rusz, to działa jak robimy upgrade na innym sterze - ale wtedy konsola działa i nie ma większego sensu...
Dodam jeszcze że przed chwilą podpiąłem do lapka mojego starego CRT i przy próbie przejścia na konsolę monitor się wyłączył - bez żadnych ostrzeżeń typu "Out of range", po prostu jakby przeszedł w stan wstrzymania, dziwne...
Offline
Huk napisał(-a):
dziwne...
To dziwny problem w ogóle jest ;) do tego przewija się co jakiś czas i chyba nikt nie wie o co właściwie chodzi...
Spróbuj jeszcze porad z tego wątku, może któraś akurat w tym przypadku pomoże.
Huk napisał(-a):
(no i wyraźnie widać że duuuuuzo wolniej się system włącza ;] )
To też dziwne... Różnica powinna być właściwie niezauważalna, możesz spróbować jeszcze na uvesafb zamiast vesafb.
Offline
@ArnVaker:
Można prosić o jakieś instrukcje jak korzystać z uvesafb zamiast vesafb podczas startu systemu?
Szukam i szukam, ale albo znajduję przeterminowane (sprzed jajka 2.6.24) albo niedokładne, albo dla systemów zbyt różnych od Debiana...
Offline
Huk napisał(-a):
Można prosić o jakieś instrukcje jak korzystać z uvesafb zamiast vesafb podczas startu systemu?
Przyznaję się bez bicia, że używam uvesafb, ale na Gentoo :) Na Debianie nigdy nie próbowałem.
Offline
No to chyba będę się trochę męczył doszedłem do tego żeby tak zmodyfikować wpis w grub:
kernel /vmlinuz-2.6.30-2-686 root=/dev/sda6 ro video=uvesafb:mode_option=1024x768-16@60,mtrr:3
Ale rozdzielczość się nie zmienia a dmesg pluje czymś takim:
james@xxx:~$ dmesg | grep vesa [ 0.000000] Kernel command line: root=/dev/sda6 ro video=uvesafb:mode_option=1024x768-16@60,mtrr:3 [ 1.383333] uvesafb: failed to execute /sbin/v86d [ 1.383451] uvesafb: make sure that the v86d helper is installed and executable [ 1.383624] uvesafb: Getting VBE info block failed (eax=0x4f00, err=-2) [ 1.383750] uvesafb: vbe_init() failed with -22 [ 1.383866] uvesafb: probe of uvesafb.0 failed with error -22
Co jest o tyle dziwne że "v86d" znajduje się w /sbin i wydaje się być w pełni wykonywalny:
ls -l /sbin/v86d -rwxr-xr-x 1 root root 7816 2009-04-23 /sbin/v86d
Jakieś pomysły?
Offline
Ja robiłem według tego => http://www.gentoo-wiki.info/Framebuffer#uvesafb Przełóż to na Debiana :)
Wpis w grubie mam taki:
title GENTOO root (hd0,4) kernel /jajco-2.6.31-zen10 root=/dev/sda7 video=uvesafb:1280x1024-32@75,mtrr:3,ywrap splash=verbose,fadein,theme:fuck fbcon=scrollback:128K quiet initrd /condecor-fuck
A koncepcja rozbija się u Ciebie prawdopodobnie w tym momencie:
Now, enable Initial RAM filesystem and RAM disk (initramfs/initrd) support in the kernel and set /usr/share/v86d/initramfs as the Initramfs source file(s)
Offline
Czyli wychodzi na to że najprawdopodobniej v86d powinno się znaleźć w initrd... teraz pytanie - czy da się jakoś wrzucić to coś do initrd bez rekompilacji kernela?
Offline
Niezupełnie, ja w initrd mam tylko obrazki fbcondecor, bez niego uvesafb też działa normalnie.
Edit:
http://wiki.debian.org/HowToUseUvesafbWithDebian
Ostatnio edytowany przez ArnVaker (2010-02-04 21:26:53)
Offline
Działa! :) Jasna cholera, naprawdę działa! :D po raz pierwszy od zakupu lapka cieszę się konsolką - wielkie dzięki, problem z v86d poprawiłem wg workaround'a z tej stronki:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/246269
Po wrzuceniu v86d do initrd wszystko się ładnie włącza i o dziwo uvesafb w przeciwieństwie do standardowej vesy nie ślimaczy się - w rozdzielczości 1280x768 system uruchamia się jak rakieta (na starym sterowniku każde odświeżenie ekranu/zmiana wiersza powodowało masakryczne spowolnienie... Jedyne co mnie nieco dziwi to sporo dłuższy czas przełączania na konsolę - tak jakieś 3 sekundy aż się pojawi i jakieś 2 sekundy przy przełączaniu pomiędzy terminalami już z konsoli, na stacjonarce (GF9800GT - i żadnych problemów z konsolą) przełączanie jest momentalne - tyle że tam nie korzystam z żadnego framebuffera, może przez to.
Tak czy siak jeszcze raz dzięki za pomoc :).
No to pozostał tylko problem wykrywania zasilania... widzę że nikt póki co na ten temat nic nie napisał - czy jest może ktoś używający Testinga komu wykrywanie w nvidia-settings działa bezproblemowo?
Dodam tylko do czego jest mi to potrzebne - mianowicie chcę wymusić aby powermizer podczas działania z sieci działał w trybie dynamicznego dopasowywania prędkości karty graficznej - czyli tak jak to robi standardowo, a w trybie bateryjnym działał z minimalna prędkością. Obecnie mam wymuszony tryb minimalnej prędkości wszędzie i o ile gry na tym praktycznie nie cierpią (o dziwo na minimalnej prędkości karty (rdzeń 169 Mhz, pamięć DDR2 666 Mhz) wszelkie benhmarki praktycznie nie zwalniają (różnica 1-5%), co oznacza że wąskim gardłem karty jest najprawdopodobniej brak własnej pamięci), o tyle VDPAU cierpi bardzo (na minimum tną miejscami filmy w 720p podczas gdy na full (450 Mhz) da się oglądać filmy w FullHD, ponadto ostatnio zacząłem korzystać z deinterlacing'u oferowanego przez VDPAU i tutaj znowu przydała by się maksymalna szybkość karty).
Offline
Huk napisał(-a):
Tak czy siak jeszcze raz dzięki za pomoc :)
Ty nie dziękuj, tylko wpłać "uvesafb w Debianie" na konto => http://dug.net.pl/faq/ :)
Offline
Z wielką chęcią napiszę FAQ do tego... tylko coś nie widzę przycisku "dodaj artykuł" ;]? No chyba że już do końca przez te kompy oślepłem ;p
Ostatnio edytowany przez Huk (2010-02-04 22:19:43)
Offline
Ok, proszę bardzo artykuły dodane, mam nadzieję że ktoś skorzysta.
Wracając do kwestii zasilania - spróbuję sprawdzić czy problem występuje na najnowszym świeżo zainstalowanym Testingu, jak i na najnowszym Ubuntu, jeżeli tak to zapewne ludzie z Mandrivy zastosowali jakiś własny workaround...
Offline
A może są już jakieś sterowniki Beta i one pomogą.hmmm?
Rozumiem, że problem rozwiązany, ale nie wiem, czy próbowałeś - coś tam jest :)
http://www.nvidia.pl/object/linux_display_ia32_195.30_pl.html
chodzi mi w tym oto, że jeśli ich nie próbowałeś to, może rozwiązałyby one problem, bez takich machinacji :]
Ostatnio edytowany przez marg1 (2010-02-05 15:34:39)
Offline
Dokładnie tego sterownika używam,w pierwszym poście było podane ;]
Niestety nic to nie pomogło, ani na problemy z konsolą, ani na problemy z wykrywaniem zasilania - jedyne na co sterowniki "pomogły", to umożliwiły wreszcie wymuszanie poziomów powermizera poprzez:
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3; PowerMizerLevel=0x3; PowerMizerLevelAC=0x3; PowerMizerHardLevel=0x3; PowerMizerHardLevelAC=0x3"
Wcześniej mój GeForce 9100M nie reagował poprawnie na powyższe wpisy.
Odnośnie konsoli to na forum Nvidii kilkukrotnie czytałem wypowiedzi oficjalnych przedstawicieli w tonie "Z naszej strony wszystko jest w porządku, to wina producentów laptopa i my nic nie możemy poprawić", dziwne to biorąc pod uwagę że zarówno na vesa jak i nouveau nie ma takich problemów...
Co do wykrywania zasilania to nie jest to do końca kwestia sterowników - na Mandrivie zainstalowałem dokładnie ten sam sterownik i tam wszystko działało, szczerze powiedziawszy stawiam na politykę bezpieczeństwa która w jakiś sposób uniemożliwia poprawną komunikację pomiędzy systemem, a nvidia-settings - znowu dziwne to biorąc pod uwagę że wszelkie power-managery działają bez zarzutu...
No nic, zaraz biorę się za instalację świeżej wersji Testinga a potem (o ile nie pomoże) pobawię się Ubuntu...
Ostatnio edytowany przez Huk (2010-02-05 15:47:03)
Offline
Jak zwykle musiałem tego nie doczytać :/
Offline
Tak jak podejrzewałem problem jest związany z Debianem - na czystym Testingu również nie działa wykrywanie źródła, z kolei na Ubuntu działa bezproblemowo... nie mam pojęcia o co może chodzić - na razie pobawię się Ubuntu ;] do tematu pewnie jeszcze wrócę - oczywiście cały czas czekam na pomysły co z tym fantem zrobić.
Pozdro.
Offline
No i powróciłem do tematu jak zapowiedziałem wcześniej - Ubuntu szybko zbrzydło ;]
Zainstalowałem na nowo Debiana - tym razem Stable i... tam wykrywanie zasilania działa tez bezproblemowo, dziwna sprawa -po aktualizacji do Squeeze oczywiście wykrywanie znowu padło i wróciłem z powrotem do Stable. Na razie na nim pozostanę, może do czasu wydania Squeeze problem sam się rozwiąże. W razie jakichś info napiszę.
Tutaj mała prośba do kogoś z lapkiem z GeForcem i Sid'em - aby sprawdził czy na nim wykrywanie źródła zasilania działa (naprawdę nie chce mi się po raz kolejny reinstalować systemu tylko po to żeby sprawdzić czy tam działa wykrywanie).
Z góry dzięki za informacje.
Pozdro.
Offline
Strony: 1