Jump to content


Photo

OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library


  • Please log in to reply
40 replies to this topic

#1 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 17 October 2017 - 18:44

Hello,

 

The soft-float ABIFLAGS + no ABIFLAGS combination combination binaries cause faile "Accessing a corrupted shared library".

This problem is confirmed issue and related to ABIFLAGS  extenstion please read:

https://www.linux-mi...1/msg00290.html

for more information.

 

This cause problem when you want to run mipsel binaries compiled without ABIFLAGS extensions and use shared libraries compiled with this extension and vice versa.

 

May I ask if OpenPLI team plan to apply patch to fix this problem?

 

Regards,

SSS


Edited by samsamsam, 17 October 2017 - 18:46.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #2 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 17 October 2017 - 19:07

This problem was reported for example here:

https://forums.openp...li-6-and-cccam/

 

I read @littlesat answer:


It might be cccam needs old ancient libraries that are not anymore there in openpli 6.0.. In between cccam is already an almost 5 years old binary blob... 

 

But this was wrong diagnos. I think when we know real reason you can consider to apply patch to allow to run binaries compiled without ABIFLAGS.

 

Unfortunately, I do not have hardware with MIPSEL CPU without FPU supported by OpenPLI, so I am not able to test patch.



Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #3 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 17 October 2017 - 19:18

Is this alone for cccam or do you have more (closed source) plugins that suffer from this?

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #4 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 17 October 2017 - 19:27

@littlesat

 

I am not talking about closed plugins, I am talking about backward compatibility. There is no reason why old binaries without ABIFLAGS cannot be run on rootfs build with ABIFLAGS.

 

Of course in case closed cccam you are not able to run it because you do not have source code to recompile it with this ABI extension, but you will not be able for example to run binaries compiled with official toolchain provided by Broadcom.

You will not be able to run binaries from OpenPLI 4 to confirm problem with new version of some utilities and so on.

 

Anyway even if you not want to apply patch at least now you will know the root cause of the problem.

 

Regards,

SSS


Edited by samsamsam, 17 October 2017 - 19:31.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #5 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 18 October 2017 - 17:43

I am not talking about closed plugins, I am talking about backward compatibility. There is no reason why old binaries without ABIFLAGS cannot be run on rootfs build with ABIFLAGS.

You are contradicting yourself here. If there is source available, we can always (and must do so) compile the source and the output will always match the current libraries.

 

This is exactly why I hate plugins (especially with binaries in them) that are not compiled by OE as part of the image building process.

There is no room in an open source image for binary blobs. I am not going to spend any time on this.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #6 littlesat

  • PLi® Core member
  • 56,123 posts

+685
Excellent

Posted 18 October 2017 - 18:26

+1....

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #7 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 18 October 2017 - 18:57

Hello @Erik Slagter

 

 


You are contradicting yourself here.

 

No. I do not contradicting myself.

I think you really do not understand what I mean.

But I am sure that you understand that when you want to investigate issue and check if the problem is not related with new binaries it is important to make do this fast check on diffrent binaries.

 

Of course you can take old source and compile but there are two problem:
- time needed to do this
- problem can be related with toolchain or compilation options
 

There is no room in an open source image for binary blobs.
 
This is really funny  :D I hope you know that each image build by OpenPLI build system contains such blob.
Do you realize it?
 

I am not going to spend any time on this.
 
But I hope that now you know what is root couse and OpenPLI team members will not misleading others users. That was my goal.
 
Regards,
SSS

Edited by samsamsam, 18 October 2017 - 19:01.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #8 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 October 2017 - 19:15

Dear SSS,

I had a quick view on the discussion, and the problem is a specific commit that merged on kernel 3.x, right?

So reverting that commit fixes some issues with some old binaries, on mispel-nf.

I can try to create a patch for affected machines, in case you have the hash of commit that would be perfect.

Thanks for your help on affected OpenPLi users.

PS. Out of topic, you might interting adding free proxy on iptvplayer (many countries included) using that project https://github.com/spaze/oprah-proxy
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #9 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 18 October 2017 - 19:36

Hello @athoik

 

Thank you for the information about Opera Proxy. I will check it at free time.

 

Once again thank you very much.

 

Regards,

SSS


Edited by samsamsam, 18 October 2017 - 19:37.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #10 WanWizard

  • PLi® Core member
  • 68,309 posts

+1,719
Excellent

Posted 19 October 2017 - 10:37

This is really funny  :D I hope you know that each image build by OpenPLI build system contains such blob.

Do you realize it?

 

That should be limited to the drivers and related files in the BSP. We wish we had the source, but unfortunately they are under heavy NDA. Since they are vital to the image itself, this can't be helped.

 

Other blobs we try and want to avoid, any others you know of?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #11 Taapat

  • PLi® Core member
  • 2,332 posts

+120
Excellent

Posted 19 October 2017 - 13:49

@samsamsam have you checked the build system before you write?
Are you sure that it's not fixed some time ago?


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #12 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 19 October 2017 - 20:15

Hello @Taapat,

 

Mentioned by you problem it is different one than this which causes error:

 


Accessing a corrupted shared library

 

 

Regards,

SSS


Edited by samsamsam, 19 October 2017 - 20:15.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #13 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 19 October 2017 - 21:14

Hi,


I think this one is the commit we are talking about:

1. https://git.kernel.o...72beb2941e55ede

Some time later a fix was commited:

2. https://git.kernel.o...c47363b37e54450

and another one:

3. https://git.kernel.o...debe84ae47d454b


I am almost sure that simply applying patch 2 will fix the issue.

PS. The et4x00 misses the patch 2 (already check it)

Edited by athoik, 19 October 2017 - 21:14.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #14 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 20 October 2017 - 09:25

This is really funny  :D I hope you know that each image build by OpenPLI build system contains such blob.
Do you realize it?

It's called drivers, they live in the kernel and have no API-wise interaction with user processes. So your point is moot.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #15 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 20 October 2017 - 20:41

Anyone with affected hardware here, able to reproduce the problem, willing to test image with patch kernel?
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #16 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 20 October 2017 - 21:05

Hello,

 

 

This is really funny  :D I hope you know that each image build by OpenPLI build system contains such blob.
Do you realize it?

It's called drivers, they live in the kernel and have no API-wise interaction with user processes. So your point is moot.

 

 

What?

 

 


[...] have no API-wise interaction with user processes. [...]

 

 

What? I think you must think once again about what you wrote. Because it does not make sense.

 

At first they have API to interact with user processes. The main process which interact with DVB drivers is the Enigma2.

Even not, then what? In the kernel space you have access to anything you want and you can do much more bad things.

 

You try to defend your opinion:

 


There is no room in an open source image for binary blobs.

 

But reality is different. Anyway this is not related to this thread.

You use argument that you not what to fix issue because you not like binary blob but this have nothing to do with the issue.

 

I have already given you the arguments. Discussion with you looks always like this one. It looks for me that you do not have knowledge but you try to prove something.

 

Regards,

SSS


Edited by samsamsam, 20 October 2017 - 21:06.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #17 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 21 October 2017 - 09:54

This looks like an "argument" with gutemine or spacerat. I think we all know how they tend to end.

 

So yes, lets get back on topic. Your "request" (more like: demand) is not relevant, because all included software in the image/feeds should be compiled by the build run of OE and hence is by definition compatible with the used glibc and other libraries. And yes, that is still the same statement.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #18 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 21 October 2017 - 10:24

Erik, what about that commit https://git.kernel.o...c47363b37e54450

That seems like a bug, that eventually will solve problems with old binaries.

This also fixes a regression introduced in commit 46490b572544 ...


Edited by athoik, 21 October 2017 - 10:25.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #19 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 21 October 2017 - 10:40

Hello @Erik Slagter

 

 


demand

 

What you call "demand"?

 

This question 

 


May I ask if OpenPLI team plan to apply patch to fix this problem?

 

is demand?

 

or maybe this sentence is "demand"

 


Anyway even if you not want to apply patch at least now you will know the root cause of the problem.

 

 

So, were you saw "demand" in my words?

 


[...]because all included software in the image/feeds should be compiled by the build run of OE[...]

 

 

 

This is your position and I respect it. But may I ask to not mislead users if you don't know root cause, when you do not have knowledge about topic?

Because in your case this is not first time when you did this.

 

Regards,

SSS


Edited by samsamsam, 21 October 2017 - 10:42.


Re: OpenPLI 6 - the soft-float ABIFLAGS + no ABIFLAGS -> Accessing a corrupted shared library #20 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 21 October 2017 - 13:23

That seems like a bug, that eventually will solve problems with old binaries.

The "old" binaries is the whole crux. Images shouldn't have these anyway.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.



0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users