Register Guidelines E-Books Search Today's Posts Mark Forums Read

Go Back   MobileRead Forums > E-Book Readers > Amazon Kindle > Kindle Developer's Corner

Notices

Reply
 
Thread Tools Search this Thread
Old 08-19-2012, 11:48 PM   #1
twobob
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Tır
twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.
 
twobob's Avatar
 
Posts: 6,552
Karma: 6021142
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
Post Benchmark. Benchmarking Ciphers. (And COMPLETED script loader.)

Extract somewhere on FAT drive

[root@kindle us]# ./benchmark.sh
Spoiler:

MD5 : 9639 Kb/s, 0 cycles/byte
SHA-1 : 5841 Kb/s, 0 cycles/byte
SHA-256 : 2808 Kb/s, 0 cycles/byte
SHA-512 : 1488 Kb/s, 0 cycles/byte
ARC4 : 4279 Kb/s, 0 cycles/byte
3DES : 466 Kb/s, 2 cycles/byte
DES : 1085 Kb/s, 1 cycles/byte
AES-128 : 1832 Kb/s, 0 cycles/byte
AES-192 : 1650 Kb/s, 0 cycles/byte
AES-256 : 1504 Kb/s, 0 cycles/byte
CAMELLIA-128 : 1281 Kb/s, 0 cycles/byte
CAMELLIA-192 : 1000 Kb/s, 0 cycles/byte
CAMELLIA-256 : 1004 Kb/s, 0 cycles/byte
HAVEGE : 62 Kb/s, 16 cycles/byte
CTR_DRBG (NOPR) : 1607 Kb/s, 0 cycles/byte
CTR_DRBG (PR) : 1149 Kb/s, 0 cycles/byte
RSA-1024 : 604 public/s
RSA-1024 : 30 private/s
RSA-2048 : 188 public/s
RSA-2048 : 6 private/s
RSA-4096 : 53 public/s
RSA-4096 : 1 private/s

The point here is not what does benchmark do? it does ^this, at about this speed on all threes.

This was about, getting libs reffed right and packaging stuff neatly, which is now done to a large degree.

Here's a readelf -d pruned.

Dynamic section at offset 0x25d8 contains 25 entries:
Tag Type Name/Value
0x00000001 (NEEDED) Shared library: [libpolarssl.so.1]
0x00000001 (NEEDED) Shared library: [libc.so.6]

This should now work OOTB on all 3's. possibly others FB welcomed on that.

As I said this is about establishing working practices.
The application is now made available with the better script.

Thanks.
Attached Files
File Type: gz benchmark.tar.gz (122.4 KB, 54 views)

Last edited by twobob; 08-21-2012 at 01:28 AM. Reason: New script - all done.
twobob is offline   Reply With Quote
Old 08-19-2012, 11:49 PM   #2
twobob
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Tır
twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.
 
twobob's Avatar
 
Posts: 6,552
Karma: 6021142
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
The updated loader script will read:

Quote:
#!/bin/sh
# http://www.gnu.org/licenses/gpl-2.0.html

cd $( dirname "$0" )

#Get libs
/lib/ld-linux.so.3 --library-path $PWD/lib:/usr/lib:/lib --inhibit-rpath libpolarssl.so.1 ./benchmark

Last edited by twobob; 08-21-2012 at 01:16 AM. Reason: new style loader
twobob is offline   Reply With Quote
 
Enthusiast
Old 08-20-2012, 10:18 AM   #3
twobob
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Tır
twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.
 
twobob's Avatar
 
Posts: 6,552
Karma: 6021142
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
EDIT: EVERYTHING AFTER THE TOP THREAD IS NOW NOT reffing the TOP THREAD SCRIPT. IT HAS BEEN UPDATED TO THE LATEST VERSION. JUST TO BE CLEAR. THANKS

: )Thanks

Last edited by twobob; 08-21-2012 at 01:26 AM.
twobob is offline   Reply With Quote
Old 08-20-2012, 01:31 PM   #4
knc1
Embedded Cheerleader
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 6,226
Karma: 5830430
Join Date: Feb 2012
Device: Too many.
Those "php code" tags make it look pretty enough to work.
None of the ugly black and white scripting.

I **think** you have the pairs in the search order paths interchanged.
As in, for the trusted system library paths:
/usr/lib:/lib rather than /lib:/usr/lib
Putting all the */usr/<whatever> before the */<whatever> allows the local install to "override" the system installed objects.

Same reasoning for */local/* those go before the "fixed" directories in the path to allow the local install to "override" the system installed objects.

There is probably a "spec" on this, somewhere, I don't know the reference off-hand.

An example:
/mnt/us/usr/bin:/mnt/us/bin:/usr/local/bin:/usr/bin:/bin
Same for sbin

And invert the order of ld_library_path - same reasoning, the most specific first.
Hmm... Once you do that, you might not have to pre-load the "C" library.
knc1 is offline   Reply With Quote
Old 08-20-2012, 02:04 PM   #5
twobob
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Tır
twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.
 
twobob's Avatar
 
Posts: 6,552
Karma: 6021142
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
EDIT: EVERYTHING AFTER THE TOP THREAD IS NOW NOT reffing the TOP THREAD SCRIPT. IT HAS BEEN UPDATED TO THE LATEST VERSION. JUST TO BE CLEAR. THANKS


The environment variable LD_LIBRARY_PATH is referenced *AFTER* the system library paths. According to what I have read on Stupid ld Tricks. That was of course for a RHEL system IIRC but the info seemed good.

This was the only way - so far - I could get it to swallow the c libs in this manner - with no ldconfig update - but I'll go check your alternate method now

Much appreciate the feedback. I'm not even 100% this way works as my test device refuses to NOT work at the moment. lol. Hence the "Does this really work?" header : D

Last edited by twobob; 08-21-2012 at 01:27 AM.
twobob is offline   Reply With Quote
Old 08-20-2012, 02:40 PM   #6
knc1
Embedded Cheerleader
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 6,226
Karma: 5830430
Join Date: Feb 2012
Device: Too many.
RedHat has the most heavly patched, non-standard system of any distribution.

Also, the author of the reference did not know he could have avoided all of those handsprings by using some of the standard binutil tools.

And he is wrong about the LD_LIBRARY_PATH being searched **after** the standard libraries. Think about it, it wouldn't serve its purpose if it did.

- - - -

I would suggest that you take an "example" program that will not run, clean all of the environment variables (i.e: "unset ..." them), and then "export LD_DEBUG= <whatever helps>" to see what the problem is.

Ref:
http://tldp.org/HOWTO/Program-Librar...libraries.html
Page down to the usb-section 3.3.2 on LD_DEBUG

Last edited by knc1; 08-20-2012 at 02:54 PM.
knc1 is offline   Reply With Quote
Old 08-20-2012, 04:49 PM   #7
twobob
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Tır
twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.
 
twobob's Avatar
 
Posts: 6,552
Karma: 6021142
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
okay - will do that then.

see how I do : ) Thanks.

Checked your posts on the BR threads about the Goose

also burned several hours seeing if *I* could determine whether FB support really does exist in Webkit or not anymore (sadly I fear the answer is no.. but I may be wrong)

Hopefully the likely shift to Qt will happen sooner rather than later.

Right then. back to breaking stuff.
twobob is offline   Reply With Quote
Old 08-20-2012, 04:52 PM   #8
twobob
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Tır
twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.
 
twobob's Avatar
 
Posts: 6,552
Karma: 6021142
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
Quote:
Originally Posted by knc1 View Post
There is probably a "spec" on this, somewhere, I don't know the reference off-hand.

An example:
/mnt/us/usr/bin:/mnt/us/bin:/usr/local/bin:/usr/bin:/bin
Same for sbin

And invert the order of ld_library_path - same reasoning, the most specific first.
Hmm... Once you do that, you might not have to pre-load the "C" library.

Hmm I thought this looked familiar. That was the first thing I ever did IIRC.
Dies on the threading libraries not being able to create virtual directories on the FAT system I believe.

Which is the reasoning behind attempting to force the multi-threaded apps to use specifically the version that exists on the extfs partition.

I'll go back and check this but essentially the straces on my early reports of why stuff dies on FAT indicate this.

Let me just check.
twobob is offline   Reply With Quote
Old 08-20-2012, 05:11 PM   #9
twobob
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Tır
twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.
 
twobob's Avatar
 
Posts: 6,552
Karma: 6021142
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
EDIT: EVERYTHING AFTER THE TOP THREAD IS NOW NOT reffing the TOP THREAD SCRIPT. IT HAS BEEN UPDATED TO THE LATEST VERSION. JUST TO BE CLEAR. THANKS

---------------------------------------------------------------

Okay well it DIDNT die in the way I expected.

using knc.sh like: source /mnt/us/knc.sh

where knc.sh =

PHP Code:
#!/bin/sh
export LD_LIBRARY_PATH=/mnt/us/usr/lib:/mnt/us/lib:/usr/lib:/lib
export PATH
=/mnt/us/usr/bin:/mnt/us/bin:/mnt/us/usr/sbin:/mnt/us/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
unset LD_PRELOAD 
I get the ld fail again. (pictured, 3rd thing).
But it doesn't die (yet) in the way I expected.
so guess I need another way to skin this cat.

I'll have a look at the

Quote:
3.3.2. LD_DEBUG

Another useful environment variable in the GNU C loader is LD_DEBUG. This triggers the dl* functions so that they give quite verbose information on what they are doing. For example:
export LD_DEBUG=files
command_to_run
displays the processing of files and libraries when handling libraries, telling you what dependencies are detected and which SOs are loaded in what order. Setting LD_DEBUG to ``bindings'' displays information about symbol binding, setting it to ``libs'' displays the library search paths, and setting ti to ``versions'' displays the version depdendencies.

Setting LD_DEBUG to ``help'' and then trying to run a program will list the possible options. Again, LD_DEBUG isn't intended for normal use, but it can be handy when debugging and testing.
stuff then.

In the picture you can see

1) it running correctly with my wangle.
2) it starting to fail as I remove the specific call to the right zlib (in this instance)
3) it failing completely when just using the lib and path reordering.

I'll have a think. : )
Attached Thumbnails
Click image for larger version

Name:	Selection_025.png
Views:	80
Size:	25.4 KB
ID:	91044  

Last edited by twobob; 08-21-2012 at 01:26 AM. Reason: ADDED UPDATED TOP POST
twobob is offline   Reply With Quote
Old 08-20-2012, 05:52 PM   #10
knc1
Embedded Cheerleader
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 6,226
Karma: 5830430
Join Date: Feb 2012
Device: Too many.
I think the last line shown in that attached image tells the whole story.

Note the reference to release 3 of the program loader.

Doesn't the K3 use the ld-linux.so.2 (earlier version) of the loader rather than ld-linux.so.3?

Hmm...

Your building on Linux-Mint-13, correct?
That is based on Ubuntu-12.04 (Precise Pangolin) - which is the release that switched to the newer loader (*.3) and for ARM, started with the multi-lib/multi-arch support.

My system, Linux-Mint-12 is based on Ubuntu-11.10 (Oneiric Ocelot) - which still used the older *.2 loader.

Would be nice to know how the reference to the *.3 loader slipped into the build. (Leaked in from the build host? Reference from inside of the CS/MG toolchain? Buildroot built glibc that way?)
A mystery that would be nice to solve, but might be hard to do.

You have a copy of the *.3 loader in the build?
Use the explicit loader call rather than the implicit call.
Like (section 3.3.1):
${LOADER} --library-path PATH EXECUTABLE

Guessing at where the loaders are at in your build -

LOADER=/lib/ld-linux.so.2 And you should have the same failures;

LOADER=/mnt/us/lib/ld-linux.so.3 And it will work or display some other symptom.

Use whatever object utility you have handy to dump the sysmbols of the experimental victum application, filtered by | grep "NEEDED" **Not** ldd!

That will give you the exact libraries names required, use the full pathname to them in the PATH part of the explicit loader call.

Once the complete fix is determined, if it involves using the new loader, then it may be possible to replace the Kindle's loader with the new one.
I.E: the *.3 loader should be able to load any of the Amazon objects build for being loaded by the *.2 loader.

Be real certain to also test loading some of the Amazon originals with the new loader and the specific path to the old libraries before replacing the old one with the new one.
I.E: Try to avoid adding to the "successful de-brick" reports.

Last edited by knc1; 08-20-2012 at 06:04 PM.
knc1 is offline   Reply With Quote
Old 08-20-2012, 05:56 PM   #11
twobob
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Tır
twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.twobob ought to be getting tired of karma fortunes by now.
 
twobob's Avatar
 
Posts: 6,552
Karma: 6021142
Join Date: Jun 2012
Location: uti gratia usura (Yao ying da ying; Mo ying da yieng)
Device: PW-WIFI|K5-3G+WIFI| K4|K3-3G|DXG|K2| Rooted Nook Touch
okay Ill give that a go.

Many thanks mate. superstar.

I'm perusing the BR mailing list archives to get up to speed on the politics. Cheers.

Just going to use Nilujes patch to get the headers out now I think I have finally worked out how to generate them without trashing my main system. hopefully.

: )
twobob is offline   Reply With Quote
Old 08-20-2012, 06:46 PM   #12
NiLuJe
BLAM!
NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.
 
NiLuJe's Avatar
 
Posts: 4,656
Karma: 4440239
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW & PW2
@twobo/knc1: The K3 does use ld-linux.so.3 (while my x86 host uses ld-linux.so.2. ARM ABI specific thingy?).

@twobob: That doesn't change the fact that the binutils ld you built seems to want to rely on the ld helper from the glibc you built, not the one shipped with the K3. (EDIT: because your 'new' glibc is seen before the K3's with your custom LD_LIBRARY_PATH, which I guess is what the LD_PRELOAD hack was used to workaround, although I have *no* idea if it's safe, or even a good idea at all. Having to use LD_PRELOAD isn't usually a great thing to begin with, and preloading the glibc does seem a bit extreme to me ^^).

Use readelf -l to check what ld helper your binaries are looking for, which is probably /lib/ld-linux.so.3 right now.

Keep in mind that ld-linux is a part of glibc, and I've never tried what you're doing (ie. loading a newer glibc with an older loader), but it's probably not all that surprising that it's failing . The 'best' way to handle this is probably to use the newer version of everything (glibc AND loader), or the older version of everything (which is what I'm usually doing).

As for how to achieve that (using the new loader), besides replacing the Kindle's loader in the rootfs (which is not necessarily safe, like knc1 said, check, check, and triple check, before you try it ^^), I have no idea. Messing with the INTERP header on your custom binaries?

EDIT²: A quick google search leads to this utility: http://nixos.org/patchelf.html
So I guess switching the interp header in an elf binary isn't so crazy after all .
The info about the dynamic-loader LDFLAGS is good to know, if you want to go that way without having to patch every single binaries after building them .

Last edited by NiLuJe; 08-20-2012 at 07:14 PM.
NiLuJe is offline   Reply With Quote
Old 08-20-2012, 07:09 PM   #13
knc1
Embedded Cheerleader
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 6,226
Karma: 5830430
Join Date: Feb 2012
Device: Too many.
The tool-chain I found, the one that Twobob is using, is only a "close match" to what lab126 used.

The gcc-id in the lab126 binaries I looked at where only a generic ID. So there is no telling what **specific** 4.1 series tool-chain they used. Perhaps the lack of anything more specific means they built it themselves. If so - who knows with what options.

- - - -

What version of the K3 firmware?
It could be that your machine has had the loader OTA updated (replaced).
Since I don't think the ld-linx.so.3 existed when the K3's where first marketed.

- - - -

If 2Bob does have ld-linux.so.3 on his K3 - then we need a complete header and symbol dump to determine what the error message is trying to say.

With the same for the ld-linux.so.X that the build system churned out.

nm should give code letters for the symbol types.
knc1 is offline   Reply With Quote
Old 08-20-2012, 07:17 PM   #14
NiLuJe
BLAM!
NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.
 
NiLuJe's Avatar
 
Posts: 4,656
Karma: 4440239
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW & PW2
@knc1: I checked my K3 rootfs dump, which was done back in the 3.0.something days, IIRC. (Yup, checked the version file, 3.0.2).

See my previous message, after multiple edits, I think I got a handle on what the issue is. (short answer: loading the custom built glibc 2.x libc with the vanilla glibc-2.5 loader from the Kindle).

I haven't checked the glibc version twobob built, but I'm guessing it's far, far more recent than the Kindle's glibc 2.5, which might be the issue here, if you want it to work without resorting to using a custom loader.

Last edited by NiLuJe; 08-20-2012 at 07:22 PM.
NiLuJe is offline   Reply With Quote
Old 08-20-2012, 07:22 PM   #15
knc1
Embedded Cheerleader
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 6,226
Karma: 5830430
Join Date: Feb 2012
Device: Too many.
Yeah, I just checked the one image I have (3.2.1) and ld-linux.so.3 is a symlink to ld-2.5.so
The file dates are 4/6/2011

- - - -

Whatever, trying both loaders with an explicit call and a fixed list of libraries to load as I suggested in my above post will tell us more.
knc1 is offline   Reply With Quote
Reply

Tags
apps, benchmark, buildroot, kindle 3, tools

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Android [WIP] Overclocking the PE plasticarmyman enTourage eDGe 16 06-11-2012 07:08 PM
IQ Benchmarking frth PocketBook 0 01-03-2012 07:58 AM
MID benchmarking ondabeach Alternative Devices 0 04-12-2010 01:20 AM
Seriously thoughtful I always knew Windows was a WIP GeoffC Lounge 4 02-06-2010 02:20 AM
Benchmarking PDF speeds on ebook readers Jürgen Hubert PDF 2 01-07-2010 07:40 PM


All times are GMT -4. The time now is 08:20 PM.


MobileRead.com is a privately owned, operated and funded community.