VDR, LFS 6.0 und NPTL

fawkes · 14. Dezember 2004

Hallo Leute,
ich hab mir vor ein paar Tagen mal ein LFS für meinen VDR gebaut.
(Mein überlaufenes SuSE 9.0 bootet mir nicht schnell genug)

VDR kompileren funktionierte einwandfrei.
Nur beim Starten meldete VDR die NPTL-Meldung
von wegen nicht unterstützt und so, etc.
Dann soll man ja die Umgebungsvariable LD_ASSUME_KERNEL auf
2.4.1 oder auch woanders beschrieben auf 2.4.19 setzen.

Das hab ich auch gemacht, nur danach findet kein Programm mehr seine Shared Libs.
ls sucht zum Beispiel die librt.so.1 und ldd die libdl.so.1

Hat irgendjemand den aktuellen VDR 1.3.17 auch mit NPTL am laufen?

Oder kennt jemand vielleicht mein LiB-Problem?

Danke,
Henning

PS: Hardware ist die in der Signatur, Software war nur VDR ohne Plugins und Patches.

holymoly · 14. Dezember 2004

Hallo,

Code

Hat irgendjemand den aktuellen VDR 1.3.17 auch mit NPTL am laufen?

habe das mit nptl hier problemlos am Laufen,
zumindest ist mir nichts negatives aufgefallen.
Der nptl-check laesst sich in der vdr.c deaktivieren.

Code

Oder kennt jemand vielleicht mein LiB-Problem?

dazu muss glibc ohne nptl oder nptlonly (gentoo) erneut kompilert werden.
mfg

fawkes · 14. Dezember 2004

Danke für die Antwort!

Zitat

Original von holymoly
dazu muss glibc ohne nptl oder nptlonly (gentoo) erneut kompilert werden.
mfg

Wird diese LibC dann zusätzlich zu der mit NPTL installiert?
Weil sonst macht diese Umgebungsvarriable ja keinen Sinn,
weil LIBCs mit NPTL gehen ja dann sowieso nicht.

Gruß,
Henning

arghgra · 14. Dezember 2004

Zitat

Original von fawkes
Danke für die Antwort!

Wird diese LibC dann zusätzlich zu der mit NPTL installiert?
Weil sonst macht diese Umgebungsvarriable ja keinen Sinn,
weil LIBCs mit NPTL gehen ja dann sowieso nicht.

Gruß,
Henning

Alles anzeigen

Die wird wohl anstattdessen installiert und der LD_ASSUME-Aufruf kann somit auch entfallen ...

arghgra

holymoly · 14. Dezember 2004

hallo,
unter gentoo wird glibc bei "+nptl -nptlonly" in den useflags,
dann zweimal gebaut ,
einmal mit linuxthreads und einmal mit nptl,
wobei nptl als Standart gesetzt wird.
mfg

turrican · 14. Dezember 2004

Ich hab bei mir den NPTL-Check auch aus der vdr.c entfernt, da ich die gleichen Probleme mit den shared libs hatte. Wozu wird denn eigentlich dieser Check gemacht, wenn's auch ohne läuft?

arghgra · 14. Dezember 2004

Zitat

Original von turrican
Ich hab bei mir den NPTL-Check auch aus der vdr.c entfernt, da ich die gleichen Probleme mit den shared libs hatte. Wozu wird denn eigentlich dieser Check gemacht, wenn's auch ohne läuft?

Weils etliche Leute gibt, die mit der NPTL Probleme habe, andere hingegen gar keine (wie du).

arghgra

fawkes · 14. Dezember 2004

Danke für die Info.

Ich werd dann mal probieren die LibC mit --enable-add-ons=linuxthreads
zu "configuren".

Ufff, das dauert jetzt wieder so lange.

Ich hoffe das danach das LFS auch noch geht und ich nicht soviel neu kompilieren muss.
Falls jemand Erfahrungen mit LFS 6.0 OHNE NPTL hat,
bitte posten.

Gruß,
Henning

fawkes · 14. Dezember 2004

Ach was ich noch fragen wollte:
Was sind das denn für Probleme,
die viele Leute mit NPTL haben?

Gruß,
Henning

hjs · 23. Januar 2005

Zitat

Original von fawkes
Ach was ich noch fragen wollte:
Was sind das denn für Probleme,
die viele Leute mit NPTL haben?

Das einzige bekannte Prob ist , daß VDR nicht startet , wenn man die Abfrage nicht rausnimmt

HJS

Dr.Nop · 23. Januar 2005

Zitat

Original von fawkes
Ich hoffe das danach das LFS auch noch geht und ich nicht soviel neu kompilieren muss.

Kannst du vergessen. Es wird kein Programm, das Threads nutzt, mehr gehen.

franzose · 7. Februar 2005

Zitat

Original von hjs
Das einzige bekannte Prob ist , daß VDR nicht startet , wenn man die Abfrage nicht rausnimmt

Nenene, das ist nicht ganz so einfach! Probleme u.a.:

1) Beim Anspringen von Schnittmarken hängt sich der VDR weg.
2) Nach 2-3 Stunden hängt sich der gesamte Rechner weg.
3) Beim Playback und normaler Navigation hängt sich der VDR weg.

Soweit zu den Symptomen, die mir bisher untergekommen sind (und einigen anderen aus dem Forum auch).

hjs · 7. Februar 2005

Zitat

Original von Franzose

Nenene, das ist nicht ganz so einfach! Probleme u.a.:

1) Beim Anspringen von Schnittmarken hängt sich der VDR weg.
2) Nach 2-3 Stunden hängt sich der gesamte Rechner weg.
3) Beim Playback und normaler Navigation hängt sich der VDR weg.

Soweit zu den Symptomen, die mir bisher untergekommen sind (und einigen anderen aus dem Forum auch).

Alles anzeigen

OK - ich korrigiere :
Das einzige mir bekannte Prob ist , daß VDR nicht startet , wenn man die Abfrage nicht rausnimmt

HJS

fawkes · 7. Februar 2005

Also bei mir läuft der VDR 1.3.17 mit dem safe thread patch rev3
perfekt auch mit NPTL (ohne Abfrage natürlich )
- Schnittmarken anspringen geht und der Rechner hat sich noch nie aufgehängt.
Beim letzten "Symptom" weiß ich nicht, was das sein soll.

Ohne den oben genannten Patch ging gar nichts.

Also ich kann nur sagen, es geht einfach!

Gruß,
Henning

franzose · 7. Februar 2005

Zitat

Original von fawkes
Ohne den oben genannten Patch ging gar nichts.

Also ich kann nur sagen, es geht einfach!

Das Problem an dem Patch ist nur, dass er sehr experimentell ist. Der ging ja durch die Mailingliste und kompilieren soll mit einigen Plugins Probleme machen.

Außerdem ist die 1.3.17er schon etwas alt. Die neue 1.3.20 ist ja schon draußen und dafür gibt es noch kein NPTL-Patch.

Oder wurde der bereits integriert?

fawkes · 7. Februar 2005

Zitat

Original von Franzose

Das Problem an dem Patch ist nur, dass er sehr experimentell ist. Der ging ja durch die Mailingliste und kompilieren soll mit einigen Plugins Probleme machen.

Außerdem ist die 1.3.17er schon etwas alt. Die neue 1.3.20 ist ja schon draußen und dafür gibt es noch kein NPTL-Patch.

Oder wurde der bereits integriert?

Alles anzeigen

Das hab ich mich auch gefragt,
aber ich hab in den Changlogs von
1.3.18,19 und 20 nichts entdecken können.

Auf jedenfall schlagen 95% aller Änderungen im Patch fehl,
wenn man die Version von 1.3.17 auf 1.3.20 anwendet.

Gruß,
Henning

Max Power · 20. April 2005

Wie hast du's denn jetzt laufen?

Ich hab nämlich jetzt genau das gleiche Problem: LFS 6 und nach nem export LD_ASSUME_KERNEL=2.4.1 geht gar nix mehr.

Dr.Nop · 20. April 2005

Mit diesem Patch geht jetzt auch das Versetzen von Schnittmarken:

Diff

diff -urNad vdr-1.3.23/dvbplayer.c /tmp/dpep.odvcge/vdr-1.3.23/dvbplayer.c
--- vdr-1.3.23/dvbplayer.c	2005-03-25 23:45:25.789555968 +0000
+++ /tmp/dpep.odvcge/vdr-1.3.23/dvbplayer.c	2005-03-25 23:53:11.273645683 +0000
@@ -376,6 +376,7 @@
         cPoller Poller;
         if (DevicePoll(Poller, 100)) {
 
+           sched_yield();
            LOCK_THREAD;
 
            // Read the next frame from the file:

Alles anzeigen

Ein Standard Build von LFS6 unterstützt LD_ASSUME_KERNEL=2.4.xxx nicht, aber man braucht es jetzt auch nicht mehr.

fawkes · 4. Mai 2005

Nachdem ich jetzt grad mal wieder in dem Thread vorbei geschaut hab,
hier meine Lösung:

- Glibc mit Linuxthreads kompiliert, aber nicht installier
- von Hand libc,librt,libm,libpthread und libthread_db nach /usr/local/vdrlib kopiert
- in der runvdr ein "LD_LIBRARY_PATH=/usr/local/vdrlib/" vor das VDR-Kommando eintragen
- und schon läufts, OHNE LD_ASSUME_KERNEL!

Mit "LD_LIBRARY_PATH=/usr/local/vdrlib ldd /usr/local/bin/vdr"
kann man überprüfen, ob die richtigen Libs gelinkt werden!

Dank Dr.Nop,
hätt ich mir das aber sparen können.

Gruß,
Henning

VDR, LFS 6.0 und NPTL

Jetzt mitmachen!

Teilen