discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] saturation with multi_fft.py


From: Eric Blossom
Subject: Re: [Discuss-gnuradio] saturation with multi_fft.py
Date: Mon, 8 Oct 2007 18:18:59 -0700
User-agent: Mutt/1.5.9i

On Mon, Oct 08, 2007 at 08:04:24PM -0500, Jeff Brower wrote:
> Eric-
> 
> > On Mon, Oct 08, 2007 at 07:41:06PM -0500, Jeff Brower wrote:
> > > Eric-
> > >
> > > > Ok, I installed the latest Quartus II ver. 7.2 software onto a 
> > > > virtualized
> > > > WinXP guest hosted by a Linux x86_64 system running kvm/qemu.  I
> > > > downloaded a recent revision of gnuradio (revision 6595) onto the host.
> > >
> > > This should work Ok, but let me comment that based on personal experience 
> > > FPGA tool
> > > software is some of the most fickle, easy-to-crash (/ hang up / produce 
> > > inconsistent
> > > results / etc) software out there.  If there is any little small thing 
> > > wrong with the
> > > virtualization, you could get an incorrect result, and it might be very 
> > > hard to pin
> > > down.  I would suggest to install Quartus on a WinXP machine, build USRP 
> > > logic to be
> > > sure it matches the defined results down to the last detail, and then 
> > > compare that
> > > with the Linux-hosted virtualization.
> > 
> > I don't think that's the problem.
> > I run Quartus on a Win2K guest on VMware on Linux.
> 
> My comments are general and I also doubt that it's the problem in this case.  
> If you
> get identical results to a native WinXP run, then certainly that particular
> virtualization config is not a problem.  But it should be tested.  To compound
> things, it's not like the FPGA vendors have good Q&A -- lots of unstable 
> releases.

All good points.

Thanks,
Eric




reply via email to

[Prev in Thread] Current Thread [Next in Thread]