Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1665 connectés 

 


 Mot :   Pseudo :  
 
 Page :   1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16
Auteur Sujet :

[Topic Unique] VGA/PCI Passthrough et VFIO sous GNU/Linux

n°1357631
NHiX
Cop1
Posté le 01-05-2014 à 12:54:31  profilanswer
 

Reprise du message précédent :
Voici ce que j'obtiens avec la commande lspci -vvv sur Ubuntu 14.04

 
Code :
  1. 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280] (prog-if 00 [VGA controller])
  2. Subsystem: PC Partner Limited / Sapphire Technology Device e210
  3. Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  4. Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  5. Interrupt: pin A routed to IRQ 11
  6. Region 0: Memory at e0000000 (64-bit, prefetchable) [disabled] [size=256M]
  7. Region 2: Memory at f0000000 (64-bit, non-prefetchable) [disabled] [size=256K]
  8. Region 4: I/O ports at e000 [disabled] [size=256]
  9. Expansion ROM at f0040000 [disabled] [size=128K]
  10. Capabilities: <access denied>
  11. 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT HDMI Audio [Radeon HD 7970 Series]
  12. Subsystem: PC Partner Limited / Sapphire Technology Device aaa0
  13. Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
  14. Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  15. Latency: 0, Cache Line Size: 64 bytes
  16. Interrupt: pin B routed to IRQ 50
  17. Region 0: Memory at f0060000 (64-bit, non-prefetchable) [size=16K]
  18. Capabilities: <access denied>
  19. Kernel driver in use: snd_hda_intel


Message édité par NHiX le 01-05-2014 à 13:27:52
mood
Publicité
Posté le 01-05-2014 à 12:54:31  profilanswer
 

n°1357637
adejour
Posté le 01-05-2014 à 14:16:24  profilanswer
 

Tu as Capabilities: <access denied>
essaye en root (avec sudo devant)?

n°1357644
NHiX
Cop1
Posté le 01-05-2014 à 15:07:27  profilanswer
 

Oups avec un sudo lspci -vvv, j'ai effectivement plus de renseignement ;)
 

Code :
  1. 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280] (prog-if 00 [VGA controller])
  2. Subsystem: PC Partner Limited / Sapphire Technology Device e210
  3. Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
  4. Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  5. Interrupt: pin A routed to IRQ 11
  6. Region 0: Memory at e0000000 (64-bit, prefetchable) [disabled] [size=256M]
  7. Region 2: Memory at f0000000 (64-bit, non-prefetchable) [disabled] [size=256K]
  8. Region 4: I/O ports at e000 [disabled] [size=256]
  9. Expansion ROM at f0040000 [disabled] [size=128K]
  10. Capabilities: [48] Vendor Specific Information: Len=08 <?>
  11. Capabilities: [50] Power Management version 3
  12.  Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-)
  13.  Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  14. Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00
  15.  DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
  16.   ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
  17.  DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
  18.   RlxdOrd- ExtTag+ PhantFunc- AuxPwr- NoSnoop+
  19.   MaxPayload 256 bytes, MaxReadReq 512 bytes
  20.  DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-
  21.  LnkCap: Port #0, Speed 8GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <64ns, L1 <1us
  22.   ClockPM- Surprise- LLActRep- BwNot-
  23.  LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
  24.   ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
  25.  LnkSta: Speed 8GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
  26.  DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported
  27.  DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
  28.  LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis-
  29.    Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
  30.    Compliance De-emphasis: -6dB
  31.  LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete+, EqualizationPhase1+
  32.    EqualizationPhase2+, EqualizationPhase3+, LinkEqualizationRequest-
  33. Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
  34.  Address: 0000000000000000  Data: 0000
  35. Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
  36. Capabilities: [150 v2] Advanced Error Reporting
  37.  UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
  38.  UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
  39.  UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
  40.  CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
  41.  CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
  42.  AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
  43. Capabilities: [270 v1] #19
  44. Capabilities: [2b0 v1] Address Translation Service (ATS)
  45.  ATSCap: Invalidate Queue Depth: 00
  46.  ATSCtl: Enable-, Smallest Translation Unit: 00
  47. Capabilities: [2c0 v1] #13
  48. Capabilities: [2d0 v1] #1b
  49. 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT HDMI Audio [Radeon HD 7970 Series]
  50. Subsystem: PC Partner Limited / Sapphire Technology Device aaa0
  51. Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
  52. Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
  53. Latency: 0, Cache Line Size: 64 bytes
  54. Interrupt: pin B routed to IRQ 50
  55. Region 0: Memory at f0060000 (64-bit, non-prefetchable) [size=16K]
  56. Capabilities: [48] Vendor Specific Information: Len=08 <?>
  57. Capabilities: [50] Power Management version 3
  58.  Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
  59.  Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
  60. Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00
  61.  DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
  62.   ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
  63.  DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
  64.   RlxdOrd- ExtTag+ PhantFunc- AuxPwr- NoSnoop+
  65.   MaxPayload 256 bytes, MaxReadReq 512 bytes
  66.  DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-
  67.  LnkCap: Port #0, Speed 8GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <64ns, L1 <1us
  68.   ClockPM- Surprise- LLActRep- BwNot-
  69.  LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
  70.   ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
  71.  LnkSta: Speed 8GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
  72.  DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported
  73.  DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
  74.  LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
  75.    EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
  76. Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
  77.  Address: 00000000fee00418  Data: 0000
  78. Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
  79. Capabilities: [150 v2] Advanced Error Reporting
  80.  UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
  81.  UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
  82.  UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
  83.  CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
  84.  CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
  85.  AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
  86. Kernel driver in use: snd_hda_intel

n°1357649
adejour
Posté le 01-05-2014 à 16:18:40  profilanswer
 

Ok, donc toi aussi tu as NoSoftRst- comme les autres et le modèle de ta radeon est bien détecté..
 
J'ai réessayé en changeant le kernel, en mettant tout en testing, en activant le aspm, mais ça plante toujours..
je vais essayer d'installer libvirt


Message édité par adejour le 01-05-2014 à 16:36:45
n°1357652
adejour
Posté le 01-05-2014 à 16:36:01  profilanswer
 

J'ai essayé d'installer libvirt, mais il m'a absolument tout planté..
N'est ce pas une usine à gaz? Il m'a téléchargé des tas de trucs, ensuite m'a arreté des services comme gnome (quel rapport?) puis a planté.
Ensuite, au redémarrage, dpkg est inutilisable :  
 

Citation :

root@JAserver:/dev# apt-get install virtlib-bin
W: Verrou non utilisé pour le fichier /var/lib/dpkg/lock en lecture seule
E: dpkg a été interrompu. Il est nécessaire d'utiliser « dpkg --configure -a » pour corriger le problème.
 
root@JAserver:/dev# dpkg --configure -a
dpkg : erreur : impossible d'accéder au répertoire administratif de dpkg: Système de fichiers accessible en lecture seulement


Bon.. j'en ai un peu mare de toutes ces histoires!

n°1357695
furhma
Posté le 02-05-2014 à 11:49:17  profilanswer
 

hello tout le monde je vois dans le code de NHIX :  

Code :
  1. Kernel driver in use: snd_hda_intel

 
juste une question as tu bien "blacklisté" ce pilote ?? ne devrait tu pas avoir
 

Code :
  1. Kernel driver in use:vfio-pci

??

n°1357702
NHiX
Cop1
Posté le 02-05-2014 à 13:54:31  profilanswer
 

non je ne l'ai pas blacklisté, par contre j'ai passé ma carte son (intégrée à ma carte-mère) sur ma VM Windows 8.1 sans soucis, et celle-ci se désactive bien sous Ubuntu (système hôte)
Si je ne fais pas ça, je n'ai pas de son sous ma VM Windows 8.1 :/

n°1357721
furhma
Posté le 02-05-2014 à 17:49:59  profilanswer
 

ben si tu passe ta cg a ta vm win8 autant passer le chipset de son de celle-ci qui doit avoir une addresse du style 01:00.1 et blacklist le module snd_hda_intel ca devrait regler le soucis car pour moi je pence que si ta cg ne se reinitialise pas c est par ce que le son n est pas reinitialié

Message cité 1 fois
Message édité par furhma le 02-05-2014 à 17:52:35
n°1357722
toma222
Posté le 02-05-2014 à 18:22:12  profilanswer
 

Bonjour,
 

adejour a écrit :

J'ai essayé d'installer libvirt, mais il m'a absolument tout planté..
N'est ce pas une usine à gaz? Il m'a téléchargé des tas de trucs, ensuite m'a arreté des services comme gnome (quel rapport?) puis a planté.
Ensuite, au redémarrage, dpkg est inutilisable :  
 

Citation :

root@JAserver:/dev# apt-get install virtlib-bin
W: Verrou non utilisé pour le fichier /var/lib/dpkg/lock en lecture seule
E: dpkg a été interrompu. Il est nécessaire d'utiliser « dpkg --configure -a » pour corriger le problème.
 
root@JAserver:/dev# dpkg --configure -a
dpkg : erreur : impossible d'accéder au répertoire administratif de dpkg: Système de fichiers accessible en lecture seulement


Bon.. j'en ai un peu mare de toutes ces histoires!


 
Je comprends un peu ton désespoir. Je ne crois pas que libvirt t'apportera quelque chose de plus dans ce cas. Effectivement, le package libvirt-bin a pas mal de dépendances, mais c'est logique vu qu'il peut être utilisé pour qemu, xen, esxi... De plus, fait attention, il me semble que par défaut, Debian installe les paquets recommandés.
Il est possible de désactiver ce comportement en faisant un vim /etc/apt/apt.conf.d/90recommends :

Code :
  1. APT::Install-Recommends "0";


Par contre, tu as dû faire quelque chose qu'il ne fallait pas (un CTRL+C pendant l'installation ?) sinon tu n'aurais pas les messages d'erreur que tu as.
Vu tout ce que tu indiques, il semblerait que ton problème soit lié au modèle de ta carte graphique (et les 290, mais si je ne dis pas de bêtises ce sont les seuls nouveaux modèles d'AMD de cette génération, les autres n'étant que des renommages). En attendant que ce soit corrigé upstream, je ne vois pas d'autres alternatives à deveject ou équivalent (même si tu ne devrais pas en avoir besoin avec VFIO). Un test intéressant, si tu avais le temps bien sûr, serait de tester avec une VM sous Linux pour voir si tu observes le même phénomène.
 

furhma a écrit :

ben si tu passe ta cg a ta vm win8 autant passer le chipset de son de celle-ci qui doit avoir une addresse du style 01:00.1 et blacklist le module snd_hda_intel ca devrait regler le soucis car pour moi je pence que si ta cg ne se reinitialise pas c est par ce que le son n est pas reinitialié


 
Attention, il me semble que NHiX utilise pour l'instant la méthode pci-assign, donc c'est normal qu'il ait les plantages au reboot de la VM (contrairement à VFIO, cette première méthode n'était pas très propre, le reset ne se faisait pas correctement). La solution de contournement est le deveject (j'avais tenté chez moi rapidement à l'époque où je faisais du pci-assign, mais sans trop de succès, donc ce que je faisais c'est que je retirais via virt-manager la carte graphique, rebootais la VM par VNC, puis la ré-attachais). Par contre, effectivement c'est étrange que la partie audio de la carte son soit bindée sur le driver intel (mais vu que le driver radeon est blacklisté et que je ne pense pas qu'il ait utilisé pci-stub, le driver intel doit se l'approprier j'imagine).


Message édité par toma222 le 02-05-2014 à 18:23:23
n°1357723
adejour
Posté le 02-05-2014 à 19:59:48  profilanswer
 

Merci pour ta sollicitude tom222.
 
Effectivement, au cours de l'installation, la machine ne répondait plus, et alors j'ai été obligé de l’arrêter sauvagement.
Du coup, bloqué, j'en ai profité pour installer sid (jessie, puis changement des sources et apt-get upgrade).
Qemu s'installe directement en 2.0.0
 
Le comportement est le même : plantage lors du second démarrage (écran bleu).
 
Tu as raison, les cartes Radeon R7 et R9 sont assez récentes et il est possible qu'elles ne soient pas encore bien gérées par linux. Je dois être patient et donc la solution de contournement devra faire l'affaire en attendant. Je bloque encore sur ce tag "NoSoftRst+" de la carte qui semble dire qu'on ne peut pas la réinitialiser. Cela traduit peut etre justement le fait que linux ne sait pas encore bien la gérer pour cette tâche.
 
A tout hasard, voici l'ensemble de ma config qui ne fonctionne pas :
 
Environnement :

Code :
  1. Debian SID (unstable)
  2. disque non GPT
  3. boot non UEFI
  4. qemu-system-x86_64 --version : QEMU emulator version 2.0.0 (Debian 2.0.0+dfsg-4), Copyright (c) 2003-2008 Fabrice Bellard
  5. uname -r : 3.14.1-customkernel (version compilée avec les options suivantes : http://edencomputing.com/index.php [...] ebian-way/ )
  6. Vt-d,Vt-x, virtualisation intel activé, usb3 désactivé


 
Options du kernel (grub)

Code :
  1. GRUB_CMDLINE_LINUX_DEFAULT="quiet"
  2. GRUB_CMDLINE_LINUX="iommu=1 intel_iommu=on kvm.ignore_msrs=1 nomodeset pci-stub.ids=1002:6658,1002:aac0,8086:0c01 vfio_iommu_type1.allow_unsafe_interrupts=1 pcie_acs_override=downstream vfio_iommu_type1.allow_unsafe_interrupts=1"


 
extrait de lsgroup (groupe 0 + le groupe qui contient la carte radéon + le groupe qui contient le controleur USB)

Code :
  1. ### Group 0 ###
  2.     00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
  3. ### Group 1 ###
  4.     00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
  5.     01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Bonaire XTX [Radeon R7 260X]
  6.     01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aac0
  7. (...)
  8. ### Group 8 ###
  9.     00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05)
  10. (...)


lspci -n pour les devices ci dessus

Code :
  1. 00:00.0 0600: 8086:0c00 (rev 06)
  2. 00:01.0 0604: 8086:0c01 (rev 06)
  3. 00:1d.0 0c03: 8086:8c26 (rev 05)
  4. 01:00.0 0300: 1002:6658
  5. 01:00.1 0403: 1002:aac0


extrait de lspci -vvv pour ce que je crois etre le bus principal + pour le bus pci extress 3.0 + pour la carte vga

Code :
  1. 00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
  2.     Subsystem: ASUSTeK Computer Inc. Device 8534
  3.     (...)
  4. 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) (prog-if 00 [Normal decode])
  5.     (...)
  6.     Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  7.     (...)
  8.     Capabilities: [80] Power Management version 3
  9.         Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
  10.         Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
  11.     (...)
  12. 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Bonaire XTX [Radeon R7 260X] (prog-if 00 [VGA controller])
  13.     Subsystem: Gigabyte Technology Co., Ltd Device 2274
  14.     (...)
  15.     Capabilities: [50] Power Management version 3
  16.         Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-)
  17.         Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
  18.     (...)


 
et enfin, ma ligne de commande pour lancer le bouzin :

Code :
  1. /usr/bin/vfio-bind 0000:01:00.0 0000:01:00.1 0000:00:1d.0
  2. qemu-system-x86_64 \
  3. -enable-kvm -M q35 -m 4G -cpu host \
  4. -balloon none  -rtc clock=host  -serial null  -parallel null  -monitor none  -display none \
  5. -smp 4,sockets=1,cores=4,threads=1 \
  6. -bios /usr/share/qemu/bios.bin -vga none \
  7. -drive file=/home/ja/VM/windows2.img,id=disk,format=raw -device ide-hd,bus=ide.0,drive=disk \
  8. -device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
  9. -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on \
  10. -device vfio-pci,host=00:1d.0,bus=pcie.0


 
Peut être que vous y verrez quelque chose qui cloche ..?!

mood
Publicité
Posté le 02-05-2014 à 19:59:48  profilanswer
 

n°1357724
toma222
Posté le 02-05-2014 à 20:32:57  profilanswer
 

Je pense aussi que c'est lié à ce NoSoftRst+ (chez moi il est à - également). Ces cartes doivent avoir une particularité.
J'ai vu que tu as posé la question sur le forum Archlinux.
Tu as essayé le patch donné par Alex Williamson (AW) ici : https://lists.gnu.org/archive/html/ [...] 00767.html ?

n°1357725
toma222
Posté le 02-05-2014 à 20:44:54  profilanswer
 

D'ailleurs, sur le forum Archlinux, Noctavian a fait une liste des configs pour lesquelles ça fonctionne (ou non) : https://docs.google.com/spreadsheet [...] _web#gid=0.
Je ne vois pas de Radeon 260 (et les résultats avec les 290/290X ne semblent pas terribles).

n°1357726
adejour
Posté le 02-05-2014 à 21:38:38  profilanswer
 

Oui, j'avais pointé ce message et j'ai essayé le patch sans succès...
Je vais regarder ce tableau..

n°1357732
adejour
Posté le 03-05-2014 à 10:56:30  profilanswer
 

J'ai passé en revu les utilisateurs de radeon R9 pour qui cela fonctionne.
 
Dans le premier post arch linux ( https://bbs.archlinux.org/viewtopic [...] 162768&p=1 ) ils proposent des version déjà patchées qui semblent fonctionner.

Code :
  1. Ingredient :
  2.     qemu-git.tar.gz
  3.     seabios-git.tar.gz
  4.     linux-mainline.tar.gz (3.14.1 includes acs override patch, i935 vga arbiter fixes, debug registers patch)


Ces fichiers contiennent de quoi réaliser un package sous Arch, mais pas les sources directement (il y a notamment un fichier PKGBUILD) et pas non plus de quoi compiler un .deb.
 
Savez vous quelles sources et patch doivent être téléchargées pour compiler les même version sous Debian?
 
Sinon dans ce post, https://lists.fedoraproject.org/pip [...] 03916.html (20/12/2013), Stewart semble aussi avoir trouvé la bonne recette même si le message semble déjà un peu ancien :

Code :
  1. recompiled rawhide kernel 3.13.0-0.rc4.git4.1.fc21 from Fedora's build systemp
  2.   with a few additional patches applied to fix the problematic
  3.     PCIE-to-PCI bridge mentioned in my original post
  4.     your patches for the i915 VGA arbitration with Haswell
  5. I then compiled QEMU from latest git
  6.   with the NoSnoop patch applied, as I checked 'lspci -vv' and my card was showing NoSnoop+


Ensuite Alex donne d'autres patch, mais c'est pareil, je ne maîtrise pas trop la procédure pour les installer :

Code :
  1. Great!  The NoSnoop patch should not be necessary with 3.13-rc and
  2. qemu.git, we've taken a different approach with that upstream, it should
  3. be handled by:
  4. kernel:
  5. ec53500fae421e07c5d035918ca454a429732ef4
  6. d96eb2c6f480769bff32054e78b964860dae4d56
  7. e0f0bbc527f6e9c0261f1d16b2a0b47612b7f235
  8. qemu:
  9. bf63839ffa2d0eebb1eb1706022f46e93b6fec08
  10. 5b49ab188ff0339aa3097ce7f5309f1306092f9e
  11. linux 3.12 + above + i915 patches and qemu 1.7 + above would hopefully
  12. work as well.  Thanks,

n°1357734
toma222
Posté le 03-05-2014 à 11:28:07  profilanswer
 

Bonjour,
 

adejour a écrit :

J'ai passé en revu les utilisateurs de radeon R9 pour qui cela fonctionne.
 
Dans le premier post arch linux ( https://bbs.archlinux.org/viewtopic [...] 162768&p=1 ) ils proposent des version déjà patchées qui semblent fonctionner.

Code :
  1. Ingredient :
  2.     qemu-git.tar.gz
  3.     seabios-git.tar.gz
  4.     linux-mainline.tar.gz (3.14.1 includes acs override patch, i935 vga arbiter fixes, debug registers patch)


Ces fichiers contiennent de quoi réaliser un package sous Arch, mais pas les sources directement (il y a notamment un fichier PKGBUILD) et pas non plus de quoi compiler un .deb.
 
Savez vous quelles sources et patch doivent être téléchargées pour compiler les même version sous Debian?


Les sources utilisées dans le package Arch sont indiquées dans le PKGBUILD (ligne source=). Ils utilisent les sources de kernel.org. Sous Archlinux, un PKGBUILD est un fichier de description qui permet de compiler un package (avec la commande makepkg, ça génère ensuite le package qu'il suffit d'installer avec pacman). Les patchs acs_override et i915 sont dans cette même archive.
 

adejour a écrit :


Sinon dans ce post, https://lists.fedoraproject.org/pip [...] 03916.html (20/12/2013), Stewart semble aussi avoir trouvé la bonne recette même si le message semble déjà un peu ancien :

Code :
  1. recompiled rawhide kernel 3.13.0-0.rc4.git4.1.fc21 from Fedora's build systemp
  2.   with a few additional patches applied to fix the problematic
  3.     PCIE-to-PCI bridge mentioned in my original post
  4.     your patches for the i915 VGA arbitration with Haswell
  5. I then compiled QEMU from latest git
  6.   with the NoSnoop patch applied, as I checked 'lspci -vv' and my card was showing NoSnoop+


Ensuite Alex donne d'autres patch, mais c'est pareil, je ne maîtrise pas trop la procédure pour les installer :

Code :
  1. Great!  The NoSnoop patch should not be necessary with 3.13-rc and
  2. qemu.git, we've taken a different approach with that upstream, it should
  3. be handled by:
  4. kernel:
  5. ec53500fae421e07c5d035918ca454a429732ef4
  6. d96eb2c6f480769bff32054e78b964860dae4d56
  7. e0f0bbc527f6e9c0261f1d16b2a0b47612b7f235
  8. qemu:
  9. bf63839ffa2d0eebb1eb1706022f46e93b6fec08
  10. 5b49ab188ff0339aa3097ce7f5309f1306092f9e
  11. linux 3.12 + above + i915 patches and qemu 1.7 + above would hopefully
  12. work as well.  Thanks,



 
Il s'agit de commits dans git pour le kernel et qemu. Mais si tu as un kernel >= 3.13 et qemu > 1.7, tu les as déjà probablement.
Quand tu dis que tu as essayé le patch donné ici sans succès, tu veux dire que ça ne donne pas de résultat ou que tu n'as pas réussi à l'installer ?

n°1357736
adejour
Posté le 03-05-2014 à 11:54:08  profilanswer
 

J'ai essayé ce patch
- sous wheezy
- avec un kernel 3.14.1 non patché compilé avec les bonnes options
- et avec qemu 2.0.0 matchs avec seulement ce patch
 
Je pourrais réessayer sous sid (mais j'utilise exactement le même kernel)

n°1357741
toma222
Posté le 03-05-2014 à 12:27:45  profilanswer
 

Je viens de regarder les sources, ce patch s'applique à qemu (je pensais qu'il concernait le kernel).
Dans les sources qemu-2.0, dans qemu-2.0.0+dfsg/hw/misc/vfio.c :

Code :
  1. if (!vdev->reset_works || (!vdev->has_flr && vdev->has_pm_reset)) {
  2.   vdev->needs_reset = true;
  3. }


Ce que j’interprète :
- vdev->has_pm_reset : correspond à NoSoftRst-.
- donc on n'entre pas dans le if et ta carte n'est pas resettée, d'où le problème de reboot.
Je ne suis pas spécialiste en développement, mais je pense que ça correspond exactement à ton problème.

n°1357742
adejour
Posté le 03-05-2014 à 12:31:33  profilanswer
 

Oui, pour le fonctionnement du code et du patch, c'est exactement cela.
Alex semble indiqué que ce "&& vdev->has_pm_reset" n'aurait pas du être ajouté.
Sous mon environnement wheezy, j'avais essayé mais cela n'avait pas corrigé le problème.
Je suis en train de refaire une compilation de qemu pour voir si ça marche mieux ou pas sous mon sid.

n°1357743
adejour
Posté le 03-05-2014 à 12:43:21  profilanswer
 

toujours le meme bug..
Il faudra que j'essaye les autres patch
dont ce "i915 VGA arbiter"

n°1357962
toma222
Posté le 07-05-2014 à 19:05:52  profilanswer
 

Bonjour,
 
Bonne nouvelle pour ceux qui sont sous Debian, qemu 2.0 est arrivé dans Jessie et dans Wheezy-Backports :
https://packages.debian.org/fr/whee [...] system-x86
Il est donc possible de faire fonctionner le secondary passthrough (pour rappel, qui fonctionne parfaitement dans des VM Linux, mais qui ne semble pas passer sous Windows) sous Wheezy ou Jessie sans aller chercher des packages ailleurs. Il faut que je fasse le ménage de mon côté...
Pour le primary passthrough (x-vga=on), il reste le problème du kernel pour lequel l'option CONFIG_VFIO_PCI_VGA n'est pas encore activée et des patchs sont encore nécessaires dans certains cas (chipset Intel notamment).

n°1357963
XaTriX
Posté le 07-05-2014 à 19:07:14  profilanswer
 

C'est quoi en fait le secondary passthrough ?  
 
XaT


---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
n°1357964
toma222
Posté le 07-05-2014 à 19:28:52  profilanswer
 

Quand on fait du secondary passthrough (qui était la méthode historique avec pci-assign mais que l'on peut faire avec VFIO), on passe deux cartes vidéos à la VM :
- une virtuelle, le modèle par défaut étant une Cirrus.
- la carte physique qui est passée comme un périphérique PCI classique.
Donc quand on démarre la VM, l'affichage du boot se fait d'abord sur la carte Cirrus (on peut le voir via VNC avec virt-manager par exemple), puis au démarrage de l'OS, quand la carte physique est initialisée, l'affichage bascule sur la sortie (HDMI dans mon cas) de la carte physique.
 
Le primary passthrough est une nouvelle méthode (encore considérée expérimentale d'où le x dans x-vga=on et c'est probablement pour ça que ce n'est pas encore activé sous Debian) où on ne passe que la carte physique. On voit donc tout le boot sur sa sortie.
 
De mon point de vue, je préfère le secondary passthrough :
- pas besoin d'options supplémentaires (en tout cas sous Debian) ou de patchs pour le kernel.
- c'est natif sous libvirt (donc virt-manager), pas besoin de bidouiller les xml avec <qemu:commandline>. On ajoute juste la carte graphique comme un périphérique PCI classique.
- la carte Cirrus permet d'avoir un affichage VNC, ce qui peut être pratique en cas de pépin dans la VM.
 
Les avantages du primary passthrough :
- ça marche avec les VM sous Windows (enfin dans la plupart des cas).
- ça semble fonctionner (enfin dans la plupart des cas) avec des cartes graphiques Nvidia.


Message édité par toma222 le 07-05-2014 à 19:29:39
n°1357965
XaTriX
Posté le 07-05-2014 à 19:43:18  profilanswer
 

Donc pour résumer le primary marche pas trop mal mais est chiant à mettre en place alors que le secondary marche moyen mais est plus facile à mettre en place :o
 
XaT


---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
n°1357966
toma222
Posté le 07-05-2014 à 19:50:02  profilanswer
 

Question de point de vue !
Pour moi le secondary marche très bien, c'est ce que j'utilise avec ma VM Ubuntu et une Radeon.
Par contre, impossible à faire fonctionner chez moi avec Windows (code erreur 43 dans le gestionnaire de périphérique), je ne comprends pas pourquoi.

n°1357967
XaTriX
Posté le 07-05-2014 à 19:54:14  profilanswer
 

Personne n'a eu le même problème ?
 
XaT


---------------
"Xat le punk à chien facho raciste. C'est complexe comme personnage." caudacien 05/10/2020
n°1358004
Arcord
Posté le 08-05-2014 à 16:59:53  profilanswer
 

En Secondary avec PCI-Assign ici, 2 VM sous Windows (7 et8.1) sans aucun problème depuis plusieurs mois.

n°1358006
toma222
Posté le 08-05-2014 à 17:24:26  profilanswer
 

Oui, avec pci-assign pas de soucis (mise à part le reboot qui peut être contourné avec deveject ou autre), j'ai aussi utilisé longtemps cette méthode.
Mais VFIO est une méthode plus propre (le reset est géré par un module du noyau), et à priori plus sécurisée (utilisation de cgroup pour isoler les périphériques passés).

n°1358017
NHiX
Cop1
Posté le 08-05-2014 à 23:06:03  profilanswer
 

Ubuntu 14.04 vient d'être aussi mise à jour avec la version 2.0 de Qemu, mais toujours le même soucis au reboot de la VM

n°1358030
toma222
Posté le 09-05-2014 à 10:13:31  profilanswer
 

NHiX a écrit :

Ubuntu 14.04 vient d'être aussi mise à jour avec la version 2.0 de Qemu, mais toujours le même soucis au reboot de la VM


C'est normal avec pci-assign. Je ne crois pas que ce sera corrigé un jour, déjà parce que techniquement je ne sais pas si c'est possible et à mon avis les dev se concentrent sur VFIO. Tu as réussi à mettre en place le contournement avec deveject ?

n°1358056
toma222
Posté le 09-05-2014 à 18:22:46  profilanswer
 

C'est un peu off-topic, mais je voulais partager avec vous un test que je viens de faire, pour vous donner une idée de ce que la virtualisation permet de réaliser.
J'ai deux actuellement machines compatibles VT-D :
- mon serveur actuel, en Haswell (Core i7 4770S), dans le salon, allumé H24 et qui héberge plusieurs serveurs Debian et ma VM multimédia/jeux qui utilise le passthrough (avant sous Windows 8.1, et maintenant remplacée par Ubuntu).
- mon ancien serveur, en Sandy Bridge (Core i5 2500), dans une chambre, qui me sert maintenant de backups, de tests et héberge une VM Ubuntu pour le multimédia dans la chambre.
L'idée saugrenue m'a pris d'essayer de migrer la VM Windows 8.1 du serveur Haswell vers le serveur Sandy Bridge (je vous expliquerais l'idée derrière après).
Pour ce faire, libvirt fourni des choses très pratiques, sur le serveur Haswell :

Code :
  1. virsh migrate --live --persistent --copy-storage-all --verbose --domain windows8 --desturi qemu+ssh://host2/system


Cela permet de faire une migration en live (donc à chaud, avec la VM qui reste démarrée) en copiant tous les disques vers le serveur Sandy Bridge.
Il y a bien sûr quelques précautions à prendre :
- il faut que les CPU soient compatibles, donc avant j'avais modifié la conf CPU de ma VM pour la mettre en Sandy Bridge et retirer les fonctionnalités imcompatibles.
- il faut que les disques existent sur la destination, j'utilise LVM, donc un coup de lvcreate et c'était réglé.
- dans le doute, j'avais retiré tous les périphériques PCI de la VM avant la migration et j'étais repassé sur la carte Cirrus.
La migration a duré plusieurs heures (350 Go à copier par le réseau...), et à finalement aboutie sur une erreur (il semblerait que le chipset virtuel Q35 embarque un contrôleur SATA qui n'est pas compatible avec la migration). Mais ce n'est pas grave, les disques ont été copiés, donc j'ai arrêté la VM sur le premier serveur, un coup de virsh define sur le second serveur et ma VM était migrée.  Et pour une fois, Windows ne m'a pas cassé les pieds avec la licence.
 
Vous allez me dire, quel est l'intérêt de la chose, si je veux continuer à jouer dans mon salon ?
- déjà voir si c'était possible !
- je suis un des optimistes qui pensent qu'il va bientôt être possible de jouer sous Linux (c'est déjà en parti le cas si on n'est pas trop exigeant), donc ma VM Ubuntu pourra me suffire.
- Steam vient d'ouvrir la beta pour le in home streaming. Même si mes premiers tests ne sont pas très concluants (à priori je n'arrive pas à avoir d'encodage/décodage hardware, donc c'est lent), j'imagine streamer les jeux Windows de la chambre vers la VM Ubuntu dans le salon (réseau 1Gb entre les deux).

n°1358108
grao
The visitor
Posté le 10-05-2014 à 17:08:54  profilanswer
 

Et toma222 découvrit la migration de VM dans kvm :o
:)


---------------
Recherche affiche de GITS Arise 3 et 4, faire offre.
n°1358153
toma222
Posté le 11-05-2014 à 11:39:06  profilanswer
 

grao a écrit :

Et toma222 découvrit la migration de VM dans kvm :o
:)


Oui, enfin je ne découvre pas  ;) . J'avais déjà joué avec la migration, j'avais envisagé cette solution comme sauvegarde de mes VMs (finalement je suis parti sur des snapshots LVM).
Mais c'était surtout pour donner un exemple de ce qu'il est possible de faire avec la virtualisation aux personnes qui participent à ce topic (certains découvrant qemu, de par leur intérêt pour le passthrough). Et on peut faire ce genre de choses avec du matériel grand public (pas besoin de stockage partagé type SAN ou autre).

n°1358173
bobl'epong​e
Posté le 12-05-2014 à 00:21:27  profilanswer
 

Humm ça c'est du topic ! :)  
 
[:eponge]

n°1358523
larchitect​e
Profession : Lurker
Posté le 17-05-2014 à 18:00:13  profilanswer
 

Bonjour :jap:  
 
Je possède une carte mère MSI Z87 MPower et un Core i5 4670K mais ce dernier ne possède pas le jeux d'instructions Vt-d :o .
 
Est-ce que cela pose vraiment problème?
 
J'aimerais si possible avoir une VM avec Win 8.1 + Plex et une VM pour gérer un NAS

n°1358525
toma222
Posté le 17-05-2014 à 18:08:14  profilanswer
 

Bonjour,
 
Malheureusement, il ne semble pas y avoir de salut pour ton processeur et le VT-D, je n'ai jamais vu de solution pour contourner ce problème.
C'est vraiment bête de la part d'Intel d'avoir bloqué ces CPU là-dessus...

n°1358531
larchitect​e
Profession : Lurker
Posté le 17-05-2014 à 20:27:16  profilanswer
 

Merde... Donc chez Intel il faut choisir: soit l'overclocking soit la virtualisation.
 
Je ferais mieux mon cahier des charges pour ma prochaine machine du coup. Merci pour l'info toma222

n°1358680
adejour
Posté le 21-05-2014 à 16:18:01  profilanswer
 

Salut,
 
Bon, en ce qui me concerne, j'ai désinstallé sid et réinstallé wheezy.
J'ai tenté avec le kernel 14.4, mais c'est toujours pareil pour mon problème de reboot..
 
Sinon, question bête linux, savez vous pourquoi pour installer un tout petit paquet de rien du tout, on me propose de désintaller tout ça?!

Code :
  1. aptitude install pkg-config


Code :
  1. Les NOUVEAUX paquets suivants vont être installés :
  2.   pkg-config
  3. Les paquets suivants seront ENLEVÉS :
  4.   aisleriot{u} apache2.2-bin{u} argyll{u} at-spi2-core{u} baobab{u}
  5.   browser-plugin-gnash{u} caribou{u} caribou-antler{u} cheese{u}
  6.   dconf-tools{u} empathy{u} empathy-common{u} espeak-data{u} file-roller{u}
  7.   finger{u} fonts-cantarell{u} fonts-sil-gentium{u}
  8.   fonts-sil-gentium-basic{u} gcalctool{u} gdebi{u} gdm3{u} gedit{u}
  9.   gedit-common{u} gedit-plugins{u} gir1.2-atspi-2.0{u} gir1.2-gdata-0.0{u}
  10.   gir1.2-gnomekeyring-1.0{u} gir1.2-goa-1.0{u} gir1.2-gtop-2.0{u}
  11.   gir1.2-gucharmap-2.90{u} gir1.2-javascriptcoregtk-3.0{u} gir1.2-rb-3.0{u}
  12.   gir1.2-tracker-0.14{u} gir1.2-webkit-3.0{u} gir1.2-wnck-3.0{u} glchess{u}
  13.   glines{u} gnash{u} gnash-common{u} gnect{u} gnibbles{u} gnobots2{u}
  14.   gnome-backgrounds{u} gnome-color-manager{u} gnome-dictionary{u}
  15.   gnome-disk-utility{u} gnome-documents{u} gnome-font-viewer{u}
  16.   gnome-games{u} gnome-games-data{u} gnome-games-extra-data{u}
  17.   gnome-icon-theme-extras{u} gnome-mag{u} gnome-nettool{u} gnome-orca{u}
  18.   gnome-packagekit{u} gnome-packagekit-data{u} gnome-screenshot{u}
  19.   gnome-shell-extensions{u} gnome-sudoku{u} gnome-system-log{u}
  20.   gnome-tweak-tool{u} gnome-video-effects{u} gnomine{u} gnotravex{u}
  21.   gnotski{u} gnuchess{u} gnuchess-book{u} grilo-plugins-0.1{u} gtali{u}
  22.   gucharmap{u} guile-2.0-libs{u} hamster-applet{u} hyphen-en-us{u} iagno{u}
  23.   inkscape{u} iputils-tracepath{u} libapr1{u} libaprutil1{u}
  24.   libaprutil1-dbd-sqlite3{u} libaprutil1-ldap{u} libatk-adaptor{u}
  25.   libatk-adaptor-data{u} libatk-bridge2.0-0{u} libatspi1.0-0{u}
  26.   libatspi2.0-0{u} libavahi-core7{u} libavahi-gobject0{u}
  27.   libavahi-ui-gtk3-0{u} libblas3gf{u} libboost-program-options1.49.0{u}
  28.   libboost-thread1.49.0{u} libcaribou-gtk-module{u}
  29.   libcaribou-gtk3-module{u} libcolamd2.7.1{u} libcolorblind0{u}
  30.   libdaemon0{u} libdee-1.0-4{u} libdiscid0{u} libdmapsharing-3.0-2{u}
  31.   libdotconf1.0{u} libespeak1{u} libgail-common{u} libgdict-1.0-6{u}
  32.   libgdict-common{u} libgdu-gtk0{u} libgeocode-glib0{u} libgexiv2-1{u}
  33.   libgnome-mag2{u} libgpod-common{u} libgpod4{u} libgrilo-0.1-0{u}
  34.   libgupnp-av-1.0-2{u} libgupnp-dlna-1.0-2{u} libicc2{u} libimdi0{u}
  35.   liblinear-tools{u} liblinear1{u} liblouis-data{u} liblouis2{u}
  36.   libmagick++5{u} libminiupnpc5{u} libmtp-common{u} libmtp-runtime{u}
  37.   libmtp9{u} libnatpmp1{u} libplot2c2{u} libpstoedit0c2a{u} libraw5{u}
  38.   libreoffice{u} libreoffice-calc{u} libreoffice-draw{u}
  39.   libreoffice-evolution{u} libreoffice-filter-mobiledev{u}
  40.   libreoffice-gnome{u} libreoffice-gtk{u} libreoffice-help-en-us{u}
  41.   libreoffice-impress{u} libreoffice-report-builder-bin{u}
  42.   librhythmbox-core6{u} libsofia-sip-ua-glib3{u} libsofia-sip-ua0{u}
  43.   libsonic0{u} libspeechd2{u} libsvm-tools{u} libtelepathy-farstream2{u}
  44.   libunique-3.0-0{u} libvisio-0.0-0{u} libwnck-common{u} libwnck22{u}
  45.   libxss1{u} lightsoff{u} lp-solve{u} mahjongg{u} media-player-info{u}
  46.   minissdpd{u} mobile-broadband-provider-info{u} mythes-en-us{u}
  47.   nautilus-sendto-empathy{u} network-manager-gnome{u} nmap{u} p7zip-full{u}
  48.   perlmagick{u} pstoedit{u} python-brlapi{u} python-louis{u} python-mako{u}
  49.   python-markupsafe{u} python-pyatspi{u} python-pyatspi2{u}
  50.   python-speechd{u} python-wnck{u} python-zeitgeist{u} quadrapassel{u}
  51.   rdesktop{u} rhythmbox{u} rhythmbox-data{u} rhythmbox-plugin-cdrecorder{u}
  52.   rhythmbox-plugins{u} rygel{u} rygel-playbin{u} rygel-preferences{u}
  53.   rygel-tracker{u} seahorse{u} shotwell{u} shotwell-common{u}
  54.   simple-scan{u} sound-juicer{u} sound-theme-freedesktop{u}
  55.   speech-dispatcher{u} swell-foop{u} telepathy-gabble{u} telepathy-idle{u}
  56.   telepathy-logger{u} telepathy-rakia{u} transmission-common{u}
  57.   transmission-gtk{u} ttf-liberation{u} ttf-sil-gentium-basic{u} unoconv{u}
  58.   vinagre{u} vino{u} xbrlapi{u} xdg-user-dirs-gtk{u} zeitgeist-core{u}
  59. 0 paquets mis à jour, 1 nouvellement installés, 205 à enlever et 3 non mis à jour.
  60. Il est nécessaire de télécharger 59,5 ko d'archives. Après dépaquetage, 542 Mo seront libérés.
  61. Voulez-vous continuer ? [Y/n/?]


n°1358683
toma222
Posté le 21-05-2014 à 17:05:25  profilanswer
 

Salut,
 
Tu es reparti sur une install propre de wheezy ?
Tu sembles avoir un problème quelque part :

Code :
  1. apt-cache show pkg-config
  2. Package: pkg-config
  3. Version: 0.28-1
  4. Installed-Size: 152
  5. Maintainer: Tollef Fog Heen <tfheen@debian.org>
  6. Architecture: amd64
  7. Depends: libc6 (>= 2.14), libglib2.0-0 (>= 2.16.0)
  8. Description-fr: gestion des drapeaux de compilation et d'édition de lien pour les bibliothèques
  9. La paquet pkg-config fournit un système de gestion des drapeaux de
  10. compilation et d'édition de lien qui fonctionne avec automake et autoconf.
  11. .
  12. De nombreuses bibliothèques sont fournies avec des fichiers « .pc » qui
  13. permettent de retrouver les drapeaux de compilation et d'édition de lien
  14. nécessaires et de les utiliser avec le programme pkg-config(1).
  15. Multi-Arch: foreign
  16. Homepage: http://pkg-config.freedesktop.org
  17. Description-md5: 5622d544b680cd37e49d3435959207a2
  18. Tag: admin::configuring, devel::buildtools, interface::commandline,
  19. role::program, scope::utility
  20. Section: devel
  21. Priority: optional
  22. Filename: pool/main/p/pkg-config/pkg-config_0.28-1_amd64.deb
  23. Size: 57548
  24. MD5sum: 4d3180181537a7eda2f8cf26384976a3
  25. SHA1: 41166c5392051814a923bba576704a16d394346f
  26. SHA256: 0c2454f379d35c3acdeed1bb2b15e5fb8629fb347908a4fbe8815ec29e07f326
  27. Package: pkg-config
  28. Version: 0.26-1
  29. Installed-Size: 168
  30. Maintainer: Tollef Fog Heen <tfheen@debian.org>                                                                                                                                           
  31. Architecture: amd64                                                                                                                                                                       
  32. Depends: libc6 (>= 2.3), libglib2.0-0 (>= 2.16.0), libpopt0 (>= 1.16)                                                                                                                     
  33. Description-fr: gestion des drapeaux de compilation et d'édition de lien pour les bibliothèques                                                                                           
  34. La paquet pkg-config fournit un système de gestion des drapeaux de                                                                                                                       
  35. compilation et d'édition de lien qui fonctionne avec automake et autoconf.                                                                                                               
  36. .
  37. De nombreuses bibliothèques sont fournies avec des fichiers « .pc » qui
  38. permettent de retrouver les drapeaux de compilation et d'édition de lien
  39. nécessaires et de les utiliser avec le programme pkg-config(1).
  40. Homepage: http://pkg-config.freedesktop.org
  41. Description-md5: 5622d544b680cd37e49d3435959207a2
  42. Tag: admin::configuring, devel::buildtools, interface::commandline,
  43. role::program, scope::utility
  44. Section: devel
  45. Priority: optional
  46. Filename: pool/main/p/pkg-config/pkg-config_0.26-1_amd64.deb
  47. Size: 59502
  48. MD5sum: b790a7f1146ceede7903308cb89a0bbe
  49. SHA1: e099963dea542d6e9edcb9e09e1db5393fb88bd1
  50. SHA256: cd2073c893b10135efa9650d7679d8d9ebdb156e6cf576d9222b4c36f0e229f5


Probablement un problème de dépendances (un des paquets qui ne serait pas à jour). Après je n'utilise pas aptitude, mais il peut parfois avoir un comportement bizarre (surtout si tu as utilisé apt entre deux).

n°1358689
adejour
Posté le 21-05-2014 à 19:13:29  profilanswer
 

A oui, clairement, j'utilise l'un ou l'autre indifféremment, ça doit être pour ça...
Bon et bien j'ai gagné une nouvelle réinstallation !

n°1358690
toma222
Posté le 21-05-2014 à 19:35:05  profilanswer
 

Après ce n'est peut-être pas ça, et une réinstallation n'est sans doute pas obligatoire.
 
Sinon, pour revenir un peu plus au sujet, est-ce que certains qui utilisent une VM Windows avec les drivers virtio (même les derniers) pour la carte réseau on observé des problèmes de déconnexions toutes les x minutes ? Chez moi, ça le fait (je m'en suis compte par exemple quand je regarde une vidéo se trouvant sur un répertoire réseau avec XBMC) alors que pas de problèmes avec le modèle e1000 par exemple (mais qui est sans doute moins performant) ou avec virtio sur une VM Linux.

Message cité 1 fois
Message édité par toma222 le 21-05-2014 à 19:38:21
n°1358692
Arcord
Posté le 21-05-2014 à 21:07:50  profilanswer
 

Aucun problème avec les drivers virtio ni sur ma VM Windows 7 ni sur ma VM Windows 8.1.
Et comme j'utilise ma VM Windows 7 en tant que PC "Home-Cine" la lecture de video ou de musique à partir du réseau c'est ce que cette VM fait le plus.
 
Je suppose que ça n'a pas d'influence avec ton problème mais pour info j'utilise les drivers virtio aussi pour le sata et la mémoire.

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16

Aller à :
Ajouter une réponse
 

Sujets relatifs
Projet de mise en place de google apps en entreprise[Résolu] nginx sur domU NetBSD 6 (dom0 Debian squeeze)
Virtualisation, du passthrough, XBMC, NAS, des jeux...besoin avis projet de server auto hebergement et media center
[projet] Prise de courant avec Wattmetre intégré en CPLVersions de Xen - What else ?!
Debian - Xen server - Iptables - Nat - WebserverSwitch virtuel pour Xen/KVM - Interface tap - Cisco/Autre ?
2 OS simultanement avec Xen ?Ubunto 10.10: Configuration d'un compte Exchange + Projet VMWare
Plus de sujets relatifs à : [Topic Unique] VGA/PCI Passthrough et VFIO sous GNU/Linux


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR