Vivado Problem nach Ubuntu-Upgrade

[vancouver (Gast)]

Ich habe einige Zeit Vivado 2020.1 auf Ubuntu 20.04 benutzt, es gab 
keine Probleme. Nach dem Upgrade auf Ubuntu 22 bekomme ich keine 
Vebindung mehr zwischen dem Hardware-Server und dem FPGA-Board 
(Arty-A7). Fehlermeldung:

ERROR: [Labtoolstcl 44-199] No matching targets found on connected servers: localhost
Resolution: If needed connect the desired target to a server and use command refresh_hw_server. Then rerun the get_hw_targets command.
ERROR: [Common 17-39] 'get_hw_targets' failed due to earlier errors.

Beide /dev/ttyUSB{0,1}-Devices sind vorhanden, und ich kann über ttyUSB0 
mit einem Terminalprogramm auf ein bereits geflashtes Design zugreifen. 
Hardwaremäßig scheint also alles in Ordnung zu sein. Alles andere 
funktioniert auch bei Vivado (Synthese, PAR etc).

Jemand eine Idee, wo das Problem liegen könnte?

[Christian R. (supachris)]

Vielleicht liegt der Fall ähnlich wie hier: 
https://support.xilinx.com/s/question/0D52E00006yQYTESA4/vivado-hardware-manager-does-not-see-the-fpga-board-how-to-fix-this?language=en_US

[vancouver (Gast)]

Leider nicht. Ich habe auch schon versucht, das Board mittels xsdb zu 
connecten, aber es wird kein angeschlossenes Target gefunden, egal mit 
welchem Kabel und an welchem USB-Port.

[Ludewig Lämpel (Gast)]

Welches Board versuchst du über welchen Programmer anzusprechen?

Der Boardhersteller hat gern mal seine eigenen Treiber (z.B. Trenz).
Und dann kann natürlich auch ein Kabel/Hatdware mal verrecken. Also 
testet man die gesamte Hardware mit einer alten Installation.

Bei Linux sind die Rechte auch mal ein Problem. Mal das ganze per sudo 
starten

[vancouver (Gast)]

Wie gesagt, ein Arty A7-100 über den onboard-Programmer (ftdi-Chip). Das 
braucht keinen speziellen Treiber, ging die ganze Zeit per /dev/ttyUSB1 
und den Cabledriver von Vivado2020.1.

Ich habe heute mal die Adept2-Software von Digilent installiert, damit 
kann ich den FPGA laden, die HW ist also OK. Allerdings ist das 
Adept-Zeug ziemlich grottig, z.B. kann man den Flash nicht 
programmieren, weil der nicht in der Jtag-Chain hängt. Daher will ich 
Vivado nutzen. Aber seit dem Ubuntu-Upgrade wird das Arty nicht mehr 
erkannt.

[Ludewig Lämpel (Gast)]

vancouver schrieb:

> . Daher will ich
> Vivado nutzen. Aber seit dem Ubuntu-Upgrade wird das Arty nicht mehr
> erkannt.

Dann teil die chain in zwei vershiedene Versionen auf, fürs FPGA über 
JTAG konfigurieren nimmste de alte Software, fürs Synthetisieren etc. 
die neue.
Never change a running system.

[Christian R. (supachris)]

Das kann ja dann eigentlich nur mit einem Treiber Kuddelmuddel oder 
falschen udev Regeln zusammen hängen. Oder die haben bei Xilinx wieder 
mal was geändert und nun müsstest du eine aktuelle Vivado Version 
nehmen. Schau doch mal in die Release Notes.

[vancouver (Gast)]

Ludewig Lämpel schrieb:
> fürs FPGA über
> JTAG konfigurieren nimmste de alte Software, fürs Synthetisieren etc.
> die neue.

Ich soll ein zweites Betriebsystem am Laufen halten, nur um einen FPGA 
zu konfigurieren?

> Never change a running system.

Bis zu einem gewissen Grad ja, aber irgendwann werden halt doch Upgrades 
notwendig. Auf dem System läuft ja noch weitere Software außer Vivado.

[Ludewig Lämpel (Gast)]

vancouver schrieb:
> Ludewig Lämpel schrieb:
>> fürs FPGA über
>> JTAG konfigurieren nimmste de alte Software, fürs Synthetisieren etc.
>> die neue.
>
> Ich soll ein zweites Betriebsystem am Laufen halten, nur um einen FPGA
> zu konfigurieren?

Wieso zweites Betriebssystem und wieso "Nur" zum Konfigurieren?!?

Xilinx hat auch für Vivado die Toolchains in Entwicklung und Labtools 
trennbar gestaltet. Beide Editions sollte es für das selbe OS geben.

Die Labtools benutzt man nicht nur um das Design auf den FPGA zu laden, 
sondern auch zur Inbetriebnahme Debug (Chipscope, debug/profiler 
Host,vio, Temperatur/Spannungs-überwachung per Sysmon).

Und wer A sagt "FPGA machen" muß auch B sagen (Toolchain am Laufen 
halten)!

[vancouver (Gast)]

Christian R. schrieb:
> Oder die haben bei Xilinx wieder
> mal was geändert und nun müsstest du eine aktuelle Vivado Version
> nehmen. Schau doch mal in die Release Notes.

Ja, vermutlich werde ich das ganze Vivado-Zeug neu installieren müssen, 
mit dem ganzen Aufwand, den das bedeutet.

Wäre mal interessant zu wissen, ob jemand Vivado 2020 oder 2022 auf 
Ubuntu 22.04 problemlos am Laufen hat.

[Ludewig Lämpel (Gast)]

Ach ich sehe grad du hast nicht Vivado auf die 22 gehoiben sonden 
Ubuntu.
Muß dann wohl ne Ubuntu-Macke sein. Bei debian hat man mit apt-get 
ziemlich feinjustierbare Update-Möglichkeiten. Wenn Nötig kann man auch 
mal ein Paket downgraden.

https://www.linuxuprising.com/2019/02/how-to-downgrade-packages-to-specific.html

Dann mussman nicht gleich alles umkrempeln.

[vancouver (Gast)]

Ludewig Lämpel schrieb:
> Wenn Nötig kann man auch
> mal ein Paket downgraden.

Das geht bei Ubuntu auch, soweit ich weiß (ist ja ein Debian-Fahrwerk 
drunter), aber dazu müsste ich wissen, welches Paket die Probleme macht. 
Leider gbt es nirgendwo eine Fehlermeldung, wenn ich das Board mit dem 
hw_server verbinden will.

[Markus F. (mfro)]

Ich habe eine ähnliche Problematik (allerdings bei der Konkurrenz) über 
Jahre am Laufen gehalten, in dem ich die (alten/veralteten) Shared Libs, 
die die Software vom Betriebssystem erwartet ins bin/ Verzeichnis von 
Quartus kopiert habe (so läeft z.B. eine 13.0 auf Debian Testing).

Allerdings wird das mit Release zu Release schwieriger und mittlerweile 
übernimmt ein Debian 11 in einer KVM-VM die Aufgabe ohne weiteren 
Aufwand.
Auch das USB-Passthrough (Altera Blaster) funktioniert problemlos.
Mit Xilinx habe ich das noch nicht probiert, sehe aber nicht, warum das 
nicht auch so funktionieren sollte.

[vancouver (Gast)]

Also Leute, ich suche hier gerade nach einer versteckten Kamera. Ohne 
einen (für mich) erkennbaren Grund funktioniert es plötzlich wieder.

Eben habe ich versucht, das TCL-Script zum Konfigurieren als root zu 
starten, und das klappt plötzlich (gestern noch nicht). Seitdem geht es 
auch wieder als normaler User. Auch nach Ab/Anstecken des Boards und 
Neustart des PCs. Alles wie früher, und ich habe wirklich nichts 
anders gemacht. WTF?!

[Carsten H. (chz)]

sudo rm /tmp/digilent-adept2-* war bei mir die Lösung für ein ähnliches 
Problem.

[Tobias B. (Firma: www.elpra.de) (ttobsen)]

Schau mal ob libusb Teil des Updates war. Die Xilinx Welt funktioniert 
nur mit einer veralteten und verbuggten libusb.

Wobei es mich wundert, Ubuntu 22.04 ist Teil der unterstuetzen Linuxen. 
:-/