flat assembler
Message board for the users of flat assembler.

Index > Non-x86 architectures > Raspberry Pi

Goto page Previous  1, 2, 3, 4  Next
Author
Thread Post new topic Reply to topic
shutdownall



Joined: 02 Apr 2010
Posts: 518
Location: Munich
shutdownall
revolution wrote:

The current situation with secretive GPU information is not good but the public seem happy to accept it. Or maybe the public just don't care as long as the latest game will run without crashing?


This reflects only to very new products (GPU's) to keep the development secrets secret. After some time, the code base from GPU manufacturers will be opened and newer drivers are published from time to time.

http://developer.nvidia.com/
http://developer.amd.com/documentation/Pages/default.aspx

I think it is a legal effort to keep some advantage to competitors and to deal with NDA's between manufacturer and customers.
Post 09 Mar 2012, 23:12
View user's profile Send private message Send e-mail Reply with quote
Octavio



Joined: 21 Jun 2003
Posts: 366
Location: Spain
Octavio
Are these well documented arm devices compatible,or everyone needs to rewrite code for it?
Post 13 Apr 2012, 21:53
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17716
Location: In your JS exploiting you and your system
revolution
Octavio wrote:
Are these well documented arm devices compatible,or everyone needs to rewrite code for it?
The ARM code will be compatible but not the device hardware. Every device operates differently from others. There is no standard hardware spec for embedded devices (yet?).
Post 14 Apr 2012, 04:02
View user's profile Send private message Visit poster's website Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
Good news, i have gotten a bare-bone OS (start of DexOS port) to boot and run my GPIO code and set up screen buffer and display a image on the Raspberry PI.
All using FasmArm.
Its not right and alot more work to do, and so far only S-Video works.
I will post code once i find out why it needs so many tries to mailbox before it works
Here some screenshots
Image
Image
Image
Image
Image

Sorry about the quality, but i will work on that and theres just know info about how to do this, i must of done 1000 sd writes to get this far.
Post 30 May 2012, 18:34
View user's profile Send private message Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
I have finally got the print function to work, plus i have started porting some of the FBasic function, its so cool running the same code on the R-PI as the x86, other than a different include.
May post a video, has it boots in less than a second Cool.
Post 07 Jun 2012, 18:50
View user's profile Send private message Reply with quote
malpolud



Joined: 18 Jul 2011
Posts: 344
Location: Broken hippocampus
malpolud
Very cool, good job. Are you using the built-in gpu?
Post 07 Jun 2012, 18:55
View user's profile Send private message Visit poster's website Reply with quote
Tonymac32



Joined: 30 Nov 2009
Posts: 13
Tonymac32
Wow Dex, what a great idea. Wink Good looking port so far, though, Have you overcome the data type issues I was having when I wrote MacroBASIC?
Post 07 Jun 2012, 19:45
View user's profile Send private message Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
malpolud wrote:
Very cool, good job. Are you using the built-in gpu?

Thanks malpolud, yes i am using the built-in gpu you need to interface though what is called a email box.
Post 07 Jun 2012, 20:21
View user's profile Send private message Reply with quote
malpolud



Joined: 18 Jul 2011
Posts: 344
Location: Broken hippocampus
malpolud
I'm waiting for the source code if possible with explanation. The most interesting for me is the whole initialization issue.
Post 07 Jun 2012, 20:32
View user's profile Send private message Visit poster's website Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
Tonymac32 wrote:
Wow Dex, what a great idea. Wink Good looking port so far, though, Have you overcome the data type issues I was having when I wrote MacroBASIC?

Thanks Tonymac32,
But i seem to remember it differently, i remember rCX wrote it for Dos, i converted it to DexOS and roboman (Stephen) added a lot more functions.
Oh wait, i do remember now i did keep hearing you say you was working on something for DexOS called MacroBASIC, i can not remember testing it or seeing it.
So you say it was buggy, maybe that's why we did not use it.

Anyway, got very far with Anion-OS ?, i hope its domain is still available.
Post 07 Jun 2012, 20:50
View user's profile Send private message Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
malpolud wrote:
I'm waiting for the source code if possible with explanation. The most interesting for me is the whole initialization issue.

I am going to write a full tut on how to do it, so watch this space.
Some bits are very hard and others super easy.

Biggest issue, from a bare metal OS point of view, is keyboard input.
You have two choices, 1. write a usb stack or 2. convert a ps/2 to use the Gpio pins.
And the R-PI is 3.3v and keyboard needs 5v.
Post 07 Jun 2012, 21:00
View user's profile Send private message Reply with quote
Tonymac32



Joined: 30 Nov 2009
Posts: 13
Tonymac32
Lol @ your reply. I was taking no credit for your codebase, however I did propose the idea as early as 2005 to make a language to go between platforms, which you brushed off at the time, (and again in 2009). And the sidetrack you took is certainly off topic, so to return:

Is the entire Raspberry Pi 3.3V, or is there a 5V supply to the device which is stepped down on the board?. If the latter is true you would only need to put in a 5v run to the keyboard and some transistors in an "open collector" configuration to act as buffers between the voltage levels.. You should, actually, be able to get the 5v off of the USB ports, and use a small adapter board to avoid any cutting around on the main board. Even simpler than open collector transistors could certainly be simple voltage dividers off of the keyboard output and some quiet prayers that the input will trigger at 3.3. You'd still need the 5V supply off of the USB

[edit]
Just real quick, so as to exonerate my completely benign earlier comment (which was taken entirely too far):
(this code copied from http://dex.7.forumer.com/viewtopic.php?t=665&start=0&postdays=0&postorder=asc&highlight=)
Code:
;============================================================ 
; FBasic is based on a idea by rCX, for a fasm macro basic. 
; The ease of basic, with the power of ASM. 
; 
; Code input by: 
;   Dex 
;   rCX 
;   Steve 
;   TonyMac 
; 
; This include is for CLI apps (eg: text and mode 13h etc) 
    


http://speedofdark.us/dexos/files/macrobasic.zip

This was uploaded, and a link sent out to anyone active in the project at the time. You'll note it's public domain, so obviously I'm not all that concerned, my humor was in the fact that you brushed it off repeatedly as insignificant, and are now building upon the idea.

Live and let live, I'm here to learn and to continue doing what I love doing.
Post 10 Jun 2012, 02:30
View user's profile Send private message Reply with quote
malpolud



Joined: 18 Jul 2011
Posts: 344
Location: Broken hippocampus
malpolud
Tonymac32 wrote:
If the latter is true you would only need to put in a 5v run to the keyboard and some transistors in an "open collector" configuration to act as buffers between the voltage levels.. You should, actually, be able to get the 5v off of the USB ports, and use a small adapter board to avoid any cutting around on the main board. Even simpler than open collector transistors could certainly be simple voltage dividers off of the keyboard output and some quiet prayers that the input will trigger at 3.3.


Well not really. Data bus in a PS/2 keyboard is bidirectional so you need to use something like this.Image

Or use an IC voltage translator instead.

_________________
There's nothing special about it,
It's either there when you're born or not.


Last edited by malpolud on 10 Jun 2012, 11:32; edited 1 time in total
Post 10 Jun 2012, 10:46
View user's profile Send private message Visit poster's website Reply with quote
revolution
When all else fails, read the source


Joined: 24 Aug 2004
Posts: 17716
Location: In your JS exploiting you and your system
revolution
malpolud wrote:
Or use an IC voltage translator instead.
Or use a single FET to replace all of that.

http://ics.nxp.com/support/documents/interface/pdf/an97055.pdf
Post 10 Jun 2012, 11:00
View user's profile Send private message Visit poster's website Reply with quote
malpolud



Joined: 18 Jul 2011
Posts: 344
Location: Broken hippocampus
malpolud
^ Very clever, got to bare this in mind.
Post 10 Jun 2012, 11:30
View user's profile Send private message Visit poster's website Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
Tonymac32 wrote:
Lol @ your reply. I was taking no credit for your codebase, however I did propose the idea as early as 2005 to make a language to go between platforms, which you brushed off at the time, (and again in 2009). And the sidetrack you took is certainly off topic, so to return:

Is the entire Raspberry Pi 3.3V, or is there a 5V supply to the device which is stepped down on the board?. If the latter is true you would only need to put in a 5v run to the keyboard and some transistors in an "open collector" configuration to act as buffers between the voltage levels.. You should, actually, be able to get the 5v off of the USB ports, and use a small adapter board to avoid any cutting around on the main board. Even simpler than open collector transistors could certainly be simple voltage dividers off of the keyboard output and some quiet prayers that the input will trigger at 3.3. You'd still need the 5V supply off of the USB

[edit]
Just real quick, so as to exonerate my completely benign earlier comment (which was taken entirely too far):
(this code copied from http://dex.7.forumer.com/viewtopic.php?t=665&start=0&postdays=0&postorder=asc&highlight=)
Code:
;============================================================ 
; FBasic is based on a idea by rCX, for a fasm macro basic. 
; The ease of basic, with the power of ASM. 
; 
; Code input by: 
;   Dex 
;   rCX 
;   Steve 
;   TonyMac 
; 
; This include is for CLI apps (eg: text and mode 13h etc) 
    


http://speedofdark.us/dexos/files/macrobasic.zip

This was uploaded, and a link sent out to anyone active in the project at the time. You'll note it's public domain, so obviously I'm not all that concerned, my humor was in the fact that you brushed it off repeatedly as insignificant, and are now building upon the idea.

Live and let live, I'm here to learn and to continue doing what I love doing.

[offtopic]
Its no good spaming this top with you said this or i did that, join the DexOS forum we can spam all we want there, but i will make one thing clear, as you can see from the credits, you added to the code along with all the other coders mentioned, but it was my idea to use macro basic as away to make asm portable.
You want to use something called cpads and before that you want a similar way to code portable ASM code, i wanted to keep it simple, with macros, see here:
http://dex-os.wikidot.com/dev:cpads
http://dex.7.forumer.com/viewtopic.php?p=5036#5036
[/offtopic]
Anyway to your ?, the R-PI does have a 5v supply on the board yes, both revolution and malpolud methods would work, but i think i will use a bluetooth serial module, that are available from ebay at a good price.

The main problem at the moment is we are coding for a moving target, for example it used to boot at 0, you then needed to jump to 0x8000 as tags are written to 0x100, but then they changed it to being loaded at 0x8000.
You also have to dance a lot with cache.
Post 10 Jun 2012, 14:24
View user's profile Send private message Reply with quote
Tonymac32



Joined: 30 Nov 2009
Posts: 13
Tonymac32
They're changing their bootloader constantly then? That sounds like a headache and a half. I've not been able to order one, maybe I'll hold off.

I'd go with the FET solution, but that's mostly due to my engineering background. A lot of automotive sensors (my actual job) use an "open collector" output, of course the name isn't totally accurate as the transistor in question is a FET, making it "open drain". Very effective, cheap, and reliable for getting a 5V output from a 12-14 Volt sensor.
Post 10 Jun 2012, 15:54
View user's profile Send private message Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
Tonymac32 wrote:
They're changing their bootloader constantly then? That sounds like a headache and a half. I've not been able to order one, maybe I'll hold off.

I'd go with the FET solution, but that's mostly due to my engineering background. A lot of automotive sensors (my actual job) use an "open collector" output, of course the name isn't totally accurate as the transistor in question is a FET, making it "open drain". Very effective, cheap, and reliable for getting a 5V output from a 12-14 Volt sensor.

Thanks for the info Tonymac32, thats why i am being very careful with this part of the project, R-PI are so hard to get your hands on and they have know protection.
Post 10 Jun 2012, 18:01
View user's profile Send private message Reply with quote
Tonymac32



Joined: 30 Nov 2009
Posts: 13
Tonymac32
@ revolution: Very nice application note, I'll have to tuck that one away for future reference.
Post 10 Jun 2012, 18:27
View user's profile Send private message Reply with quote
Dex4u



Joined: 08 Feb 2005
Posts: 1601
Location: web
Dex4u
Here are some screen shots of FBasic running on the raspberry pi bare metal, the start of the DexOS port.
Image
Image

Its set at a low res because i am using a old TV to test it, with composite video.
Once i am happy with progress, i will move to high res and HDMI .
Post 10 Jun 2012, 21:42
View user's profile Send private message Reply with quote
Display posts from previous:
Post new topic Reply to topic

Jump to:  
Goto page Previous  1, 2, 3, 4  Next

< Last Thread | Next Thread >
Forum Rules:
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Copyright © 1999-2020, Tomasz Grysztar. Also on GitHub, YouTube, Twitter.

Website powered by rwasa.