FPGA Central - World's 1st FPGA / CPLD Portal

FPGA Central

World's 1st FPGA Portal

 

Go Back   FPGA Groups > NewsGroup > FPGA

FPGA comp.arch.fpga newsgroup (usenet)

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 10-24-2003, 04:36 PM
Henk van Kampen
Guest
 
Posts: n/a
Default Picoblaze development tool

Recently I have updated my Picoblaze (tm Xilinx) development tool
pBlazIDE and added some documentation. Additionally I have published
some example code and demonstration files. Please feel free to check
this out. Its all freeware. Check under 'Tools'.

Regards,
Henk van Kampen
www.mediatronix.com
Reply With Quote
  #2 (permalink)  
Old 10-25-2003, 10:30 AM
Amontec Team, Laurent Gauch
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

Henk van Kampen wrote:
> Recently I have updated my Picoblaze (tm Xilinx) development tool
> pBlazIDE and added some documentation. Additionally I have published
> some example code and demonstration files. Please feel free to check
> this out. Its all freeware. Check under 'Tools'.
>
> Regards,
> Henk van Kampen
> www.mediatronix.com


Dear Henk,

Could you explain what we can do with your JTAG option ? Can we do
on-chip PicoBlaze debugging or ROM download ?

If yes, this is very interesting.

Actually, we are working on reconfigurable high speed automat machine.
We will try to use picoblaze as base. One automat will have about 10 to
100 picoblaze. The goal is to keep the speed and true multi-processing
achitechture of sequencial function.

Laurent
www.amontec.com

Reply With Quote
  #3 (permalink)  
Old 10-26-2003, 02:18 PM
Henk van Kampen
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

Dear Laurent:

> Could you explain what we can do with your JTAG option ? Can we do
> on-chip PicoBlaze debugging or ROM download ?


That is the idea. You can generate an SVF file by including in your
source file:
SVF "testjtag.svf"

It will generate an SVF file based on the specifications in the JTAG
tab of the settings dialog and your source. Since this is still in its
infance please let me know is this is useful or what to change/add.
Since your are an probably an expert on JTAG considering your
Chamelion product I welcome your advice.

> Actually, we are working on reconfigurable high speed automat machine.
> We will try to use picoblaze as base. One automat will have about 10 to
> 100 picoblaze. The goal is to keep the speed and true multi-processing
> achitechture of sequencial function.


Very interesting. You will, however, need a lot of blockrams. And with
the JTAG option you can not use two PB's with one blockram. By the
way, how do you want to let the PB's communicate? One of my own wishes
for pBlazIDE is to be able to simulate several PB's in cooperation.
This will need some for of inter I/O port, which needs to be simulated
and therefore some how specified. I also have used more than 1 PB in a
design and have them communicate but that was by some form of
dual-ported RAM. So let me know what your ideas are.

Henk van Kampen
www.mediatronix.com
Reply With Quote
  #4 (permalink)  
Old 10-28-2003, 09:52 AM
louis lin
Guest
 
Posts: n/a
Default Re: Picoblaze development tool


Thanks a lot for your effort.
I found my KCPSM source cannot pass the IDE asemble, but it had passed
the KCPSM.EXE of Xilinx and generated VHDL code for synthesis.
In my source, the "input sX, (sY)" instruction were reported as "?Closing".
Some labels ahead instructions were reported as "?Phasing", but some were OK. Why?
Besides, what's the difference between "open file" and "import file"?




"Henk van Kampen" <[email protected]> :[email protected] .
: Recently I have updated my Picoblaze (tm Xilinx) development tool
: pBlazIDE and added some documentation. Additionally I have published
: some example code and demonstration files. Please feel free to check
: this out. Its all freeware. Check under 'Tools'.
:
: Regards,
: Henk van Kampen
: www.mediatronix.com

Reply With Quote
  #5 (permalink)  
Old 10-28-2003, 02:24 PM
Henk van Kampen
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

> In my source, the "input sX, (sY)" instruction were reported as "?Closing".
> Some labels ahead instructions were reported as "?Phasing", but some were OK. Why?
> Besides, what's the difference between "open file" and "import file"?


pBlazIDE uses a somewhat different syntax than KCPSMBLE. You should
leave out the brackets around the second register. The INPUT opcode is
INP. You can find the opcodes and directives for pBLazIDE on the web
at www.mediatronix.com/pBlazIDE.htm.

?Phasing errors occur because of mismatches of labels between the 1st
and 2nd pass. They can occur when some instructions are accepted by
the 1st pass and not by the 2nd. Probably this is because of the
differences in opcodes as explained.

'open file' reads the file as is. 'import' file is meant to convert
the file while reading, from KCPSMBLE to pBlazeIDE syntax.

Regards,
Henk van Kampen
www.mediatronix.com
Reply With Quote
  #6 (permalink)  
Old 10-28-2003, 03:01 PM
Amontec Team, Laurent Gauch
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

Henk van Kampen wrote:
> Dear Laurent:
>
>
>>Could you explain what we can do with your JTAG option ? Can we do
>>on-chip PicoBlaze debugging or ROM download ?

>
>
> That is the idea. You can generate an SVF file by including in your
> source file:
> SVF "testjtag.svf"
>
> It will generate an SVF file based on the specifications in the JTAG
> tab of the settings dialog and your source. Since this is still in its
> infance please let me know is this is useful or what to change/add.
> Since your are an probably an expert on JTAG considering your
> Chamelion product I welcome your advice.
>


We are interested to do something in this way.
I will ask my Team about the idea to do a OCD (On-Chip Debug) solution
for the PicoBlaze.

We have a relative good knowledge about JTAG on Arm processor.
For the PicoBlaze, we have to add, in the PicoBlaze, a small register
bank for On-chip debug solution including breakpoint fsm and to read
back the PicoBlaze registry. We have naturally to think about the
possibility to chain multi-PicoBlaze boundary Scan together

Do you know if Xilinx have a support or source for On-chip debug
machanism on JTAG ... other way we will do that!

Then, we will use our new very low cost pockeTAG POD based USB to play
the JTAG TAP to accelerate the job.
And we will give you instructions for upgrade your software with our OCD
solution, to be able to mark the breakpoint and to execute the on-chip
debugging step.

Our new POD will be about $89.-, and can run JTAG trace at the same
speed that Cable IV (for download without verify, we are a better
datarate on the JTAG !) but it works over USB with the big advantage of
the power from USB, on MS and Linux. JTAG target can be 1V, 1.2V, 1.8V,
2.5V and 3.3V with 5V IOs tolerant! It can be a good solution for this
JOB too. A low cost On-chip debug solution for a free Picoblaze Processor!

>
>>Actually, we are working on reconfigurable high speed automat machine.
>>We will try to use picoblaze as base. One automat will have about 10 to
>>100 picoblaze. The goal is to keep the speed and true multi-processing
>>achitechture of sequencial function.

>
>
> Very interesting. You will, however, need a lot of blockrams. And with
> the JTAG option you can not use two PB's with one blockram. By the
> way, how do you want to let the PB's communicate? One of my own wishes
> for pBlazIDE is to be able to simulate several PB's in cooperation.
> This will need some for of inter I/O port, which needs to be simulated
> and therefore some how specified. I also have used more than 1 PB in a
> design and have them communicate but that was by some form of
> dual-ported RAM. So let me know what your ideas are.


Yes you right, and when I saw the SPARTAN-III architecture, I thinking
this was not a good idea. The RAM is bigger, but too much regrouped for
this JOB.

But for the first run we will do the job with 10 Picoblazes.

>
> Henk van Kampen
> www.mediatronix.com

Before, we have to contact Xilinx if they are interested or if that too
much for this small PicoBlaze.

Laurent Gauch
www.amontec.com



Reply With Quote
  #7 (permalink)  
Old 10-29-2003, 05:13 AM
louis lin
Guest
 
Posts: n/a
Default Re: Picoblaze development tool


Thank you very much for your reply.
After some modification, my program was able to pass the assemble and progressed
the simulation.
May I ask another stupid question: Where is the I/O panel? How can I invoke it
during simulation?

Best regards,
louis lin

"Henk van Kampen" <[email protected]> :[email protected] .
:
: pBlazIDE uses a somewhat different syntax than KCPSMBLE. You should
: leave out the brackets around the second register. The INPUT opcode is
: INP. You can find the opcodes and directives for pBLazIDE on the web
: at www.mediatronix.com/pBlazIDE.htm.
:
: ?Phasing errors occur because of mismatches of labels between the 1st
: and 2nd pass. They can occur when some instructions are accepted by
: the 1st pass and not by the 2nd. Probably this is because of the
: differences in opcodes as explained.
:
: 'open file' reads the file as is. 'import' file is meant to convert
: the file while reading, from KCPSMBLE to pBlazeIDE syntax.
:
: Regards,
: Henk van Kampen
: www.mediatronix.com

Reply With Quote
  #8 (permalink)  
Old 10-29-2003, 10:34 AM
Henk van Kampen
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

"louis lin" <[email protected]> wrote in message news:<[email protected]>...
> Thank you very much for your reply.
> After some modification, my program was able to pass the assemble and progressed
> the simulation.
> May I ask another stupid question: Where is the I/O panel? How can I invoke it
> during simulation?
>
> Best regards,
> louis lin
>
> "Henk van Kampen" <[email protected]> :[email protected] .
> :
> : pBlazIDE uses a somewhat different syntax than KCPSMBLE. You should
> : leave out the brackets around the second register. The INPUT opcode is
> : INP. You can find the opcodes and directives for pBLazIDE on the web
> : at www.mediatronix.com/pBlazIDE.htm.
> :
> : ?Phasing errors occur because of mismatches of labels between the 1st
> : and 2nd pass. They can occur when some instructions are accepted by
> : the 1st pass and not by the 2nd. Probably this is because of the
> : differences in opcodes as explained.
> :
> : 'open file' reads the file as is. 'import' file is meant to convert
> : the file while reading, from KCPSMBLE to pBlazeIDE syntax.
> :
> : Regards,
> : Henk van Kampen
> : www.mediatronix.com



Please have a look at the directives page at the web site. You should
use DSIN, DSOUT or DSIO to simulate I/O visually.

Henk van Kampen
www.mediatronix.com
Reply With Quote
  #9 (permalink)  
Old 11-01-2003, 02:40 AM
Pete Dudley
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

Henk

Thanks for the notice. Is there any chance you will have a C compiler
available for picoblaze?


"Henk van Kampen" <[email protected]> wrote in message
news:[email protected] om...
> Recently I have updated my Picoblaze (tm Xilinx) development tool
> pBlazIDE and added some documentation. Additionally I have published
> some example code and demonstration files. Please feel free to check
> this out. Its all freeware. Check under 'Tools'.
>
> Regards,
> Henk van Kampen
> www.mediatronix.com



Reply With Quote
  #10 (permalink)  
Old 11-02-2003, 02:48 PM
Henk van Kampen
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

"Pete Dudley" <[email protected]> wrote in message news:<[email protected]>...
> Henk
>
> Thanks for the notice. Is there any chance you will have a C compiler
> available for picoblaze?
>
>
> "Henk van Kampen" <[email protected]> wrote in message
> news:[email protected] om...
> > Recently I have updated my Picoblaze (tm Xilinx) development tool
> > pBlazIDE and added some documentation. Additionally I have published
> > some example code and demonstration files. Please feel free to check
> > this out. Its all freeware. Check under 'Tools'.
> >
> > Regards,
> > Henk van Kampen
> > www.mediatronix.com


Not likely since the architecture of Picoblaze is not compiler
friendly; it lacks a data stack which needs to be simulated or done by
registers but then there are to few of them. A kind of pseudo C with
control structures would be possible and can be useful, but this could
be done with macro's. May be in a future release.

Henk van Kampen
Reply With Quote
  #11 (permalink)  
Old 11-02-2003, 04:15 PM
Stephan Buchholz
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

Laurent:

Do you have a target date for the release of the USB based JTAG pod?
Also any specs on what it will support?

Steve Buchholz

"Amontec Team, Laurent Gauch" <[email protected]> wrote
in message news:[email protected]
> Henk van Kampen wrote:
> > Dear Laurent:
> >
> >
> >>Could you explain what we can do with your JTAG option ? Can we do
> >>on-chip PicoBlaze debugging or ROM download ?

> >
> >
> > That is the idea. You can generate an SVF file by including in your
> > source file:
> > SVF "testjtag.svf"
> >
> > It will generate an SVF file based on the specifications in the JTAG
> > tab of the settings dialog and your source. Since this is still in its
> > infance please let me know is this is useful or what to change/add.
> > Since your are an probably an expert on JTAG considering your
> > Chamelion product I welcome your advice.
> >

>
> We are interested to do something in this way.
> I will ask my Team about the idea to do a OCD (On-Chip Debug) solution
> for the PicoBlaze.
>
> We have a relative good knowledge about JTAG on Arm processor.
> For the PicoBlaze, we have to add, in the PicoBlaze, a small register
> bank for On-chip debug solution including breakpoint fsm and to read
> back the PicoBlaze registry. We have naturally to think about the
> possibility to chain multi-PicoBlaze boundary Scan together
>
> Do you know if Xilinx have a support or source for On-chip debug
> machanism on JTAG ... other way we will do that!
>
> Then, we will use our new very low cost pockeTAG POD based USB to play
> the JTAG TAP to accelerate the job.
> And we will give you instructions for upgrade your software with our OCD
> solution, to be able to mark the breakpoint and to execute the on-chip
> debugging step.
>
> Our new POD will be about $89.-, and can run JTAG trace at the same
> speed that Cable IV (for download without verify, we are a better
> datarate on the JTAG !) but it works over USB with the big advantage of
> the power from USB, on MS and Linux. JTAG target can be 1V, 1.2V, 1.8V,
> 2.5V and 3.3V with 5V IOs tolerant! It can be a good solution for this
> JOB too. A low cost On-chip debug solution for a free Picoblaze Processor!
>
> >
> >>Actually, we are working on reconfigurable high speed automat machine.
> >>We will try to use picoblaze as base. One automat will have about 10 to
> >>100 picoblaze. The goal is to keep the speed and true multi-processing
> >>achitechture of sequencial function.

> >
> >
> > Very interesting. You will, however, need a lot of blockrams. And with
> > the JTAG option you can not use two PB's with one blockram. By the
> > way, how do you want to let the PB's communicate? One of my own wishes
> > for pBlazIDE is to be able to simulate several PB's in cooperation.
> > This will need some for of inter I/O port, which needs to be simulated
> > and therefore some how specified. I also have used more than 1 PB in a
> > design and have them communicate but that was by some form of
> > dual-ported RAM. So let me know what your ideas are.

>
> Yes you right, and when I saw the SPARTAN-III architecture, I thinking
> this was not a good idea. The RAM is bigger, but too much regrouped for
> this JOB.
>
> But for the first run we will do the job with 10 Picoblazes.
>
> >
> > Henk van Kampen
> > www.mediatronix.com

> Before, we have to contact Xilinx if they are interested or if that too
> much for this small PicoBlaze.
>
> Laurent Gauch
> www.amontec.com
>
>
>



Reply With Quote
  #12 (permalink)  
Old 11-03-2003, 02:47 PM
Amontec Team, Laurent Gauch
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

Steve,

It will support
- all Xilinx components, FPGA CPLD EEPROM FLASH configuration over JTAG
(programm + verify, with X devices on the JTAG chain)
- FPGA configuration SLAVE SERIAL MODE
- True I2C generic port for onboard I2C-EEPROM configuration and other
I2C-chip configuration.

We will add more features in the future.

I will do notification on the begin of 2004 when our pockeTAG is ready
to use and buy.

Laurent
www.amontec.com


Stephan Buchholz wrote:
> Laurent:
>
> Do you have a target date for the release of the USB based JTAG pod?
> Also any specs on what it will support?
>
> Steve Buchholz
>
> "Amontec Team, Laurent Gauch" <[email protected]> wrote
> in message news:[email protected]
>
>>Henk van Kampen wrote:
>>
>>>Dear Laurent:
>>>
>>>
>>>
>>>>Could you explain what we can do with your JTAG option ? Can we do
>>>>on-chip PicoBlaze debugging or ROM download ?
>>>
>>>
>>>That is the idea. You can generate an SVF file by including in your
>>>source file:
>>> SVF "testjtag.svf"
>>>
>>>It will generate an SVF file based on the specifications in the JTAG
>>>tab of the settings dialog and your source. Since this is still in its
>>>infance please let me know is this is useful or what to change/add.
>>>Since your are an probably an expert on JTAG considering your
>>>Chamelion product I welcome your advice.
>>>

>>
>>We are interested to do something in this way.
>>I will ask my Team about the idea to do a OCD (On-Chip Debug) solution
>>for the PicoBlaze.
>>
>>We have a relative good knowledge about JTAG on Arm processor.
>>For the PicoBlaze, we have to add, in the PicoBlaze, a small register
>>bank for On-chip debug solution including breakpoint fsm and to read
>>back the PicoBlaze registry. We have naturally to think about the
>>possibility to chain multi-PicoBlaze boundary Scan together
>>
>>Do you know if Xilinx have a support or source for On-chip debug
>>machanism on JTAG ... other way we will do that!
>>
>>Then, we will use our new very low cost pockeTAG POD based USB to play
>>the JTAG TAP to accelerate the job.
>>And we will give you instructions for upgrade your software with our OCD
>>solution, to be able to mark the breakpoint and to execute the on-chip
>>debugging step.
>>
>>Our new POD will be about $89.-, and can run JTAG trace at the same
>>speed that Cable IV (for download without verify, we are a better
>>datarate on the JTAG !) but it works over USB with the big advantage of
>>the power from USB, on MS and Linux. JTAG target can be 1V, 1.2V, 1.8V,
>>2.5V and 3.3V with 5V IOs tolerant! It can be a good solution for this
>>JOB too. A low cost On-chip debug solution for a free Picoblaze Processor!
>>
>>
>>>>Actually, we are working on reconfigurable high speed automat machine.
>>>>We will try to use picoblaze as base. One automat will have about 10 to
>>>>100 picoblaze. The goal is to keep the speed and true multi-processing
>>>>achitechture of sequencial function.
>>>
>>>
>>>Very interesting. You will, however, need a lot of blockrams. And with
>>>the JTAG option you can not use two PB's with one blockram. By the
>>>way, how do you want to let the PB's communicate? One of my own wishes
>>>for pBlazIDE is to be able to simulate several PB's in cooperation.
>>>This will need some for of inter I/O port, which needs to be simulated
>>>and therefore some how specified. I also have used more than 1 PB in a
>>>design and have them communicate but that was by some form of
>>>dual-ported RAM. So let me know what your ideas are.

>>
>>Yes you right, and when I saw the SPARTAN-III architecture, I thinking
>>this was not a good idea. The RAM is bigger, but too much regrouped for
>>this JOB.
>>
>>But for the first run we will do the job with 10 Picoblazes.
>>
>>
>>>Henk van Kampen
>>>www.mediatronix.com

>>
>>Before, we have to contact Xilinx if they are interested or if that too
>>much for this small PicoBlaze.
>>
>>Laurent Gauch
>>www.amontec.com
>>
>>
>>

>
>
>


Reply With Quote
  #13 (permalink)  
Old 11-03-2003, 02:49 PM
Amontec Team, Laurent Gauch
Guest
 
Posts: n/a
Default Re: Picoblaze development tool

Steve,

It will support
- all Xilinx components, FPGA CPLD EEPROM FLASH configuration over JTAG
(programm + verify, with X devices on the JTAG chain)
- FPGA configuration SLAVE SERIAL MODE
- True I2C generic port for onboard I2C-EEPROM configuration and other
I2C-chip configuration.

We will add more features in the future.

I will do notification on the begin of 2004 when our pockeTAG is ready
to use and buy.

Laurent
www.amontec.com


Stephan Buchholz wrote:
> Laurent:
>
> Do you have a target date for the release of the USB based JTAG pod?
> Also any specs on what it will support?
>
> Steve Buchholz
>
> "Amontec Team, Laurent Gauch" <[email protected]> wrote
> in message news:[email protected]
>
>>Henk van Kampen wrote:
>>
>>>Dear Laurent:
>>>
>>>
>>>
>>>>Could you explain what we can do with your JTAG option ? Can we do
>>>>on-chip PicoBlaze debugging or ROM download ?
>>>
>>>
>>>That is the idea. You can generate an SVF file by including in your
>>>source file:
>>> SVF "testjtag.svf"
>>>
>>>It will generate an SVF file based on the specifications in the JTAG
>>>tab of the settings dialog and your source. Since this is still in its
>>>infance please let me know is this is useful or what to change/add.
>>>Since your are an probably an expert on JTAG considering your
>>>Chamelion product I welcome your advice.
>>>

>>
>>We are interested to do something in this way.
>>I will ask my Team about the idea to do a OCD (On-Chip Debug) solution
>>for the PicoBlaze.
>>
>>We have a relative good knowledge about JTAG on Arm processor.
>>For the PicoBlaze, we have to add, in the PicoBlaze, a small register
>>bank for On-chip debug solution including breakpoint fsm and to read
>>back the PicoBlaze registry. We have naturally to think about the
>>possibility to chain multi-PicoBlaze boundary Scan together
>>
>>Do you know if Xilinx have a support or source for On-chip debug
>>machanism on JTAG ... other way we will do that!
>>
>>Then, we will use our new very low cost pockeTAG POD based USB to play
>>the JTAG TAP to accelerate the job.
>>And we will give you instructions for upgrade your software with our OCD
>>solution, to be able to mark the breakpoint and to execute the on-chip
>>debugging step.
>>
>>Our new POD will be about $89.-, and can run JTAG trace at the same
>>speed that Cable IV (for download without verify, we are a better
>>datarate on the JTAG !) but it works over USB with the big advantage of
>>the power from USB, on MS and Linux. JTAG target can be 1V, 1.2V, 1.8V,
>>2.5V and 3.3V with 5V IOs tolerant! It can be a good solution for this
>>JOB too. A low cost On-chip debug solution for a free Picoblaze Processor!
>>
>>
>>>>Actually, we are working on reconfigurable high speed automat machine.
>>>>We will try to use picoblaze as base. One automat will have about 10 to
>>>>100 picoblaze. The goal is to keep the speed and true multi-processing
>>>>achitechture of sequencial function.
>>>
>>>
>>>Very interesting. You will, however, need a lot of blockrams. And with
>>>the JTAG option you can not use two PB's with one blockram. By the
>>>way, how do you want to let the PB's communicate? One of my own wishes
>>>for pBlazIDE is to be able to simulate several PB's in cooperation.
>>>This will need some for of inter I/O port, which needs to be simulated
>>>and therefore some how specified. I also have used more than 1 PB in a
>>>design and have them communicate but that was by some form of
>>>dual-ported RAM. So let me know what your ideas are.

>>
>>Yes you right, and when I saw the SPARTAN-III architecture, I thinking
>>this was not a good idea. The RAM is bigger, but too much regrouped for
>>this JOB.
>>
>>But for the first run we will do the job with 10 Picoblazes.
>>
>>
>>>Henk van Kampen
>>>www.mediatronix.com

>>
>>Before, we have to contact Xilinx if they are interested or if that too
>>much for this small PicoBlaze.
>>
>>Laurent Gauch
>>www.amontec.com
>>
>>
>>

>
>
>



Reply With Quote
  #14 (permalink)  
Old 11-05-2003, 11:18 AM
Alex Gibson
Guest
 
Posts: n/a
Default Re: Picoblaze development tool


"Amontec Team, Laurent Gauch" <[email protected]> wrote in message news:[email protected]
> Steve,
>
> It will support
> - all Xilinx components, FPGA CPLD EEPROM FLASH configuration over JTAG
> (programm + verify, with X devices on the JTAG chain)
> - FPGA configuration SLAVE SERIAL MODE
> - True I2C generic port for onboard I2C-EEPROM configuration and other
> I2C-chip configuration.
>
> We will add more features in the future.
>
> I will do notification on the begin of 2004 when our pockeTAG is ready
> to use and buy.
>
> Laurent
> www.amontec.com
>


Not just windows based hopefully ?
How about linux support as well ?

Alex
Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 08:52 PM.


Powered by vBulletin® Version 3.8.0
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0
Copyright 2008 @ FPGA Central. All rights reserved