Linux (Mint 18) + DSUB + rozdzielczosc

[Donkey Kong]

Witajcie,

Jest jakiś sposób, aby zmisić Linux Mint 18 do rozdzielczości np.
1600x1200 przez D-SUB (analogowo)? Szukałem, testowałem, ale lipa -
ciągle mam 1024x768 max...
--

Mr Kong, Donkey Kong.

[Donkey Kong]

Donkey Kong wrote:
> Witajcie,
>
> Jest jakiś sposób, aby zmisić Linux Mint 18 do rozdzielczości np.
> 1600x1200 przez D-SUB (analogowo)? Szukałem, testowałem, ale lipa -
> ciągle mam 1024x768 max...

Po DVI działa "od kopa" - dodam.

[Jacek Maciejewski]

Dnia Fri, 7 Oct 2016 15:01:33 +0200, Donkey Kong napisał(a):

> Witajcie,
>
> Jest jakiś sposób, aby zmisić Linux Mint 18 do rozdzielczości np.
> 1600x1200 przez D-SUB (analogowo)? Szukałem, testowałem, ale lipa -
> ciągle mam 1024x768 max...

Ma ten problem z obecnym monitorem, w opcjach tylko dwie małe
rozdziałki. Potrzebną zrobisz tak: Generujesz modeline za pomocą cvt a
potem dopisujesz ją do xorg.conf albo wykonujesz za pomocą xrandr (można
z palca, skryptem lub .xprofile. Jak chcesz, powiem więcej.
--
Jacek
I hate haters.

[Donkey Kong]

Powiedz, tylko sprawdzę najpierw co robiłem :)

[Jacek Maciejewski]

Dnia Fri, 7 Oct 2016 19:35:53 +0200, Donkey Kong napisał(a):

> Powiedz, tylko sprawdzę najpierw co robiłem :)

Ano, robisz mniej więcej tak:
jacek@c2d ~ $ xrandr

Screen 0:
minimum 320 x 200, current 1024 x 768, maximum 8192 x 8192

VGA1 connecte
1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm

1024x768 60.0*

800x600 60.3 56.2

848x480 60.0

640x480 59.9

jacek@c2d ~ $

jacek@c2d ~ $ cvt 1280 960 60

# 1280x960 59.94 Hz (CVT 1.23M3) hsync: 59.70 kHz; pclk: 101.25 MHz

Modeline "1280x960_60.00" 101.25 1280 1360 1488 1696 960 963 967 996
-hsync +vsync

jacek@c2d ~ $ xrandr --newmode "1280x960_60.00" 101.25 1280 1360 1488
1696 960 963 967 996 -hsync +vsync
jacek@c2d ~ $ xrandr --addmode VGA1 "1280x960_60.00"


Dwa ostatnie polecenia możesz zapisać w pliku ~/.xprofile. Na Mincie mi
się wykonywał, na Debianie nie chce. Mozesz też linię:
Modeline "1280x960_60.00" 101.25 1280 1360 1488 1696 960 963 967 996
-hsync +vsync
zapisać w /etc/X11/xorg.conf, w sekcji: Section "Monitor Identifier
"Monitor0"oczywiście po jego utworzeniu w sposób podawany szeroko w
necie.

[Jacek Maciejewski]

Dnia Fri, 7 Oct 2016 19:35:53 +0200, Donkey Kong napisał(a):

> Powiedz, tylko sprawdzę najpierw co robiłem :)

PS. Oczywiście definiowana rozdziałka musi być strawna dla monitora. I
nawet strawna, nie każda chce działać.

[Sebastian Biały]

On 2016-10-07 15:01, Donkey Kong wrote:
> Jest jakiś sposób, aby zmisić Linux Mint 18 do rozdzielczości np.
> 1600x1200 przez D-SUB (analogowo)? Szukałem, testowałem, ale lipa -
> ciągle mam 1024x768 max...

Odpowiem zskakująco: sprawdź najpierw czy masz kabel którzy przesyła
wszystkie informacje, w tym pozwala na komunikacje z monitorem. Chińskie
kabelki VGA tego nie robią. Wpięcie wlasciwego kabla spowoduje że od
ręki dostaniesz dowolne rozdzielczości z poziomu systemu. Dokładnie tak
zachowuje się np. Ubuntu, zmiana kabla pozwala na pokazanie
rozdzielczości natywnych monitora, a na chińskim max 1024.

[Jacek Maciejewski]

Dnia Sat, 8 Oct 2016 09:39:22 +0200, Sebastian Biały napisał(a):

> Wpięcie wlasciwego kabla spowoduje że od
> ręki dostaniesz dowolne rozdzielczości z poziomu systemu

Cholera, nie pomyślałem o tym :) będę musiał i u mnie sprawdzić kable.

[Donkey Kong]

Ja też. W sumie mam 3 albo 4 kable i losowo używam "co się wyciągnie".
Może dlatego kiedyś nie miałem problemów z wyższymi rozdzielczościami a
teraz się problem objawił :)

[AMX]

Dołączę się do pytania bo mam podobny problem. Kupiłem sobie nowy
monitor 1920x1080 (z fabrycznymym kablem analogowym).

Usiłuję zmusić Debiana8 do wyświetlania w tej rodzielczości.
Do tego chcę użyć VESA.

Do pliku /usr/share/X11/xorg.conf.d/90-monitor.conf wpisałem
m.in.
#
Section "Monitor"
DisplaySize 476 268 # In millimeters
ModeLine "1920x1080_60" 172.80 1920 2040 2248 2576 1080 1081
1084 1118 # -hsync +vsync # copied from Xorg.log
#
(cvt podaje niemal identyczne wartości modeline).

Dostaję rozdzielczość 1280x1024. W Xorg.0.log mam wpisy:
VESA(0): Not using mode "1920x1080_60" (no mode of this name)
VESA(0): Not using built-in mode "1920x1440" (no mode of this
name)

Grzebałem po sieci ale nie wiem o co chodzi z "no mode of this
name", tym bardziej, że inny komunikat jest dla dla buit-in a inny
dla rozdzielczości zdefiniowej przeze mnie.

Zakresy częstotliwości są w porządku, monitor umie taką
rozdzielczość osiągnąć a karta wygenerować.

Jakieś wskazówki gdzie można szukać? Z góry dziękuję.

AMX


--

adres w rot13
Nyrxfnaqre Znghfmnx r-...@b2.cy

[Jarosław Sokołowski]

AMX dołącza się do pytania bo ma podobny problem:

> Kupiłem sobie nowy monitor 1920x1080 (z fabrycznymym kablem analogowym).
>
> Usiłuję zmusić Debiana8 do wyświetlania w tej rodzielczości.
> Do tego chcę użyć VESA.
>
> Do pliku /usr/share/X11/xorg.conf.d/90-monitor.conf wpisałem
> m.in.
> #
> Section "Monitor"
> DisplaySize 476 268 # In millimeters
> ModeLine "1920x1080_60" 172.80 1920 2040 2248 2576 1080 1081
> 1084 1118 # -hsync +vsync # copied from Xorg.log
> #
> (cvt podaje niemal identyczne wartości modeline).
>
> Dostaję rozdzielczość 1280x1024. W Xorg.0.log mam wpisy:
> VESA(0): Not using mode "1920x1080_60" (no mode of this name)
> VESA(0): Not using built-in mode "1920x1440" (no mode of this
> name)
>
> Grzebałem po sieci ale nie wiem o co chodzi z "no mode of this
> name", tym bardziej, że inny komunikat jest dla dla buit-in a inny
> dla rozdzielczości zdefiniowej przeze mnie.
>
> Zakresy częstotliwości są w porządku, monitor umie taką
> rozdzielczość osiągnąć a karta wygenerować.

Ale czy VESA umie? Bo z tego co pamiętam, to nie.

> Jakieś wskazówki gdzie można szukać? Z góry dziękuję.

Użyć sterownika przeznaczonego do tej karty.
Jest jakis powód, by chcieć użyć VESA?

--
Jarek

[AMX]

On Wed, 22 Mar 2017 14:25:55 +0100,
Jarosław Sokołowski <ja...@lasek.waw.pl> wrote:
> AMX dołącza się do pytania bo ma podobny problem:
>
>> Kupiłem sobie nowy monitor 1920x1080 (z fabrycznymym kablem analogowym).

>> W Xorg.0.log mam wpisy:
>> VESA(0): Not using mode "1920x1080_60" (no mode of this name)
>> VESA(0): Not using built-in mode "1920x1440" (no mode of this
>> name)
>>

>> Zakresy częstotliwości są w porządku, monitor umie taką
>> rozdzielczość osiągnąć a karta wygenerować.
>
> Ale czy VESA umie? Bo z tego co pamiętam, to nie.
>

Jeśli dobrze rozumiem słowo "built-in" to chyba umie.

>> Jakieś wskazówki [..]

>
> Użyć sterownika przeznaczonego do tej karty.
> Jest jakis powód, by chcieć użyć VESA?

1. Dalczego mam nie używać VESA?
2. Nie bardzo chcę grzebać po opcjach kernela, i tak zapewne
skończyło by się na konieczności instalacji zamkniętych
sterowników.

[Jarosław Sokołowski]

AMX napisał:

>>> Kupiłem sobie nowy monitor 1920x1080 (z fabrycznymym kablem analogowym).
>>>
>>> W Xorg.0.log mam wpisy:
>>> VESA(0): Not using mode "1920x1080_60" (no mode of this name)
>>> VESA(0): Not using built-in mode "1920x1440" (no mode of this
>>> name)
>>>
>>> Zakresy częstotliwości są w porządku, monitor umie taką
>>> rozdzielczość osiągnąć a karta wygenerować.
>>
>> Ale czy VESA umie? Bo z tego co pamiętam, to nie.
>
> Jeśli dobrze rozumiem słowo "built-in" to chyba umie.

Jeśli dobrze rozumiem, to słowem "built-in" X.org rezolutnie opatrzył
tryb "1920x1440". To jednak co innego niż "1920x1080" jaki ma monitor.

>>> Jakieś wskazówki [..]
>>
>> Użyć sterownika przeznaczonego do tej karty.
>> Jest jakis powód, by chcieć użyć VESA?
>
> 1. Dalczego mam nie używać VESA?

Archaiczne to takie. Co samo w sobie nie jest mocnym argumentem, ale
z tego co pamiętam, to zwykle karty ze sterownikiem VESA działały mi
kilka razy wolniej niż z właściwym sobie softem.

> 2. Nie bardzo chcę grzebać po opcjach kernela, i tak zapewne
> skończyło by się na konieczności instalacji zamkniętych
> sterowników.

Zwykle sterowniki same się zgłaszają. Współcześnie w przyrodzie
występują jedynie trzy karty: intel, ati i nvidia. Do wszystkich
są otwarte sterowniki, lepiej działające od VASA. Zamknięte też
są (do intela nie ma), ale to już na wyrażne żądanie.

--
Jarek

[Jacek Maciejewski]

Dnia Wed, 22 Mar 2017 13:14:16 +0000 (UTC), AMX napisał(a):

> Do pliku /usr/share/X11/xorg.conf.d/90-monitor.conf wpisałem

Ja nie grzebałem w /usr. To mój sposób:
"W /etc/X11/xorg.conf dopisać linię Modeline wygenerowaną w cvt, w
stylu:

Section "Monitor"
Identifier "Monitor0"

Modeline "1600x1200_60.00" 161.00 1600 1712 1880 2160 1200 1203 1207
1245 -hsync +vsync "

[Tomasz Torcz]

Dzieki, Jarosław, za post o tresci:

>>>
>>> Użyć sterownika przeznaczonego do tej karty.
>>> Jest jakis powód, by chcieć użyć VESA?
>>
>> 1. Dalczego mam nie używać VESA?
>
> Archaiczne to takie. Co samo w sobie nie jest mocnym argumentem, ale
> z tego co pamiętam, to zwykle karty ze sterownikiem VESA działały mi
> kilka razy wolniej niż z właściwym sobie softem.
>
>> 2. Nie bardzo chcę grzebać po opcjach kernela, i tak zapewne
>> skończyło by się na konieczności instalacji zamkniętych
>> sterowników.
>
> Zwykle sterowniki same się zgłaszają. Współcześnie w przyrodzie
> występują jedynie trzy karty: intel, ati i nvidia. Do wszystkich
> są otwarte sterowniki, lepiej działające od VASA. Zamknięte też
> są (do intela nie ma), ale to już na wyrażne żądanie.

Techniczne rzecz biorać do Intela też sa zamknięte:
https://01.org/linuxgraphics/downloads/firmware


--
Tomasz Torcz "Never underestimate the bandwidth of a station
xmpp: zdzi...@chrome.pl wagon filled with backup tapes." -- Jim Gray

[AMX]

On Wed, 22 Mar 2017 15:41:44 +0100,
Jarosław Sokołowski <ja...@lasek.waw.pl> wrote:

> AMX napisał:

>>>> VESA(0): Not using mode "1920x1080_60" (no mode of this name)
>>>> VESA(0): Not using built-in mode "1920x1440" (no mode of this
>>>> name)
>>>>
>>>> Zakresy częstotliwości są w porządku, monitor umie taką
>>>> rozdzielczość osiągnąć a karta wygenerować.
>>>
>>> Ale czy VESA umie? Bo z tego co pamiętam, to nie.
>>
>> Jeśli dobrze rozumiem słowo "built-in" to chyba umie.
>
> Jeśli dobrze rozumiem, to słowem "built-in" X.org rezolutnie opatrzył
> tryb "1920x1440". To jednak co innego niż "1920x1080" jaki ma monitor.
>

Słusznie. Tylko dlaczego ignoruje modeline?

>>> Użyć sterownika przeznaczonego do tej karty.
>>

[..]

>> 2. Nie bardzo chcę grzebać po opcjach kernela,

> Zwykle sterowniki same się zgłaszają.

Wygląda na to, że trzeba się będzie dokształcić i przejść na
sterownik ati.

Dziękuję.

[Jarosław Sokołowski]

AMX pisze:

>>>> Ale czy VESA umie? Bo z tego co pamiętam, to nie.
>>> Jeśli dobrze rozumiem słowo "built-in" to chyba umie.
>> Jeśli dobrze rozumiem, to słowem "built-in" X.org rezolutnie opatrzył
>> tryb "1920x1440". To jednak co innego niż "1920x1080" jaki ma monitor.
>
> Słusznie. Tylko dlaczego ignoruje modeline?

Bo VESA to skrajnie uproszczony sterownik, który steruje tylko tybami VESA.

>>> 2. Nie bardzo chcę grzebać po opcjach kernela,
>> Zwykle sterowniki same się zgłaszają.
>
> Wygląda na to, że trzeba się będzie dokształcić i przejść na sterownik ati.

Takie Ubuntu na komputerze z kartą ATI robi wszysto samo, dziwne, że
Debian nie. A może jednak tak? W systemach, które osldkulowo korzystają
z pliku xorg.conf (np. slack) wpisuje się "Driver=ati" w sekcji "Device".

> Dziękuję.

Zawsze do usług.

--
Jarek

[Olek]

W dniu 22.03.2017 o 20:47, Jarosław Sokołowski pisze:

>
> Takie Ubuntu na komputerze z kartą ATI robi wszysto samo, dziwne, że
> Debian nie. A może jednak tak? W systemach, które osldkulowo korzystają
> z pliku xorg.conf (np. slack) wpisuje się "Driver=ati" w sekcji "Device".

To jest cecha xorg a nie systemu.
W aktualnym Slackware, też nie musi być xorg.confa i domyślnie go nie ma.
Nowy xorg startuje bez tego pliku i konfiguruje się sam w locie.
Jeśli potrzebujesz, to możesz zrobić ten plik konfiguracyjny i wtedy
będzie honorowany.
--
Olek

[AMX]

On Wed, 22 Mar 2017 20:47:38 +0100,
Jarosław Sokołowski <ja...@lasek.waw.pl> wrote:
> AMX pisze:

>
>>>> 2. Nie bardzo chcę grzebać po opcjach kernela,
>>> Zwykle sterowniki same się zgłaszają.

Ale chyba nie u mnie.

>>
>> Wygląda na to, że trzeba się będzie dokształcić i przejść na sterownik ati.
>
> Takie Ubuntu na komputerze z kartą ATI robi wszysto samo, dziwne, że
> Debian nie. A może jednak tak? W systemach, które osldkulowo korzystają
> z pliku xorg.conf (np. slack) wpisuje się "Driver=ati" w sekcji "Device".
>

Karta:
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices,
Inc. [AMD/ATI] Park [Mobility Radeon HD 5430] [1002:68e1]

W dmesg mam taką linię:
[ 5.999993] [drm:radeon_pci_probe] *ERROR* radeon kernel
modesetting for R600 or later requires firmware-linux-nonfree.

Po wpisaniu w konfiguracji xorg
Section "Device"
Identifier "Radeon"
Driver "radeon"
EndSection

X-y w ogóle nie startują a w xorg.log mamy fragment:
[ 19.823] (II) [KMS] drm report modesetting isn't supported.
[ 19.823] (EE) Screen 0 deleted because of no matching config
section.
[ 19.823] (II) UnloadModule: "radeon"
[ 19.823] (EE) Device(s) detected, but none match those in the
config file.
[ 19.823] (EE)
Fatal server error:
[ 19.823] (EE) no screens found(EE)
[ 19.823] (EE)

[Dominik Ałaszewski]

Dnia 24.03.2017 AMX <r-...@b2.cy> napisał/a:

> W dmesg mam taką linię:
> [ 5.999993] [drm:radeon_pci_probe] *ERROR* radeon kernel
> modesetting for R600 or later requires firmware-linux-nonfree.

A masz zainstalowany rzeczony pakiet?

--
Dominik Ałaszewski (via raspbianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP
Pisząc na priv zmień domenę na gmail.

[AMX]

On Fri, 24 Mar 2017 11:20:20 +0000 (UTC),
Dominik Ałaszewski <Dominik.A...@gazeta.pl.invalid> wrote:

> Dnia 24.03.2017 AMX <r-...@b2.cy> napisał/a:
>
>> W dmesg mam taką linię:
>> [ 5.999993] [drm:radeon_pci_probe] *ERROR* radeon kernel
>> modesetting for R600 or later requires firmware-linux-nonfree.
>
> A masz zainstalowany rzeczony pakiet?
>

Nie, bo jest nonfree =:-(

[AMX]

On Wed, 22 Mar 2017 19:02:21 +0000 (UTC), AMX <r-...@b2.cy> wrote:
> On Wed, 22 Mar 2017 15:41:44 +0100,
> Jarosław Sokołowski <ja...@lasek.waw.pl> wrote:
>
>> AMX napisał:
>

> [..]
>>> 2. Nie bardzo chcę grzebać po opcjach kernela,
>
>> Zwykle sterowniki same się zgłaszają.
>
> Wygląda na to, że trzeba się będzie dokształcić i przejść na
> sterownik ati.

Zainstalowałem sterowniki nonfree, wszystko działa i powinienem
się cieszyć. Jednak kupując komputer specjalnie zażyczyłem sobie
kartę ATI bo te karty miały mieć "open" sterowniki. Otwartość
okazała się być jedynie chwytem reklamowym.

Pozdrawiam wszystkich i dziękuję za pomoc.

[Olek]

W dniu 25.03.2017 o 21:17, AMX pisze:

> Zainstalowałem sterowniki nonfree, wszystko działa i powinienem
> się cieszyć. Jednak kupując komputer specjalnie zażyczyłem sobie
> kartę ATI bo te karty miały mieć "open" sterowniki. Otwartość
> okazała się być jedynie chwytem reklamowym.

Firmware owszem, jest nonfree, ale otwarte drajwery są przecież dostępne.
https://dri.freedesktop.org/wiki/Radeon/
https://cgit.freedesktop.org/xorg/driver/xf86-video-ati/
Nikt Cię nie okłamał ;)

--
Olek

[AMX]

Chyba czegoś nie rozumiem. Pakiet xf86-video-ati (dokładniej
debianowy xserver-xorg-video-ati) był zainstalowany, tylko
nie chciał działać bez firware nonfree.

[Olek]

W dniu 26.03.2017 o 14:08, AMX pisze:

>
> Chyba czegoś nie rozumiem. Pakiet xf86-video-ati (dokładniej
> debianowy xserver-xorg-video-ati) był zainstalowany, tylko
> nie chciał działać bez firware nonfree.

Firmware nie jest driverem.
Przy kupnie sprzętu nie pytałeś o firmware, a tylko o otwarte sterowniki.
Tyle, że otwarte sterowniki nie zadziałają bez załadowania do karty
zamkniętego firmware.
Nie mam karty ATI ale pewnie trzeba było dociągnąć skądś to firmware,
albo w pełnej zgodzie z licencją, pobrać tzw. sterowniki ATI (czyli tak
naprawdę sterowniki + firmware) i wykroić z niego samo firmware.
--
Olek

[AMX]

On Sun, 26 Mar 2017 18:16:42 +0200, Olek <olotes...@poczta.onet.pl> wrote:
> W dniu 26.03.2017 o 14:08, AMX pisze:
>>
>> Chyba czegoś nie rozumiem. Pakiet xf86-video-ati (dokładniej
>> debianowy xserver-xorg-video-ati) był zainstalowany, tylko
>> nie chciał działać bez firware nonfree.
>
> Firmware nie jest driverem.

=:-o

> Przy kupnie sprzętu nie pytałeś o firmware, a tylko o otwarte sterowniki.

No, formalnie to przy zakupie sprzętu to ja o nic nie pytałem. Z
reguły sprzedawca, kiedy pada takie pytanie, przypomina sobie że
zostawił włączone żelazko w domu. =;-)

> Tyle, że otwarte sterowniki nie zadziałają bez załadowania do karty
> zamkniętego firmware.

Nigdy nie wnikałem w takie kwestie. Jeśli dobrze rozumiem, karta
przy starcie ładuje sobie z komputera firmware (cokolwiek to
jest, chyba jakiś kod wykonywalny?) i wtedy rozmawia ze
sterownikiem?

[Jarosław Sokołowski]

AMX pisze:

> Jeśli dobrze rozumiem, karta przy starcie ładuje sobie z komputera
> firmware (cokolwiek to jest, chyba jakiś kod wykonywalny?) i wtedy
> rozmawia ze sterownikiem?

Tak to mniej więcej wygląda. A w firmware faktycznie jest kod wykonywalny
(choć może być też coś jeszcze), ale wykonywalny dla procesora urządzenia,
a nie dla samego komputera. Ten kod mógłby być umieszczony na stałę
w pamięci ROM karty, ale z wielu powodów lepiej to rozwiązać tak, jak jest
to rozwiązane.

W wielu urządzeniach mniej skomplikowanych od współczesnej karty graficznej,
jak na przykład w klawiaturach czy myszach, firmware siedzi na stale w ROM.
Ale nikt nie rozpacza, że jego komputer jest "non free", bo ma mysz, której
procesor wykonuje kod skompilowany z nieopublikowanych źródeł.

--
Jarek

[AMX]

On Sun, 26 Mar 2017 21:32:25 +0200, Jarosław Sokołowski <ja...@lasek.waw.pl> wrote:
> AMX pisze:
>
>> Jeśli dobrze rozumiem, karta przy starcie ładuje sobie z komputera
>> firmware (cokolwiek to jest, chyba jakiś kod wykonywalny?) i wtedy
>> rozmawia ze sterownikiem?
>
> Tak to mniej więcej wygląda. A w firmware faktycznie jest kod wykonywalny
> (choć może być też coś jeszcze), ale wykonywalny dla procesora urządzenia,
> a nie dla samego komputera. Ten kod mógłby być umieszczony na stałę
> w pamięci ROM karty, ale z wielu powodów lepiej to rozwiązać tak, jak jest
> to rozwiązane.

Aaa, to zwracam honor (firmie ATI)

=:-)