Hello,
> --- In Eddie Dawydiuk <> wrote:
>> Hello,
>>
>>>>> * Make it possible access to use your binary SD module in a vanilla
>>>>> kernel build.
>>>> This should be possible, I haven't been following this mailing
> list to
>>>> closely but we provide a OS independent object file that provides
> the
>>>> read, write, reset functionality for the SD card. I can see the
> block
>>>> driver may need to be modified as the API changes over time, but the
>>>> block driver is open source. Can you provide more information on
> what
>>>> you mean?
>>> I have not pursued this myself, but judging from the number of
>>> postings on the ML, it is either not working when used outside of the
>>> TS kernel (or toolchain?), or it's not sufficiently clear what needs
>>> to be done. Maybe the process just needs to be documented, with an
>>> example.
>> We don't typically document generic Linux kernel/gcc related issues. We
>> have several customers who are using the SD card object file in other
>> OSes(e.g. winCE) as well as software running on the bare hardware(FAA).
>> Although if a number of people on this list are having difficulty
>> compiling an SD card block driver by linking against an object file we
>> can point them in the right direction. If anyone would find an example
>> helpful please let me know, I can put together a sample Makefile
>> demonstrating how to accomplish this.
>
> I think a lot of people would appreciate that.
>
> For an idea of the issues, see threads starting here:
> http://tech.groups.yahoo.com/group/ts-7000/message/11859
> http://tech.groups.yahoo.com/group/ts-7000/message/10666
> http://tech.groups.yahoo.com/group/ts-7000/message/9422
>
> My guess is that the issues relate to tool-chain version matching,
> kernel symbol versioning, EABI vs OABI, hard-float vs sof-float,
> ep93xx vs orion, etc.
Thanks for bringing this to our attention. A quick check verifies there
is an EABI vs OABI problem.
e.g.
http://wiki.debian.org/ArmEabiPort#head-c1b1150b6d0eb3a0120117a81b4fa725cf9301b1
:linux-2.6.21-ts$ arm-linux-readelf -h vmlinux | grep -i flags
Flags: 0x4000002, has entry point,
<unrecognized EABI>
=> the kernel is EABI
:boot$ arm-linux-readelf -h sdcore.o | grep -i flags
Flags: 0x0
=> the sdcore.o file is OABI
Give me some time to recompile the sdcore object file. I'll post links
to the various formats. Then I will provide an example Makefile to build
the block driver by linking against the object file.
> I just saw it today, and suggested they both report it:
> http://tech.groups.yahoo.com/group/ts-7000/message/11881
Thanks for the info, I'll keep my eye out for any new bug reports...
--
Best Regards,
________________________________________________________________
Eddie Dawydiuk, Technologic Systems | voice: (480) 837-5200
16610 East Laser Drive Suite 10 | fax: (480) 837-5300
Fountain Hills, AZ 85268 | web: www.embeddedARM.com
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|