[skinnopacity] invalid lock sequence report ... mit vdr-2.4.0 und skinnopacity(gepatcht)

Uwe · 18. April 2018

Hallo,

wie schon hier angemerkt, habe ich mit den 3x Patches bzw. diesen + skinnopacity_vdr-2.3.8_compat.patch und vdr-2.4.0 einen Fehler, wie unten gepostet.

Hat vielleicht noch jemand diesen Fehler? Hier tritt der Fehler auf, sobald das OSD geöffnet wird (also Menu ...).

Eventuell hat jemand eine Lösung dafür!

Gruß,

Uwe

Edit: hier noch die Antwort zum Backtrace von Klaus (kls)

Zitat

Anscheinend versucht cNopacityDisplayChannel::SetEvents() einen Lock auf die Timers zu setzen, was an dieser Stelle wegen des strikten Lockings nicht zulässig ist, da es sonst eventuell zu einem Deadlock kommen kann. Was immer cNopacityDisplayChannel in SetEvents mit den Timern machen will, es muss es woanders tun (z.B. in Flush(), so wie es auch cSkinLCARS tut).

Spoiler anzeigen

Code

Apr 18 18:57:14 matrix-vdr vdr: [700] --- begin invalid lock sequence report
Apr 18 18:57:14 matrix-vdr rsyslogd-2007: action 'action 17' suspended, next retry is Wed Apr 18 18:57:44 2018 [try http://www.rsyslog.com/e/2007 ]
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  -  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  W  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   722  -  -  -  -  R  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   722  -  -  -  -  U  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  R  -  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  U  -  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  R  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  W  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  *  -  -  W  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  *  -  -  U  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  R  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  R  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  R  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700 invalid lock sequence: 1 Timers
Apr 18 18:57:14 matrix-vdr vdr: [700] full backtrace:
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:734
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) at timers.c:845
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0 cNopacityDisplayChannel::SetEvents(cEvent const*, cEvent const*) at displaychannel.c:105
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cDisplayChannel::DisplayInfo() at menu.c:4684
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cDisplayChannel::cDisplayChannel(int, bool) at menu.c:4635
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr main at vdr.c:1073
Apr 18 18:57:15 matrix-vdr vdr: [700] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at ??:?
Apr 18 18:57:15 matrix-vdr vdr: [700] --- end invalid lock sequence report
Apr 18 18:57:15 matrix-vdr vdr: [700] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!
Apr 18 18:57:15 matrix-vdr vdr[700]: invalid lock sequence at Mi. 18.04. 18:57

Alles anzeigen

Uwe · 24. April 2018

Hallo,

Wie müsste die Anpassung, wie hier für den skindesigner zu sehen, für skinnopacity aussehen?

Unten ist der Code mit der Funktion cNopacityDisplayChannel::SetEvents(..) von displaychannel.c.

Gruß,

Uwe

Spoiler anzeigen

nobanzai · 24. April 2018

Hm, irgendwie versteh ich die Problematik nicht.

Ich habe die vorhandenen Patches genommen, skinnopacity übersetzt - und läuft!?!?

Als da waren:

- vdr_2.3.3_compat.patch

- skinnopacity_vdr-2.3.5_compat.patch

- skinnopacity_vdr-2.3.8_compat.patch

FireFly · 24. April 2018

Entweder Du machst ein Redesign so dass die Timer-Abfrage im Flush() passiert oder Du kommentierst die Zeilen 15-20 in dem oben zitierten Code aus. Dann hast Du zwar keine Recording-Anzeige mehr so wie ich den Code verstehe, aber auch die Fehlermeldung ist weg.

Uwe · 25. April 2018

Zitat von nobanzai

Hm, irgendwie versteh ich die Problematik nicht.

Ich habe die vorhandenen Patches genommen, skinnopacity übersetzt - und läuft!?!?

Als da waren:

- vdr_2.3.3_compat.patch

- skinnopacity_vdr-2.3.5_compat.patch

- skinnopacity_vdr-2.3.8_compat.patch

Alles anzeigen

Du müsstest in deinen Log-Files folgenden Fehler finden:

Code

Apr 18 18:57:14 matrix-vdr vdr: [700] --- begin invalid lock sequence report
Apr 18 18:57:14 matrix-vdr rsyslogd-2007: action 'action 17' suspended, next retry is Wed Apr 18 18:57:44 2018 [try http://www.rsyslog.com/e/2007 ]
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  -  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  W  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   722  -  -  -  -  R  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   722  -  -  -  -  U  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  R  -  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  U  -  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  R  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  W  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  *  -  -  W  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  *  -  -  U  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   706  -  U  -  -  -  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  R  -  -  -  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  R  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  -  *  -  -  *  -  -  -  -  -  U
Apr 18 18:57:14 matrix-vdr vdr: [700]   700  R  *  -  -  *  -  -  -  -  -  L
Apr 18 18:57:14 matrix-vdr vdr: [700]   700 invalid lock sequence: 1 Timers
Apr 18 18:57:14 matrix-vdr vdr: [700] full backtrace:
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:734
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) at timers.c:845
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/lib/vdr/plugins/libvdr-skinnopacity.so.2.4.0 cNopacityDisplayChannel::SetEvents(cEvent const*, cEvent const*) at displaychannel.c:105
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cDisplayChannel::DisplayInfo() at menu.c:4684
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr cDisplayChannel::cDisplayChannel(int, bool) at menu.c:4635
Apr 18 18:57:15 matrix-vdr vdr: [700] /usr/bin/vdr main at vdr.c:1073
Apr 18 18:57:15 matrix-vdr vdr: [700] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at ??:?
Apr 18 18:57:15 matrix-vdr vdr: [700] --- end invalid lock sequence report
Apr 18 18:57:15 matrix-vdr vdr: [700] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!
Apr 18 18:57:15 matrix-vdr vdr[700]: invalid lock sequence at Mi. 18.04. 18:57

Alles anzeigen

nobanzai · 25. April 2018

Nein, die hatte ich vorher mal, jetzt nicht mehr.

Aber stimmt, ich habe noch einen Patch bekommen hier im Forum:

- vdr_2.4.0_compat.patch

Hatte ich völlig vergessen, sorry.

nobanzai · 26. April 2018

Zitat von nobanzai

Nein, die hatte ich vorher mal, jetzt nicht mehr.

Aber stimmt, ich habe noch einen Patch bekommen hier im Forum:

- vdr_2.4.0_compat.patch

Hatte ich völlig vergessen, sorry.

Alles anzeigen

Ich häng den hier mal an. Irgendwie finde ich den aktuell selber nicht mehr - ich hoffe, der Autor verzeiht mir meine Vergesslichkeit 8-<

Der kommt dann on top der drei anderen.

SurfaceCleanerZ · 26. April 2018

Hi,

Wäre nicht ein Pull Reqest bei vdr-developer sinnvoll? Und oder github?

MfG Stefan

Uwe · 26. April 2018

Hallo nobanzai,

der vdr_2.4.0_compat.patch OnTop bringt bei mir Fehler, weil dieser Patch auch Änderungen enthält, die schon mit den anderen drei Patches gemacht wurden.

Könntest du uns deine skinnopacity Sourcen zur Verfügung stellen?

Gruß,

Uwe

nobanzai · 26. April 2018

Zitat von Uwe

Hallo nobanzai,

der vdr_2.4.0_compat.patch OnTop bringt bei mir Fehler, weil dieser Patch auch Änderungen enthält, die schon mit den anderen drei Patches gemacht wurden.

Könntest du uns deine skinnopacity Sourcen zur Verfügung stellen?

Gruß,

Uwe

Alles anzeigen

Das ist alles irgendwie seltsam. Bei mir war das kein Problem, den on top reinzuhauen.

Aber ok. Wohin hättest du denn das Ganze gerne - sind ca. 13 MB, d.h. für Mail a weng zu groß, als Attachement hier auch.

Der_Pit · 26. April 2018

Nur zur Info: Ich hatte auch (nur) die drei vorherigen Patches angewandt, und bekomme damit auch die 'invalid lock sequence' Meldungen im Log. Auch bei mir führt der Versuch, den vdr_2.4.0_compat.patch einzuspielen, zu Fehlern wg. reversed/previously applied patches

nobanzai · 26. April 2018

Zitat von Der_Pit

Nur zur Info: Ich hatte auch (nur) die drei vorherigen Patches angewandt, und bekomme damit auch die 'invalid lock sequence' Meldungen im Log. Auch bei mir führt der Versuch, den vdr_2.4.0_compat.patch einzuspielen, zu Fehlern wg. reversed/previously applied patches

Hrmpf, dann hoffe ich mal, dass ich nicht irgendwas völlig falsch im Kopf habe.

Hat jemand einen Platz zum Abstellen des Archivs? Hier anhängen geht ja leider nicht weil wegen zu groß.

Wenn ich noch Zeit finde heute, könnte ich auch mal einen Gesamtpatch basteln - geht aber gerade nicht.

Uwe · 27. April 2018

Zitat von nobanzai

Hrmpf, dann hoffe ich mal, dass ich nicht irgendwas völlig falsch im Kopf habe.

Hat jemand einen Platz zum Abstellen des Archivs? Hier anhängen geht ja leider nicht weil wegen zu groß.

...

Probier mal hier, vielleicht reicht das ja. http://www.tinyupload.com/

Gruß,

Uwe

nobanzai · 27. April 2018

Zitat von Uwe

Probier mal hier, vielleicht reicht das ja. http://www.tinyupload.com/

Gruß,

Uwe

http://s000.tinyupload.com/?file_id=39962839318775235313

Ich hoffe, es klappt.

speed · 27. April 2018

Hallo ,

beim Aufruf vom Menu bekomme ich immer das hier :

vdr: [1527] rpihddevice: [OpenVG] cannot allocate pixmap of 3035px x 873px, maximum size is 2048px x 2048px!

Wo holt der sich die Auflösung her ?

Gruß

speed

nobanzai · 27. April 2018

Zitat von speed

Hallo ,

beim Aufruf vom Menu bekomme ich immer das hier :

vdr: [1527] rpihddevice: [OpenVG] cannot allocate pixmap of 3035px x 873px, maximum size is 2048px x 2048px!

Wo holt der sich die Auflösung her ?

Gruß

speed

Alles anzeigen

Aus der xorg.conf? Zumindest, wenn kein xrandr unterstützt wird.

Oder läuft da kein X-Server?

kamel5 · 27. April 2018

Zitat von speed

vdr: [1527] rpihddevice: [OpenVG] cannot allocate pixmap of 3035px x 873px, maximum size is 2048px x 2048px!

Das Problem wurde hier vor Jahren schon mal diskutiert und bisher wohl nicht gelöst. Wenn ich es richtig verstanden habe, kann die grafische Hardwarebeschleunigung des Raspi nur pixmaps mit max. 2048px x 2048px verarbeiten. Du kannst momentan also nur die Hardwarebeschleunigung im rpihddevice-Menü abschalten, dann geht es erst einmal wieder, halt nur langsamer. Oder mal mit einem anderen Skin probieren.

speed · 27. April 2018

kamel5

danke für deine Info, damit hat sich das Plugin wohl erledigt.

Schade.

Gruß

speed

Uwe · 28. April 2018

Zitat von nobanzai

http://s000.tinyupload.com/?file_id=39962839318775235313

Ich hoffe, es klappt.

Hallo nobanzai,

Danke für das bereitstellen des Patches.

Ich habe mit dieser Version auch den Fehler, wie er oben beschrieben wurde.

Hier muss der Skin wohl überarbeiten werden:

--> wird gerade oder für die nächste Sendung des aktuellen Kanals etwas aufgenommen? (displaychannel.c)

Gruß,

Uwe

nobanzai · 28. April 2018

Zitat von Uwe

Hallo nobanzai,

Danke für das bereitstellen des Patches.

Ich habe mit dieser Version auch den Fehler, wie er oben beschrieben wurde.

Hier muss der Skin wohl überarbeiten werden:

--> wird gerade oder für die nächste Sendung des aktuellen Kanals etwas aufgenommen? (displaychannel.c)

Gruß,

Uwe

Alles anzeigen

Trotzdem bleibt die interessante Frage, warum ich keine Fehler bekomme.

[skinnopacity] invalid lock sequence report ... mit vdr-2.4.0 und skinnopacity(gepatcht)

Jetzt mitmachen!

Teilen