No, the support is in the C runtime library. You could still write your drivers in PNut using PASM but load them as blobs from C code that could manage reading data from an SD card and writing it to SDRAM. You'd need a DE2-115 board for that of course since you'd need at least two COGs.
Edit: Actually, the low-level sector I/O code is written in assembly using GAS. It's in the propgcc/lib/drivers directory of the propgcc sources. The filename is sd_driver2.s.
No, the support is in the C runtime library. You could still write your drivers in PNut using PASM but load them as blobs from C code that could manage reading data from an SD card and writing it to SDRAM. You'd need a DE2-115 board for that of course since you'd need at least two COGs.
Edit: Actually, the low-level sector I/O code is written in assembly using GAS. It's in the propgcc/lib/drivers directory of the propgcc sources. The filename is sd_driver2.s.
I guess I should write an example of using one of Baggers' video drivers from a C program to provide a template for people to use. Also, I'd have to write a C interface to Chip's SDRAM driver but that should be pretty easy.
David,
Is the load mechnism the same on P1?
Why I ask is I wonder if your P2Load could be modified to also work on the P1? The features to load multiple files at various locations is a nifty feature.
I am not asking you to do it, just wondering how much work is likely involved.
David,
Is the load mechnism the same on P1?
Why I ask is I wonder if your P2Load could be modified to also work on the P1? The features to load multiple files at various locations is a nifty feature.
I am not asking you to do it, just wondering how much work is likely involved.
I'm already thinking about that but I'm traveling for a few days so I won't be able to do much until Sunday.
Just wanted to say a big thankyou for your efforts on p2load. -w option worked straight up. Having just moved back onto some p2 software development, and my head stuck in 'pasm mode' where everything requires thinking and iteration, having something that just worked was extremely welcome !
Just wanted to say a big thankyou for your efforts on p2load. -w option worked straight up. Having just moved back onto some p2 software development, and my head stuck in 'pasm mode' where everything requires thinking and iteration, having something that just worked was extremely welcome !
thanks again
Lachlan
Thanks for the compliment! I'm glad it worked well for you.
I have dumb question --- It is possible You made so p2load unload itself after entering Terminal mode in CMD window.
Else it needs even in that mode?
p2load can't unload itself when entering terminal mode with -t since it implements the terminal mode handler. Are you asking if you can pass terminal handling off to another terminal emulator? You should be able to do that by just leaving -t off and starting the terminal emulator after p2load completes. You'll need to have some sort of delay in your program before it starts writing to the terminal though so you won't miss some of the output when switching from p2load to the terminal emulator.
I have the p2load that is part of SimpleIDE 0.9.43.
On a Mac, 10.6.8, from the terminal, when I enter > p2load -?, I get an "illegal instruction."
I think I have everything sorted correctly, because when I enter > propeller-load -? I get a usage statement. Since propeller-load and p2load are in the same directory, it looks to me p2load isn't working.
Thanks
I have the p2load that is part of SimpleIDE 0.9.43.
On a Mac, 10.6.8, from the terminal, when I enter > p2load -?, I get an "illegal instruction."
I think I have everything sorted correctly, because when I enter > propeller-load -? I get a usage statement. Since propeller-load and p2load are in the same directory, it looks to me p2load isn't working.
Thanks
Rich
I don't think p2load will run under Snow Leopard (10.6). I've only tested it on Mountain Lion and a long time ago on Lion.
Well... that didn't go very well. I tried to use my American Express debit card... and Apple doesn't accept American Express. No joke.
I'll have to wait until my karma brings me close to an Apple outlet:)
Just found an issue using p2load with newer DE0 firmwares... getting an "error: packet handshake failed" towards the end of loading
I went back to an earlier firmware, March 2013, and it loaded no problem. Then moved forward again to the later firmware, and it reboots and works fine.
Nothing to fix really, just putting notes here for when someone else needs the same workaround. That includes me, a few months down the track, when I've forgotten how to do it
Just found an issue using p2load with newer DE0 firmwares... getting an "error: packet handshake failed" towards the end of loading
I went back to an earlier firmware, March 2013, and it loaded no problem. Then moved forward again to the later firmware, and it reboots and works fine.
Nothing to fix really, just putting notes here for when someone else needs the same workaround. That includes me, a few months down the track, when I've forgotten how to do it
Thanks for the bug report. I didn't even know anyone was using p2load anymore. I've kind of been in a holding pattern waiting for some relatively final information about P1+ or P2 or whatever it is called now before updating PropGCC and the various other utilities including p2load. I'll watch for that problem when I finally get back to P2 work.
Comments
Edit: Actually, the low-level sector I/O code is written in assembly using GAS. It's in the propgcc/lib/drivers directory of the propgcc sources. The filename is sd_driver2.s.
Thanks
Thanks, and no worries
It'll give me time to get PropGCC installed etc. lol
Is the load mechnism the same on P1?
Why I ask is I wonder if your P2Load could be modified to also work on the P1? The features to load multiple files at various locations is a nifty feature.
I am not asking you to do it, just wondering how much work is likely involved.
Just wanted to say a big thankyou for your efforts on p2load. -w option worked straight up. Having just moved back onto some p2 software development, and my head stuck in 'pasm mode' where everything requires thinking and iteration, having something that just worked was extremely welcome !
thanks again
Lachlan
I have dumb question --- It is possible You made so p2load unload itself after entering Terminal mode in CMD window.
Else it needs even in that mode?
Thanks -- for answer
Now I understand
I have the p2load that is part of SimpleIDE 0.9.43.
On a Mac, 10.6.8, from the terminal, when I enter > p2load -?, I get an "illegal instruction."
I think I have everything sorted correctly, because when I enter > propeller-load -? I get a usage statement. Since propeller-load and p2load are in the same directory, it looks to me p2load isn't working.
Thanks
Rich
I'll have to wait until my karma brings me close to an Apple outlet:)
I went back to an earlier firmware, March 2013, and it loaded no problem. Then moved forward again to the later firmware, and it reboots and works fine.
Nothing to fix really, just putting notes here for when someone else needs the same workaround. That includes me, a few months down the track, when I've forgotten how to do it
Completely understand holding off doing updates, especially given the state of play right now.
https://github.com/parallaxinc/propgcc/tree/master/p2load