Portál AbcLinuxu, 24. dubna 2024 09:05
Zdarec,
jde nějak úplně vypnout vestavěné LCD notebooku s fglrx a aktivním xrandr (aktivovaným s aticonfig --set-pcs-str="DDX,EnableRandr12,TRUE")? Pokud použiju xrandr --output LCD --off, tak LCD pouze ztratí obraz, ale nadále jede (svítí podsvícení). To samé s externím monitorem, pokud použiju --off, tak obraz sice "zhasne", ale monitor pořád jede.
Když vypnu xrandr a přepínám přes aticonfig (nepohodlné, musím restartovat X pro správné rozlišení), tak obrazovka skutečně zhasne (stand-by). Tak bych rád věděl, jak (a jestli vůbec) toho dosáhnout s aktivním xrandr (třeba i přes aticonfig).
Díky
16.12.2008 01:08
Jakub Lucký | skóre: 40
| Praha
Tak tohle mi udělá to samé, jako bych si zapnul spořič obrazovky "Prázdná obrazovka", čili opět pouze "zhasne" obraz, podsvícení zůstává a při pohybu myší se obraz opět vrátí...a navíc to vypne oba monitory, ja potřebuju pouze vestavěný LCD notebooku :)
16.12.2008 19:23
Jakub Lucký | skóre: 40
| Praha
16.12.2008 19:06
xbacklight a kdyz dam xbacklight -set 0 tak displej zhasne uplne - stejne, jako kdyz pouziju hardwarovy spinac pri zavreni vika (alespon to tak vypada)
I to by šlo, ale když to napíšu, tak to skončí s tímhle:
xbacklight -set 0
No outputs have backlight property
Což možná je i důvod, proč nejde to xset dpms force off.
Mám xbacklight.x86_64 0:1.1-2.fc9
16.12.2008 19:38
Jakub Lucký | skóre: 40
| Praha
Pravda, na to jsem zapomněl. Je to notebook hp tx2500, AMD RM-70 (64bit X2) s integrovanou ATI HD 3200 a běží na tom Fedora 10 64bit s plně funkčním fglrx 8.12
16.12.2008 22:55
Jakub Lucký | skóre: 40
| Praha
Nedělá to nic a ani nic nevypíše. Akorát to chce spustit pod rootem. Jinak to píše
can't open /dev/mem
Are you root?
Jestli to náhodou není jenom pro ovládače radeon/radeonhd. Heh....vypadá to, že mám někde něco špatně >=/
Přikládám můj xorg.conf.... (smazal jsem input devices, ať je to kratší...)
# Xorg configuration created by livna-config-display
Section "ServerLayout"
Identifier "Default layout"
Screen 0 "aticonfig-Screen[0]-0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "stylus" "SendCoreEvents"
InputDevice "touch" "SendCoreEvents"
InputDevice "eraser" "SendCoreEvents"
InputDevice "Synaptics" "SendCoreEvents"
EndSection
Section "Files"
ModulePath "/usr/lib64/xorg/modules"
EndSection
Section "Module"
Load "synaptics"
Load "glx"
Load "dri"
Load "extmod"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[0]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Device"
Identifier "aticonfig-Device[0]-0"
Driver "fglrx"
Option "Mode2" "1440x900,1280x800,1024x768"
Option "EnableMonitor" "crt1"
Option "OpenGLOverlay" "off"
Option "VideoOverlay" "off"
Option "TexturedVideo" "on"
Option "Textured2D" "on"
Option "UseFastTLS" "1"
Option "XAANoOffscreenPixmaps" "on"
BusID "PCI:1:5:0"
EndSection
Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
Monitor "aticonfig-Monitor[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1440x900" "1280x800" "1024x768"
EndSubSection
EndSection
Section "DRI"
Mode 0666
EndSection
Section "Extensions"
Option "RENDER" "Enable"
Option "DAMAGE" "Enable"
Option "Composite" "Enable"
EndSection
17.12.2008 00:19
Jakub Lucký | skóre: 40
| Praha
Já to zkoušel, jenom jsem tu odpověď blbě zformuloval :D Takže pod rootem to neudělá nic, LCD nepohasne, nic se nevypíše. Pod normálním uživatelem se mě to zeptá, jestli jsem root a taky to nic neudělá...
17.12.2008 01:42
Jakub Lucký | skóre: 40
| Praha
Section "Monitor"
Identifier "Generic Monitor"
Option "DPMS"
EndSection
Taky nepomohlo, tak jsem zase vypnul RandR rozšíření v aticonfig a přepínám monitory přes aticonfig a zjistil jsem, že rozlišení se dá nastavovat taky přes xrandr, ovšem tímto krokem jsem ztratil možnost rotace obrazu, což je na TabletPC taková...ehm...zásadnější věc :D
Ale i tak díky všem za pomoc...
Ahoj
řeším něco podobného na notebooku Acer, kde se sice da LCD jednoduše vypnout klávesami Fn-F6 ale já potřebuju příkaz který to spouští abych si to mohl namapovat na tlačítko na "dálkovém ovládání".
Mělo by to jít přímo v ACPI takže jsem vypátral skriptík /etc/acpi/screenblank.sh, který by se měl zřejmě pouštět po stlačení těch kláves Fn-F6, a ten opravdu LCD vypne přesně tak jak potřebuji. Nicméně po nějaké době se samo od sebe zapne podsvícení, takže obrazovka je sice černá ale opět svítí :( Přitom při použití Fn-F6 se vypne a vypnuté již zůstane. Nesetkali jste se s tím někdo? Nevíte jak to donutit aby ti zůstalo opravdu vypnuté i při použití toho skriptu?
Díky
16.12.2008 22:15
Jakub Lucký | skóre: 40
| Praha
#!/bin/sh
test -f /usr/share/acpi-support/key-constants || exit 0
. /etc/default/acpi-support
. /usr/share/acpi-support/power-funcs
for x in /tmp/.X11-unix/*; do
displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
getXuser;
if [ x"$XAUTHORITY" != x"" ]; then
export DISPLAY=":$displaynum"
. /usr/share/acpi-support/screenblank
fi
done
a v tom /usr/share/acpi-support/screenblank je tohle:
if [ `pidof xscreensaver` ]; then
su $user -c "(xscreensaver-command -throttle)"
if [ x$LOCK_SCREEN = xtrue ]; then
su $user -c "(xscreensaver-command -lock)"
fi
elif [ `pidof dcopserver` ]; then
dcop kdesktop KScreensaverIface lock
fi
if [ `pidof dcopserver` ]; then
avail_sessions=`dcop --all-users --list-sessions | grep '.DCOP.*__0'`
# send the lock command to all sessions
for session in $avail_sessions; do
# /dev/null because dcop warns if it can't connect to X (this is normal!)
dcop --session "$session" --all-users kdesktop KScreensaverIface lock > /dev/null 2>&1
done
fi
xset dpms force off
if [ x$RADEON_LIGHT = xtrue ]; then
[ -x /usr/sbin/radeontool ] && radeontool light off
fi
Teď když to tu vidím tak hezky vypsané tak jsem zjisitl, že to vlastně ve finále stejně pouští to xset dmps force off.
Zkusil jsem to tedy pustit ručně a to funguje bezchybně tudíž je tím můj problém vyřešen :) Děkuji za pozornost :)
16.12.2008 23:06
Jakub Lucký | skóre: 40
| Praha
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.