ls -l /dev/mouse lrwxrwxrwx 1 root root 5 May 22 01:27 mouse -> ttyS0Ale pozor, je mozna mala komplikace pri pouzivani dvemi aplikacemi zaroven : pokud z aplikace A pouzijete /dev/mouse jez ukazuje na /dev/ttyS0 , zamkne se pristup ostatnich aplikaci pouze pro zarizeni /dev/mouse a nikoli /dev/ttyS0 !!!. Pak se vam muze stat ze spustite treba minicom (modemovy program) a ten zkusi otevrit /dev/ttyS0 coz se mu povede (stejny problem jako u /dev/mouse je u /dev/modem. )
Jak vlastne mysoidnost funguje (kdyz uz funguje, pod X i VT):
Pod X se da navic na takto oznaceny text kouknout pres clipboard( xclipboard ).
gpm -t msc /dev/ttyS0spusti mys v modu microsoft (2 tlacitka) na zarizeni /dev/ttyS0 (COM1).
gpm -t ms /dev/mousespusti mys v modu mousesystems (3 tlacitka) na zarizeni /dev/mouse coz je link na skutecne pouzite zarizeni.
Tento prikaz se typicky spousti z nejakeho skriptu po bootu ( /etc/rc.d/rc.local ). Pro dalsi info doporucuji manualovou stranku (
man gpm ).
Zde jako priklad muj soubor rc.local :
#! /bin/sh # Put any local setup commands in here # Running gpm echo Setting volume /usr/bin/setmixer vol 40 echo "Running gpm..." gpm -t ms & #echo NASTAVUJU swapfile #/sbin/swapon /DOS2/swapfile echo Nastavuju rychlost klavesnice na 30,250 /sbin/kbdrate -r 30 -d 250 #nastav 115200 na COM2 /bin/setserial /dev/ttyS1 spd_vhi #nastav multiple 8 sektoru /sbin/hdparm -m 32 -u 1 -W 1 -X 34 /dev/hda #green vypinani monitoru /sbin/green_set ON #blanking 15 minut /bin/setterm -blank 15 #start news echo News server disabled in rc.local #/usr/lib/news/etc/rc.news #start dynamicke swapovani echo Adding dynamic swapfile /sbin/swapd -d /DISK3 -i 2 -s 4M -l 4M -u 5M #cdrom echo Mounting cdrom under /cdrom /bin/cdr echo Starting httpd /usr/sbin/httpd
Mys pod X je zvlast problem, protoze X server nevyuziva sluzeb
programu gpm a dela si vsechno sam.
Po startu si X server precte svuj konfig soubor (vetsinou
/var/X11R6/lib/XF86Config pro Xfree 3.1.1 a vyssi (nebo jeho
personalni obdobu v domacim adresari uzivatele)
kde v sekci mouse najde v podstate to same co se musi rici
gpm. Specielne existuji tyto prikazy ci klicova slova:
Protocol {Microsoft,MouseSystems,Logitech ...} - typ protokolu seriovych mysi
Emulate3Buttons - pro 2 tlacitkove mysi lze stisknutim obou
(L+P) cuflu zaroven emulovat prostredni tlacitko.
Manualova stranka je
man XF86Config
Ukazka z meho /var/X11R6/lib/XF86Config souboru pro 2tl. mys:
# **********************************************************************
# Pointer section
# **********************************************************************
Section "Pointer"
# Protocol "MouseSystems"
Protocol "Microsoft"
Device "/dev/ttyS0"
# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.
# Protocol "Xqueue"
# Baudrate and SampleRate are only for some Logitech mice
# BaudRate 9600
# SampleRate 150
# Emulate3Buttons is an option for 2-button Microsoft mice
Emulate3Buttons
# ChordMiddle is an option for some 3-button Logitech mice
# ChordMiddle
#RTS,DTR - nastavuje snad prislusne signaly na portu nebo co
#ClearDTR
#ClearRTS
EndSection
# **********************************************************************
# Monitor section
# **********************************************************************
atakdale...
Pokud narazite na problemy v X, prvni zkontrolujte:
- zapojeni mysi do portu (pro dosare nezapomenout ze COM1 je ttyS0 nebo cua0 - vysvetlim pozdeji)
- nastaveny typ protokolu (na nekterych mysich jsou prepinace 2<>3 nebo microsoft<>mousesystems)
- pokud ani po spravnem nastaveni vseho vam nebude mys fungovat, zkuste ji na chvili vytahnout ze serioveho portu. Ja napriklad mam mys, ktere kdyz se ji neco posle (prepnutim do grafickeho modu X), tak odjede do leveho horniho rohu a nechce zpatky.
- dalsim moznym problemem je jiz vyse zminene pouziti treba /dev/mouse -->> /dev/ttyS0 pro X a /dev/ttyS0 pro jiny program (napr. minicom) -->> zpusobuje pouziti serioveho portu dvema programy coz ve vysledku vypada asi tak, ze co posle jeden program na seriovy port, prijme druhy jakoby to prislo zvenku - perou se .
- nakonec pokud uplne vsechno selze, zkuste zkontrolovat, zda nepouzivate nejake jine zarizeni se stejnym IRQ jako ma mit vas kyzeny mousi port. Muze se stat ze pouzijete sitovou kartu nebo treti seriovy port COM3/IRQ4 a potom se nedivte, ze se mys na COM1/IRQ4 nehejbe. V linuxu se sice zretezuji zarizeni povesene na stejne IRQ, ale to ktere se navesilo pozdeji ma stejne smulu (info o preruseni k nemu nedojde - aspon ve verzi linuxu 1.2.13 to tak je a jiste by se to dalo opravit).
Jaky je rozdil mezi /dev/cua[neco] a /dev/ttyS[neco]
V podstate jde o stejny seriovy port u obou specialnich souboru zarizeni, ale lisi se zpusobem otevirani. Pokud budete pracovat na nejakem ULTRIXu, tak budete muset pouzivat pro neco /dev/cua jinak pro linux doporucuji /dev/ttyS[neco].
Mala rada pro odzkouseni jestli seriova mys vubec neco dela.
Spustte si minicom -o (emulator terminalu po seriove lince, jako telix pod dosem), nastavte mu
zarizeni seriovy port vasi mysi a spravnou rychlost (1200 Bd, nektere Logitech mysi mohou jet snad
i rychleji) a zkuste s mysi zahejbat. Mely by se vypisovat kraviny - indikuje ze funguje preruseni.
Urcitym specifickym priznakem tohoto testu se da zjistit, jestli neni mys spustena na portu, jehoz
IRQ je jiz obsazeno - pak se pri hejbani mysi vypisuje obcas 1 znak - asi po 10 s (interval po
kterem jadro sahne na port a preventivne si jeden znak precte).