- Forums
- → Viewing Profile: Posts: Jomu
ATTENTION !!!
Due to a database corruption issue, we were forced to restore last-nights backup. This means all posts of Saterday Febuary 17th have been lost.Community Stats
- Group Member
- Active Posts 6 ( per day)
- Profile Views 2,113
- Age 57 years old
- Birthday July 25, 1967
-
Gender
Not Telling
Contact Information
User Tools
Friends
Jomu hasn't added any friends yet.
Latest Visitors
No latest visitors to show
Posts I've Made
In Topic: mumudvb for dm500 patch, site offline... anybody has it?
17 September 2012 - 11:03
In Topic: Newer kernel for "make_cdk_image" openpli
17 September 2012 - 10:08
I've found this and few others...The target "flash-dvbsnoop" (in case of dvbsnoop) is not build for dreamboximage_root. Check cdk/Makefile.am around line 2256. So, if you add flash-dvbsnoop to that target, it will copied from cdkroot to cdkflash.
Is there a reason for dvbnet to be disabled for targets other than DM7000? Does it work for dm500?
It looks like flash-dvbsnoop is not enough. I've added .dvbsnoop and make is working right now.
In Topic: Newer kernel for "make_cdk_image" openpli
17 September 2012 - 08:26
Thanks, good to know I am not missing anything there .The DM500-chinese version builts with chinese fonts, it's not an image for "chinese made clones"... It's a separate image due to size restrictions. Other then that there's no difference.
Where can I find cdkflash populate policy/code? For the moment I am lost in generated Makefile, it looks like at one step $(flashprefix)/root is removed, at next step basic /lib is created, and somehow at next step Makefile starts stripping installed binaries in $(flashprefix)/root/bin... No idea how these binaries got there...
In Topic: Newer kernel for "make_cdk_image" openpli
17 September 2012 - 07:40
DMM never released the source for the drivers required to run the DB, that's the main reason why all the boxes were using ancient (6+ year old) kernels up until fairly recently. (If not somebody would've updated the kernels themselves.) Finally DMM updated the kernels on most of the newer boxes, but all the E1 boxes and even the 800 are still tied to ancient kernels.
Unfortunately that means when a needed feature finally appeared in a new kernel, the only real option is to attempt to backport it to the ancient kernels, with varying degrees of success.
With hardware widely cloned, schemes available and datasheets everywhere... And years gone... I am puzzled to see any driver not reverse engineered till now...
What devices/drivers are closed/specific? I am not a kernel hacker, but it would be nice to take a look.
Another question, what does dm500-chinese build path does/has over/compared to only dm500?
And about dvbsnoop etc. :
I never compiled them and I wouldn't know if they really work. If you do a make .dvbsnoop you will find it in the directory "cdkroot". I think that directory is in cdk/root but I'm not sure. The directory "cdkflash" contains all the binaries which will be in the image and that one doesn't have the dvbsnoop binary.
So, root/cdkroot is "buildroot" only and that is why binaries there are not stripped? And also why being there does not mean it is in flash? Some step strips binaries/copies to root/cdkflash...
Thank you for answers. I know more now .
- Forums
- → Viewing Profile: Posts: Jomu