Sundtek Support Forum

Kannst du deine Senderdatenbank (sundtek.db) an kontakt at sundtek de schicken?

If you want to have an android system go fully android - a half hybrid doesn't make much sense; Enable SYSVIPC again it won't hurt it shouldn't interfere with your idea to load an existing other library.

As mentioned first enable the feature again, I saw there were many changes not only sysvipc, sysvipc is very likely unrelated to what you really need or want. This won’t affect only us but also other software packages in a negative way. Android comes with its own software environment and they implemented another IPC mechanism.

By the way dream box also tried to disable sysvipc but they went back quickly years ago since they saw multiple drawbacks. Don’t force the removal of a standard unless it’s really officially deprecated and you really have to.

Please test re enabling it and loading the particular module which you are looking for

There are many other changes, I highly doubt enabling sysvipc will affect your plan. Doublecheck this with your team, if it really breaks something we can help with enabling the socket route within the driver for your system.

Don’t limit your system for no real reason.

Hi,

I do not recommend disabling `CONFIG_SYSVIPC`. Many Linux applications depend on System V IPC, and by disabling it you are stripping away a significant part of the standard Linux IPC functionality. Even embedded Linux set-top boxes commonly have `SYSVIPC` enabled. I would not remove it without a very good reason.

`CONFIG_SYSVIPC` provides System V shared memory, semaphores, and message queues. These interfaces have been part of Unix/Linux for decades and are still actively used. Shared memory in particular allows processes to exchange data efficiently without repeatedly copying large amounts of data between separate process buffers, which can save CPU time.

We also have an Android build of our driver that can operate without SYSVIPC, but Android uses different mechanisms for inter-process communication and shared memory. Alternatively, we can even use Unix domain sockets instead of SYSVIPC where necessary.

However, the fact that Android can work without System V IPC is not a good reason to remove it from a normal Linux build.

I see virtually no practical benefit in disabling `CONFIG_SYSVIPC`, while doing so unnecessarily reduces compatibility with existing Linux software.

If I would see the advantage of the removal I would have no problem with doing so - but limiting the system in that area doesn't look like a benefit to me.