Je lance quelques applications OpenCl sur 2x AMD Radeon HD 7870 sur une machine fonctionnant sous Ubuntu 13.10.
J'allume la machine et lightdm a l'invite de connexion. Étant donné que je ne peux pas être physiquement présent pour me connecter à la machine à chaque fois que je la redémarre. Je souhaite identifier pourquoi Opencl ne détecte pas le processeur graphique après un cycle d'alimentation de la machine.
Sans me connecter à lightdm, si je ssh dans la machine et démarre les travaux opencl. Opencl ne "voit" pas le GPU.
Seulement si je me connecte à la machine en étant physiquement présent et en me connectant à lightdm, le Shell distant "voit" le GPU.
Je ne connais pas grand chose à propos d’openCL pour fournir plus d’informations, mais cela semble indiquer comment ubuntu s’initialise. Qu'est-ce que la connexion à la console lightdm .. passe à l'état du pilote graphique.
Est-il possible de "charger" le pilote pour qu'OpenCL le voie?.
Étrangement, lsmod indique que "fglrx" est chargé et utilisé lorsque Opencl ne parvient pas à "voir" le GPU.
Etat sans connexion à lightdm et signalé par une session ssh
hari@hjubuntu:~$ ~/oepncl-program
Available device list:
Type: CPU, 'Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz'
hari@hjubuntu:~$ lsmod
Module Size Used by
pci_stub 12622 1
vboxpci 23194 0
vboxnetadp 25670 0
vboxnetflt 27613 0
vboxdrv 320455 3 vboxnetadp,vboxnetflt,vboxpci
cuse 13274 3
dm_crypt 22832 0
kvm_intel 138567 0
kvm 431754 1 kvm_intel
gpio_ich 13476 0
ppdev 17671 0
snd_usb_audio 149162 2
bnep 19704 2
snd_usbmidi_lib 25070 1 snd_usb_audio
rfcomm 69130 0
bluetooth 372041 10 bnep,rfcomm
snd_hda_codec_hdmi 41154 2
microcode 23656 0
psmouse 97655 0
snd_hda_codec_realtek 56475 1
serio_raw 13413 0
snd_seq_midi 13324 0
snd_hda_intel 52267 7
snd_seq_midi_event 14899 1 snd_seq_midi
snd_hda_codec 188738 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
snd_rawmidi 30095 2 snd_usbmidi_lib,snd_seq_midi
snd_hwdep 13602 2 snd_usb_audio,snd_hda_codec
lpc_ich 21080 0
snd_pcm 102033 4 snd_usb_audio,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
snd_seq 61560 2 snd_seq_midi_event,snd_seq_midi
snd_page_alloc 18710 2 snd_pcm,snd_hda_intel
snd_seq_device 14497 3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer 29433 2 snd_pcm,snd_seq
fglrx 8815330 48
snd 69141 31 snd_hda_codec_realtek,snd_usb_audio,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_usbmidi_lib,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi
it87 43113 0
hwmon_vid 12783 1 it87
parport_pc 32701 1
coretemp 13435 0
x38_edac 12898 0
soundcore 12680 1 snd
lp 17759 0
parport 42299 3 lp,ppdev,parport_pc
binfmt_misc 17468 1
mac_hid 13205 0
AMD_iommu_v2 19054 1 fglrx
edac_core 62342 1 x38_edac
vesafb 13828 1
pata_acpi 13038 0
hid_generic 12548 0
usbhid 53014 0
hid 101762 2 hid_generic,usbhid
firewire_ohci 40327 0
firewire_core 64534 1 firewire_ohci
crc_itu_t 12707 1 firewire_core
r8169 67581 0
mii 13934 1 r8169
pata_jmicron 12758 0
ahci 25819 0
libahci 32009 1 ahci
floppy 69370 0
Après que l'utilisateur se connecte et que je lance le même programme.
Etat après la connexion à lightdm et démarrage de l'environnement de bureau
hari@hjubuntu:~$ ~/opencl-program
Available device list:
Type: CPU, 'Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz'
Type: GPU, 'Pitcairn'
Type: ACCELERATOR, 'Pitcairn'
Maintenant, si je fais un diff du lsmod Ce que je reçois est
hari@hjubuntu:~$ diff before_login after_login | grep fglrx
< fglrx 8815330 48
< AMD_iommu_v2 19054 1 fglrx
> fglrx 8815330 44
> AMD_iommu_v2 19054 1 fglrx
SO se connectant a provoqué l’utilisation du pilote fglrx par "44". Comment puis-je imiter cela afin que je dois me connecter quand quelqu'un allume à distance cette machine ?.
edit: J'essaie d'implémenter le script ci-dessous et je reçois toujours un
"hari@hjubuntu:~$ xauth extract "$DISPLAY"
xauth: (argv):1: bad "extract" command line"
L'étiquette d'environnement $ DISPLAY est vide
hari@hjubuntu:~$ echo $DISPLAY
liste xauth donne
hjubuntu/unix:1 MIT-MAGIC-COOKIE-1 8562e9f6ac976f310d1425aa11e74184
hjubuntu:0 MIT-MAGIC-COOKIE-1 80f5f4c28e7e2d0fc9444b1862f5cbcb
hjubuntu:0 MIT-MAGIC-COOKIE-1 80f5f4c28e7e2d0fc9444b1862f5cbcb
hjubuntu/unix:13 MIT-MAGIC-COOKIE-1 142c11b5689f4bd2776e860b9d8719dd
hjubuntu/unix:14 MIT-MAGIC-COOKIE-1 08353f652f21b479a6da3a60282bce31
hjubuntu/unix:15 MIT-MAGIC-COOKIE-1 655d074dfb395f536283e70a9494428c
hjubuntu/unix:12 MIT-MAGIC-COOKIE-1 91387509c2dff960e295fdd0eb0ada52
hjubuntu/unix:11 MIT-MAGIC-COOKIE-1 914c7988660149b90eed958066ed2e71
hjubuntu/unix:10 MIT-MAGIC-COOKIE-1 0ab65dbaf838a08bd8c9141fb5da7c35
Vous vous demandez comment je devrais procéder.
Certaines fonctionnalités du matériel ne sont souvent pas initialisées avant d’être utilisées - par exemple, ports d’affichage supplémentaires, etc., il est donc probable qu’il soit nécessaire d’activer quelque chose qui utilise le matériel approprié sur la carte.
Pour ce faire, le moyen le plus simple et le moins cher consiste à activer la fonction de connexion automatique (Paramètres> Comptes d'utilisateurs). Peu importe le compte à partir duquel vous faites cela, vous pouvez même utiliser un compte invité si vous êtes inquiet pour la sécurité.
Si cela ne suffit pas (il peut y avoir des problèmes d'autorisations), vous pouvez partager xauthority. Ajoutez simplement quelque chose comme ceci à la fin de votre script lightdm:
xauth extract /tmp/auth-file "$DISPLAY"
chmod 660 /tmp/auth-file
chgrp users /tmp/auth-file
cat > /tmp/gpuenable <<EOF
export COMPUTE=$DISPLAY
unset DISPLAY
export XAUTHORITY=/tmp/auth-file
EOF
ensuite, lorsque vous vous connectez à distance, vous devez simplement exécuter /tmp/gpuenable
avant tout code OpenCL. Changez le nom de groupe "utilisateurs" en n'importe quel groupe auquel vous souhaitez avoir accès.
P.S. ce n'est pas spécifique à Ubuntu, ou vraiment, même spécifique à Linux, c'est simplement que la plupart des autres systèmes d'exploitation ont l'affichage en permanence.
J'ai également rencontré ce problème avec un pilote AMD et fglrx-update sur Ubuntu 14.04. Je pourrais éventuellement utiliser mon programme OpenCL après avoir tué X.
Sudo service lightdm stop
Essayez de vous connecter avec les redirections Trusted X11:
ssh -Y user@machine