adding crc_val before each memcopy would be simple but ->Today I merged the latest dvb-kernel cvs into our cvs tree, which contains a driver for the AViA GTX and eNX. Using your new section demux filtering does not work anymore, because you broke the accelerated memcopy. This memcopy callback also checks crc32 in our driver (which is the reason why this and the crc32 callback were introduced in dvb-kernel). Your implementation does a) not set crc_val to ~0 for new
this could be tricky to fix because memcopy is no more usedsections before calling memcopy and b) does not restrict memcopy to the size of the copied section. Unfortunately this is not documented, so it
I tried to fix to the old code, but as the old code was of toois not your fault that you didn't notice. I tried to fix the code but didn't succeed. What is the exact difference to the old section demux and why shouldn't we fix the old one instead if it is broken?