Forum Linux.pl
Sprzęt => Inne urządzenia => Wątek zaczęty przez: olka w 2005-07-11, 21:21:43
-
Czesc
Posiadam Archlinuxa z jadrem 2.6.12 oraz karte graficzna GeForce4mx. Po przekompilowaniu jadra udalo mi sie wreszcie uruchomic framebuffera (wkompilowalam sterowniki invidii: nVidia Framebuffer support oraz Vesa VGA). Skompilowalam takze linksa z obsluga grafiki.
Nie umiem sobie jednak poradzic z poprawnym ustawieniem lilo: czestotliwosc odswiezania przy uruchomieniu $links -g jest tragiczna (a i rozdzielczosc chyba nie taka jak powinna)
Obecnie mam dodana do lilo.conf linijke:
append=\\"video=nvidia:1024x768-32@100\\"
W zwiazku z powyzszym mam 2 pytania:
1. Jak poprawnie ustawic lilo, zeby uzyskac zadowalajace odswiezanie
2. Jak w ogole sprawdzic, jaka rozdzielczosc i czestotliwosc odswiezania jest faktycznie uzywana w danym momencie.
z gory bardzo dziekuje
olka
-
No wiec poszperalam, pogooglalam i wiem troszke wiecej...
2005-07-11 21:21:43 olka napisał:
> 1. Jak poprawnie ustawic lilo, zeby uzyskac zadowalajace odswiezanie
nadal bez odpowiedzi
> 2. Jak w ogole sprawdzic, jaka rozdzielczosc i czestotliwosc odswiezania jest faktycznie
> uzywana w danym momencie.
zainstalowac fbset
Uzywajac fbset moge zmienic parametry wyswietlania (np. mode \\"800x600-75\\"; btw. obraz jest troszke przesuniety w prawo), jesli jednak wpisze do lilo.conf:
append=\\"video=nvidia:800x600@75\\"
to system i tak uruchamia sie w trybie 640x480-60
Czy ktos z szanownych kolegow orientuje sie czy mam bledny wpis w lilo, a moze musze zmodyfikowac jeszcze jakis inny plik? (a jesli by jeszcze zdradzil mi jak przesunac obraz to juz w ogole byloby super :) )
pozdrawiam
olka
-
2005-07-12 21:59:01 olka napisał:
> No wiec poszperalam, pogooglalam i wiem troszke wiecej...
>
> 2005-07-11 21:21:43 olka napisał:
>
> > 1. Jak poprawnie ustawic lilo, zeby uzyskac zadowalajace odswiezanie
>
> nadal bez odpowiedzi
>
Chcialbym odradzić Ci używanie sterownika NVidia do obslugi FrameBuffera. Zajrzyj do pliku readme sterownika NVIDII dotyczacym tego tematu. NVIDIA zaleca używanie sterownika VESA, bo nie \\'gryzie\\' się on ze sterownikiem NVIDII (tym, który obsługuje tryb graficzny).
Ja osobiście używam VESY przy fb i NViDIi przy X i wszystko jest ok.
To co ja dodalem do swojego bootloadera to linijka:
vga=791
Czyli w Twoim wypadku
append=\\"vga=791\\"
791 da Ci tryb 1024x768x32, kombinując innymi trybami możesz uzyskać inną częstotliwość odświeżania.
Powodzenia
PS. W razie kłopotów przeszukaj forum pod kątem \\'vga=\\'. Znajdziesz więcej informacji o ustawieniach framebuffera.
-
2005-07-12 22:18:23 xis napisał:
>Chcialbym odradzić Ci używanie sterownika NVidia do obslugi FrameBuffera. Zajrzyj do pliku
> readme sterownika NVIDII dotyczacym tego tematu. NVIDIA zaleca używanie sterownika VESA, bo nie
> \\'gryzie\\' się on ze sterownikiem NVIDII (tym, który obsługuje tryb graficzny).
X-y mi do szczescia nie sa potrzebne :D (czyt: nie posiadam :D). Poki co nie bardzo chce mi sie znowu marnowac godziny na rekompilacje jadra...
> Ja osobiście używam VESY przy fb i NViDIi przy X i wszystko jest ok.
> To co ja dodalem do swojego bootloadera to linijka:
> vga=791
vga do nvidii nie dziala (pierwsze co wyprobowalam, zawsze wywala blad przy ladowaniu systemu, ze nie mam takiego trybu, w podpowiedzi sa tylko tryby \\"tekstowe\\", tj. iles_tam linii x iles_tam kolumn, albo odwrotnie, przepraszam nie pamietam :D)
> PS. W razie kłopotów przeszukaj forum pod kątem \\'vga=\\'. Znajdziesz więcej informacji o
> ustawieniach framebuffera.
No wiec przeszukalam zarowno to forum jak i wiele innych pod katem fb / framebuffer / append / video=nvidia i roznymi kombinacjami geforce4mx (vga nie dziala). No i wpisuje do lilo to, co innym niby dziala i do prawdy nie wiem czemu mi nie :(, tym bardziej, ze przez fbset dziala...
ale wielkie dzieki, jak nie poradze sobie z ta dziadowska karta, to jednak przekompiluje na vese
olka
-
jesli masz architekture x86, to przygladnij sie sterownikowi vesa-tng :-)
wiecej info: google - przynajmniej wiesz, czego szukac :-)
-
> vga do nvidii nie dziala (pierwsze co wyprobowalam, zawsze wywala blad przy ladowaniu systemu,
> ze nie mam takiego trybu, w podpowiedzi sa tylko tryby \\"tekstowe\\", tj. iles_tam linii
> x iles_tam kolumn, albo odwrotnie, przepraszam nie pamietam :D)
wkompiluj sobie support for framebufor devices i samą vese , gdzieś dalej jest opcja video mode selection support i support dla konsoli we fb . jak nie wkompilowałem video mode selection to też mi sie pojawiało menu i mogłem tylko wybrać tryby tekstowe. co do framebufera z nvidii to mam gf2mx400 i jak go miałem to pomimo ze w lilo mam ustawione 1024x786 to miałem rozdzielczość 1280x1024 i nie dało sie jej zmienić poprzez ustawienia w lilo . co do stabilności to też mu sporo u mnie brakowało.
-
Dziekuje wszystkim za pomoc, cos mi sie widzi, ze trzeba bedzie jednak wygospodarowac troche czasu na rekompilacje :
2005-07-13 01:49:47 bojleros napisał:
>co do framebufera z nvidii to
> mam gf2mx400 i jak go miałem to pomimo ze w lilo mam ustawione 1024x786 to miałem rozdzielczość
> 1280x1024 i nie dało sie jej zmienić poprzez ustawienia w lilo . co do stabilności to też mu
> sporo u mnie brakowało.
To mnie kolega zmartwil, szczegolnie z tym lilo (bo poki co braku stabilnosci fb u siebie nie stwierdzilam)
Na razie jednak kombinuje dalej ze sterownikim nvidii. Doszlam do tego, ze dodalam wpis
fb:2345:wait:/usr/sbin/fbset -a 800x600-75
do /etc/inittab; wedlug helpa opcja -a powinna zastosowac zmany do wszystkich konsoli, ale u mnie zmiana dotyczy tylko vc/1, nie mam pojecia dlaczego. Moze ktos sie orientuje?
bardzo dziekuje za dotychczasowa pomoc
olka
-
2005-07-11 21:21:43 olka napisał:
> Czesc
> Posiadam Archlinuxa z jadrem 2.6.12 oraz karte graficzna GeForce4mx. Po przekompilowaniu jadra
> udalo mi sie wreszcie uruchomic framebuffera (wkompilowalam sterowniki invidii: nVidia
> Framebuffer support oraz Vesa VGA). Skompilowalam takze linksa z obsluga grafiki.
> Nie umiem sobie jednak poradzic z poprawnym ustawieniem lilo: czestotliwosc odswiezania przy
> uruchomieniu $links -g jest tragiczna (a i rozdzielczosc chyba nie taka jak powinna)
> Obecnie mam dodana do lilo.conf linijke:
> append=\\"video=nvidia:1024x768-32@100\\"
> W zwiazku z powyzszym mam 2 pytania:
> 1. Jak poprawnie ustawic lilo, zeby uzyskac zadowalajace odswiezanie
> 2. Jak w ogole sprawdzic, jaka rozdzielczosc i czestotliwosc odswiezania jest faktycznie
> uzywana w danym momencie.
>
> z gory bardzo dziekuje
> olka
http://doc.pld-linux.tares.one.pl/konfiguracja_boot_loader.html
+-----------------------------------------+---------+
| VESA framebuffer console @ 1024x768x64k | vga=791 |
| VESA framebuffer console @ 1024x768x32k | vga=790 |
| VESA framebuffer console @ 1024x768x256 | vga=773 |
| VESA framebuffer console @ 800x600x64k | vga=788 |
| VESA framebuffer console @ 800x600x32k | vga=787 |
| VESA framebuffer console @ 800x600x256 | vga=771 |
| VESA framebuffer console @ 640x480x64k | vga=785 |
| VESA framebuffer console @ 640x480x32k | vga=784 |
| VESA framebuffer console @ 640x480x256 | vga=769 |
+-----------------------------------------+---------+
-
2005-07-13 18:53:36 Maciek_Rutecki napisał:
http://doc.pld-linux.tares.one.pl/konfiguracja_boot_loader.html
>
> +-----------------------------------------+---------+
> | VESA framebuffer console @ 1024x768x64k | vga=791 |
> | VESA framebuffer console @ 1024x768x32k | vga=790 |
> | VESA framebuffer console @ 1024x768x256 | vga=773 |
> | VESA framebuffer console @ 800x600x64k | vga=788 |
> | VESA framebuffer console @ 800x600x32k | vga=787 |
> | VESA framebuffer console @ 800x600x256 | vga=771 |
> | VESA framebuffer console @ 640x480x64k | vga=785 |
> | VESA framebuffer console @ 640x480x32k | vga=784 |
> | VESA framebuffer console @ 640x480x256 | vga=769 |
> +-----------------------------------------+---------+
Dzięki, link z gatunku łopatologicznych...
Hmm, tylko, że to jest do sterownika vesa a ja używam nVidia i jak już zaznaczyłam ustawienie vga nie działa (oferuje tylko tryby tekstowe)
dziękuję i pozdrawiam
olka
-
Witam wszytkich
Jak radzili szanowni koledzy, wkompilowałam w jądro samą vesę, ale nadal nie mogę ustawić rozdzielczości, ciągle mam jedynie tryby \\"tekstowe\\" dla vga=...
Co więcej, jak probuję ustawić przez fbset, otrzymuje komunikat:
root@ola:~# fbset 1024x768-70
ioctl FBIOPUT_VSCREENINFO: Invalid argument
(niezależnie od podanej rozdzielczosci oraz odświeżania - wartości na pewno są obsługiwane przez monitor)
Wkompilowałam:
(*)Support for fb device
(*)VGA 16-color graph. sup.
(*)VESA VGA graph. sup.
(*)Video mode selection sup.
(*)Frame buffer console sup.
PS teraz walczę na Slackware 10.1, ale to raczej nie ma znaczenia :) (ta sama wersja jądra)
No i nie mam już zupełnie pomysłu co zrobić :, a przy obecnym sterowniku nie mam możliwości w ogóle ustawienia odświeżania, co jest dosyć irytujące nawet w \\"czystym\\" trybie graficznym, że już nie wspomnę o programie z jaśniejszym tłem (mc),a o links -g to można tylko pomarzyć.
Byłabym wdzięczna za wszelkie sugestie,
pozdrawiam
olka
-
W Mdk jest coś takiego jak:
vga=ask
i można sobie coś wybrać na start.
Później jest
xvidtune
do ustawienia parametrów obrazu podczas pracy.
U Ciebie tego nie ma ?
-
2005-08-25 22:23:12 Frank napisał:
> W Mdk jest coś takiego jak:
> vga=ask
> i można sobie coś wybrać na start.
Jak już zauważyłam dwukrotnie :D, mam do wyboru jedynie tryby \\"tekstowe\\", przy wprowadzeniu np vga=791 (bądź inne wartości), wyrzuca komunikat, ze wybrano niezdefiniowany tryb pracy, a w podpowiedziach są TYLKO tryby TEKSTOWE.
pozdrawiam
olka
-
To ze nie działa Ci polecenie:
vga=cyferki
też wcześniej zauważyłem i dlatego proponowałem Ci polecenie:
vga=ask
dla wybrania ręcznie najlepszego trybu dla startu.
-
2005-08-26 10:54:57 Frank napisał:
> To ze nie działa Ci polecenie:
> vga=cyferki
> też wcześniej zauważyłem i dlatego proponowałem Ci polecenie:
> vga=ask
Hmm... może ja sie nie znam, ale co za różnica czy ja wpiszę vga= ask i uzyskam komunikat: \\"Press return to see video mode\\" (czy jakoś mniej więcej tak) czy uzyskam ten komunikat po vga=jakiś_tryb (You choose undefined mode number. Press return to see...).
Dla porządku zrobiłam jak kolega radził, no i oczywiście mam tylko tryby tekstowe :
Dzięki za zainteresowanie. Jeśli są jeszcze jakieś pomysły do przetestowania, jestem zainteresowana :)
pozdrawiam
olka
-
daj no sekcje dotyczaca driverow do grafiki z .config\\'a jadra...
jaka masz architekture procesora ? (tzn x86, czy amd64 ?)
-
2005-08-26 15:42:35 chmooreck napisał:
> daj no sekcje dotyczaca driverow do grafiki z .config\\'a jadra...
> jaka masz architekture procesora ? (tzn x86, czy amd64 ?)
i686
# Graphics support
#
CONFIG_FB=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_SOFT_CURSOR=y
# CONFIG_FB_MACMODES is not set
CONFIG_FB_MODE_HELPERS=y
# CONFIG_FB_TILEBLITTING is not set
# CONFIG_FB_CIRRUS is not set
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_ASILIANT is not set
# CONFIG_FB_IMSTT is not set
CONFIG_FB_VGA16=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
# CONFIG_FB_HGA is not set
# CONFIG_FB_NVIDIA is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_I810 is not set
# CONFIG_FB_INTEL is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON_OLD is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_SAVAGE is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_PM3 is not set
# CONFIG_FB_GEODE is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_VIRTUAL is not set
#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
# CONFIG_MDA_CONSOLE is not set
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
# Logo configuration
#
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set
Dziękuję za zainteresowanie problemem
olka
-
podejrzewam, ze chodzi mu o VGA16, ale podam ci wszystkie roznice w porownaniu z moja konfiguracja... (u mnie chodzi ;-) )
# CONFIG_FB_MODE_HELPERS is not set
# CONFIG_FB_VGA16 is not set
sprobuj.. moze akurat ;-)
-
2005-08-26 15:33:05 olka napisał:
> 2005-08-26 10:54:57 Frank napisał:
>
> > To ze nie działa Ci polecenie:
> > vga=cyferki
> > też wcześniej zauważyłem i dlatego proponowałem Ci polecenie:
> > vga=ask
>
> Hmm... może ja sie nie znam, ale co za różnica czy ja wpiszę vga= ask i uzyskam komunikat:
> \\"Press return to see video mode\\" (czy jakoś mniej więcej tak) czy uzyskam ten
> komunikat po vga=jakiś_tryb (You choose undefined mode number. Press return to see...).
>
> Dla porządku zrobiłam jak kolega radził, no i oczywiście mam tylko tryby tekstowe :
>
> Dzięki za zainteresowanie. Jeśli są jeszcze jakieś pomysły do przetestowania, jestem
> zainteresowana :)
>
> pozdrawiam
> olka
Nie napisałaś jakie masz te tryby; u mnie są:
ask, normal i ext. Służą one tylko do wyświetlania startu, a późniejsza praca zależy od ustawień w xorg.conf, chyba że Ty używasz tylko konsoli.
-
2005-08-26 17:26:48 chmooreck napisał:
> # CONFIG_FB_MODE_HELPERS is not set
> # CONFIG_FB_VGA16 is not set
>
> sprobuj.. moze akurat ;-)
ehh i znowu kompilacja :), dzięki wielkie, wieczorem zapuszczę i zobaczymy co z tego wyjdzie...
2005-08-26 17:53:27 Frank napisał:
> Nie napisałaś jakie masz te tryby; u mnie są:
> ask, normal i ext. Służą one tylko do wyświetlania startu, a późniejsza praca zależy od
> ustawień w xorg.conf, chyba że Ty używasz tylko konsoli.
Dzięki ogromne za zainteresowanie, ale chyba nie bardzo mówimy o tym samym
Primo rozchodzi sie o odświeżanie dla framebuffera i xorg nie ma tu nic do rzeczy (poza tym, że sterowniki mogą się \\"gryźć\\", ale wtedy \\"ofiarą\\" ;) i tak będą x-y a nie konsola) - w srodowisku graficznym mam 1024x768 i 85Hz i to działa
Secundo: wydawało mi się, że piszę jasno, że mam tylko tryby tekstowe, więc przepraszam (dla autora post zawsze jest jasny i zrozumiały ;-).
Nie zaleznie jak do tego dojdę, zawsze mam do wyboru jedynie:
0 0F00 80x28
1 0F01 80x50
2 0F02 80x43
3 0F03 80x28
4 0F04 80x30
5 0F05 80x34
6 0F06 80x60
dziękuję wszystkim i pozdrawiam
olka
-
2005-08-26 17:26:48 chmooreck napisał:
> podejrzewam, ze chodzi mu o VGA16, ale podam ci wszystkie roznice w porownaniu z moja
> konfiguracja... (u mnie chodzi ;-) )
>
> # CONFIG_FB_MODE_HELPERS is not set
> # CONFIG_FB_VGA16 is not set
>
> sprobuj.. moze akurat ;-)
okazało się, że akurat nie bardzo :D - teraz w ogóle nie działa framebuffer (w sekcji nt grafiki nie zmieniałam nic innego niż w/w)
# fbset
open /dev/fb0: No such file or directory
no i poza tym nie ma pingwinka ;-)
ehh, i znowu rekompilacja :
(a skoro już i tak rekompiluję, to może wrzucić jakieś inne sterowniki ? Na tym kernelu sterów invidii do x-ów nie posiadam, bo rozsypywały mi konsolę, więc gryźć się nic nie będzie)
dzięki za pomoc
olka
-
> okazało się, że akurat nie bardzo :D - teraz w ogóle nie działa framebuffer (w sekcji nt
> grafiki nie zmieniałam nic innego niż w/w)
> # fbset
> open /dev/fb0: No such file or directory
> no i poza tym nie ma pingwinka ;-)
a to przedtem mialas fb, tylko nie takie odswiezanie tak ?
czyli wszystko ok :-)
vesafb wlasnie matakie odswiezanie do...
zainteresuj sie projektem vesafb-tng
jest to nowy sterownik do vesafb... (zreszta naszego rodaka ;-) )
pozwala ponoc w wiekszym stopniu sterowac ustawieniami konsoli - osobiscie nie probowalem, bo jest tylko dla x86 (a ja jestem szczesliwym posiadaczem amd64)
aaa.. i na przyszlosc nie wyrzucaj starych jajek, dopoki nie bedziesz miala wersji, ktora cie satysfakcjonuje i dziala stabilnie... oszczedzisz sobie sporo czasu ;-)
-
2005-08-26 22:32:47 chmooreck napisał:
> a to przedtem mialas fb, tylko nie takie odswiezanie tak ?
Dokładnie tak, co z resztą zaznaczyłam w pierwszym poście :-)
> czyli wszystko ok :-)
>
> vesafb wlasnie matakie odswiezanie do...
>
zastanawia mnie tylko czemu nie mam żadnych trybów \\"graficznych\\" dla vga, przeciez powinny działać, chociaż te niższe rozdzielczości, a ja nic tylko tekstowe :|
> zainteresuj sie projektem vesafb-tng
> jest to nowy sterownik do vesafb... (zreszta naszego rodaka ;-) )
> pozwala ponoc w wiekszym stopniu sterowac ustawieniami konsoli - osobiscie nie probowalem,
dzięki, nie omieszkam
> aaa.. i na przyszlosc nie wyrzucaj starych jajek, dopoki nie bedziesz miala wersji, ktora cie
> satysfakcjonuje i dziala stabilnie... oszczedzisz sobie sporo czasu ;-)
az tak źle to ze mną nie jest :). oczywiście, ze mam stare jądro :), tylko - jeśli można przy okazji taki mały offtopic :D - słyszałam, ze przy rekompilacji jądra nadpisywane są kompilowane moduły, no i nie wiem jak to jest. Czyli nie musze rekompiolowac? :D
dzięki za pomoc
olka
-
> az tak źle to ze mną nie jest :). oczywiście, ze mam stare jądro :), tylko - jeśli można przy
> okazji taki mały offtopic :D - słyszałam, ze przy rekompilacji jądra nadpisywane są kompilowane
> moduły, no i nie wiem jak to jest. Czyli nie musze rekompiolowac? :D
>
sa nadpisywane przy instalacji...
1. jesli nie zmieniasz modulow (tzn kompilujesz za kazdym razem te same) to mozesz ich uzywac ponownie (nie robisz make modules_install)
2. jesli masz rozne modult, to mozesz zrobic make modules && make modules_install - zawsze to krocej niz kompilowanie calego jadra
3. najlepsze (moim zdaniem) wyjscie (w konfigueacji jadra):
General setup ---> Local version - append to kernel release
i masz wtedy unikalna wersje jadra - i dla niej beda trzymane osobno moduly w /lib/modules
-
2005-08-26 23:12:47 chmooreck napisał:
> 3. najlepsze (moim zdaniem) wyjscie (w konfigueacji jadra):
> General setup ---> Local version - append to kernel release
> i masz wtedy unikalna wersje jadra - i dla niej beda trzymane osobno moduly w /lib/modules
właśnie tego mi brakowało :D, wielkie dzięki
a jakby ktoś, coś, fb +geforce i w ogóle, bedę wdzięczna ;-)
pozdrawiam
olka
-
2005-08-26 23:22:32 olka napisał:
> 2005-08-26 23:12:47 chmooreck napisał:
>
> > 3. najlepsze (moim zdaniem) wyjscie (w konfigueacji jadra):
> > General setup ---> Local version - append to kernel release
> > i masz wtedy unikalna wersje jadra - i dla niej beda trzymane osobno moduly w
> /lib/modules
>
> właśnie tego mi brakowało :D, wielkie dzięki
>
> a jakby ktoś, coś, fb +geforce i w ogóle, bedę wdzięczna ;-)
>
> pozdrawiam
> olka
>
Dobra. ja używam Slacka 10.1, kernel 2.6.12.5 oraz GF4 mx (a pozatym słucham metalu i jestem do wzięcia ;->).
Odnośnie nvdidia fb - nie używać. Vesa całkowicie wystarczy, niemal wszystkie karty obecnie są kompatybilne z tym standardem.
Zacznijmy od tego że w źródłach kernela 2.6 jest dokumentacja do vesa fb (/Documentation/fb/vesafb.txt jeśli się nie myle). Odświeżanie chwilowo jest stale i wynosi 60Hz dla konsoli (można zamotać; jak mi się uda, to opisze co i jak)
Opcje kernela które trzeba wybrać dla wsparcia innych trybów to kolejno:
support for frame buffer devices FB
VESA VGA graphics support
VGA text console (jak się coś spapra to jest text mode)
Framebuffer Console support
Select compiled-in console fonts
VGA 8x16 font
I to na tyle z jądrem. Teraz wyedytowac lilo.conf:
[...]
# VESA framebuffer console @ 1024x768x64k(przykladowo)
vga = 791
[...]
W slackware jest narzedzie liloconfig, tam można znaleźć wszystkie tryby vesafsb.
Pozdrawiam.
-
2005-08-28 11:17:09 mordimmer napisał:
> Dobra. ja używam Slacka 10.1, kernel 2.6.12.5 oraz GF4 mx (a pozatym słucham metalu i jestem do
> wzięcia ;->).
A to się chyba nie najlepiej składa, bo ja preferuję muzyke klasyczną ;-)
a tak na poważnie,
>Odświeżanie chwilowo jest stale i wynosi
> 60Hz dla konsoli
Hmm... chwilowo? z tego co się wywiedziałam to nie wygląda to na sprawę przejściową, poza tym praca przy takim odświeżaniu w trybie graficznym grozi ślepotą ;)
> Opcje kernela które trzeba wybrać dla wsparcia innych trybów to kolejno:
> support for frame buffer devices FB
> VESA VGA graphics support
> VGA text console (jak się coś spapra to jest text mode)
> Framebuffer Console support
> Select compiled-in console fonts
> VGA 8x16 font
Ustawiłam dokładnie to, co kolega radził i d...
FB nie działa
open /dev/fb0: No such file or directory
---------------------------------------
ogólnie rzecz ujmując utknęłam w martwym punkcie, pomimo przeczytania dokumentacji do fb, wielu z dostępnych manuali (slackware, gentoo, debian), a także wypowiedzi na róznych nie tylko slackowych forach pod kątem fb i tej karty oraz tylokrotnej rekompilacji jądra, ze już przestałam liczyć :D. Pozostaje tylko rwać włosy z głowy albo iść na wieczorny spacer...
Uzyskane wnioski:
Slackware 10.1 + 2.6.12.3
*vesa (sama)
nie działa fb
*vesa +fb_vga16
fb działa, ale tylko na VGA16
(Frame buffer device information:
Name : VGA16 VGA)
nie można ustawić trybu pracy przez vga=jakiś_tryb_graficzny, mimo, że zgodny z zawartością fb.modes
-zawsze: undefined mode number, a dla vga=ask tylko tryby tekstowe
*vesa + VGA16 +riva(jako moduł)
j/w (wyczytałam, że sterownik dla fb musi być wkompilowany w jądro, bo fb jest uruchamiane przed załadowaniem modułów, nie wiem czy to prawda, ale tłumaczyłoby dlaczego działa na vga a nie rivie)
*riva (sama)
nie działa fb
*nvidia (sama)
działa fb ale nie można ustawić domyślnie trybu dla wszystkich konsoli przez lilo- uruchamia sie w trybie domyslnym dla vesy: 640x480-60 (można zmienić ręcznie przez fbset)
Najdziwniejsze jest dla mnie jednak co poniżej (może czegoś nie wiem i dlatego się dziwię :D)
Archlinux
+2.6.12.3
*fb_nvidia
fb działa, ale tylko w 640x480-60 (co można zmienić przez fbset)
+2.6.12
*vesa(sama) - config identyczny jak w przypadku slacka
fb działa i to domyślnie w trybie 800x600-75 ! Minus: ekran przesunięty jest dość znacznie w prawo (co oczywiscie da sie skorygowac recznie za pomocą fbset)
Frame buffer device information:
Name : VESA VGA
a jak w lilo pojawi się jakikolwiek zapis vga=... (np vga=ask) to w podpowiedziach ukazują sie tylko tryby tekstowe a sterownikiem fb jest VGA16 :
Frame buffer device information:
Name : VGA16 VGA
a w .configu TEGO kernela stoi:
# CONFIG_FB_VGA16 is not set
Skopiowanie w/w kernela do slacka(chciałam mieć absolutną pewnośc co do identyczności uruchamianego kernela) skutkuje uruchomieniem fb na sterowniku VGA16
-------------------
Skoro nie udało mi się uzyskać zadawalajacych rozdzielczości na wszystkich konsolach przez wpis w lilo, próbowalam ustawić to przez odpowiednie wpisy w różnych skryptach:
1.)Dopisanie do /etc/inittab (testowane zarówno w slacku jak i archlinuxie)
fb:2345:wait:/usr/sbin/fbset -a 1024x768-75
co opatrzone było komentarzem na stronce, z której to wyczytałam:
\\"Success! My virtual terminals all run at a nice resolution\\"
niestety, ten zapis ustawił mi jedynie parametry dla pierwszej konsoli, co więcej, nie znalazłam w manualu do fbset żadnej opcji -a (czy też sugerowanej w innych poradach wersji --all)
2.)Spróbowałam więc łopatologicznie
fb1:2345:wait:/usr/sbin/fbset 1024x768-75 tty1
fb2:2345:wait:/usr/sbin/fbset 1024x768-75 tty2
...
fb6:2345:wait:/usr/sbin/fbset 1024x768-75 tty6
efekt: jak wcześniej
2.)Trochę przez zmałpowanie, próbowałam ustawić to w rc.local, kierując się skryptem ustawiającym numlocka na wszystkich konsolach
echo \\"Ustawiam parametry framebuffera\\"
for i in 1 2 3 4 5 6 ; do
/usr/sbin/fbset 800x600-75/dev/null
done
ale efekt: jak wcześniej
z tym, że to była akurat moja własna radosna twórczośc ;), więc i nie dziwota, że nie działa. (Testowane tylko na slacku, bo w archu, z uwagi na troche inna strukturę i nazewnictwo urządzeń w ogóle się skrypt wysypywał bo nie umiałam poprawnie odwołać się do odpowiednich konsoli)
Pukając do różnych drzwi uzyskałam najróżniejsze porady, włącznie z odpowiedzią od jednego użytkownika fb na GF400, że najłatwiej zwalić winę na sterowniki/linuxa zamiast samemu poszukać rozwiązania, ale to już by musiało sugerować totalny debilizm z mojej strony, jeśli po tylu różnych próbach nie mogę uruchomić fb w satysfakcjonujący sposób.
Dziękuję wszystkim za dobre chęci i próbę pomocy,
pozdrawiam
olka
PS Mam nadzieję, że tak długa wypowiedź nie zostanie uznana za forumowy spam :D. A jeśli, to bardzo przepraszam.
-
2005-09-02 17:54:20 olka napisał:
> j/w (wyczytałam, że sterownik dla fb musi być wkompilowany w jądro, bo fb jest uruchamiane przed załadowaniem modułów, nie wiem czy to prawda, ale tłumaczyłoby dlaczego działa na vga a nie rivie)
No, ja tak mam. Masz mój fragment configa (sekcja dot. FB):
#
# Frame-buffer support
#
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_LOGO_POWEREDBY=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FBCON_SPLASHSCREEN=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
Wkleiłem tylko te, w których zaznaczyłem na \\'yes\\', pozostałe są na \\'no\\', cztli \\'... is not set\\'. Używam kernela 2.4 ze splashscreenem.
> PS Mam nadzieję, że tak długa wypowiedź nie zostanie uznana za forumowy spam :D. A jeśli, to
> bardzo przepraszam.
Przynajmniej piszesz na temat. Na ogół tak długie posty to flame\\'y ;)
Podziwiam Twój upór i szkoda mi Ciebie, że tak się męczysz, a mi - wprawdzie na Rivie (ale to jeden pies chyba) udało się odpalić fb bez absolutnie żadnego kłopotu.
Mam takie pytanie kontrolne: czy różne LiveCD (np. to z gentoo) uruchamiają Ci domyślnie fb w dużej rozdzielczości?
-
2005-09-02 18:04:34 xis napisał:
> No, ja tak mam. Masz mój fragment configa (sekcja dot. FB):
(...)
> Używam kernela 2.4 ze splashscreenem.
Z jądrem 2.4 dałam sobie spokój na samym początku, po tym, jak po ściągnięciu źródeł kernela już w momencie rozpakowywania pojawił się error (o ile dobrze pamiętam niespójność czegoś tam, bardzo przepraszam, ale to było dość dawno i nie pamiętam :D), ale po niezwykle ułatwiajacej życie poradzie kolegi Chmooreck\\'a (jeszcze raz ogromne podziękowania), jak skompilować ponownie to samo jądro bez nadpisania modułów, chyba przekompiluję zgodnie z Twoimi wskazówkami kernela którego \\"nabyłam\\" z dystrybucją, chociaż muszę przyznać, że jestem już raczej sceptyczna :D
> (...) mi - wprawdzie na Rivie (ale to
> jeden pies chyba) udało się odpalić fb bez absolutnie żadnego kłopotu.
Nie wiem jak to jest, ale wszystkim się to udaje :-(
> Mam takie pytanie kontrolne: czy różne LiveCD (np. to z gentoo) uruchamiają Ci domyślnie fb w
> dużej rozdzielczości?
Jeśli chodzi o liveCD to posiadam tylko Knoppixa i świeżo sprawdzone:
jeśli uruchamiam go na domyślnym jądrze 2.4 to pojawia mi się komunikat (skąd inąd dobrze znany...) \\"You passed an undefined mode number...\\" i w podpowiedziach mam - oczywiście - tylko tryby tekstowe dla VESA VGA. Nie muszę chyba nadmieniać, że to nie JA wybrałam błędny tryb, tylko został on zdefiniowany na starcie Knoppixa. System uruchamia sie bez framebuffera
Jeśli wybiorę inne z dostępnych jąder:
boot: fb800x600
system uruchamia się z fb trybie 800x600-75 na sterowniku VESA VGA
innych trybów nie testowałam.
Jeśli miałoby to pomóc przetestuję inne liveCD (tylko w tem celu muszę ję ściągnąć :D)
dzięĸi ogromne
olka
-
2005-09-02 18:04:34 xis napisał:
>(...) Masz mój fragment configa (sekcja dot. FB):
> #
> # Frame-buffer support
> #
> CONFIG_FB=y
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_FB_LOGO_POWEREDBY=y
> CONFIG_FB_VESA=y
> CONFIG_VIDEO_SELECT=y
> CONFIG_FBCON_SPLASHSCREEN=y
> CONFIG_FBCON_CFB16=y
> CONFIG_FBCON_CFB8=y
> CONFIG_FBCON_CFB16=y
> CONFIG_FBCON_CFB24=y
> CONFIG_FBCON_CFB32=y
> CONFIG_FONT_8x8=y
> CONFIG_FONT_8x16=y
>
> Wkleiłem tylko te, w których zaznaczyłem na \\'yes\\', pozostałe są na \\'no\\', cztli \\'... is not
> set\\'. Używam kernela 2.4 ze splashscreenem.
No więc zrobiłam TO ;-), już mi się nie chciało jak ... bo to chyba 5 kompilacja jądra od wczoraj :D. Ustawiłam dokładnie j/w z pominięciem
> CONFIG_FB_LOGO_POWEREDBY=y
> CONFIG_FBCON_SPLASHSCREEN=y
(rozumiem, że to od patcha splashscreen\\'owego, bo u mnie nie było takich opcji w .configu)
Niestety, fb nie działa :-( , open /dev/fb0: No such device
Obejrzałam sobie przy okazji domyślnego konfiga (tego od jądra, które dostałam gratis z dystrybucją ;) no i tam niby też jest wkompilowana obsługa fb, Vesa VGA jako * i cała masa modułów, ale fb oczywiście nigdy nie działał.
Tak a propos: pisałeś, że uruchamiasz fb na rivie, a z konfiga wynika, że na VESIE ? (jakby nie było ani na samej vesie, ani na samej rivie u mnie pod slackiem nie działa - jak już pisałam, na samej vesie działa tylko pod archlinuxem)
A tak na marginesie w związku z tematem chociaż nie wiem czy ma jakieś znaczenie, ale przypomniałao mi się właśnie:
kiedyś, na samym początku używania linuxa (czyli jakies pół roku temu :) na mdk 10.0 miałam straszny problem z konsolą (tą prawdziwą, nie pseudo, pod x-ami), czciona na pół ekranu, zamazana i zero odświeżania - konsoli, nie monitora (przy zamykaniu systemu, kiedy to przez ekran \\"przesuwają się\\" komunikaty o zamykaniu poszczególnych usług itp u mnie się to nakładało jedno na drugie i widać było tylko rozpikselizowany na biało ekran, istna ekspresja ;) i pamiętam, że na pewno pomógł wpis do lilo vga=792 - dokładnie taki, systemu już dawno nie mam ale wydruk lilo.conf się zachował ... - aczkolwiek może inny też odniósłby skutek, wtedy nie sprawdzałam, umierając ze strachu na samą myśl, że mam \\"przeładować lilo\\" ;-)
Po tym zabiegu starsznie upaciana na na biało konsola zamieniła się w normalną, \\"straszną czarną konsolę\\" ;), ale straciłam bootsplasha (graficzne lilo pozostało). Czy był w tym momencie fb trudno mi powiedzieć, wtedy nie miałam nawet pojęcia co to takiego :D
pozdrawiam
olka
-
> Tak a propos: pisałeś, że uruchamiasz fb na rivie, a z konfiga wynika, że na VESIE ? (jakby nie
mysle, ze chodzilo o typ karty graficznej - przynajmniej ja to tak zrozumialem ;-)
> A tak na marginesie w związku z tematem chociaż nie wiem czy ma jakieś ( ...ciach...)
> czarną konsolę\\" ;), ale straciłam bootsplasha (graficzne lilo pozostało). Czy był w tym
> momencie fb trudno mi powiedzieć, wtedy nie miałam nawet pojęcia co to takiego :D
tak, to byla konsola na fb
osobiscie odpalalem u siebie fb na riva tnt2 m64 (jadra od 2.6.5 do 2.6.9) i na 6600gt (od 2.6.9 do 2.6.12) - nie mialem zadnych problemow z vesafb... jak chcesz mojego calego configa (z patchami gentoo), to daj znac na maila - podesle (nie bede przeciez zasmiecal forum ;-) )
-
Dokładnie tak, jak napisał chmooreck.
Chciałbym tylko nadmienić, że o ile pamiętam, to LiveCD w gentoo obsługuje wyśmienicie FB na \\'dzień dobry\\'. Może warto ściągnąć i zobaczyć?
LiveCD z gentoo to w ogóle przydatka płytka, polecam.
-
Strasznie nietypowa sprawa z tym framebufferem, probowalem kompilowac kilka roznych jader - i za kazdym razem wynik pozytywny. Standardowe jadro slacka 10.1 czyli 2.4.29 wypluwa:
vesafb: framebuffer at 0xd0000000, mapped to 0xce80d000, size 3072k
vesafb: mode is 1024x768x16, linelength=2048, pages=1
vesafb: protected mode interface info at c000:e4c0
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
Gdzies, cos, jest nie tak; skopiuj mi prosze swoj .config - przekompiluje u siebie i zobaczymy co powstanie w wyniku kompilacji. Jesli bedzie dzialac to poprostu wysle ci skompilowanego kernela. leszek.drogosz at gmail.com
-
Olka, a jakiej Ty właściwie wersji źródeł jądra używasz?
Czy nie jest to przypadkiem jednen z tych przeładowanych łatami kerneli dystrybucyjnych?
Próbowałaś z najnowszą waniliową wersją z kernel.org?
Wojtek
-
Cześć,
proszę o wybaczenie, że odpowiem zbiorowo, ale nasza wspaniała tpsa miała dzisiaj awarię i przez cały dzień nie miałam netu (kto by się tam przejmowała jakimś osiedlowym lanem...)
2005-09-02 22:04:30 xis napisał:
> Chciałbym tylko nadmienić, że o ile pamiętam, to LiveCD w gentoo obsługuje wyśmienicie FB na
> \\'dzień dobry\\'. Może warto ściągnąć i zobaczyć?
> LiveCD z gentoo to w ogóle przydatka płytka, polecam.
Dzięki, fajna płytka, przetestowałam, ale z tym FB na dzień dobry to nie bardzo :D, przynajmniej u mnie...
Gdy uruchamiam, pojawia się - jak zawsze :-( - komunikat: \\"You passed an undefined mode number\\" i do wyboru mam tylko tryby tekstowe dla VESA VGA. Framebuffer nie działa
2005-09-03 16:49:03 mordimmer napisał:
> Strasznie nietypowa sprawa z tym framebufferem, probowalem kompilowac kilka roznych jader - i za
> kazdym razem wynik pozytywny.
(...)
> Gdzies, cos, jest nie tak; skopiuj mi prosze swoj .config - przekompiluje u siebie i zobaczymy
> co powstanie w wyniku kompilacji. (...)
Ojej, byłabym ogromnie wdzięczna, ale tyle fatygi ze strony Kolegi... :D
2005-09-03 19:43:45 wojtekm napisał:
> Olka, a jakiej Ty właściwie wersji źródeł jądra używasz?
> Czy nie jest to przypadkiem jednen z tych przeładowanych łatami kerneli dystrybucyjnych?
> Próbowałaś z najnowszą waniliową wersją z kernel.org?
Kompilowałam 2.6.12.3 i 2.6.12 z kernel.org (niczym ich nie patchowałam), 2.6.10 dystrybucyjne Archlinuxa oraz dystrybucyjne slackware 2.4.29.
Tak właśnie zerkam na kernel.org i najnowsza to 2.6.13. Tego kernela jeszcze nie próbowałam (zrobię to w jakimś możliwie bliskim czasie).
-------------
zastanawia mnie jedno stwierdzenie w dokumentacji do kernela:
If this does not work, this might be because your BIOS does not support
linear framebuffers or because it does not support this mode at all.
Even if your board does, it might be the BIOS which does not.
Można przyjąć, że przy kompilacji jądra popełniam zawsze ten sam błąd (aczkolwiek kompilowałam także kilka kerneli dokładnie według wskazówek zamieszczonych przez uczynnych przedmówców), ale zastanawiającym jest dlaczego obydwa liveCD (Knoppix i gentoo) witają mnie komunikatem o wybraniu niezdefiniowanego numeru trybu.
jeszcze raz dziękuję wszystkim za zainteresowanie problemem i pomoc
olka
-
2005-09-03 20:12:19 olka napisał:
> zastanawia mnie jedno stwierdzenie w dokumentacji do kernela:
> If this does not work, this might be because your BIOS does not support
> linear framebuffers or because it does not support this mode at all.
> Even if your board does, it might be the BIOS which does not.
>
> Można przyjąć, że przy kompilacji jądra popełniam zawsze ten sam błąd (aczkolwiek kompilowałam
> także kilka kerneli dokładnie według wskazówek zamieszczonych przez uczynnych przedmówców), ale
> zastanawiającym jest dlaczego obydwa liveCD (Knoppix i gentoo) witają mnie komunikatem o
> wybraniu niezdefiniowanego numeru trybu.
>
> jeszcze raz dziękuję wszystkim za zainteresowanie problemem i pomoc
> olka
no.. mysle, ze to moze byc to.. sprobuj sciagnac nowszy bios i upgrade\\'nac
gratulacje za zaciecie w poszukiwaniach :-) - niewielu jest takich uzytkownikow... ;-)
-
2005-09-03 20:12:19 olka napisał:
> zastanawia mnie jedno stwierdzenie w dokumentacji do kernela:
> If this does not work, this might be because your BIOS does not support
> linear framebuffers or because it does not support this mode at all.
> Even if your board does, it might be the BIOS which does not.
Gentoo LiveCD domyślnie uruchamia się z framebufferem, więc skoro nie zadziałał u Ciebie to oznacza niestety probelm ze sprzętem. Najprawdowpodobniej część BIOSu na twojej karcie graficznej odpowiedzialna za jej obsługę, nie implementuje standardu VESA w ogóle, lub posiada jakiegoś buga.
Pozotaje upgrade BIOSu karty, wymiana sprzętu albo pogodzenie się z faktami... :(.
W tej sytuacji sprawdzanie kolejnych wersji kerneli nie ma raczej sensu.
Wojtek
-
2005-09-03 22:43:56 wojtekm napisał:
(...)
> Pozotaje upgrade BIOSu karty,
poczytałam o tym troszkę i póki co nie wchodzi to w rachubę: za wysokie progi jak dla mnie.
> wymiana sprzętu,
Już zapisała na listę TODO zaraz za pozycją \\"Napad na bank\\" ;-)
>albo pogodzenie się z faktami... :(.
W życiu ! Gdyby było to zgodne z moim charakterem wciąż siedziałabym na windzie dziękując M$ za to, że po raz kolejny udało mi się reanimować WinMe (jak ja mogłam w ogóle na czymś takim \\"pracować\\" ?! :D)
> W tej sytuacji sprawdzanie kolejnych wersji kerneli nie ma raczej sensu.
Nie sposób się z tym niezdodzić. W obliczu powyższych faktów uruchomię chyba jednak FB na tak odradzanym przez wszystkich sterowniku nvidii (niech tam! najwyżej nie zainstaluję sterów do x-ów i tak nie grywam w nic więc jakieś tam akceleracje 3D nie są mi potrzebne...) i pomęczę się z napisaniem jakiegos skryptu wykonującego fbset na wszystkich konsolach.
Gorąco dziękuję wszystkim za tak żywe zainteresowanie problemem, pomoc w zdiagnozowaniu przyczyn a nade wszystko za poświęcenie szmatu czasu i przepraszam, że de fakto problem okazał się najprawdopodobniej odległy zagadnieniom linuksowym - a więc tematyce niniejszego forum.
pozdrawiam
olka
-
2005-09-04 19:39:13 olka napisał:
> 2005-09-03 22:43:56 wojtekm napisał:
>
> (...)
> > Pozotaje upgrade BIOSu karty,
> poczytałam o tym troszkę i póki co nie wchodzi to w rachubę: za wysokie progi jak dla mnie.
to nie jest takie straszne :-) na serio... a warto sprobowac...
> > W tej sytuacji sprawdzanie kolejnych wersji kerneli nie ma raczej sensu.
> Nie sposób się z tym niezdodzić. W obliczu powyższych faktów uruchomię chyba jednak FB na tak
> odradzanym przez wszystkich sterowniku nvidii (niech tam! najwyżej nie zainstaluję sterów do
> x-ów i tak nie grywam w nic więc jakieś tam akceleracje 3D nie są mi potrzebne...) i pomęczę
> się z napisaniem jakiegos skryptu wykonującego fbset na wszystkich
> konsolach.
Jesli faktycznie az tak boisz sie upgrade\\'owac bios, to radze sprobowac jeszcze skorzystac z vesafb-tng. Caly wic polega na tym, ze modul ten odowluje sie do karty graficznej w inny sposob i sa duze szanse, ze zadziala.
http://dev.gentoo.org/~spock/
mysle, ze warto sprobowac... ;-)
-
2005-09-04 19:39:13 olka napisał:
> > Pozotaje upgrade BIOSu karty,
> poczytałam o tym troszkę i póki co nie wchodzi to w rachubę: za wysokie progi jak dla mnie.
(...)
> >albo pogodzenie się z faktami... :(.
> W życiu ! Gdyby było to zgodne z moim charakterem wciąż siedziałabym na windzie dziękując M$ za
> to, że po raz kolejny udało mi się reanimować WinMe (jak ja mogłam w ogóle na czymś takim
> \\"pracować\\" ?! :D)
Hmm... czy tylko ja widzę w przytoczonych 2 cytatach małą sprzeczność ;).
> W obliczu powyższych faktów uruchomię chyba jednak FB na tak
> odradzanym przez wszystkich sterowniku nvidii (niech tam! najwyżej nie zainstaluję sterów do
> x-ów i tak nie grywam w nic więc jakieś tam akceleracje 3D nie są mi potrzebne...) i pomęczę
> się z napisaniem jakiegos skryptu wykonującego fbset na wszystkich
> konsolach.
Hmm, nigdy tego nie testowałem (z racji tego, że ja akurat bez 3D raczej żyć nie mogę ;), choć tu nie chodzi tylko o gry, a raczej o OpenGL 2.0, które mię oczarowało pięknem i prostotą swej implementacji - niestety na Linuksie używalne tylko z najnowszymi zamkniętymi sterownikami nVidii), ale być może sterownik \\"nv\\" dla X-ów nie będzie się gryzł z fb.
> Gorąco dziękuję wszystkim za tak żywe zainteresowanie problemem, pomoc w zdiagnozowaniu
> przyczyn a nade wszystko za poświęcenie szmatu czasu i przepraszam, że de fakto problem okazał
> się najprawdopodobniej odległy zagadnieniom linuksowym - a więc tematyce niniejszego forum.
Nie ma sprawy, zagorzałym (i umiejącym zadawać pytania) fankom Linuksa jesteśmy w stanie nieść nieustanną pomoc dniem i nocą ;).
Wojtek
-
2005-09-04 20:46:36 chmooreck napisał:
(...)
> http://dev.gentoo.org/~spock/
>
> mysle, ze warto sprobowac... ;-)
Zaczynam dochodzić do wniosku, że dzień bez minimum jednej kompilacji jądra, to dzień stracony ;-)
Zapowiadało się obiecująco, ale niestety:
drivers/video/vesafb-thread.c: In function `vesafb_thread\\':
drivers/video/vesafb-thread.c:542: error: too few arguments to function `try_to_freeze\\'
make[2]: *** [drivers/video/vesafb-thread.o] Błąd 1
make[1]: *** [drivers/video] Błąd 2
make: *** [drivers] Błąd 2
i po nowym jądrze :(. Mogę ewentualnie spróbować ze starszymi patchami (próbowałam najnowszy), ale ogólnie biorąc to zaczynam sie lekko zniechęcać :D W zasadzie x-y nie są w końcu takie złe...
Ehh, chociaż miałam nadzieję, że vesafb-tng okaże się tym magicznym trickiem rozwiązującym moje bolączki...
olka
-
sciagnij z archive wersje dla twojego jadra
powodzenia
-
2005-09-04 23:53:45 chmooreck napisał:
> sciagnij z archive wersje dla twojego jadra
:D Zaćmienie mnie wczoraj chyba jakieś opadło, albo co... Przepraszam za głupotę :D.
----------------
No więc ściągnęłam, tym razem wersję odpowiednią, skompilowałam, zmieniłam odpowiednio wpis w lilo, reboot i... DZIAŁA !!! Wprost nie mogę w to uwierzyć :). Piękna rozdzielczość, odświeżanie, głębia kolorów, wszystko identyczne na wszystkich konsolach - słowem \\"cud-miód\\" (i pingwin ;-).
Na archlinuxie jeszcze nie sprawdzałam, ale nie sądzę żeby akurat się uparł zrobić inaczej ;).
Niniejszym po ponad dwóch miesiącach walki mam niezmierną przyjemnośc ogłosić, że problem został ROZWIĄZANY.
Składam gorące podziękowania wszystkim, którzy próbowali mi pomóc poświącając swój cenny czas i służąc radą, może niekoniecznie \\"dniem i nocą\\" ;-) (jak deklarował Kolega Wojtek), ale równie często.
Szczególne podziękowania składam Koledze Chmooreckowi za uporczywe ;) przekonywanie mnie do projektu vesafb-tng, który okazał sie remedium na mojego GeForce\\'a
pozdrawiam wszystkich
olka
-
2005-09-02 17:54:20 olka napisał:
> 2005-08-28 11:17:09 mordimmer napisał:
>
> > Dobra. ja używam Slacka 10.1, kernel 2.6.12.5 oraz GF4 mx (a pozatym słucham metalu i
> jestem do
> > wzięcia ;->).
>
> A to się chyba nie najlepiej składa, bo ja preferuję muzyke klasyczną ;-)
> a tak na poważnie,
>
> >Odświeżanie chwilowo jest stale i wynosi
> > 60Hz dla konsoli
> Hmm... chwilowo? z tego co się wywiedziałam to nie wygląda to na sprawę przejściową, poza tym
> praca przy takim odświeżaniu w trybie graficznym grozi ślepotą ;)
>
> > Opcje kernela które trzeba wybrać dla wsparcia innych trybów to kolejno:
> > support for frame buffer devices FB
> > VESA VGA graphics support
> > VGA text console (jak się coś spapra to jest text mode)
> > Framebuffer Console support
> > Select compiled-in console fonts
> > VGA 8x16 font
>
> Ustawiłam dokładnie to, co kolega radził i d...
> FB nie działa
> open /dev/fb0: No such file or directory
>
> ---------------------------------------
>
> ogólnie rzecz ujmując utknęłam w martwym punkcie, pomimo przeczytania dokumentacji do fb, wielu
> z dostępnych manuali (slackware, gentoo, debian), a także wypowiedzi na róznych nie tylko
> slackowych forach pod kątem fb i tej karty oraz tylokrotnej rekompilacji jądra, ze już
> przestałam liczyć :D. Pozostaje tylko rwać włosy z głowy albo iść na wieczorny spacer...
>
> Uzyskane wnioski:
> Slackware 10.1 + 2.6.12.3
> *vesa (sama)
> nie działa fb
> *vesa +fb_vga16
> fb działa, ale tylko na VGA16
> (Frame buffer device information:
> Name : VGA16 VGA)
> nie można ustawić trybu pracy przez vga=jakiś_tryb_graficzny, mimo, że zgodny z zawartością
> fb.modes
> -zawsze: undefined mode number, a dla vga=ask tylko tryby tekstowe
> *vesa + VGA16 +riva(jako moduł)
> j/w (wyczytałam, że sterownik dla fb musi być wkompilowany w jądro, bo fb jest uruchamiane
> przed załadowaniem modułów, nie wiem czy to prawda, ale tłumaczyłoby dlaczego działa na vga a
> nie rivie)
> *riva (sama)
> nie działa fb
> *nvidia (sama)
> działa fb ale nie można ustawić domyślnie trybu dla wszystkich konsoli przez lilo- uruchamia
> sie w trybie domyslnym dla vesy: 640x480-60 (można zmienić ręcznie przez fbset)
>
> Najdziwniejsze jest dla mnie jednak co poniżej (może czegoś nie wiem i dlatego się dziwię :D)
> Archlinux
> +2.6.12.3
> *fb_nvidia
> fb działa, ale tylko w 640x480-60 (co można zmienić przez fbset)
>
> +2.6.12
> *vesa(sama) - config identyczny jak w przypadku slacka
> fb działa i to domyślnie w trybie 800x600-75 ! Minus: ekran przesunięty jest dość znacznie w
> prawo (co oczywiscie da sie skorygowac recznie za pomocą fbset)
> Frame buffer device information:
> Name : VESA VGA
> a jak w lilo pojawi się jakikolwiek zapis vga=... (np vga=ask) to w podpowiedziach ukazują sie
> tylko tryby tekstowe a sterownikiem fb jest VGA16 :
> Frame buffer device information:
> Name : VGA16 VGA
> a w .configu TEGO kernela stoi:
> # CONFIG_FB_VGA16 is not set
>
> Skopiowanie w/w kernela do slacka(chciałam mieć absolutną pewnośc co do identyczności
> uruchamianego kernela) skutkuje uruchomieniem fb na sterowniku VGA16
>
> -------------------
>
> Skoro nie udało mi się uzyskać zadawalajacych rozdzielczości na wszystkich konsolach przez wpis
> w lilo, próbowalam ustawić to przez odpowiednie wpisy w różnych skryptach:
>
> 1.)Dopisanie do /etc/inittab (testowane zarówno w slacku jak i archlinuxie)
> fb:2345:wait:/usr/sbin/fbset -a 1024x768-75
> co opatrzone było komentarzem na stronce, z której to wyczytałam:
> \\"Success! My virtual terminals all run at a nice resolution\\"
> niestety, ten zapis ustawił mi jedynie parametry dla pierwszej konsoli, co więcej, nie
> znalazłam w manualu do fbset żadnej opcji -a (czy też sugerowanej w innych poradach wersji
> --all)
> 2.)Spróbowałam więc łopatologicznie
> fb1:2345:wait:/usr/sbin/fbset 1024x768-75 tty1
> fb2:2345:wait:/usr/sbin/fbset 1024x768-75 tty2
> ...
> fb6:2345:wait:/usr/sbin/fbset 1024x768-75 tty6
>
> efekt: jak wcześniej
>
> 2.)Trochę przez zmałpowanie, próbowałam ustawić to w rc.local, kierując się skryptem
> ustawiającym numlocka na wszystkich konsolach
> echo \\"Ustawiam parametry framebuffera\\"
> for i in 1 2 3 4 5 6 ; do
> /usr/sbin/fbset 800x600-75/dev/null
> done
> ale efekt: jak wcześniej
> z tym, że to była akurat moja własna radosna twórczośc ;), więc i nie dziwota, że nie działa.
> (Testowane tylko na slacku, bo w archu, z uwagi na troche inna strukturę i nazewnictwo urządzeń
> w ogóle się skrypt wysypywał bo nie umiałam poprawnie odwołać się do odpowiednich konsoli)
>
> Pukając do różnych drzwi uzyskałam najróżniejsze porady, włącznie z odpowiedzią od jednego
> użytkownika fb na GF400, że najłatwiej zwalić winę na sterowniki/linuxa zamiast samemu poszukać
> rozwiązania, ale to już by musiało sugerować totalny debilizm z mojej strony, jeśli po tylu
> różnych próbach nie mogę uruchomić fb w satysfakcjonujący sposób.
>
> Dziękuję wszystkim za dobre chęci i próbę pomocy,
> pozdrawiam
> olka
>
> PS Mam nadzieję, że tak długa wypowiedź nie zostanie uznana za forumowy spam :D. A jeśli, to
> bardzo przepraszam.
---------------------------------------------------------------------
#!/bin/sh
for i in 1 2 3 4 5 6 12 ; do
chvt $i ;fbset 1024x768-75
done
chvt 0
to powinno załatwić sprawe :)
-
2005-10-05 01:47:03 --wojtek-- napisał:
> #!/bin/sh
>
> for i in 1 2 3 4 5 6 12 ; do
> chvt $i ;fbset 1024x768-75
> done
>
> chvt 0
>
> to powinno załatwić sprawe :)
>
Na wstępie: wielkie dzięki ! :-)
Jestem trochę w kropce, bo problem już rozwiązany i nie wiem czy mogę kontynuować i bez tego nieprzyzwoicie już długi wątek, ale co tam, najwyżej się mi oberwie :D.
Faktycznie, podany skrypt załatwia sprawę, ale nie do końca...
W postaci takiej, jaka została podana ustawia rozdzielczość zgodnie z żądaniami, na wszystkich konsolach, ALE \\"blokuje\\" przy okazji konsolę z której został wywołany (tj. najpierw przełącza się monitor w żądany tryb, potem chwilę nic się nie dzieje - zupełnie czarny ekran, potem w pierwszej linii ekranu pojawia się kursor w postaci \\"_\\" i nie reaguje w ogóle na wciskanie klawiatury), co ciekawe, przełączenie się na inną konsolę i powrót na \\"zablokowaną\\", powoduje jej \\"odblokowanie\\" :
uwidaczniając komunikat:
chvt: VT_ACTIVATE: No such device or address
usunięcie ze skryptu linijki: chvt 0, skutkuje działaniem identycznym jak w/w, ale bez żadnego komunikatu.
Skrypt testowałam na systemie Slackware 10.1 + jądro 2.6.12.3 z wkompilowanym sterownikiem nvidii (dla sterownika vesa skrypt nie działa, z wyjątkiem tego, że blokuje konsolę - z powodów wymienionych w końcu wątku)
pozdrawiam
olka
PS Z dużą dozą prawdopodobieństwa dopuszczam możliwość, że przedstawiony przez Kolegę Wojtka skrypt wszystkim działa, a tylko mój sprzęt znowu czegoś nie implementuje ;-)
-
2005-10-05 20:13:58 olka napisał:
> 2005-10-05 01:47:03 --wojtek-- napisał:
>
> > #!/bin/sh
> >
> > for i in 1 2 3 4 5 6 12 ; do
> > chvt $i ;fbset 1024x768-75
> > done
> >
> > chvt 0
> >
> > to powinno załatwić sprawe :)
> >
> usunięcie ze skryptu linijki: chvt 0, skutkuje działaniem identycznym jak w/w, ale bez żadnego
> komunikatu.
a nie powino byc czasem na koncu
chvt 1
zamiast chvt 0 ?
-
jeszcze jedno.. chyba nie trzeba uzywac chvt
z man\\'a fbset:
Frame buffer device nodes:
-fb \\" <\\" device >
device gives the frame buffer device node. If no device via -fb is given, /dev/fb0 is used
czyli powinno wystarczyc:
for i in 0 1 2 3 4 5 11 ; do
fbset -fb /dev/fb$i 1024x768-75
done
czy jakos tak ;-)
-
Mam siemens'a CXT70 - chcialbym miec mozliwosc zrzucania fotek z niego przez port podczerwieni pod linuxem (slackware 10.1). Pod win98SE dziala wszystko bez problemu, za to pod slackiem nie dziala wcale, a raczej dziala troche...
Zrobilem wszystko tak jak jest opisane tutaj
http://mobile.linux.pl/?id=article&kategoria=36&show=231
i tutaj
http://mobile.linux.pl/?id=article&kategoria=36&show=153
ale niestety nie dziala.
Po wydaniu polecenia irdadump niby wszystko wyglada normalnie ale mam wrazenie ze albo telefon nie odpowiada na pakiety wysylane pzez kompa albo do kompa nie dociera to co wysyla telefon - oczywiscie irda w telefonie jest wlaczona :). Po prostu nie widze jakichkolwiek pakietow z telefonu, tylko to co co pare sekund wysyla komputer... Moze ktos spotkal sie z takim problemem?
-
siemens czy panasonic? :)
-
2005-07-11 23:46:41 de_laurent napisał:
> siemens czy panasonic? :)
Moze troche nieprecyzyjnie napisalem :)
Telefon - Siemens CXT70
Laptop z irda - Panasonic CF-35 :)