| Re: [CBLX] ECAFE, vcsa, et BrlTty |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/carrefourblinux Archives
]
Yo Pierre!
J'ai un peu coupé proprement dans la converse car ça devient hyper hyper
long et illisible je trouve. here it comes :
On Sat, Aug 22, 2009 at 04:43:42AM +0200, Pierre Lorenzon wrote:
En palrant de ecafe.blinuxman.net/etc/udev/rules.d tu écris:
> J'ai jeté un coup d'oeil :
> Dans 50-udev-default.rules on trouve :
> KERNEL=="vcs|vcs[0-9]*|vcsa|vcsa[0-9]*", GROUP="tty", OPTIONS="last_rule"
Je le recolle en pj...
> Un rgrp sur le répertoire indique que c'est le seul endroit
> où l'on parle de vcs. Après consultation du man udev, j'ai
> compris que le OPTIONS="last_rule" signifiait que cette règle
> ne pouvait pas être overriddée. Donc ma solution à coup de
> règle ultérieure, tu oublies ! De toute façon cette règle-là
> est bonne, parce qu'elle signifie exactement que dès que udev
> va "rencontrer" un machin du type vcs, il va créer le /dev/
> correspondant. Le tout est dans le "rencontrer" tu t'en
> doutes bien !
Je pense que Sam l'avait dit aussi, il avait vu qu'ils sont créés, mais en
réalité, et re-cf. /dev/vcs*, ça ne crée que les quatres qu'on a cités, cad
vcs3 vcsa3 vcs12 et vcsa12. Le vcsa créé à la main a disparu lui!
Autre truc, faut que j'essaye aujourd'hui de lancer brltty du paquet
officiel (rpm) pour voir si lui crée le bon vcs*;
es-ce pareil au final, car je ne puis le faire que pas un login ssh, puis su
root mais toujours pas en ouvrant une console sur l'ECAFE puisque seul un
terminal peut être ouvert pour l'instant ?
resterait à faire en sorte que brltty soit lancé après udev,
ou justement avant le rule que tu précisait, mais ça je suis pas sûr de bien
comprendre moi-même..... sorry!
> Si j'ai compris quelque chose à tout ce bazar, udev fais
> essentiellement ses rencontres dans /sys. Voici ce que donne
> un find /sys -name "*vcs*" chez moi :
>
> >>> -- find /sys -name "*vcs*"
>
> /sys/class/vc/vcsa5
> /sys/class/vc/vcs5
> /sys/class/vc/vcsa6
> /sys/class/vc/vcs6
> /sys/class/vc/vcsa4
> /sys/class/vc/vcs4
> /sys/class/vc/vcsa3
> /sys/class/vc/vcs3
> /sys/class/vc/vcsa2
> /sys/class/vc/vcs2
> /sys/class/vc/vcsa1
> /sys/class/vc/vcs1
> /sys/class/vc/vcsa
> /sys/class/vc/vcs
> /sys/devices/virtual/vc/vcsa5
> /sys/devices/virtual/vc/vcs5
> /sys/devices/virtual/vc/vcsa6
> /sys/devices/virtual/vc/vcs6
> /sys/devices/virtual/vc/vcsa4
> /sys/devices/virtual/vc/vcs4
> /sys/devices/virtual/vc/vcsa3
> /sys/devices/virtual/vc/vcs3
> /sys/devices/virtual/vc/vcsa2
> /sys/devices/virtual/vc/vcs2
> /sys/devices/virtual/vc/vcsa1
> /sys/devices/virtual/vc/vcs1
> /sys/devices/virtual/vc/vcsa
> /sys/devices/virtual/vc/vcs
>
> >>> -- End find /sys -name "*vcs*"
>
> Et chez toi ça donne quoi ? Il me semble mais je ne suis pas
> 100% sûr, que les vcs doivent déjà exister dans /sys pour que
> udev puisse les capturer. Le problème se situerait donc
> peut-être en amont de udev.
Sur l'ECAFE, ta commande "find" donne:
[root@guillemot tmp]# find /sys -name "*vcs*
/sys/class/vc/vcs
/sys/class/vc/vcsa
/sys/class/vc/vcs1
/sys/class/vc/vcsa1
/sys/class/vc/vcs2
/sys/class/vc/vcsa2
/sys/class/vc/vcs3
/sys/class/vc/vcsa3
/sys/class/vc/vcs12
/sys/class/vc/vcsa12
Pas de /sys/devices/virtual/vc/*
(Notes que j'ai pas ça non plus sous ma Debian Lenny...)
Autre info:
[root@guillemot tmp]# locate vcs
/dev/vcs12
/dev/vcs3
/dev/vcsa12
/dev/vcsa3
/dev/.udev/db/\x2fclass\x2fvc\x2fvcs12
/dev/.udev/db/\x2fclass\x2fvc\x2fvcs3
/dev/.udev/db/\x2fclass\x2fvc\x2fvcsa12
/dev/.udev/db/\x2fclass\x2fvc\x2fvcsa3
/dev/.udev/names/vcs12
/dev/.udev/names/vcs3
/dev/.udev/names/vcsa12
/dev/.udev/names/vcsa3
/dev/.udev/names/vcs12/\x2fclass\x2fvc\x2fvcs12
/dev/.udev/names/vcs3/\x2fclass\x2fvc\x2fvcs3
/dev/.udev/names/vcsa12/\x2fclass\x2fvc\x2fvcsa12
/dev/.udev/names/vcsa3/\x2fclass\x2fvc\x2fvcsa3
/sys/class/vc/vcs
...... ça on l'a déjà eu ...
...... puis plus loin, mais j'ignore si ça peut aider .....:
/usr/share/man/de/man4/vcs.4.lzma
/usr/share/man/de/man4/vcsa.4.lzma
/usr/share/man/fr/man4/vcs.4.lzma
/usr/share/man/fr/man4/vcsa.4.lzma
/usr/share/man/man4/vcs.4.lzma
/usr/share/man/man4/vcsa.4.lzma
/usr/share/man/man7/display-vcsa.7.lzma
Et si je précise un peu par vcsa:
[root@guillemot tmp]# locate vcsa
/dev/vcsa12
/dev/vcsa3
/dev/.udev/db/\x2fclass\x2fvc\x2fvcsa12
/dev/.udev/db/\x2fclass\x2fvc\x2fvcsa3
/dev/.udev/names/vcsa12
/dev/.udev/names/vcsa3
/dev/.udev/names/vcsa12/\x2fclass\x2fvc\x2fvcsa12
/dev/.udev/names/vcsa3/\x2fclass\x2fvc\x2fvcsa3
/sys/class/vc/vcsa
/sys/class/vc/vcsa1
/sys/class/vc/vcsa12
/sys/class/vc/vcsa2
/sys/class/vc/vcsa3
/sys/class/vc/vcsa/dev
/sys/class/vc/vcsa/power
/sys/class/vc/vcsa/subsystem
/sys/class/vc/vcsa/uevent
/sys/class/vc/vcsa/power/wakeup
/sys/class/vc/vcsa1/dev
/sys/class/vc/vcsa1/power
/sys/class/vc/vcsa1/subsystem
/sys/class/vc/vcsa1/uevent
/sys/class/vc/vcsa1/power/wakeup
/sys/class/vc/vcsa12/dev
/sys/class/vc/vcsa12/power
/sys/class/vc/vcsa12/subsystem
/sys/class/vc/vcsa12/uevent
/sys/class/vc/vcsa12/power/wakeup
/sys/class/vc/vcsa2/dev
/sys/class/vc/vcsa2/power
/sys/class/vc/vcsa2/subsystem
/sys/class/vc/vcsa2/uevent
/sys/class/vc/vcsa2/power/wakeup
/sys/class/vc/vcsa3/dev
/sys/class/vc/vcsa3/power
/sys/class/vc/vcsa3/subsystem
/sys/class/vc/vcsa3/uevent
/sys/class/vc/vcsa3/power/wakeup
/usr/lib/ggi/display/vcsa.la
/usr/lib/ggi/display/vcsa.so
/usr/share/man/de/man4/vcsa.4.lzma
/usr/share/man/fr/man4/vcsa.4.lzma
/usr/share/man/man4/vcsa.4.lzma
/usr/share/man/man7/display-vcsa.7.lzma
C'est quoi cette lib ggi ?
> > Je précise aussi qu'un noyau 2.6.24-7 est pas si vieux que
> > ça;
>
> Beh ça c'est clair, en tout cas suffisamment récent pour
> supporter les vcs. Il me semble qu'on avait déjà des cvs avec
> les 2.4 alors ...
Tant qu'à être précis:
[root@guillemot tmp]# uname -a
Linux guillemot 2.6.24.7-desktop586-1mnb #1 SMP Wed Jun 11 13:33:57 EDT 2008 i586 Geode(TM) Integrated Processor by AMD PCS GNU/Linux
> > j'ai plutôt l'impression qu'il manque quelque chose, l'un ou
> > l'autre paquet
>
> Euh manque des paquets ?
Oui, pourquoi je ne puis en aucun cas ouvrir par ctrl+alt+f? une console ?
et pourquoi l'environnement graphique est déjà en ctrl+alt+f3 ?
Un truc est sûr, ils ont bidouillé ce qui touche à la console, au terminal
etc.
> J'ai des doutes, ça me semble
> quand-même assez profond ce truc.
Notes que le fait d'arriver déjà à faire démarrer le sshd seul sans devoir à
chaque fois le faire à la main, est un avancement encourageant.
> Si je n'ai pas rien compris, c'est l'endroit où le
> noyau exporte dans un format compréhensible ce qu'il sait. Ah
> mais c'était pas déjà /proc ça ? Euh beh si un peu enfin
> comment dire ! Eh bien disons-le tout net mes connaissances
> sont quand-même assez vagues là-dessus.
> >>Est-ce qu'il n'y a pas deux directives
> >> contradictoires dans les scripts udev ? Si je peux aller les
> >> inspecter de nouveau je pourrais essayer de chercher.
>
> À ça la réponse semble être définitivement NON !!!! à
> cause du last_rule mentionné plus haut.
> > Essayes ecafe.blinuxman.net/etc/udev/rules.d
> >>On
> >> pourrait peut-être mettre dans un 99-vcs.rules une ligne
> >> comme il y a ci-dessus
>
> Vu ce que dit précédemment, ça risque d'être tout
> simplement inopérant !
Inopérant sera tj moins grave que blockage total... mais je vous fais
confiance sur ce coup-ci, j'ai pas le choix :-)
> > Justement j'ai pas trop l'occasion de tout "casser":
> > - d'une part l'appareil est neuf et sous garantie,
> > - d'autre part tant que j'ai aucune assurance qu'il boote un stick USB avec
> > un eventuel autre Linux dessus, me permettant de ne pas toucher son disque
> > ou d'installer un truc à côté, il me faut savoir ce qu'on fais et ne prendre
> > que des risques limités.
>
> Non à mon avis c'est dans l'autre sens ! D'abord tu t'assures
> que tu peux effectivement booter le stick usb, et ensuite
> éventuellement tu fais des modifs limitées dans les scripts
> de démarrage en sachant que tu peux revenir en arrière.
Si le stick usb Mandriva Flash boote, je suis sauvé car c'est le but de
l'utiliser comme O S Linux emportable; et comme c une vraie Mandriva
standard, je sais comment avoir brltty etc. A tester dès lundi/mardi, de
pref assisté par un valide.
Aldo.
# do not edit this file, it will be overwritten on update
KERNEL=="pty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty", MODE="0660", OPTIONS="last_rule"
KERNEL=="tty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty", MODE="0660", OPTIONS="last_rule"
KERNEL=="ptmx", GROUP="tty", MODE="0666", OPTIONS="last_rule"
KERNEL=="tty", GROUP="tty", MODE="0666", OPTIONS="last_rule"
KERNEL=="tty[0-9]*", GROUP="tty", MODE="0620", OPTIONS="last_rule"
KERNEL=="vcs|vcs[0-9]*|vcsa|vcsa[0-9]*", GROUP="tty", OPTIONS="last_rule"
KERNEL=="console", MODE="0600", OPTIONS="last_rule"
KERNEL=="tty0", SYMLINK+="systty"
# serial
KERNEL=="tty[A-Z]*|pppox*|ircomm*|noz*", GROUP="uucp"
KERNEL=="ppp", MODE="0600", OPTIONS+="ignore_remove"
KERNEL=="mwave", NAME="modems/mwave", GROUP="uucp"
KERNEL=="hvc*|hvsi*", GROUP="uucp"
KERNEL=="lirc0", SYMLINK+="lirc"
# mem
KERNEL=="null|zero|full|random|urandom", MODE="0666"
KERNEL=="null", SYMLINK+="XOR"
KERNEL=="mem|kmem|port", GROUP="kmem", MODE="0640"
KERNEL=="ram0", SYMLINK+="ramdisk"
KERNEL=="ram1", SYMLINK+="ram"
# input
KERNEL=="mouse*|mice|event*", NAME="input/%k", MODE="0640"
KERNEL=="ts[0-9]*|uinput", NAME="input/%k", MODE="0600"
KERNEL=="js[0-9]*", NAME="input/%k", MODE="0644", SYMLINK+="%k"
# video4linux
KERNEL=="vbi0", SYMLINK+="vbi"
KERNEL=="radio0", SYMLINK+="radio"
KERNEL=="video0", SYMLINK+="video"
# graphics
KERNEL=="agpgart", MODE="0600"
KERNEL=="card[0-9]*", NAME="dri/%k", MODE="0666"
KERNEL=="fb0", SYMLINK+="fb"
# DVB video
SUBSYSTEM=="dvb", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter%%i/%%s $${K%%%%.*} $${K#*.}'", NAME="%c"
# Firewire
KERNEL=="dv1394*", SYMLINK+="dv1394/%n"
KERNEL=="video1394*", NAME="video1394/%n"
# firmware class requests
SUBSYSTEM=="firmware", ACTION=="add", RUN+="firmware.sh"
# libusb device nodes
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", MODE="0644"
# printer
KERNEL=="parport[0-9]*", GROUP="lp"
SUBSYSTEM=="printer", KERNEL=="lp*", GROUP="lp"
SUBSYSTEM=="usb", KERNEL=="lp*", NAME="usb/%k", SYMLINK+="usb%k", GROUP="lp"
KERNEL=="lp[0-9]*", GROUP="lp", SYMLINK+="par%n"
KERNEL=="irlpt[0-9]*", GROUP="lp"
# block, tapes, block-releated
SUBSYSTEM=="block", GROUP="disk", MODE="0640"
SUBSYSTEM=="block", KERNEL=="sr[0-9]*", SYMLINK+="scd%n"
SUBSYSTEM=="scsi", KERNEL=="[0-9]*:[0-9]*", ACTION=="add", ATTR{type}=="0|7|14", ATTR{timeout}="60"
SUBSYSTEM=="scsi", KERNEL=="[0-9]*:[0-9]*", ACTION=="add", ATTR{type}=="1", ATTR{timeout}="900"
KERNEL=="hd*", SUBSYSTEMS=="ide", ATTRS{media}=="floppy", OPTIONS+="all_partitions"
KERNEL=="fd[0-9]", GROUP="floppy"
KERNEL=="fd[0-9]", ACTION=="add", ATTRS{cmos}=="?*", RUN+="create_floppy_devices -c -t $attr{cmos} -m %M -M 0640 -G floppy $root/%k"
KERNEL=="sch[0-9]*", GROUP="disk"
KERNEL=="sg[0-9]*", GROUP="disk", MODE="0640"
KERNEL=="ht[0-9]*|nht[0-9]*", GROUP="disk"
KERNEL=="pg[0-9]*", GROUP="disk"
KERNEL=="pt[0-9]*|npt[0-9]*", GROUP="disk"
KERNEL=="qft[0-9]*|nqft[0-9]*|zqft[0-9]*|nzqft[0-9]*|rawqft[0-9]*|nrawqft[0-9]*", GROUP="disk"
KERNEL=="rawctl", NAME="raw/%k", GROUP="disk"
SUBSYSTEM=="raw", KERNEL=="raw[0-9]*", NAME="raw/%k", GROUP="disk"
KERNEL=="pktcdvd[0-9]*", NAME="pktcdvd/%k"
KERNEL=="pktcdvd", NAME="pktcdvd/control"
KERNEL=="qft0", SYMLINK+="ftape"
SUBSYSTEM=="bsg", NAME="bsg/%k"
SUBSYSTEM=="aoe", NAME="etherd/%k", GROUP="disk"
# network
KERNEL=="tun", NAME="net/%k", MODE="0666", OPTIONS+="ignore_remove"
# CPU
KERNEL=="cpu[0-9]*", NAME="cpu/%n/cpuid"
KERNEL=="msr[0-9]*", NAME="cpu/%n/msr"
KERNEL=="microcode", NAME="cpu/microcode", MODE="0600"
# miscellaneous
KERNEL=="fuse", MODE="0666"
KERNEL=="rtc|rtc0", MODE="0644"
KERNEL=="rtc0", SYMLINK+="rtc"
KERNEL=="auer[0-9]*", NAME="usb/%k"
KERNEL=="hw_random", NAME="hwrng", SYMLINK+="%k"
KERNEL=="mmtimer", MODE="0644"
KERNEL=="rflash[0-9]*", MODE="0400"
KERNEL=="rrom[0-9]*", MODE="0400"
KERNEL=="sbpcd0", SYMLINK+="sbpcd"
KERNEL=="slram[0-9]*", SYMLINK+="xpram%n"
KERNEL=="sxctl", NAME="specialix_sxctl", SYMLINK+="%k"
KERNEL=="rioctl", NAME="specialix_rioctl", SYMLINK+="%k"
KERNEL=="iowarrior[0-9]*", NAME="usb/%k"
# do not delete static device nodes
ACTION=="remove", NAME=="?*", TEST=="/lib/udev/devices/$name", OPTIONS+="ignore_remove"