Hello group, I recently purchased the ADI EZ-KIT for the BF533. The software development kit was included but limits the size of the executable to 20kbytes. I assume the GCC compiler recently provided by MetroWerks in the Blackfin toolset is a way to overcome that limitation. Has anyone had experience using the MetroWerks tools with the BF533 EZ-KIT? Another question: just how crazy would I be to attempt to port uCLinux to the BF533 EZ-KIT board? Thanks |
|
MetroWerks GCC for BF533 EZ-KIT
Started by ●September 9, 2003
Reply by ●September 9, 20032003-09-09
--On Tuesday, September 09, 2003 5:09 PM +0000 cpylant1 <> wrote: > Another question: just how crazy would I be to attempt to port > uCLinux to the BF533 EZ-KIT board? I'd be interested in hearing of any progress you make. You'll need a Linux box to run the build tools on. They're distributed as RPM's targeted at Red Hat, but you could use cpio2rpm to extract them for another distro. What's the memory map on the BF533 ezkit? The biggest issue I can see is getting it to fit. |
|
Reply by ●September 10, 20032003-09-10
Kenneth Porter wrote: >--On Tuesday, September 09, 2003 5:09 PM +0000 cpylant1 <> >wrote: > >>Another question: just how crazy would I be to attempt to port >>uCLinux to the BF533 EZ-KIT board? >> >> > >I'd be interested in hearing of any progress you make. You'll need a Linux box >to run the build tools on. They're distributed as RPM's targeted at Red Hat, >but you could use cpio2rpm to extract them for another distro. > >What's the memory map on the BF533 ezkit? The biggest issue I can see is >getting it to fit. Doesn't the BF533 EZKit come with 32 MBytes of SDRAM? Once you manage to configure program and data SRAM banks as cache, which seems to be possible, you should be able to run about anything on this board. I think the architecture of Blackfin can be seen as a superset of a 80486 processor, except for the lack of floating point hardware. |
|
Reply by ●September 10, 20032003-09-10
The software development kit that comes with the BF533 EZ-KIT is a limited version. Upgrade to the full version and the 20 Kbyte restriction is removed. You can download the full version with a 30 day license for free from the ADI web site. I would also recommend that once you get the full version, you go back to the ADI web site and upgrade so that you know you have the latest patches. Sherman McCormick -----Original Message----- From: cpylant1 [mailto:] Sent: Tuesday, September 09, 2003 10:09 AM To: Subject: [adsp] MetroWerks GCC for BF533 EZ-KIT Hello group, I recently purchased the ADI EZ-KIT for the BF533. The software development kit was included but limits the size of the executable to 20kbytes. I assume the GCC compiler recently provided by MetroWerks in the Blackfin toolset is a way to overcome that limitation. Has anyone had experience using the MetroWerks tools with the BF533 EZ-KIT? Another question: just how crazy would I be to attempt to port uCLinux to the BF533 EZ-KIT board? Thanks _____________________________________ Note: If you do a simple "reply" with your email client, only the author of this message will receive your answer. You need to do a "reply all" if you want your answer to be distributed to the entire group. _____________________________________ About this discussion group: To Join: Send an email to To Post: Send an email to To Leave: Send an email to Archives: http://groups.yahoo.com/group/adsp Other Groups: http://www.dsprelated.com/groups.php3 ">http://docs.yahoo.com/info/terms/ |
Reply by ●September 10, 20032003-09-10
--On Wednesday, September 10, 2003 9:02 AM +0200 Dieter Teuchert <> wrote: > I think the architecture of Blackfin can be seen as a superset of a > 80486 processor, except for the lack > of floating point hardware. Not sure what you mean by that. The instruction set is nothing like the x86. It's semi-RISC. Most microcontroller instructions are a fixed 16 bit width for efficiency, with some rare 32-bit instructions to support the DSP features. The register file is 32 bit, but requires two 16-bit loads for immediate data. There's also a pointer register file like the SHARC's DAG. As you say, no FPU, so floating point must be emulated. There's no page-mapping MMU, but there's a supervisor/user privilege system to protect I/O space. The uClinux distro recently ported by Metrowerks to Blackfin is used because it doesn't need an MMU. All apps and the kernel run in one address space. |
Reply by ●September 10, 20032003-09-10
--On Wednesday, September 10, 2003 9:02 AM +0200 Dieter Teuchert <> wrote: > Doesn't the BF533 EZKit come with 32 MBytes of SDRAM? Ok, so there's no problem with the *amount* of memory. You may just need to fiddle with the kernel configuration to control where the code is located in the address map, and which peripherals to support. The initial build was created for the 535, so you'll need to turn off anything that's not present on the 533. Does the 533 ezkit come with tranceivers for the RS232 ports? The 535 kit lacked those and we had to add our own using the expansion connector. |
|
Reply by ●September 11, 20032003-09-11
When the uclinux files was posted a couple weeks ago I compiled it and tried to load it up on my bf533 kit. The program did not run and in the code it seemed to have a lot of invalid instructions looking at the disassembly. Are the bf535 and bf533 code compatible or are the memory maps significantly different such that the program / data memory are not in the same physical locations in both chips? I seem to be getting some errors everytime i try to load code compiled for bf535 in the VisualDSP examples. I usually have to recompile the program specifying that it is a 533 project in the build options. Regarding the original question about using gcc to over come the ezkits 20k limit. I am not exactly sure what the details of the 20k limit is exactly since i never ran into the limit. From my understanding you cannot load more that 20k into L1 program memory, I am not sure what the case is for having the L1 configured as cache and loading the program to sdram. It appears that the uclinux for bf535 program is stored completely in sdram ram and no internal memory is used. Since its appear you load the uclinux program it will still run the led blinking program until you change the PC counter to the sdram starting location. I'm not clear whether the 20k limit is compiler limit or a loader limit. If it is a compiler limit then gcc will resolve it but if it is a loader limit then you will still need full visualdsp to load the program over 20k in L1, unless there is some open source / free program to load programs onto the ezkit board. Also regarding rs232, the bf533 kit does have rs232 trancievers on board. -ron --- In , Kenneth Porter <kenneth_porter@k...> wrote: > --On Wednesday, September 10, 2003 9:02 AM +0200 Dieter Teuchert > <dieter@c...> wrote: > > > Doesn't the BF533 EZKit come with 32 MBytes of SDRAM? > > Ok, so there's no problem with the *amount* of memory. You may just need to > fiddle with the kernel configuration to control where the code is located > in the address map, and which peripherals to support. The initial build was > created for the 535, so you'll need to turn off anything that's not present > on the 533. > > Does the 533 ezkit come with tranceivers for the RS232 ports? The 535 kit > lacked those and we had to add our own using the expansion connector. |
|
Reply by ●September 11, 20032003-09-11
--On Thursday, September 11, 2003 2:31 PM +0000 ron_zach <> wrote: > Are the bf535 and bf533 code compatible or are the memory maps > significantly different such that the program / data memory are not > in the same physical locations in both chips? The memory map might be different. Check the stock LDF files in VisualDSP to be sure. The core should be the same, except perhaps for rated clock speed. > It appears that the uclinux for bf535 program is stored completely in > sdram ram and no internal memory is used. Since its appear you load > the uclinux program it will still run the led blinking program until > you change the PC counter to the sdram starting location. The objective may have been to allow more flexibility in use of the limited internal memory, once the kernel is started. > I'm not clear whether the 20k limit is compiler limit or a loader > limit. It's a linker limit. The linker enforces the eval license in this case. |
Reply by ●September 25, 20032003-09-25
I would like to reproduce your efforts at building the BF535 uCLinux distribution for the BF533 EZ-KIT board. I can't find the BF535-specific source in the ISO image released by MetroWerks. I was expecting something pertinent to BlackFin in the /arch directory. Can you point me to the source you built? Also, I assume you used the ADI Visual-DSP++ compiler to build, rather than the gcc supplied by MetroWerks? Thanks --- In , "ron_zach" <ron_zach@y...> wrote: > When the uclinux files was posted a couple weeks ago I compiled it > and tried to load it up on my bf533 kit. The program did not run and > in the code it seemed to have a lot of invalid instructions looking > at the disassembly. > > Are the bf535 and bf533 code compatible or are the memory maps > significantly different such that the program / data memory are not > in the same physical locations in both chips? I seem to be getting > some errors everytime i try to load code compiled for bf535 in the > VisualDSP examples. I usually have to recompile the program > specifying that it is a 533 project in the build options. > > Regarding the original question about using gcc to over come the > ezkits 20k limit. I am not exactly sure what the details of the 20k > limit is exactly since i never ran into the limit. From my > understanding you cannot load more that 20k into L1 program memory, I > am not sure what the case is for having the L1 configured as cache > and loading the program to sdram. > > It appears that the uclinux for bf535 program is stored completely in > sdram ram and no internal memory is used. Since its appear you load > the uclinux program it will still run the led blinking program until > you change the PC counter to the sdram starting location. > > I'm not clear whether the 20k limit is compiler limit or a loader > limit. If it is a compiler limit then gcc will resolve it but if it > is a loader limit then you will still need full visualdsp to load the > program over 20k in L1, unless there is some open source / free > program to load programs onto the ezkit board. > > Also regarding rs232, the bf533 kit does have rs232 trancievers on > board. > > -ron > --- In , Kenneth Porter <kenneth_porter@k...> > wrote: > > --On Wednesday, September 10, 2003 9:02 AM +0200 Dieter Teuchert > > <dieter@c...> wrote: > > > > > Doesn't the BF533 EZKit come with 32 MBytes of SDRAM? > > > > Ok, so there's no problem with the *amount* of memory. You may just > need to > > fiddle with the kernel configuration to control where the code is > located > > in the address map, and which peripherals to support. The initial > build was > > created for the 535, so you'll need to turn off anything that's not > present > > on the 533. > > > > Does the 533 ezkit come with tranceivers for the RS232 ports? The > 535 kit > > lacked those and we had to add our own using the expansion > connector. |
|
Reply by ●September 25, 20032003-09-25
--On Thursday, September 25, 2003 4:49 PM +0000 syncusoidal <> wrote: > I can't find the BF535-specific source in the ISO image released by > MetroWerks. I was expecting something pertinent to BlackFin in > the /arch directory. Can you point me to the source you built? Look for files and directories with "frio" in the name. This is Intel's name for the core. > Also, I assume you used the ADI Visual-DSP++ compiler to build, > rather than the gcc supplied by MetroWerks? I doubt it. The ADI compiler is moving towards gcc compatibility, but the uClinux build machinery is all designed to use gcc. You need to install the tools on a Linux box (Red Hat is the first supported with an RPM) and then build the kernel. |