08-02-2012, 10:59 AM | #121 |
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Týr
Posts: 6,586
Karma: 6299991
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
|
Errata non Gratia
On post https://www.mobileread.com/forums/sho...5&postcount=68
Should be cd /opt/arm-2012.03/bin HTH. (In the same section core2quad bin $ cd also looks suspiciously pointless) Last edited by twobob; 08-02-2012 at 02:25 PM. Reason: added further query, removed wrongness |
08-02-2012, 12:26 PM | #122 |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
cd without any arguments puts you back into ~
as the current directory. The listing should show that the prompt changed from "bin" to "~" = = = = The two of us seem to be the only ones actually using (and reporting back) on any of this stuff. Although the KeK server has shipped out hundreds of copies of the files. Last edited by knc1; 08-02-2012 at 12:28 PM. |
08-02-2012, 02:24 PM | #123 | |
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Týr
Posts: 6,586
Karma: 6299991
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:
Yes indeed people are reticent to spend time talking in the help of others, it's the human condition manifest in the microcosm of blogging. Or lack thereof. Sad but true. Given the amount of people who actually search for assistance it is a shockingly low %age who would then go on to share the results for the next person. The 'Someone else will do it' or 'I'm alright Jack' attitude shall ever be fave in the lazying land of the manyana laissez-fair masses. I just thank my lucky stars that occasionally SOMEONE takes the time to do it at all. In music if you are in it for the money or the recognition you should probably be in another profession (there are of course notable exceptions), perhaps it's similar in the sphere of didactics for dummies. Either way, homage to those that do. Last edited by twobob; 08-02-2012 at 02:25 PM. Reason: plural remembrains |
|
08-02-2012, 02:39 PM | #124 |
Carpe diem, c'est la vie.
Posts: 6,433
Karma: 10773668
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
|
I have been studying this:
http://www.davespace.co.uk/arm/effic...arm/index.html VERY enlightening. Some things coded in C can be horribly inefficient compiled with arm GCC, unless you do some interesting adjustments to the C code. Also check out the ARM assembler tutorial there. No new code yet, but I plan to do a fancy audio/video player with touchscreen (and keyboard) GUI one of these days Real Soon Now. |
08-02-2012, 04:45 PM | #125 | |||
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Quote:
Quote:
Quote:
You don't publish re-usable, maintainable, code, just code that you can brag about how clever you where in eliminating whitespace. That makes it a big waste of your very important time and a waste of time for anyone who tries to read it, learn from it, re-use it, or maintain it. And please don't start a flame war over whitespace character counts, that is not the point. The point is that computer programs are written in a Language, and Languages are intended to communicate among people. Any computer program parser (other than a person) is very, very good at tossing out whitespace and comments. Those are only included when trying to communicate among people. Which you clearly demonstrate is not the intent of your publications. |
|||
08-02-2012, 05:08 PM | #126 | |
Carpe diem, c'est la vie.
Posts: 6,433
Karma: 10773668
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
|
Quote:
What "1953 book" are you referring to? That course is all about writing efficient C programs for ARM processors like we have in our kindles. The C language was developed in the early 1970's and the first ARM processor was developed in the mid 1980's. Where did you get these 1953 and 2004 dates that seem to be irrelevant to the content of the links that I provided? "Why bother?" The whole point of that tutorial is that you need to look at the assembler output of the compiler to see how well it conforms to the ARM architecture, and adjust your C code to generate efficient compiled code. Most of the GCC optimizations are x86-specific, and it is only RECENT versions of the GCC tools that do somewhat better with ARM instructions (especially with the FREE barrel shifting built into most instructions, and the ability to mix Thumb with full ARM instructions). Unfortunately, when working on kernel and driver stuff, you really need older cross tools that match your target system such as the K3 (or you have extra work finessing the headers and libraries), which means recent optimization improvements will be MISSING, requiring manual C code optimization as shown in that tutorial. It is a good read and worth learning anyway, just for its own sake. Learning is good for the brain. Regarding coding style, I code for my OWN pleasure and my own benefit, which requires being able to view more code with less scrolling. I just choose to SHARE my code with others. As I said before, it is VERY easy to feed my "condensed" code into AStyle to convert it to WHATEVER your favorite style happens to be before reading it. AStyle is very good at ADDING all that whitespace that YOU need to be happy (but you may also want all my variable names replaced with camelCase phrases, and three lines of comments for every line of code too, before MY code has any chance of making YOU happy). Meh... There is certainly no need for you to get so upset every time I share some of my own personal code with the MobileRead crowd. I do not plan to change how I write my code, and I do not plan to stop sharing my source code with the world just to make you happy. Like I said before in response to your previous harsh criticisms of my coding style, just for a point of reference, where is YOUR original source code that you must be so proud of? Last edited by geekmaster; 08-03-2012 at 10:45 PM. |
|
08-05-2012, 05:52 AM | #127 | |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Quote:
He also suggested a variation on the plan I have so far written up about using auFS as a filter. Both variations have their specific use case(s). JRO's variation would make building software targeted at: /usr/local/* (the common "add-on" tree in *nix) and then moving it to somewhere else (say: /mnt/us/*) quick and easy. Hmm... After an exchange between the author and an end-user, I guess auFS filtering has left the "Undocumented use" catagory. |
|
08-05-2012, 10:35 AM | #128 |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Supporting ATK builds
When building the client-side (ram kernel, Kindle-side) of the ATK source code package, you should be using a gcc cross-compile tool chain configured for building "Standalone" applications.
A "Standalone" application does not reference a system C library. A "Hosted" application does reference a system C library. Both tool-chains (for either Linux or Windows) are indexed in the KeK Reference Manual, at: http://knetconnect.com/KeK/KeK_refer...bsection-B.1.2 You probably want both the -56 and the -57 builds. When you unpack them, they will both create an "arm-2012.03" parent directory . . . Although it should be possible to unpack both of them into that same file system tree, to ease future maintenance, I put them each into their own file system tree. Unpack the -57 archive at the desired location on your system (typically /opt), then rename the parent directory: arm-2012.03-glibc Then unpack the -56 archive at the desired location on your system (typically /opt), then rename the parent directory: arm-2012.03-elf A couple of notes for those building the ATK source under M$-Windows . . . The ATK project files and make files assume a cygwin environment, but the above tool chains are "Windows Native" tool chains. You can drop all references to cygwin in the Freescale project. You can also drop all references to the cygwin tool chain components (such as: objcopy), because you just installed a much more recent "Windows Native" build of binutils. The ATK source code bundle, as shipped, was using a gcc-4.1.1 based tool chain. You just installed a gcc-4.6 based tool chain. GCC-4.6 is much more strict about the source code than GCC-4.1, meaning you may find more errors and warnings during the build which will require tweaking (correcting) the Freescale sources. Enjoy. |
08-05-2012, 11:51 AM | #129 |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
A quick note -
The files in the "bin" directory - objcopy.exe - that is a binutils program, linked against the bfd - both are GPL licensed. The cygwin binaries are GPL licensed. Yet Freescale does not include those sources, duh . . . . Anyone want to bet that Freescale will be much quicker to defend their licensed code than they are to observe the licenses of the code they ship? Edit: I opened a support ticket with Freescale over the license question(s). Will be interesting to see what (if any) response I get. Last edited by knc1; 08-05-2012 at 12:20 PM. |
08-06-2012, 09:08 AM | #130 | |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Quote:
Less than twelve hours elapsed between submitting the message to the "license support" desk and their replying that they have passed the information onto the (atk) development group for action. Somebody, other than FSF and Dr. Stallman, takes the GPL license seriously. |
|
08-07-2012, 08:28 PM | #131 | |
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Týr
Posts: 6,586
Karma: 6299991
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:
from me. Now where is that pesky emulator... Searches top post. mumble mumble |
|
08-07-2012, 08:31 PM | #132 |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
|
08-07-2012, 08:38 PM | #133 |
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Týr
Posts: 6,586
Karma: 6299991
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
|
hope
|
08-07-2012, 08:40 PM | #134 |
( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Týr
Posts: 6,586
Karma: 6299991
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
|
Fayl
|
08-08-2012, 04:53 AM | #135 | |
Going Viral
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
|
Quote:
The first "wget" command fetches the pre-built copy of the emulated system. I now see that post has two topics, the reference to the newly built qemu and directions on downloading the emulated system. I fixed up the description in the tools index to be more clear. https://wiki.mobileread.com/wiki/Tool...mulated_Native Last edited by knc1; 08-08-2012 at 05:01 AM. |
|
Thread Tools | Search this Thread |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Accessories DIY KT Case | echo013 | Amazon Kindle | 2 | 01-27-2012 06:53 PM |
DIY Stylus | scottjl | Apple Devices | 3 | 05-10-2010 01:52 AM |
DIY Scanner | Eratosthenes | News | 14 | 04-16-2010 04:21 PM |
DIY Idea | sřrensundsans | Sony Reader | 6 | 01-26-2010 01:25 AM |
DIY stylus | -Thomas- | iRex | 5 | 02-12-2009 12:05 PM |