ssh on Onyx Boox M92

[FDD]

Originally Posted by sergeyvl12

FDD, thanks!

It runs on my A62. Could you compile g_ether.ko (please!)

P.S. I can't run Qt applications from 'app' user:

Qt for Embedded Linux data directory is not owned by user 16

Hello Sergey, I have very little time right now and compiling the module is a bit lengthy because I had to fix a few symbol versioning numbers by hand since a config file is not available. I will give this a try when I have some spare time (end of month). Otherwise you can compile it by yourself: the kernel is available here, but its missing a couple of patches from Onyx, so I wouldn't boot that kernel as is ; I extracted the symbols versions from an image of the kernel (I can PM that list if you want to give it a try), made a configuration as close as I could to the one Onyx used, build the full kernel image (otherwise you would not get versioning information in the modules and they won't load), build the module and finally hex-edited the module to change the versioning information that didn't match. A bit painful as you can see, so after I graduate I will definitely try and get a correct configuration to avoid the patching bit.

[sergeyvl12]

Originally Posted by FDD

Hello Sergey, I have very little time right now and compiling the module is a bit lengthy because I had to fix a few symbol versioning numbers by hand since a config file is not available. I will give this a try when I have some spare time (end of month). Otherwise you can compile it by yourself: the kernel is available here, but its missing a couple of patches from Onyx, so I wouldn't boot that kernel as is ; I extracted the symbols versions from an image of the kernel (I can PM that list if you want to give it a try), made a configuration as close as I could to the one Onyx used, build the full kernel image (otherwise you would not get versioning information in the modules and they won't load), build the module and finally hex-edited the module to change the versioning information that didn't match. A bit painful as you can see, so after I graduate I will definitely try and get a correct configuration to avoid the patching bit.

Hi

I tried to build the module yesterday.

But my module isn't loaded (wrong format).

Onyx kernel module signature:

vermagic:       2.6.35.3-998-ga1cd8a7 preempt mod_unload modversions ARMv7

My kernel module signature:

vermagic:       2.6.35.3-899-g9b1a262 mod_unload modversions ARMv5

So, as far as I understand, I need 3 things:
1. Turn on ARMv7
2. Turn on preempt
3. Manually correct 2.6.35.3-899-g9b1a262 -> 2.6.35.3-998-ga1cd8a7

right?

[FDD]

Originally Posted by sergeyvl12

My kernel module signature:

vermagic:       2.6.35.3-899-g9b1a262 mod_unload modversions ARMv5

IIRC this is from a different BSP, L2.6.35_11.04.01_ER.

[rkomar]

Originally Posted by peterx

If you want to mount the devpts filesystem, the kernel responds with something like "unknown filesystem type devpts" and devpts is not available as a module.

Too bad, and so senseless to keep it out of the kernel.

[kodomo]

Originally Posted by sergeyvl12

Onyx kernel module signature:

vermagic:       2.6.35.3-998-ga1cd8a7 preempt mod_unload modversions ARMv7

My kernel module signature:

vermagic:       2.6.35.3-899-g9b1a262 mod_unload modversions ARMv5

So, as far as I understand, I need 3 things:
1. Turn on ARMv7
2. Turn on preempt
3. Manually correct 2.6.35.3-899-g9b1a262 -> 2.6.35.3-998-ga1cd8a7

Out of curiosity (since I've been pondering compiling kernel modules in the future):
Are we talking about a plain vanilla 2.6.35.3 kernel tree here, or are there additional patches? (The http://opensource.onyx-international.com/ only contains an older 2.6.26)

Are all drivers in the mainline kernel, or are there binary modules that would stop someone from switching to a newer kernel?

Last, but not least: Does the current kernel support kexec?

Cheers!

[anthrax63]

FDD, сould you give me a kernel config file please?

I've enabled ARMv7, preempt and manually corrected local version, but i've got error "Invalid module format (-1): Exec format error
" and "no symbol version for module_layout" message in dmesg if i try to run it on onyx.

I think my problem is in config file, but i do not know which parameter should i set to solve problem...

[kodomo]

I'd be interested in the .config as well.

Moreover a request:
Could someone who's successfully compiled software for the M92 write a short summary/primer on using the SDK under https://wiki.mobileread.com/wiki/Boox...re_development ?

I'm currently doing my first steps and am running into probably silly problems (currently cmake complains about not knowing ENABLE_QT when I try to compile a modified calculator version as a first test)

Maybe the steps to compile ones first program amongst those available in the std. repositories?
Even stuff that might be trivial to you would help newbies to the sdk

Cheers and (hoping ) thx in advance!

[peterx]

Originally Posted by kodomo

I'd be interested in the .config as well.

Moreover a request:
Could someone who's successfully compiled software for the M92 write a short summary/primer on using the SDK under https://wiki.mobileread.com/wiki/Boox...re_development ?

I'm currently doing my first steps and am running into probably silly problems (currently cmake complains about not knowing ENABLE_QT when I try to compile a modified calculator version as a first test)

Maybe the steps to compile ones first program amongst those available in the std. repositories?
Even stuff that might be trivial to you would help newbies to the sdk

Cheers and (hoping ) thx in advance!

You are right, this would help a lot. Actually I also ran into many small difficulties and so I planned to document how to compile software for the M92. But afterwards, these difficulties seemed so silly to not being worth mentioned, so I abandoned my plans. Let me try to write something down and let us see if it works for you.

[FDD]

Originally Posted by kodomo

I'd be interested in the .config as well.

I handed out a copy of the one I used to a few users, but it still not quite ok. As soon as I get a fully working configuration I'll publish it and let you know.

[kodomo]

Originally Posted by peterx

You are right, this would help a lot. Actually I also ran into many small difficulties and so I planned to document how to compile software for the M92. But afterwards, these difficulties seemed so silly to not being worth mentioned, so I abandoned my plans. Let me try to write something down and let us see if it works for you.

Cool! Thank you a lot

I'm currently trying to compile the SDK itself and run into the problem that ld complains about undefined references linking stardict_base for dictionary_test . It seems like libzip were missing (gzopen, gzread, gzclose missing). Did you run into this problem, too?

[peterx]

Originally Posted by kodomo

Cool! Thank you a lot

I'm currently trying to compile the SDK itself and run into the problem that ld complains about undefined references linking stardict_base for dictionary_test . It seems like libzip were missing (gzopen, gzread, gzclose missing). Did you run into this problem, too?

You need to compile the static libraries. I updated the information on the wiki.

[kodomo]

Originally Posted by FDD

I handed out a copy of the one I used to a few users, but it still not quite ok. As soon as I get a fully working configuration I'll publish it and let you know.

That would be nice

A (maybe dumb) question w.r.t. the missing patches you mentioned in a previous post: Doesn't the GPL force them to release them?
Maybe it would make sense to ask them or add a respective item to the M92 wishlist?

@peterx: thx, I'll try

[kodomo]

Originally Posted by peterx

You need to compile the static libraries. I updated the information on the wiki.

Actually, I don't think this is my problem:
rake -f Rakefile.imx508 build:x86:static <- ran fine
make <- there's no Makefile in the SDK top directory - so it naturally failed
rake -f Rakefile.imx508 build:arm:static <- produced exactly the same error I got before:

Linking CXX executable ../../../unittests/dictionary_test
CMakeFiles/dictionary_test.dir/qstardict_plugin/stardict_base.cpp.o: In function `stardict::WordlistIndex::load(QString const&, unsigned long, unsigned long)':
stardict_base.cpp:(.text+0x2350): undefined reference to `gzopen'
stardict_base.cpp:(.text+0x23e4): undefined reference to `gzread'
stardict_base.cpp:(.text+0x23f4): undefined reference to `gzclose'
collect2: ld returned 1 exit status
make[2]: *** [unittests/dictionary_test] Error 1
make[1]: *** [code/src/dictionary/CMakeFiles/dictionary_test.dir/all] Error 2
make: *** [all] Error 2
rake aborted!

Before running these, I unpacked the two toolchain archives to / (effectively placing the stuff into /opt/onyx),
set up the environment variables,
and checked out the booxsdk git.

The commands were executed in the top directory of the downloaded git repository.

Update: The missing library however seems to be libz... and is present in the /opt/onyx/... subdirectories... but apparently was not found
However, after starting over with a clean git checkout, the build:x86:static doesn't run through anymore, but complains about missing assembler instructions... I have a feeling that it's using the wrong toolchain right now... I guess I'd better call it a day

[kodomo]

Originally Posted by kodomo

A
rake -f Rakefile.imx508 build:arm:static <- produced exactly the same error I got before:

Linking CXX executable ../../../unittests/dictionary_test
CMakeFiles/dictionary_test.dir/qstardict_plugin/stardict_base.cpp.o: In function `stardict::WordlistIndex::load(QString const&, unsigned long, unsigned long)':
stardict_base.cpp:(.text+0x2350): undefined reference to `gzopen'
stardict_base.cpp:(.text+0x23e4): undefined reference to `gzread'
stardict_base.cpp:(.text+0x23f4): undefined reference to `gzclose'
collect2: ld returned 1 exit status
make[2]: *** [unittests/dictionary_test] Error 1
make[1]: *** [code/src/dictionary/CMakeFiles/dictionary_test.dir/all] Error 2
make: *** [all] Error 2
rake aborted!

libz was missing in code/src/dictionary/CMakeLists.txt (patch attached).
now build:arm:static runs fine... next thing will be to check what's wrong with build:x86:static

I'll update the wiki...

[peterx]

Originally Posted by kodomo

Actually, I don't think this is my problem:
rake -f Rakefile.imx508 build:x86:static <- ran fine
make <- there's no Makefile in the SDK top directory - so it naturally failed
rake -f Rakefile.imx508 build:arm:static <- produced exactly the same error

Sorry, I think I misunderstood you. You are right, rake calls make, so make is not necessary. After rake -f Rakefile.imx508 build:x86:static, the static x86 libraries should be in build/x86/libs. Copy them to /usr/local/lib and you can compile and run applications on your x86 computer.

It worked for me with this patch (I'll also send it to onyx):

diff --git a/code/src/dictionary/CMakeLists.txt b/code/src/dictionary/CMakeLists.txt
index ad2398a..326c928 100644
--- a/code/src/dictionary/CMakeLists.txt
+++ b/code/src/dictionary/CMakeLists.txt
@@ -32,7 +32,7 @@ QT4_ADD_RESOURCES(dictionary_ui_res ${resource_srcs})


ADD_LIBRARY(dictionary ${SRCS} ${MOC_SRCS} ${dictionary_ui_res})
-TARGET_LINK_LIBRARIES(dictionary onyx_ui ${ADD_LIB})
+TARGET_LINK_LIBRARIES(dictionary onyx_ui ${ADD_LIB} z)

########### Unit Tests #####################
INCLUDE_DIRECTORIES(.)
@@ -40,6 +40,6 @@ ADD_EXECUTABLE(dictionary_test unittests/libdict_test.cpp ${SRCS} ${MOC_SRCS})
TARGET_LINK_LIBRARIES(dictionary_test onyx_sys onyx_screen
onyx_ui dictionary tts sound
${QT_LIBRARIES}
- ${ADD_LIB})
+ ${ADD_LIB} z)
SET_TARGET_PROPERTIES(dictionary_test PROPERTIES RUNTIME_OUTPUT_DIRECTORY ${TEST_OUTPUT_PATH})