Hi Caglar,
Thanks for your time and effort on this one!
Due to the changes in header file locations lately in arm tree, all
machine
specific includes have to be changed in source files and build
scripts must be
modified to accomodate new header locations. Some changes also
needed for new
kernels which can be found in [1]. Also one little change is needed
for
"post-processing" step to build kernel module.
After all these dplinkk module builds, but it is not working!!!
However, I have
another issue which might also cause this. I'll investigate this
later.
Well, I'm still sticking to the 2.6.26 tags on Git, since the 2.6.27
tree changes are a bit disturbing in terms of header files as you
found out. However dpslink work for me (5.x). However there is a ugly
point I forgot:
- I decided to port the latest dsplink, but the codecservers available
on the dvsdk are for dsplink 4.x, so they don't run with the dsplink I
ported ;).
- Need to modify cmemk to compile against your kernel
cmemk builds fine without any changes.
Depend on the release you are using it may be that Robert Tivy already
integrated some changes required (basically some small changes on the
sysfs API).
This is the worst point. First I hoped Diego was wrong, try to build
encode,
decodedemos without any kernel patching, tried to push as much as
can. After
2 hours of struggling, I understand Diego was right. Then I turn to
git kernel
for some additions from MV kernel. I now forward ported LSP 1.20
framebuffer
and v4l2 drivers, as well as resizer driver. Currently they are only
build
tested, except framebuffer driver which is working now. I have some
toolchain
problems, which I'm gonna post in a new thread, so I can not go
further.
When I solve my toolchain problems I'll test rest of the drivers and
demo
applications with the git kernel.
If all this stuff works in the end, I'll write all to the wiki.
Well, I have done the porting everything to the new kernel path
before, and I think doesn't worth it. It is better to rewrite the
demos to work with standard Linux APIs as much as possible and #ifdef
where not possible and keep them updated against the Git kernel. This
way we will force to have all the latest and greatest driver support
at the Git instead of the other trees.
Thanks for your time and sharing your knowledge.
Thank you as well.
Regards,
Diego
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
