key ButtonSetup and error with debug background

[norhap]

Hi guys, I debuted the current image, and I'm having a rather annoying background error, it repeats every 120 sec approx.

< 1888.380> Unhandled error in Deferred:
< 1888.380>
< 1918.383> Unhandled error in Deferred:
< 1918.383>
< 1948.382> Unhandled error in Deferred:
< 1948.382>
< 1978.383> Unhandled error in Deferred:
< 1978.384>
< 2008.383> Unhandled error in Deferred:
==================================================

more.....buttonsetup doesn't obey me, example:

If I assign green key to foreca plugin it does not run:

<1707.032> [InfoBarGenerics] KEY: 399 GREEN
<1707.217> [eInputDeviceInit] 0 18f 1
<1707.218> [InfoBarGenerics] KEY: 399 GREEN

regards norhap.

[norhap]

fixed
Unhandled error in Deferred: Debug enigma2 with box Edision OS mio+ 4k (aarch64).
it is necessary to modify the iconcheck code, it is also necessary to reduce the JobTask block

https://github.com/norhap/vix-u5pvr/commit/8a2b9fbefd8037edf31dde43d8872b9a50ffdad0

another problem pending ..........

it is still that RC is recognized in ButtonSetup

[norhap]

fixed problem ButtonSetup on system 64 bits.
https://github.com/norhap/vix-u5pvr/commit/c3d1ae6acd98e510674c0c91813aa4b2818ecb8e

[twol]

Thanks will have a look - not sure I have seen that in debug log but will check

[norhap]

not sure I have seen that in debug log but will check

To reproduce the error, simply start debug and do nothing ... it appears after a certain time.

In OpenVision It manifested in this way:

https://github.com/OpenVisionE2/enigma2-openvision/commit/bb1de30cc5be385e3654ff0e56c7131ff0880ef7

[twol]

fixed Debug enigma2 with box Edision OS mio+ 4k (aarch64).
it is necessary to modify the iconcheck code, it is also necessary to reduce the JobTask block

https://github.com/norhap/vix-u5pvr/commit/8a2b9fbefd8037edf31dde43d8872b9a50ffdad0

another problem pending ..........

it is still that RC is recognized in ButtonSetup

Something going on here ......... I do not get this error (I always run with debug) and I have searched debug logs over a week.

[twol]

fixed problem ButtonSetup on system 64 bits.
https://github.com/norhap/vix-u5pvr/commit/c3d1ae6acd98e510674c0c91813aa4b2818ecb8e

... and I can use button setup for plugins and it works - there are symlinks between the 2 libraries(lib and lib64), so would expect it to work

[norhap]

Something going on here ......... I do not get this error (I always run with debug) and I have searched debug logs over a week.

with box edision?....
I had the error with my git image, seeing this and thinking that it was a problem of my enigma2, I decided to install the official openvix image and the problem persisted.


... and I can use button setup for plugins and it works - there are symlinks between the 2 libraries(lib and lib64), so would expect it to work

It has been impossible to be able to map the keys with ButtonSetup, this solved it for me at once.

It was to bring this commit by captain to my git and matter resolved:

https://github.com/openatv/enigma2/commit/5f4e53cd317c40659a8bd5fd4d0b33cebab4e6ed#diff-a3ad8005c8c13cd0ae85f6f9e31f5c39

[twol]

I have an Edision 4K plus and nothing in debug logs.

[twol]

with box edision?....
I had the error with my git image, seeing this and thinking that it was a problem of my enigma2, I decided to install the official openvix image and the problem persisted.



It has been impossible to be able to map the keys with ButtonSetup, this solved it for me at once.

It was to bring this commit by captain to my git and matter resolved:

https://github.com/openatv/enigma2/commit/5f4e53cd317c40659a8bd5fd4d0b33cebab4e6ed#diff-a3ad8005c8c13cd0ae85f6f9e31f5c39
OK - actually executed the button(!) and you are correct needs the code change!

However do not get the „unhandled“ error

[norhap]

< 124.577> Unhandled error in Deferred:
< 124.578>
< 125.391> [Avahi] watch activated: 0x1
< 125.391> [Avahi] avahi_timeout_update
< 125.391> [Avahi] timeout elapsed
< 125.391> [Avahi] avahi_timeout_update

test image oficial 0.11
image slot 2
no restore backup. not config.

Use this order please:

init 4&& sleep 10&& ENIGMA_DEBUG_LVL=4 enigma2

[twol]

test image oficial 0.11
image slot 2
no restore backup. not config.

Use this order please:

init 4&& sleep 10&& ENIGMA_DEBUG_LVL=4 enigma2

I am running off my own build - but I don‘t get the issue.
Are you using lan or wifi connection??

[norhap]

I don't understand how I clearly detect it and you don't.
I use LAN.

[twol]

I don't understand how I clearly detect it and you don't.
I use LAN.

I have time tomorrow - will play around with the code

[twol]

@Nrhap - do you have Mio4K or Mio 4K plus??

[twol]

So I guess my conclusion is that either the issue is cleared up on OEA 4.4 (which I currently build on) or you have a usb device attached to the receiver that is throwing up a bus error

[norhap]

OS mio 4k plus, my build OE 4.3

[norhap]

yes, problem with my USB stick.

root@osmio4kplus:~# fsck.vfat /dev/sda1
fsck.fat 4.1 (2017-01-24)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

thanks.

[twol]

yes, problem with my USB stick.

root@osmio4kplus:~# fsck.vfat /dev/sda1
fsck.fat 4.1 (2017-01-24)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

thanks.

Although to be honest with the quality of some usb sticks this is a likely issue - should be handled better

[norhap]

I have deleted a corrupt bit in my vfat partition, but the problem still remains, as soon as I return to the official lcd.py openvix the problem arises.

something similar was manifested in Lcd.py of openvision, I had to make the commit that you already know to fix it .... it does not seem very coincidental to me that in ambox .py is having these strangers.

[norhap]

Although to be honest with the quality of some usb sticks this is a likely issue - should be handled better

I do not usually use a poor quality bus, it is just being released in my box.

scsi 1:0:0:0: Direct-Access TOSHIBA TransMemory 1.00 PQ: 0 ANSI: 4

[norhap]

no usb in the box same problem....
did you test on official openvix image ... not on your build?

[twol]

no usb in the box same problem....
did you test on official openvix image ... not on your build?

No will try tomorrow

[twol]

OK - the problem is defined here (I had totally forgotten I had the change!!) -

OpenATV commit e3d70ff aarch64 fix issue with load usb.backend.libusb1.get_backend

I will issue a Pull for this and the button setup issue..

Many thanks for hanging in until we have a resolution!