Hi folks,
I'm weighing up the idea of using the larger BGA XS3 part on a project, and one of the things that might sway it that way over the QFP part is whether the old SDRAM library would still work. I know the BGA has native SDRAM capability, but it takes up way too many pins (maybe if they come out with a larger one still :)
Normally I'd expect it to "just work" but I noticed
(1) in the source code io.S says it's "//xCore 200 optimised version" and
(2, probably the major thing) it's very timing focused in server.xc, with the calculations being based on the clock running at 500MHz whereas I'd be running at 800MHz. In theory that ought to give me more cycles to play with but I doubt it'd be that simple :)
Anyone done it before ? Or any advice ?
lib_sdram and XS3
-
- Experienced Member
- Posts: 76
- Joined: Fri Aug 24, 2012 9:37 pm
-
Verified
- XCore Legend
- Posts: 1197
- Joined: Thu Dec 10, 2009 9:20 pm
- Location: Bristol, UK
We'll look to get this one refreshed
1) the xs2 code should run fine on xs3 (the #ifdef __XS2A__ checks should really be #ifndef __XS1B__)
2) you're right to raise this, all delays in the ports/io are are based on core clocks so will likely need some tweaking.
1) the xs2 code should run fine on xs3 (the #ifdef __XS2A__ checks should really be #ifndef __XS1B__)
2) you're right to raise this, all delays in the ports/io are are based on core clocks so will likely need some tweaking.
Technical Director @ XMOS. Opinions expressed are my own
-
- Experienced Member
- Posts: 76
- Joined: Fri Aug 24, 2012 9:37 pm
Thanks, Ross.