[MC1.7.10][OC1.5.x]ARM Architecture "OC-ARM" (alpha, updated 2016-06-07)

[Solra Bizna 10]

If it's glitching even with other architectures, something else is going on.

As for the extra 8 bytes... something is going wrong involving the echo command. Edit the makefile again, replacing both occurrences of "@echo -n" with "@/bin/echo -n", then do "make clean" and "make". If it works, tetris.rom will be 4093 bytes, and will work.

[rougeminner 0]

yes sirry' it worked tetris.rom is taking up exactly 4093 bytes on my Drive. no more no less. any ideas why echo did that?

[Solra Bizna 10]

If you look at tetris.rom in a text editor (or put it into a Lua computer) you'll see that it's actually also a valid Lua BIOS, which throws an error saying something like "this EEPROM is not compatible with the Lua architecture". The Makefile uses the "echo" command to assemble that. It passes the "-n" flag to echo, to say "don't add a newline to the end of your output". Your Make (possibly because it was BSD Make and not GNU Make?) was interpreting it as something to echo, rather than a command line flag.

[rougeminner 0]

ok, so that fixed the error where it crashed entities in the world, for some reason. getting further. i have been tinkering with it and when i get to my destination i will do some research on what i big-endian ARM ELF file is and why its complaining about it not being executable. i  want to try to figure this one out before i come crawling back asking for help. i think this is a simple error

[rougeminner 0]

ok, so i was able to learn about the problem and a way to set the endianness of the file by changing 0x05 from 1 to 2. so how do i fix your file? is it in the ld files?

[Solra Bizna 10]

For whatever reason, your test.elf is not getting the EF_ARM_HASENTRY flag set. This is weird. It's correctly marked as big-endian---that error message does not indicate that it's not big-endian, but that it is unusable for whatever reason. (Not being big-endian would be one such reason.)

I don't know why EF_ARM_HASENTRY is not being set, because the entry point field in the header is being set. I'll have to do more research into this; for now, you can modify your boot0 to not care about that flag by changing line 149 of boot0.s from:

        LDR r1, =0x00800002

to:

        LDR r1, =0x00800000

Don't forget to recompile and re-flash it afterwards.

I don't think this is a viable long-term fix, because some ELF files will not have EF_ARM_HASENTRY set for good reasons. We wouldn't want to try to boot a library file, for example. This should get you up and running for now, though.

[rougeminner 0]

ok, it looks like it would be in the best interest for me to stop asking for help so you can work on getting 0.0a3 out so that these problems can stop. and i don't know anything about a what ever undefined error i am getting. i am going to look and see if i can find anything in the code that immediately smacks me in the face. it wouldn't matter the components i am using would it. if it would i am running a t3 case, t3 processor , t3 GPU, t3 case, 2x t3 Hdd's, and 2x t3.5 memory cards

[rougeminner 0]

second question. where did you learn how to do all this? if you don't mind me asking

[Solra Bizna 10]

ok, it looks like it would be in the best interest for me to stop asking for help so you can work on getting 0.0a3 out so that these problems can stop. and i don't know anything about a what ever undefined error i am getting. i am going to look and see if i can find anything in the code that immediately smacks me in the face. it wouldn't matter the components i am using would it. if it would i am running a t3 case, t3 processor , t3 GPU, t3 case, 2x t3 Hdd's, and 2x t3.5 memory cards

test.elf requires the "allowSerialDebugCP" option in OpenComputers-ARM.cfg to be set. Otherwise, all the CP7 instructions are undefined, and test.elf will immediately crash.

 

second question. where did you learn how to do all this? if you don't mind me asking

Just by continuously trying stuff, and learning from when the stuff didn't work. After a while, stuff started working more often than not working.

[rougeminner 0]

HAHAHAHAHHAHAHAHA, i was getting ready to say it still wasn't working. i didn't realize it wasn't supposed to put anything on the screen its supposed to write it to the logs. i derped my bad. IT WORKED!

 

would you recommend anywhere for me to learn c? 

[Solra Bizna 10]

The way I learned isn't really applicable anymore, but Learn C The Hard Way looks good.

[rougeminner 0]

yup, looks good to me

 

thanks for the link. i am going to read up on that and read up a bit on the mod as well, at least more then i already have

if i just want to print to the screen do i have to go through all the trouble of loading the GPU or can i do it the simple way. by loading numbers into registers and my string into a register then calling a Software interrupt? or will this not work in OC

[Solra Bizna 10]

That can only work when there's an OS to handle the software interrupt. There isn't an OS for OC-ARM yet. You have to find a GPU, find a screen, bind the GPU to the screen, and then make drawing calls. I strongly recommend looking at tetris.s for this.

[Solra Bizna 10]

My time is getting crowded again, and this project is suffering as a result. Nevertheless, 0.0a3 is out now, including source code. The first post has been edited with details.

[rougeminner 0]

wow, bad luck comes a dime a dozen these days huh. (not going to go into detail for reason). I'm gonna ask this question then when i am not 12 hours past the time i should have fallen asleep i will comeback and find that i missed a post explaining it all, but i am going to ask anyway. what program are you using to build the simulator. i have access to the files from you git post but either I'm missing something or (i PRAY not) i assume your using eclipse?

[Solra Bizna 10]

I build the simulator using Eclipse, but the project is not included. (I am not at all comfortable with blindly committing the huge array of cache files and metadata files and such that come with an Eclipse project. I can't prove to my satisfaction that I wouldn't be inadvertantly commititng something covered by an NDA.)

It should be pretty easy to set up an Eclipse project to build it. Exclude the ocarm folder (right click it and "close", or something) and set the launch class to name.bizna.ocarmsim.OCARMSim.

Edit: You'll also need to add the OpenComputers API to the build path in order for it to build.

In any case, you don't have to build it yourself to use it. There should be a working .jar of the simulator under Releases.

[rougeminner 0]

Thanks, that saved me ALOT of time. also like i said, i knew i was going to miss something . this is the kinda tool that i learn most with. it gives a read out of what my last line of code did (at least from my understanding of the pics you sent earlier). i didnt even see the releases page. my bad thanks for telling me before i started the eclipse program again. i know its part of java but i simply hate that program.

P.S. Your First Github link is broken. gives me luke squidwalker or whatever that dude is followed by 404

[Solra Bizna 10]

Fixed the link, thanks for letting me know.

As for Eclipse... I feel you there. The sad thing is that as far as IDEs go it's the middle of the pack. There are many far worse IDEs...

[rougeminner 0]

yeah, i guess your right, thanks for fixing the link. cant wait to sit down and test it out. i learn best with a program similar to that one because its just easier to do. theres not as many stops to make to reach your destination. thanks again

[rougeminner 0]

maybe im missing something here, the only jars i see are the OpenComputers-ARM-MC1.7.10-0.0a3.jar one, lua52.elf and source.tar and tar.gz

[Solra Bizna 10]

You're not missing anything. I went to all the trouble to build the jar, then forgot to upload it. D'oh!

Fixed now...

[rougeminner 0]

theres nothing special i should have to do to get this jar to launch is there? no specific version of java or arguments that need to be run with it?

[Solra Bizna 10]

It currently requires command line arguments. At the minimum, an argument pointing to the EEPROM image to use.

Arguments I used when testing Tetris:

-rom /home/sbizna/jarmrom/bin/tetris.rom -screen 2

Arguments I used when testing the Lua interpreter:

-rom /home/sbizna/jarmrom/bin/boot0.rom -screen 2 -memory 1024 -fsro /home/sbizna/nobackup/openos_floppy/ -fsrw /home/sbizna/nobackup/lua_test_disk/ -addrinfocmd "arm-none-eabi-addr2line -spfe /home/sbizna/luajarm/bin/lua52.elf.unstripped"

If you run it without any arguments, it'll print a usage string giving the meanings of all the arguments.

[rougeminner 0]

so how would i set up your make file to compile my own rom folder?

[Solra Bizna 10]

I'm not sure I understand the question.