Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarAprMayJunJulAugSepOctNovDec2017
2018JanFebMarAprMayJunJulAugSepOctNovDec2018
2019JanFebMarAprMayJunJulAugSepOctNovDec2019
2020JanFebMarAprMay2020

Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Custom Search

Messages from 122875

Article: 122875
Subject: Re: spartan3 picoblaze how to make .bmm file work
From: svenand <svenand@comhem.se>
Date: Thu, 09 Aug 2007 02:08:20 -0700
Links: << >>  << T >>  << A >>
I don't know if this helps but I used Simgen to generate the bmm file
for MicroBlaze.
See my blog: http://svenand.blogdrive.com/archive/68.html

Sven


Article: 122876
Subject: Re: High Speed ADC
From: "comp.arch.fpga" <ksulimma@googlemail.com>
Date: Thu, 09 Aug 2007 09:08:37 -0000
Links: << >>  << T >>  << A >>
On 9 Aug., 02:03, Clement <cjose...@gmail.com> wrote:
> Hi all:
>
> I am trying to reconstruct a periodic exponential signal curve. The
> signal is in the order of 10-20mV. The total length of this curve is
> 100ns. Even though the total length is 100ns, the peak bandwidth of
> the signal maybe in the order of 100MHz. I thought about getting only
> one data point for each period and delay the sampling instance and
> collect further points (similar to time-interleaved sampling). I have
> a programmable delay line, which can produce delays in the multiples
> of 200ps. The goal is to reconstruct the signal curve, no matter how
> slow the reconstruction is.

You do not need a delay line. Just chose the period of your signal and
your sampling frequency appropriately.
For example if you sample with a 101ns period you get 1GHz equivalent
time sampling because you hit your signal at relative position t, t
+1ns, t+2ns, ...

Kolja Sulimma


Article: 122877
Subject: Re: secure interfacing between an fpga and a connected device
From: Colin Paul Gloster <Colin_Paul_Gloster@ACM.org>
Date: 9 Aug 2007 10:07:48 GMT
Links: << >>  << T >>  << A >>
In news:1186646265.701788.284950@q3g2000prf.googlegroups.com
timestamped Thu, 09 Aug 2007 07:57:45 -0000,
fpgabuilder <fpgabuilder-groups@yahoo.com> posted:
|----------------------------------------------------------------------|
|"I have -                                                             |
|                                                                      |
|MY_FPGA <--parallel bus--> DEVICE                                     |
|                                                                      |
|I want to make it so that the DEVICE operates only if MY_FPGA is      |
|connected to it.  I need to make this connection secure enough to pass|
|Military Export controls.  [..]"                                      |
|----------------------------------------------------------------------|

No thing can exist such that it is secure.

Article: 122878
Subject: Re: Xilinx Webpack 9.1: How do I export a netlist to another project?
From: "jacobusn@xilinx.com" <naude.jaco@gmail.com>
Date: Thu, 09 Aug 2007 10:11:27 -0000
Links: << >>  << T >>  << A >>
You are confused with the design flow in ISE.

HDL gets turned into a netlist using XST. Once you have a netlist you
can't synthesize it again. It's better to set the top level to HDL and
instantiate your core/netlist in the HDL code if you want to test it.


Article: 122879
Subject: Re: New Xilinx forum.
From: Colin Paul Gloster <Colin_Paul_Gloster@ACM.org>
Date: 9 Aug 2007 10:18:11 GMT
Links: << >>  << T >>  << A >>
In news:1186594403.794741.205010@x40g2000prg.googlegroups.com
timestamped Wed, 08 Aug 2007 17:33:23 -0000, kempaj@yahoo.com posted:
|----------------------------------------------------------------------------|
|"[..]                                                                       |
|                                                                            |
|There is a great deal of functionality that a modern web based forum        |
|can provide that leaves usenet in the dust anyways. For example, being      |
|able to freely host design files showing an example, screen shot of a       |
|problem, etc.; things usenet will ultimately die off to. [..]               |
|                                                                            |
|Jesse Kempa                                                                 |
|Altera"                                                                     |
|----------------------------------------------------------------------------|

It is possible to attach screenshots to newsgroup posts.

Regards,
Colin Paul Gloster

Article: 122880
Subject: Re: SDR SDRAM controller for Xilinx Spartan-3E
From: Guru <ales.gorkic@email.si>
Date: Thu, 09 Aug 2007 03:24:32 -0700
Links: << >>  << T >>  << A >>

> Has anybody tried the new version of the Multi Port Memory Controller ?
The new version is about the same as the fist one.

The MPMC2 is a very powerful architecture available for a couple of
years. The problem is that it supports only DDR or DDR2 and is NOT
just a few clicks to get it running.

Guru


Article: 122881
Subject: Re: Write of 64 from PowerPC to my IP conected to the PLB?
From: Guru <ales.gorkic@email.si>
Date: Thu, 09 Aug 2007 03:29:07 -0700
Links: << >>  << T >>  << A >>
On Aug 8, 7:12 pm, ferorcue <le_m...@hotmail.com> wrote:
> Hello, I have designed a IP Slave connected to the PLB bus.
> My IP Slave to the PLB is a Bus bridge which connect the PLB to
> another Bus and a Coprocessor connected to this other Bus. My second
> bus allow transfer of 64 bits and there is a DMA conected to this bus.
> I want to write to data of 64 bits to the addres 0x2000 and 0x2001,
> the addres of the DMA. If I write this data the DMA start to work and
> copy from a memory to a Bram conected to the plb in the memory addres
> FF000000
>
> I need to transfer these data:
> addr= 0x00002000 data=0x00000000FF000000   // source (bram) in the
> second bus and Destination (bram in the plb)
> addr= 0x00002001 data=0x0000000100000005   //start data and Frame
> relay ( a burst of 5 double words stored previously in the bram of the
> second bus)
>
> I want to do it from the PowerPC, that means I have to create a C
> program to do it. The drivers created for Xilinxs Platform Studio make
> transaction of 32 bits. They make also transaction of a Struct of 64
> bits, with lower and Upper part. This transaction takes place in two
> operations. First copy to addr 0x00002000 the data 0x00000000 00000000
> and with a BE byte enable to choose only the first 32 bits and write
> to the address 0x2004 of the data 0x FF000000 FF000000. with byte
> enable. But this is not the operation that I need to run the DMA.
>
> Have someone any idea?
>
> I saw this information in this forum, that was written in 2006, I
> would like to know if one year later have someone a solution. Thank
> you
>
> Question:
> I have a piece of IP that acts as a slave on the PLB.  I would like
> writes to this IP to be 64bits, while reads from it are OK at 32bits.
> The sample driver that was generated by the IP wizard gives functions
> for reads/writes or 32 bits as expected (by mapping them to
> XIo_In/Out32).  Do I need to do writes in two transfers?  If not, how
> do I write 64bits?   I've looked over the PPC 405 Block Reference
> Guide
> and it seems that it should be possible to read/write 64 bits all at
> once just by virtue of having that wide of a bus coming in and out of
> the block.  The cacheline transfers are discussed in that document as
> possibly being doublewords. I am a bit confused by all of this (if
> that
> wasn't clear already).  I would probably be able to find my answer
> after a good deal of time/pain, but hopefully someone out there can
> clarify things a little for me.  Just knowing if it was possible or
> not
> for a user program to do the 64bit write would help me move forward.
> I'd appreciate any clarification and/or pointers to relevant
> documentation.  I can provide more info about my design or my
> confusion
> if it is useful.
> Answer:
> The fundamental limitation here is that the PowerPC-405 is a 32-bit
> core. So
> there are no instructions to load/store 64 bits of data at a time as
> an
> atomic unit. So from the processor core's perspective, you have to do
> two
> 32-bit stores. (The XIo_In and XIo_Out functions are basically just a
> wrapper around load/store instructions, but with an added "eieio" to
> make
> sure the operations don't get re-ordered by the hardware.)
> As you say, the PLB is in fact capable of doing multi-word transfers,
> and is
> wide enough to do 64-bit transfers in a single data beat. However,
> aside
> from enabling this functionality in the first place, the prWocessor
> has no
> control over whether this actually occurs.
> Without having done any experiments, my gut feeling is that using two
> calls
> to XIo_Out() back to back will not result in a 64-bit transfer,
> because of
> these "eieio"s. Your best bet is probably to try something like:
> typedef unsigned long long bits64;
> volatile bits64 *my_reg = (volatile bits64 *)(REG_ADDRESS);
> *my_reg = some_value;
> ...and then watch the bus and see what happens.
> Hope that helps, or least makes sense... :)
>
> typedef unsigned long long My_Xuint64 ;
> I tried with this, but the result is the same.
>     volatile My_Xuint64 *my_reg = (volatile My_Xuint64 *)
> (XPAR_P2O_0_BASEADDR);
>       *my_reg = 0x0000000100000002;
>
> I get a warning which says that the value is too big for a "long"
> type, but I defined it like a long long. I do not. I am also confused
> like the other guy.

Alan is right: 64 bit transactions are out of the question. Remodify
your DMA to integrate 32/64 MUX. Your idea might work in MPMC2
architecture on 64bit NPI port.

Guru


Article: 122882
Subject: Re: Xilinx Webpack 9.1: How do I export a netlist to another project?
From: Brian Drummond <brian_drummond@btconnect.com>
Date: Thu, 09 Aug 2007 12:09:33 +0100
Links: << >>  << T >>  << A >>
On Thu, 09 Aug 2007 10:11:27 -0000, "jacobusn@xilinx.com"
<naude.jaco@gmail.com> wrote:

>You are confused with the design flow in ISE.
>
>HDL gets turned into a netlist using XST. Once you have a netlist you
>can't synthesize it again. It's better to set the top level to HDL and
>instantiate your core/netlist in the HDL code if you want to test it.

You can also set a "black-box" attribute to the instance of the core in
the top-level design. Then XST will not worry about it.

The back end tools (Translate/Map/PAR) need to be able to find the NGC
file; either in the project directory or via a search path.

- Brian

Article: 122883
Subject: Re: secure interfacing between an fpga and a connected device
From: "Sylvain Munaut <SomeOne@SomeDomain.com>" <246tnt@gmail.com>
Date: Thu, 09 Aug 2007 13:37:00 -0000
Links: << >>  << T >>  << A >>
On Aug 9, 12:07 pm, Colin Paul Gloster <Colin_Paul_Glos...@ACM.org>
wrote:
> Innews:1186646265.701788.284950@q3g2000prf.googlegroups.com
> timestamped Thu, 09 Aug 2007 07:57:45 -0000,
> fpgabuilder <fpgabuilder-gro...@yahoo.com> posted:
> |----------------------------------------------------------------------|
> |"I have -                                                             |
> |                                                                      |
> |MY_FPGA <--parallel bus--> DEVICE                                     |
> |                                                                      |
> |I want to make it so that the DEVICE operates only if MY_FPGA is      |
> |connected to it.  I need to make this connection secure enough to pass|
> |Military Export controls.  [..]"                                      |
> |----------------------------------------------------------------------|
>
> No thing can exist such that it is secure.

It depends of the DEVICE ...
But if it has some secure memory (i.e. protected against attacks), you
could store a key in it. Then, don't take any key, but a key derivated
from a PUF from MY_FPGA. So that the key isn't present in the FPGA
bitstream itself.

That will make the key unique per board ...


  Sylvain



Article: 122884
Subject: Re: Write of 64 from PowerPC to my IP conected to the PLB?
From: "comp.arch.fpga" <ksulimma@googlemail.com>
Date: Thu, 09 Aug 2007 14:29:43 -0000
Links: << >>  << T >>  << A >>
On 9 Aug., 02:04, Alan Nishioka <a...@nishioka.com> wrote:
> As the answer you provided in your post says, you can't generate a 64
> bit access from the 32 bit powerpc core.
>
> The data cache or the instruction cache can but you can't.

Yep. Even the "lmw" and "stmw" instructions use seperate 32-bit
accesses.

Kolja Sulimma


Article: 122885
Subject: Re: spartan3 picoblaze how to make .bmm file work
From: bart@vandeenensupport-com.invalid (Bart van Deenen)
Date: Thu, 9 Aug 2007 16:30:58 +0200
Links: << >>  << T >>  << A >>
svenand <svenand@comhem.se> wrote:
> See my blog: http://svenand.blogdrive.com/archive/68.html

Hi Sven

thanks for the great series. Unfortunately I only have the ISE
environment, and I don't (think I) have the simgen tool. 

What surprises me most is the error message that the code segment
occupies from 0x0 to 0x9ff, whereas the mem file is really only 1024
lines of data, each being 5 nibbles,
line# 
1     @00000000
2     00000
3     2E004
4     2C080
...
1025  340FD

That is funny, the 0xA00 is the number of bytes in the 1024 lines of 20
bits. So it doesn't realize those things are 18 bit words!

I hope someone comes up with the answer.

Thanks for thinking with me.

Bart

Article: 122886
Subject: Re: secure interfacing between an fpga and a connected device
From: fpgabuilder <fpgabuilder-groups@yahoo.com>
Date: Thu, 09 Aug 2007 14:37:14 -0000
Links: << >>  << T >>  << A >>
On Aug 9, 6:37 am, "Sylvain Munaut <Some...@SomeDomain.com>"
<246...@gmail.com> wrote:
> On Aug 9, 12:07 pm, Colin Paul Gloster <Colin_Paul_Glos...@ACM.org>
> wrote:
>
> > Innews:1186646265.701788.284950@q3g2000prf.googlegroups.com
> > timestamped Thu, 09 Aug 2007 07:57:45 -0000,
> > fpgabuilder <fpgabuilder-gro...@yahoo.com> posted:
> > |----------------------------------------------------------------------|
> > |"I have -                                                             |
> > |                                                                      |
> > |MY_FPGA <--parallel bus--> DEVICE                                     |
> > |                                                                      |
> > |I want to make it so that the DEVICE operates only if MY_FPGA is      |
> > |connected to it.  I need to make this connection secure enough to pass|
> > |Military Export controls.  [..]"                                      |
> > |----------------------------------------------------------------------|
>
> > No thing can exist such that it is secure.
>
> It depends of the DEVICE ...
> But if it has some secure memory (i.e. protected against attacks), you
> could store a key in it. Then, don't take any key, but a key derivated
> from a PUF from MY_FPGA. So that the key isn't present in the FPGA
> bitstream itself.
>
> That will make the key unique per board ...
>
>   Sylvain

Thanks Sylvain.

Actually, the FPGA bit-stream is protected by AES.  But my problem is
that I want to make the system such that the DEVICE would recognize
that MY_FPGA is connected to it.  The problems I face are -
1. Someone can snoop the wires and replicate the same key as MY_FPGA
writes to the DEVICE.
2. DEVICE is an asic.  I do not know what challenges are in putting a
non-volatile secured memory into a standard CMOS asic.

-sanjay


Article: 122887
Subject: got it!
From: bart@vandeenensupport-com.invalid (Bart van Deenen)
Date: Thu, 9 Aug 2007 16:44:40 +0200
Links: << >>  << T >>  << A >>
I got it!!!!

xilinx answer database nr 21460 helped me. The correct bmm file is

ADDRESS_SPACE ram RAMB18 INDEX_ADDRESSING [0x00000000:0x000003FF]
        BUS_BLOCK
                top/ram/program_rom/ram_1024_x_18_1 [17:0] LOC = X0Y0;
        END_BUS_BLOCK;
END_ADDRESS_SPACE;      

It's probably the INDEX_ADDRESSING tag, but I don't really care, I'm in
business now. I'll figure out the fine details later.


I'm a really experienced programmer and electronics designer, but this
journey into fpga land is steep!!! I love it :-)

Bart

Article: 122888
Subject: Reset and DCM
From: danielgutierrezcastro@hotmail.com
Date: Thu, 09 Aug 2007 08:02:27 -0700
Links: << >>  << T >>  << A >>
Hello all,
I'm working on a FPGA design that runs in board with a Virtex-II that
doesn't have any reset signal. I have some doubts about this.

On one side, It is supposed that everthing in the FPGA is clear after
power up by GSR (please advise me if I'm confused). In this sense, I
have read a paper wrote by Ken Chapman in TechXclusives that says that
global reset is not needed in FPGAs.

On the other side, "Virtex-II Platform FPGA User Guide" says that GSR
doesn't affect to SelectRAMs and shift registers and I have some
doubts about DCMs as they should have an asynchronous reset.

So my questions are:
  1. Can I use GSR as asynchronous global reset (including DCM)? If
not, suggestions are welcome.
  2. Is it better that I leave DCM RST to 0?

Regards,
Daniel Gutierrez


Article: 122889
Subject: Re: High Speed ADC
From: Joe <cjoseph2@gmail.com>
Date: Thu, 09 Aug 2007 08:39:39 -0700
Links: << >>  << T >>  << A >>
On Aug 9, 4:08 am, "comp.arch.fpga" <ksuli...@googlemail.com> wrote:
> On 9 Aug., 02:03, Clement <cjose...@gmail.com> wrote:
>
> > Hi all:
>
> > I am trying to reconstruct a periodic exponential signal curve. The
> > signal is in the order of 10-20mV. The total length of this curve is
> > 100ns. Even though the total length is 100ns, the peak bandwidth of
> > the signal maybe in the order of 100MHz. I thought about getting only
> > one data point for each period and delay the sampling instance and
> > collect further points (similar to time-interleaved sampling). I have
> > a programmable delay line, which can produce delays in the multiples
> > of 200ps. The goal is to reconstruct the signal curve, no matter how
> > slow the reconstruction is.
>
> You do not need a delay line. Just chose the period of your signal and
> your sampling frequency appropriately.
> For example if you sample with a 101ns period you get 1GHz equivalent
> time sampling because you hit your signal at relative position t, t
> +1ns, t+2ns, ...
>
> Kolja Sulimma

The reason for my chosing the delay line was to use the same clock
pulse which is used to generate the source (producing the periodic
exponential signal).

But I think your suggestion looks good. I can as well use two
independent clocks. Is there any place where I can buy two clocks
integrated in one package, which start pulsing at the same instant but
with slightly different periods (for example, 100ns and 101ns)??

Is there any other considerations to be taken care of?? Any suggestion
on ADC or FPGA board selection??

Your help is greatly appreciated.


Thanks,
Joe


Article: 122890
Subject: Re: Reset and DCM
From: austin <austin@xilinx.com>
Date: Thu, 09 Aug 2007 08:47:03 -0700
Links: << >>  << T >>  << A >>
Daniel,

Lots of questions here, let me see if I can help.

-snip-

> On one side, It is supposed that everything in the FPGA is clear after
> power up by GSR (please advise me if I'm confused).

Not exactly true.  GSR (global set, reset) places a value in each and
every CLB DFF based on the programming of the bitstream.  If you
implemented a flip flop, and you had it starting out as a '1', then
asserting GSR puts all of the flip flops into the state you told it to
start at.

 In this sense, I
> have read a paper wrote by Ken Chapman in TechXclusives that says that
> global reset is not needed in FPGAs.

That is true, but read on....

> On the other side, "Virtex-II Platform FPGA User Guide" says that GSR
> doesn't affect to SelectRAMs and shift registers and I have some
> doubts about DCMs as they should have an asynchronous reset.

That is correct:  GSR ONLY affects CLB DFF state.

So if it only affects DFF's, then it does not affect anything else.
That is everything else.

> So my questions are:
>   1. Can I use GSR as asynchronous global reset (including DCM)?

No, GSR only affects DFF state.  There are applications notes which
detail the use of a SRL16 to reset the DCM after startup.

http://www.xilinx.com/xlnx/xil_ans_display.jsp?iCountryID=1&iLanguageID=1&getPagePath=18181&BV_SessionID=@@@@1702440645.1186674189@@@@&BV_EngineID=cccfaddljeikmilcefeceihdffhdfjf.0
or
http://tinyurl.com/2g5uc5

details the solution, as well as cascading rules.  Just because the
reset for the DCM is 'asynchronous', does not imply you can not use a
signal synchronous with CLKIN!  That works just as well, also!

Austin

Article: 122891
Subject: Re: Reset and DCM
From: Barry <barry374@gmail.com>
Date: Thu, 09 Aug 2007 09:10:02 -0700
Links: << >>  << T >>  << A >>
On Aug 9, 8:47 am, austin <aus...@xilinx.com> wrote:
> Daniel,
>
> Lots of questions here, let me see if I can help.
>
> -snip-
>
> > On one side, It is supposed that everything in the FPGA is clear after
> > power up by GSR (please advise me if I'm confused).
>
> Not exactly true.  GSR (global set, reset) places a value in each and
> every CLB DFF based on the programming of the bitstream.  If you
> implemented a flip flop, and you had it starting out as a '1', then
> asserting GSR puts all of the flip flops into the state you told it to
> start at.
>
>  In this sense, I
>
> > have read a paper wrote by Ken Chapman in TechXclusives that says that
> > global reset is not needed in FPGAs.
>
> That is true, but read on....
>
> > On the other side, "Virtex-II Platform FPGA User Guide" says that GSR
> > doesn't affect to SelectRAMs and shift registers and I have some
> > doubts about DCMs as they should have an asynchronous reset.
>
> That is correct:  GSR ONLY affects CLB DFF state.
>
> So if it only affects DFF's, then it does not affect anything else.
> That is everything else.
>
> > So my questions are:
> >   1. Can I use GSR as asynchronous global reset (including DCM)?
>
> No, GSR only affects DFF state.  There are applications notes which
> detail the use of a SRL16 to reset the DCM after startup.
>
> http://www.xilinx.com/xlnx/xil_ans_display.jsp?iCountryID=1&iLanguage...
> orhttp://tinyurl.com/2g5uc5
>
> details the solution, as well as cascading rules.  Just because the
> reset for the DCM is 'asynchronous', does not imply you can not use a
> signal synchronous with CLKIN!  That works just as well, also!
>
> Austin

In my designs, the input clock has been present before configuration
completes, so I have never bothered to reset DCMs.  If it's necessary,
I believe you can set the STARTUP_WAIT attribute on your DCM and then
set a bitgen option called LCK_cycle so that startup is delayed until
the DCM is locked.  Details in your Xilinx user guide and software
manuals.

Barry


Article: 122892
Subject: Re: New Xilinx forum.
From: KJ <Kevin.Jennings@Unisys.com>
Date: Thu, 09 Aug 2007 09:34:48 -0700
Links: << >>  << T >>  << A >>
On Aug 8, 10:54 am, austin <aus...@xilinx.com> wrote:
> Perhaps,
>
> But, if the policy is that no Xilinx employee should be communicating in
> any pubic forum without permission and review, why bother?
Freudian slip there on the type of forum that the Xilinx employees
need permission for.....but a funny one none the less.

>
> Creating a non-public forum may have benefit.
>
> Austin
It's probably best left to the lawyers, but I don't think Xilinx
ownership of the forum which they then invite non-Xilinx employees to
join would constitute a 'non-public forum' without those non-X people
signing a non-disclosure agreement.  Bottom line is that I think the X
forum is still most likely a 'public forum' and the X employees
probably should still treat it as such from the standpoint of possible
dismissal from the company.

KJ


Article: 122893
Subject: Re: New Xilinx forum.
From: Mike Treseler <mike_treseler@comcast.net>
Date: Thu, 09 Aug 2007 09:43:50 -0700
Links: << >>  << T >>  << A >>
Colin Paul Gloster wrote:

> It is possible to attach screenshots to newsgroup posts.

However, non-text attachments are filtered
from usenet exchanges. An http reference to
a graphics file works because it is a text
pointer.

         -- Mike Treseler

Article: 122894
Subject: Re: New Xilinx forum.
From: Peter Alfke <peter@xilinx.com>
Date: Thu, 09 Aug 2007 09:53:41 -0700
Links: << >>  << T >>  << A >>
On Aug 9, 9:34 am, KJ <Kevin.Jenni...@Unisys.com> wrote:
>>
> It's probably best left to the lawyers, but I don't think Xilinx
> ownership of the forum which they then invite non-Xilinx employees to
> join would constitute a 'non-public forum' without those non-X people
> signing a non-disclosure agreement.  Bottom line is that I think the X
> forum is still most likely a 'public forum' and the X employees
> probably should still treat it as such from the standpoint of possible
> dismissal from the company.
>  KJ

I have posted several thousand times in this newsgroup;
I have never asked Xilinx management or lawyers for permission;
I have never been reprimanded either.

It all boils down to having a sense of responsibility plus some common
sense.
"The first thing we do, let's kill all the lawyers". - (The Bard,
Henry VI, Act IV, Scene II).
Peter Alfke



Article: 122895
Subject: SystemACE, xilfatfs and feof()
From: Philip Potter <pgp@removethis.doc.ic.ac.uk>
Date: Thu, 09 Aug 2007 18:09:37 +0100
Links: << >>  << T >>  << A >>
Hi all,

I'm doing a project with a Xilinx University Project Virtex-II Pro 
board. For this I'm using the compact flash card-reader interfaced with 
a microblaze instantiated on the FPGA.

I'm using EDK 9.1.02i and I'm using the xilfatfs library to interface 
with the flash reader. This library provides a header sysace_stdio.h 
which replicates much of the standard C file-handling functionality 
using functions like sysace_fopen(), sysace_fread() and so on.

However I was looking for a way to check for end-of-file (similar to the 
standard C feof() function) and could not find any, beyond the vague 
assertion that sysace_fread() returns 0 on error; however, this error is 
not necessarily end-of-file. The documentation[1] mentions nothing of 
setting errno or otherwise reporting the nature of the error.

Is there any way to check definitively whether you have reached the end 
of a file using xilfatfs? Is there another way of interfacing my C 
program with the compact flash reader than xilfatfs?

Many thanks,

Phil

[1] Documentation here:
http://www.xilinx.com/ise/embedded/edk91i_docs/xilfatfs_v1_00_a.pdf

Article: 122896
Subject: Re: Synthesizing fixed_pkg in ISE 9.2
From: Mike Treseler <mike_treseler@comcast.net>
Date: Thu, 09 Aug 2007 10:28:27 -0700
Links: << >>  << T >>  << A >>
Andreas Schwarz wrote:

> Has anyone found a workaround to use fixed_pkg with ISE?

I haven't even tried since the
author of the package reported:

"After fixing everything, it gave me the error:

INTERNAL_ERROR:Xst:cmain.c:3111:1.8.6.1 -  To resolve this error, please
consult the Answers Database and other online resources at
http://support.xilinx.com

This is a "use at your own risk" one I guess.  I would
recommend Synplicity, which seems to work much better."

Article: 122897
Subject: Re: New Xilinx forum.
From: austin <austin@xilinx.com>
Date: Thu, 09 Aug 2007 10:37:01 -0700
Links: << >>  << T >>  << A >>
KJ,

The Xilinx Forum is a different animal:  there are procedures, and
people specifically tasked with monitoring it, editing it, and in fact
"controlling" it.

If my job description states I am required to maintain and post on a
forum, then I expect I am trained in the policies, and am then able to
do my job.

Austin

Article: 122898
Subject: Re: High Speed ADC
From: "comp.arch.fpga" <ksulimma@googlemail.com>
Date: Thu, 09 Aug 2007 21:01:21 -0000
Links: << >>  << T >>  << A >>
On Aug 9, 5:39 pm, Joe <cjose...@gmail.com> wrote:

> But I think your suggestion looks good. I can as well use two
> independent clocks. Is there any place where I can buy two clocks
> integrated in one package, which start pulsing at the same instant but
> with slightly different periods (for example, 100ns and 101ns)??

You do not need to start them at the same instant. You get a periodic
image
of a periodic signal. If you care about the phase alignment at all you
can
probably figure it out from the data anyway.
If you know the frequency of your signal you can even measure the
exact
frequency of your sampling crystal from the data.

You can use pretty much any ADC if you add a fast sample and hold
circuit in front. But there also are ADCs that have a bandwidth well
above
their sampling frequency.

Kolja Sulimma


Article: 122899
Subject: Re: secure interfacing between an fpga and a connected device
From: "comp.arch.fpga" <ksulimma@googlemail.com>
Date: Thu, 09 Aug 2007 21:07:25 -0000
Links: << >>  << T >>  << A >>
On Aug 9, 4:37 pm, fpgabuilder <fpgabuilder-gro...@yahoo.com> wrote:
> 1. Someone can snoop the wires and replicate the same key as MY_FPGA
> writes to the DEVICE.
google "challenge response".

> 2. DEVICE is an asic.  I do not know what challenges are in putting a
> non-volatile secured memory into a standard CMOS asic.
You probably need to use battery backed up storage or PROM, depending
on your requirements.

But the bottom line is: There is no way you can create anything secure
as an amateur.
Systems created by professionals in many cases are broken in a while,
so do not even dream
of creating a secure device yourself. At least ask a student that
specializes in the area.
Most people underestimate how smart the attacs on such devices can be.
For example look
up "differential power analysis" for a way to get keys out of smart
cards.

Kolja Sulimma




Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarAprMayJunJulAugSepOctNovDec2017
2018JanFebMarAprMayJunJulAugSepOctNovDec2018
2019JanFebMarAprMayJunJulAugSepOctNovDec2019
2020JanFebMarAprMay2020

Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Custom Search