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 143575

Article: 143575
Subject: Re: problem while receiving negative integer in microblaze
From: rickman <gnuarm@gmail.com>
Date: Fri, 16 Oct 2009 15:59:40 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 15, 1:10=A0pm, Andy Peters <goo...@latke.net> wrote:
> On Oct 15, 8:14=A0am, rickman <gnu...@gmail.com> wrote:
>
>
>
> > On Oct 15, 12:51=A0am, GrIsH <grishkun...@gmail.com> wrote:
>
> > > On Oct 14, 11:35=A0am, rickman <gnu...@gmail.com> wrote:
>
> > > > I have never worked with SLV in the 0 to N direction. =A0To be hone=
st, I
> > > > don't remember the details of how assignments are made between buse=
s
> > > > using different directions of indexes. =A0I wouldn't expect any
> > > > surprises, but then I have no experience with them. =A0Is there a r=
eason
> > > > that you are using 0 to N numbering instead of N downto 0 on your S=
LV
> > > > arrays? =A0This may not be a problem, but if you are stuck, why use=
 this
> > > > uncommon convention?
>
> > > =A0 =A0 for IP2Bus_Data we are not allowed to make this convention of=
 N
> > > downto 0 that's why i didn't use this convention.
>
> > Ok, it shouldn't matter really, as long as you use it correctly. =A0Can
> > you explain what this bus is and why it is 0 to 31? =A0Is this a port o=
n
> > the uBlaze? =A0Where exactly does this restriction come from. =A0Why do
> > you assign your counter result to bits 16 to 31?
>
> MicroBlaze is big endian. Bits 16 to 31 are the two least significant
> bytes in a 32-bit word (bit 31 is the right-most bit).
>
> -a

I wonder why they do that.  I have only seen bit zero as the most
significant bit in a handful of designs and I expect the first was
done for fairly obscure reasons and the rest were done to be
compatible.  Did the uBlaze need to be compatible with something in
this regard?

Rick

Article: 143576
Subject: Re: problem while receiving negative integer in microblaze
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Fri, 16 Oct 2009 23:29:11 +0000 (UTC)
Links: << >>  << T >>  << A >>
rickman <gnuarm@gmail.com> wrote:
(snip)
 
> I wonder why they do that.  I have only seen bit zero as the most
> significant bit in a handful of designs and I expect the first was
> done for fairly obscure reasons and the rest were done to be
> compatible.  Did the uBlaze need to be compatible with something in
> this regard?

I don't know about the design, but all the documentation for IBM
S/360, S/370, ESA/390, and z/Architecture numbers the bits with 0
as the MSB.  That complicates the description change from 32 bit
(through ESA/390) to 64 bit (z/Architecture), but otherwise it is
more consistent with big-endian byte order.

For an architecture without bit addressing it isn't so obvious
that the documentation needs to be consistent with the byte ordering,
but sometimes consistency is nice.

As far as uBlaze and big endian, it would seem that [8*n,8*n+7]
where n is a byte number would be somewhat more convenient than
the other way around.

-- glen

Article: 143577
Subject: Re: What is the basis on flip-flop replaced by a latch
From: Weng Tianxiang <wtxwtx@gmail.com>
Date: Fri, 16 Oct 2009 16:31:48 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 16, 11:32=A0am, Jon Beniston <j...@beniston.com> wrote:
> There are two other areas where I still see latches being used in ASIC
> designs:
>
> =A0- In clock gating cells to ensure no glitches on the clock.
> =A0- For large, regular, register files, to minimize area.
>
> Cheers,
> Jon

Hi Jon,
Good point !!!

But the latches in clock gating cells are different from the latch I
am interested in:
They are used to suppress unnecessary clock pulses to reduce power
supply if flip-flops are not to change their data.

What the latch we are talking about is they REPLACE flip-flops.

Hope more people are invovled to get the right patent selected. I am
sure the technique must be reflected in Intel one patent in details.

Weng


Article: 143578
Subject: Re: A simple rs232 CLI
From: rickman <gnuarm@gmail.com>
Date: Fri, 16 Oct 2009 16:33:31 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 16, 4:02=A0am, colin <colin_toog...@yahoo.com> wrote:
> On 15 Oct, 16:37, rickman <gnu...@gmail.com> wrote:
>
>
>
> > On Oct 13, 8:12=A0am, "colin_toog...@yahoo.com"
>
> > <colin_toog...@yahoo.com> wrote:
> > > On 13 Oct, 11:52, Martin Thompson <martin.j.thomp...@trw.com> wrote:
>
> > > > colin <colin_toog...@yahoo.com> writes:
> > > > > I'm trying to implement a simple CLI so that I can do some debugg=
ing.
> > > > > I have a microblaze license but I've just taken a look at it and
> > > > > sledgehammers and nuts come to mind. I then took a look on openco=
res
> > > > > and nothing seems quite finished enough (and few with a C compile=
r).
>
> > > > > Does anyone have a suggestion?
>
> > > > Picoblaze (but that's assembly only..)
>
> > > > If you can fit a sledgehammer (sorry, microblaze :) in, why not use=
 it?
> > > > What is it you're trying to do - just wiggle some port pins, or
> > > > something more complex?
>
> > > > If it's slow pin/signal wiggling, and alternative might be to use
> > > > Chipscope's VIO block - it's not CLI, but I gather it has some tcl
> > > > libraries which you could build something with...
>
> > > > Cheers,
> > > > Martin
>
> > > > --
> > > > martin.j.thomp...@trw.com
> > > > TRW Conekt - Consultancy in Engineering, Knowledge and Technologyht=
tp://www.conekt.net/electronics.html
>
> > > Martin
>
> > > Your right, using the VIO block answers the question I posted. I need
> > > to read/write a dozen 32 bit registers. However I ultimately want a
> > > processor at the outermost control loop. I will take a look at using
> > > chipscope for debugging and the Picoblaze at the outer loop. Cludgy i=
n
> > > the short term but ultimately quite elegant.
>
> > > Colin
>
> > I have some reservations about it, but I would say you might want to
> > look at the ZPU. =A0I am not a software person anymore, so I think very
> > differently than those guys, but they seem to have caught on and
> > recently I read that National Semi has released some sort of eval
> > board that is using the ZPU in an FPGA. =A0It is supported by a C
> > compiler and can get down to something well under 1000 LUTs, perhaps
> > as low as 600 I think. =A0It's not so fast at that size, but should be
> > plenty fast enough for a CLI (I had to google CLI to figure out what
> > that meant).
>
> > Another option is one of the two processors from Lattice. =A0I have
> > never read the license in enough detail to actually understand it (I
> > am not a lawyer, thank god) but it is supposed to be open source. =A0I
> > don't know if that is the same as freely usable, but I'm pretty sure
> > you don't have to use it in their parts. =A0They have a Micro8 similar
> > to the Picoblaze and a 32 bit CPU like the uBlaze.
>
> > If you are interested in using Forth (it comes with the CLI) there are
> > a number of processors to choose from including my own. =A0But I have
> > never completed the compiler so it is assembly only. =A0Even if that is
> > very forth like, it is not a forth compiler.
>
> > Rick
>
> Rick
>
> The ZPU does look like one of the better projects on opencores. It is
> of course at the bottom of the opencores list and I was getting fed up
> looking at lots of half completed projects.
>
> Thanks for pointing me at it, I will google GIT later today and have a
> good look at it.
> Maybe I will register at lattice and take a look there as well.
>
> Sorry for yet another TLA :-) =A0It is a term my colleagues at several
> companies have used throughout my 20 year career.
>
> Many thanks
>
> Colin

Ok, that's a point for you.  I had to look up TLA too!

Rick

Article: 143579
Subject: Re: What is the basis on flip-flop replaced by a latch
From: KJ <kkjennings@sbcglobal.net>
Date: Fri, 16 Oct 2009 18:02:17 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 16, 12:19=A0pm, Weng Tianxiang <wtx...@gmail.com> wrote:
> Hi,
> I am really interested in the theoritic bases of how a latch circuit
> can replace a flip-flop to save power

The theoretical basis for how a latch *might* use less power than a
flop is simple physics:
- Logic gates in any technology will consume more power when switching
states because any switching signal will have to charge capacitance on
the chip or board that cannot be completely recovered.
- CMOS logic gates consume significantly more power when they change
states...it's signficantly more during switching mainly because it
consumes so little while static and not switching (although leakage
currents on technology's cutting edge are eroding that one)

>From that one should be able to surmise that:

- A free running clock consumes more power than one that doesn't free
run.

And then note that:

- The latch enable input signal on a latch is typically not free
running

And conclude that if a flip flop can be replaced by a latch in a
particular application, then it will consume less power than the flip
flop that is clocked by a free running clock.  However, if the flip
flop instead is clocked with a gated clock, it won't necessarily
follow that a latch will consume less power.  It will depend on the
implementation technology and how the flops and latches are
constructed since it's conceivable that the gated clock might only be
switching the same number of times that the latch enable signal would.

Bottom line is that there is no basis for thinking that a latch will
always consume less power than a flip flop.  Whether it does or not
depends on the design and the technology implementing that design.

Kevin Jennings

Article: 143580
Subject: Re: Tsamp for Spartan 3?
From: "qamrul" <qamrul.hasan@spansion.com>
Date: Fri, 16 Oct 2009 20:14:41 -0500
Links: << >>  << T >>  << A >>
I have the same question? I am using spartan 3 where a data needs to be
captured at 2 ns window. While I have aligned a DCM clock to the middle of
the data window, the question is if the internal FF will meet the setup and
hold time to caputre the data?(XAPP485)has some info on Tsamp.

>A while ago Xilinx introduced the parameter "Tsamp" into the Virtex 4
>data sheet, described as:
>   "TSAMP       Sampling Error at Receiver Pins
>   This parameter indicates the total sampling error of Virtex-4
>   DDR input registers across voltage, temperature, and process.
>   The characterization methodology uses the DCM to capture
>   the DDR input registers' edges of operation. These measurements
>   include:
>   - CLK0 DCM jitter
>   - DCM accuracy (phase offset)
>   - DCM phase shift resolution
>   These measurements do not include package or clock tree skew."
>
>This is a big help to people designing high speed source synchronous
>interfaces. Does anyone know if there is a similar characterisation for
>Spartan 3 (or any other parts, for that matter)? It does not appear in
>the data sheet, but there is a tantalising reference to it in ug2565.
>
>It would be great to see it characterised for all parts.
>PS - I'm raising a webcase, but the process is proving a bit slow..
>Nick
>
>	   
					
---------------------------------------		
This message was sent using the comp.arch.fpga web interface on
http://www.FPGARelated.com

Article: 143581
Subject: Re: What is the basis on flip-flop replaced by a latch
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Sat, 17 Oct 2009 01:34:30 +0000 (UTC)
Links: << >>  << T >>  << A >>
KJ <kkjennings@sbcglobal.net> wrote:
(snip)
 
> Bottom line is that there is no basis for thinking that a latch will
> always consume less power than a flip flop.  Whether it does or not
> depends on the design and the technology implementing that design.

Yes.

While a latch may consume less power than an edge triggered FF,
how much the rest of the circuit consumes is still important.

The multi-phase clock is somewhat harder to distribute, and may
use more power in its buffers.  

I mentioned previously the Earle latch which combines one level
of logic with the latch circuit, reducing the propagation delay.

A design with latches and a three phase clock requires careful
balancing of the delays in different parts of the circuit.
Well, FF's do, too, but maybe not quite as careful.  Also, 
the current design tools likely won't do the analysis right
for transparent latches.

-- glen


Article: 143582
Subject: Re: Softcore for ADSP-2181/2191
From: SpiffyGuy <spiffyguy917@gmail.com>
Date: Fri, 16 Oct 2009 18:42:17 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 15, 8:36=A0pm, Al Clark <acl...@danvillesignal.com> wrote:
> SpiffyGuy <spiffyguy...@gmail.com> wrote in news:b486eb62-43f9-430b-9f62-
> d4805aa74...@j39g2000yqh.googlegroups.com:
>
> > Hello,
>
> > Does anyone know of a softcore for either the Analog Devices ADSP-2191
> > or 2181 DSPs? Looks like the 2191's life is only 2 years and I need
> > something that is code compatible with the 2181 DSP.
>
> > Thanks!
>
> I haven't heard that the 2191 is EOL, but it seems to me that it would be
> easier to port code to another DSP that try to duplicate it with a softco=
re.
>
> From strictly a MIPs and peripheral point of view, most of the Blackfin
> product line can serve the same purpose.
>
> From an assembly language perspective, I think it would be easier to port
> 218x or 219x code to the SHARC. The ADSP-21371 would be one possibility. =
It
> has all the peripherals of the 2191 and is much more powerful. It even co=
sts
> less.
>
> I learned 218x and 219x code before I learned SHARC assembly. It was a ve=
ry
> easy transition.
>
> Al Clarkwww.danvillesignal.com

Thanks for the info Al. Our components group at work passed the info
on to me and they always want parts that are available for around 8
years. I will double check with Analog Devices to make sure.
Unfortunately, we have no budget to port the code so I'm trying to
find an easy transition. Our legacy code is from the 2181 so we are
now using the 2191 for that reason. A couple other projects that have
had similar code migration budget issues have bought softcores (TI
DSPs for example) that are cycle accurate, so figured I'd see if
anyone knew of one. Appreciate the help! I will look into the Blackfin
and SHARC DSPs.

Article: 143583
Subject: Re: Softcore for ADSP-2181/2191
From: spope33@speedymail.org (Steve Pope)
Date: Sat, 17 Oct 2009 01:48:19 +0000 (UTC)
Links: << >>  << T >>  << A >>
SpiffyGuy  <spiffyguy917@gmail.com> wrote:

> Our components group at work passed the info on to me and
> they always want parts that are available for around 8 years.

Then they better buy eight years worth of parts...

S.

Article: 143584
Subject: Re: What is the basis on flip-flop replaced by a latch
From: Weng Tianxiang <wtxwtx@gmail.com>
Date: Fri, 16 Oct 2009 19:01:54 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 16, 6:02=A0pm, KJ <kkjenni...@sbcglobal.net> wrote:
> On Oct 16, 12:19=A0pm, Weng Tianxiang <wtx...@gmail.com> wrote:
>
> > Hi,
> > I am really interested in the theoritic bases of how a latch circuit
> > can replace a flip-flop to save power
>
> The theoretical basis for how a latch *might* use less power than a
> flop is simple physics:
> - Logic gates in any technology will consume more power when switching
> states because any switching signal will have to charge capacitance on
> the chip or board that cannot be completely recovered.
> - CMOS logic gates consume significantly more power when they change
> states...it's signficantly more during switching mainly because it
> consumes so little while static and not switching (although leakage
> currents on technology's cutting edge are eroding that one)
>
> From that one should be able to surmise that:
>
> - A free running clock consumes more power than one that doesn't free
> run.
>
> And then note that:
>
> - The latch enable input signal on a latch is typically not free
> running
>
> And conclude that if a flip flop can be replaced by a latch in a
> particular application, then it will consume less power than the flip
> flop that is clocked by a free running clock. =A0However, if the flip
> flop instead is clocked with a gated clock, it won't necessarily
> follow that a latch will consume less power. =A0It will depend on the
> implementation technology and how the flops and latches are
> constructed since it's conceivable that the gated clock might only be
> switching the same number of times that the latch enable signal would.
>
> Bottom line is that there is no basis for thinking that a latch will
> always consume less power than a flip flop. =A0Whether it does or not
> depends on the design and the technology implementing that design.
>
> Kevin Jennings

Hi Kevin,
I want to know how Intel uses latches to replace its FFs.
They must use less power and less time delay, and have a clever
circuit, maybe a new latch circuit, and reliable calculation method
and tools to transfer a FF popular design into a latch-filled design.

I have searched all patents with keyword "Earle latch", but found no
match.

Likely Intel or a small company may have invented a new latch circuit
which can be used to replace FFs to reduce power and timing delay.

Those are the key points I am interested in.

Weng

Article: 143585
Subject: Re: What is the basis on flip-flop replaced by a latch
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Sat, 17 Oct 2009 02:23:50 +0000 (UTC)
Links: << >>  << T >>  << A >>
Weng Tianxiang <wtxwtx@gmail.com> wrote:

(snip)
> I have searched all patents with keyword "Earle latch", 
> but found no match.

The Earle Latch was by IBM in the 1960's.  It at least went into
the 360/91, a pretty fast machine for the time.  I believe it has
a 60ns clock and does 64 bit floating point multiply in six clock
cycles.    The logic is pretty much what we call ECL, but built
out of discrete transistor glued onto pieces of ceramic.
(IBM calls it ASLT.) 

I don't know about patents, but it is described in many books
on pipelined processors.  The 360/91 was for many years the favorite
of many discussions on pipelined ALUs.

-- glen

Article: 143586
Subject: Re: What is the basis on flip-flop replaced by a latch
From: KJ <kkjennings@sbcglobal.net>
Date: Fri, 16 Oct 2009 19:57:37 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 16, 10:01=A0pm, Weng Tianxiang <wtx...@gmail.com> wrote:

> I want to know how Intel uses latches to replace its FFs.

So maybe you should ask someone at Intel...a company that bigs
probably has someone who trolls the FPGA newsgroups, but that's not
the first place I'd consider looking for them...nor would I expect
them to divulge any juicy secrets in such a forum.

Perhaps you haven't noticed the name of this one is comp.arch.FPGA.
The majority of folks out here are *users* of flip flops and latches,
they do not *design* the flip flops and latches.  Nor do these folks
generally design the infrastructure that makes use of latches in FPGAs
a dicey proposition, but use of flip flops the standard practice to
get to a stable design and product.

> They must use less power and less time delay, and have a clever
> circuit, maybe a new latch circuit, and reliable calculation method
> and tools to transfer a FF popular design into a latch-filled design.
>

They must?  You assume an awful lot there.  The prime mover for most
companies is generally profit.

> I have searched all patents with keyword "Earle latch", but found no
> match.
>

Maybe Earle put it into the public domain without a patent.  To help
you out, try the link below.  It seemed to produce some relevant
matches to peruse...not every good idea can be found at the Patent and
Trademark Office.
http://lmgtfy.com/?q=3D%22Earle+latch%22

> Likely Intel or a small company may have invented a new latch circuit
> which can be used to replace FFs to reduce power and timing delay.
>

Not necessarily.  An improved latch circuit would likely also result
in an improved flip flop circuit so both would benefit.  Perhaps you
should study up on the logic that implements flops and latches.

You seem to be oblivous to the fact that not all edge triggered flip
flops can functionally be replaced with latches even though it's been
pointed out several times.

> Those are the key points I am interested in.
>

I've kinda lost my interest...but good luck on what you find, gaining
knowledge is almost always a good thing.

KJ

Article: 143587
Subject: Re: FPGA on-die LVDS termination issues
From: Brian Davis <brimdavis@aol.com>
Date: Fri, 16 Oct 2009 20:09:46 -0700 (PDT)
Links: << >>  << T >>  << A >>
Earlier, I wrote:
>
> A bug later on in the flow ( e.g. Bitgen ) could have this effect
>on the hardware yet still show the terminations in the FPGA editor.
>

 Thinking about this further, it occurred to me that what you
are most likely chasing is not an obscure bug in Bitgen that
broke the differential terminators, but rather a simple mistake
in your IBIS simulation.

 The HyperLynx/Xilinx DIFF_TERM problems that I linked to earlier
are fairly old; if you are doing your simulation of an LVDS_25_DT
input with a version of HyperLynx >=3D v7.5, it is ALREADY MODELING
the input termination of the V4.

 If you then added a HyperLynx "quick terminator" thinking that
it was NOT modeling the on-die termination, your simulation now
has an EXTRA termination where your actual board does not.

 So by adding one to your board, your board better matches the sim...

---------------------

 As I pointed in that 2006 ADS572x thread, linked to in my
earlier post, the output drivers of these particular DACs are
high impedance current sources, without any back termination,
capable of sub-200 ps edges.

 It is extremely hazardous to the health of your data to
connect them to a Xilinx FPGA having 10 pf Cin (single ended)
without providing some sort of back termination.

 TI's ADS527x datasheet has a paragraph stating exactly that:
http://focus.ti.com/lit/ds/symlink/ads5273.pdf
[ ads5273.pdf, Rev D, Jan. 2009, page 23 ]
"
"  The single-ended output impedance of the LVDS drivers is very
" high because they are current-source driven. If there are
" excessive reflections from the receiver, it might be necessary
" to place a 100=E2=84=A6 termination resistor across the outputs of the
" LVDS drivers to minimize the effect of reflections
"

---------------------

 Many of TI's newer LVDS A/D's now include a selectable
back termination on the LVDS outputs.

 The ADS6423 datasheet has a nice set of plots showing some
data waveforms with/without the back termination switched in.
ads6423.pdf, Rev A, June 2007, page 56, figures 79 & 80
  http://focus.ti.com/lit/ds/symlink/ads6423.pdf

Looking at Figure 79, is that what you meant by "RC-like Curves" ???

Brian

Article: 143588
Subject: Re: What is the basis on flip-flop replaced by a latch
From: Mike Treseler <mike_treseler@comcast.net>
Date: Fri, 16 Oct 2009 22:19:32 -0700
Links: << >>  << T >>  << A >>
Weng Tianxiang wrote:

> I want to know how Intel uses latches to replace its FFs.

Probably some version of of this:

http://en.wikipedia.org/wiki/File:Negative-edge_triggered_master_slave_D_flip_flop.png

The Actel 1010 did the same thing.
A latch used one logic block.
A D-flop used two.
Actel patented their implementation as well.

      -- Mike Treseler

Article: 143589
Subject: Any interest in a group Xilinx FPGA board build/buy ??
From: "nwreader" <noone@home.com>
Date: Fri, 16 Oct 2009 22:21:41 -0700
Links: << >>  << T >>  << A >>
Is there any interest in a group buy & design of a Xilinx fpga board ?
I would like a fairly large Spartan FPGA + lots of IO expansion + low cost 
$200 - $250 usd.
The exisiting FPGA boards on the market seems either too expensive or small 
FPGA or too little
expansion potential.

The idea is to get a high capacity & low cost expandable board via a group 
buy to save on the
PCB + assembly. Probably only for US participants. 



Article: 143590
Subject: Re: Spam / was: Win a Dev Kit--Join Us on Twitter & Facebook
From: rickman <gnuarm@gmail.com>
Date: Fri, 16 Oct 2009 23:01:42 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 16, 3:14=A0am, Michael Schwingen
<news-1235297...@discworld.dascon.de> wrote:
> On 2009-10-15, rickman <gnu...@gmail.com> wrote:
>
> > Did you give them your email address? =A0Is this spam or you just don't
> > like the fact that it is much harder for them to meet the regulations
> > of dozens of countries than it is to only make the offer in the single
> > country where most of their business comes from?
>
> On a related note: is it possible Xilinx is giving out mail addresses to
> other companies?
>
> I use separate disposable mail addresses for each web registration, and I
> just got spam from a Mentor Graphics user group, sent to the mail address
> that I only used at xilinx.com. Guess I'll have to disable that account o=
n
> my mail server.
>
> cu
> Michael

I had that happen once or twice as well.  I don't think they are
literally selling the list.  I think it is more of a sales channel
thing.  I believe the time it happened to me, I got spam from a rep
firm who handled Xilinx, but also tools.  I think they took some
liberties with the usage of the list and sent tool advertisements to
everyone on the Xilinx list.

In your case, it would seem they pulled your address from their
forum.  I know that Xilinx will pull email addresses from anywhere,
including support calls!  I have a couple of email addresses that I
have given only to Xilinx support that they send advertising to.

Rick

Article: 143591
Subject: Re: problem while receiving negative integer in microblaze
From: rickman <gnuarm@gmail.com>
Date: Fri, 16 Oct 2009 23:12:51 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 16, 7:29=A0pm, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrote:
> rickman <gnu...@gmail.com> wrote:
>
> (snip)
>
> > I wonder why they do that. =A0I have only seen bit zero as the most
> > significant bit in a handful of designs and I expect the first was
> > done for fairly obscure reasons and the rest were done to be
> > compatible. =A0Did the uBlaze need to be compatible with something in
> > this regard?
>
> I don't know about the design, but all the documentation for IBM
> S/360, S/370, ESA/390, and z/Architecture numbers the bits with 0
> as the MSB. =A0That complicates the description change from 32 bit
> (through ESA/390) to 64 bit (z/Architecture), but otherwise it is
> more consistent with big-endian byte order.
>
> For an architecture without bit addressing it isn't so obvious
> that the documentation needs to be consistent with the byte ordering,
> but sometimes consistency is nice.
>
> As far as uBlaze and big endian, it would seem that [8*n,8*n+7]
> where n is a byte number would be somewhat more convenient than
> the other way around.
>
> -- glen

I don't follow that at all.  N downto 0 numbering allows the weight of
the bit to be 2**N.  That is the overriding factor for me.  Switching
it around to "be consistent" with byte addressing when you don't have
bit addressing seems pretty low on the priority list.

Rick

Article: 143592
Subject: Re: problem while receiving negative integer in microblaze
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Sat, 17 Oct 2009 06:28:31 +0000 (UTC)
Links: << >>  << T >>  << A >>
rickman <gnuarm@gmail.com> wrote:
(snip of long explanation before I wrote)

>> As far as uBlaze and big endian, it would seem that [8*n,8*n+7]
>> where n is a byte number would be somewhat more convenient than
>> the other way around.
 
> I don't follow that at all.  N downto 0 numbering allows the weight of
> the bit to be 2**N.  That is the overriding factor for me.  Switching
> it around to "be consistent" with byte addressing when you don't have
> bit addressing seems pretty low on the priority list.

Which seems simpler and more natural:   

          [8*n,8*n+7]    or    [31-8*n,24-8*n]

I do know that it took me longer to write the second one and
to verify that it did what I wanted it to do.  

Or are you asking about the preference of big-endian for
processor design?

-- glen

Article: 143593
Subject: Re: Any interest in a group Xilinx FPGA board build/buy ??
From: Antti <antti.lukats@googlemail.com>
Date: Sat, 17 Oct 2009 01:18:37 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 17, 8:21=A0am, "nwreader" <no...@home.com> wrote:
> Is there any interest in a group buy & design of a Xilinx fpga board ?
> I would like a fairly large Spartan FPGA + lots of IO expansion + low cos=
t
> $200 - $250 usd.
> The exisiting FPGA boards on the market seems either too expensive or sma=
ll
> FPGA or too little
> expansion potential.
>
> The idea is to get a high capacity & low cost expandable board via a grou=
p
> buy to save on the
> PCB + assembly. Probably only for US participants.

hi

S3ADSP board from trenz may actually fit your requirements
those modules are not yet in their online shop, but you can
see high res photos of the modules in Antti-Brain august 2008 issue
first units are actually sold, and the modules should be very soon
be available for general buy also, the main goal for that board was
low cost lots of resources, thats also the reason for low cost
connectors being used - 1.27mm headers not the hirose as other
modules from trenz

a baseboard will also be available with breakout of the module
to 4 x 2x20 100mil headers

Antti







Article: 143594
Subject: Re: Any interest in a group Xilinx FPGA board build/buy ??
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Sat, 17 Oct 2009 08:56:29 +0000 (UTC)
Links: << >>  << T >>  << A >>
nwreader <noone@home.com> wrote:
> Is there any interest in a group buy & design of a Xilinx fpga board ?
> I would like a fairly large Spartan FPGA + lots of IO expansion + low cost 
> $200 - $250 usd.
> The exisiting FPGA boards on the market seems either too 
> expensive or small FPGA or too little expansion potential.

One that I have wondered about for a while:

Can the Digilent S3E board take a larger FPGA than the one
it comes with?  That wouldn't require a new board design, though
it does require unsoldering and soldering.

-- glen

Article: 143595
Subject: Re: Any interest in a group Xilinx FPGA board build/buy ??
From: Antti <antti.lukats@googlemail.com>
Date: Sat, 17 Oct 2009 02:35:09 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 17, 11:56=A0am, glen herrmannsfeldt <g...@ugcs.caltech.edu>
wrote:
> nwreader <no...@home.com> wrote:
> > Is there any interest in a group buy & design of a Xilinx fpga board ?
> > I would like a fairly large Spartan FPGA + lots of IO expansion + low c=
ost
> > $200 - $250 usd.
> > The exisiting FPGA boards on the market seems either too
> > expensive or small FPGA or too little expansion potential.
>
> One that I have wondered about for a while:
>
> Can the Digilent S3E board take a larger FPGA than the one
> it comes with? =A0That wouldn't require a new board design, though
> it does require unsoldering and soldering.
>
> -- glen

what board you mean?
digilent s3e board was available with s3e-1600 what is the largest s3e
for a while
i think they stopped selling it

Antti

Article: 143596
Subject: Re: Any interest in a group Xilinx FPGA board build/buy ??
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Sat, 17 Oct 2009 09:40:49 +0000 (UTC)
Links: << >>  << T >>  << A >>
Antti <antti.lukats@googlemail.com> wrote:
> On Oct 17, 11:56?am, I wrote:
>> nwreader <no...@home.com> wrote:
>> > Is there any interest in a group buy & design of a Xilinx fpga board ?
>> > I would like a fairly large Spartan FPGA + lots of 
>> > IO expansion + low cost $200 - $250 usd.

>> > The exisiting FPGA boards on the market seems either too
>> > expensive or small FPGA or too little expansion potential.

>> One that I have wondered about for a while:

>> Can the Digilent S3E board take a larger FPGA than the one
>> it comes with? ?That wouldn't require a new board design, though
>> it does require unsoldering and soldering.
 
> what board you mean?
> digilent s3e board was available with s3e-1600 what is the 
> largest s3e for a while i think they stopped selling it

As far as I know, it comes only with the S3E-500.  

Otherwise, it would seem a fine board for the OP.

-- glen

Article: 143597
Subject: Re: problem while receiving negative integer in microblaze
From: rickman <gnuarm@gmail.com>
Date: Sat, 17 Oct 2009 11:44:15 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Oct 17, 2:28=A0am, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrote:
> rickman <gnu...@gmail.com> wrote:
>
> (snip of long explanation before I wrote)
>
> >> As far as uBlaze and big endian, it would seem that [8*n,8*n+7]
> >> where n is a byte number would be somewhat more convenient than
> >> the other way around.
> > I don't follow that at all. =A0N downto 0 numbering allows the weight o=
f
> > the bit to be 2**N. =A0That is the overriding factor for me. =A0Switchi=
ng
> > it around to "be consistent" with byte addressing when you don't have
> > bit addressing seems pretty low on the priority list.
>
> Which seems simpler and more natural: =A0
>
> =A0 =A0 =A0 =A0 =A0 [8*n,8*n+7] =A0 =A0or =A0 =A0[31-8*n,24-8*n]
>
> I do know that it took me longer to write the second one and
> to verify that it did what I wanted it to do. =A0
>
> Or are you asking about the preference of big-endian for
> processor design?

I don't know what the above equations are for.  I have never used
either forms for anything that I can recall.

I address bits in words all the time in VHDL.  I often use notation
like (foo'high-bar'high downto 0) which gives the lsbs of foo where
bar is a shorter length than foo.  Or conversely (foo'high downto
bar'high) for the msbs in foo that are wider than bar.  I have never
used any notation like you have shown.

Rick

Article: 143598
Subject: Re: Any interest in a group Xilinx FPGA board build/buy ??
From: Paul Boven <p.boven@xs4all.nl>
Date: Sat, 17 Oct 2009 21:01:47 +0200
Links: << >>  << T >>  << A >>
Hi Antti, everyone,

Antti wrote:
> S3ADSP board from trenz may actually fit your requirements
> those modules are not yet in their online shop, but you can
> see high res photos of the modules in Antti-Brain august 2008 issue
> first units are actually sold, and the modules should be very soon
> be available for general buy also, the main goal for that board was
> low cost lots of resources, thats also the reason for low cost
> connectors being used - 1.27mm headers not the hirose as other
> modules from trenz
> 
> a baseboard will also be available with breakout of the module
> to 4 x 2x20 100mil headers

That seems to be an interesting development, and it's featured on the 
frontpage of their website now, but the links all still go to the 'old' 
series of boards they make. You can find it in their webshop, but the 
price is quite similar to the Xilinx S3ADSP board which also features 
1Gb/s ethernet, VGA and a few other goodies.

I'm interested if they'll offer any high-speed (>100Mb/s) ADCs to go on 
those connectors, and Gb/s ethernet would be nice too.

Regards, Paul Boven.

Article: 143599
Subject: Re: problem while receiving negative integer in microblaze
From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Date: Sat, 17 Oct 2009 19:11:48 +0000 (UTC)
Links: << >>  << T >>  << A >>
rickman <gnuarm@gmail.com> wrote:
(snip, then I wrote)

>> Which seems simpler and more natural: ?

>> ? ? ? ? ? [8*n,8*n+7] ? ?or ? ?[31-8*n,24-8*n]

>> I do know that it took me longer to write the second one and
>> to verify that it did what I wanted it to do. ?

>> Or are you asking about the preference of big-endian for
>> processor design?
> 
> I don't know what the above equations are for.  I have never used
> either forms for anything that I can recall.

That is the verilog from.  Most of the time I can read VHDL and
get the right idea, but I have never written it.  (I did some
VHDL to verilog conversions that worked, never the other way.)
 
> I address bits in words all the time in VHDL.  I often use notation
> like (foo'high-bar'high downto 0) which gives the lsbs of foo where
> bar is a shorter length than foo.  Or conversely (foo'high downto
> bar'high) for the msbs in foo that are wider than bar.  I have never
> used any notation like you have shown.

OK,

        (8*n upto 8*n+7)   or  (31-8*n downto 24-8*n)

I believe in some cases verilog can do that with a variable n,
otherwise it can defintely do it with a constant n.  Also, note
that the one on the right depends on knowing the width of the
word, while the one on the left does not.

-- glen



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