Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment slashdot ads (Score 1) 199

For awhile I had that "in thanks for your contributions, you can disable ads" checkbox available. I didn't really care since the ads were inobtrusive and I figured supporting the site was a good thing. Then Beta happened, and while that was annoying, I still didn't care about the ads.

But maybe a month ago, /. started having those overlay ads on the bottom of the browser frame. It was time to tick the checkbox. Everything was fine for maybe a week... then bam, ads again.

Short story is, I installed NoScript.

Comment Re:toolchain? (Score 1) 66

>in the past i've had to deal with license servers, multi-thousand dollar licenses,
I've never had a problem with the Webpack edition not activating.

>being locked into windows
Apparently most serious folks run the tools on Linux these days. Works fine on RH.

>having to reverse engineer internal formats because the tools wouldn't work for me
Hasn't happened to me, knock on wood. Hopefully they've worked out more corner cases since your time.

>having day-long synthesis/test cycles because their routing was so abysmal, etc
I think this is a given once you get above x% utilization. Newer FPGAs have more interconnect, though.

By keeping it Spartan (heh) they at least avoid the stupidity in the Zynq tools. What good is a "critical warning" that you're supposed to ignore, Xilinx?

Comment Re:Do not buy this (Score 2) 66

I'm going to have to disagree with you. If somebody already has a RPi or BB, then this board makes a whole lot of sense: it just stacks on top of your existing unit, both physically and logically. In Zynqland it'd take quite some effort to construct the abstraction layers that they seem to be building into this project; you have to do things like rebuild the FSBL and binfile and it gets to be a pain. There's a community of sorts but it's small peanuts compared to the RPi juggernaut.

I agree that the bandwidth between the PS/PL is really awesome and blows away the separate-chip solution. But lets get real: beginners don't need that kind of performance. It's better for them to have something that's encapsulated and somewhat friendly-fied so they can get their feet wet, rather than drowning them in arcana right out the gate.

I also don't think the MicroZed is a good idea for hobbyists, unless playing with Linux is all you're after. Most of the IO is on the high-density Bergstak connectors, which means that you either buy the official (limited) carrier board, or roll your own custom carrier. And since the main attraction of SoC/FPGAs like this is fast I/O and tight coupling, unless you're doing something relatively high-performance and willing to spend money on the requisite hardware development, it doesn't make sense to adopt this platform. I see MicroZed as a vehicle to speed up project development; not so ideal for the hobbyist.

Comment Re:Cue the Unintended Consequences (Score 1) 372

Our city has LED traffic lights and even moderately strong FM stations disappear completely at intersections.

I very much doubt that LED lights produce output in the 90 - 110 MHz band. Switching supplies are generally 0.1-2 MHz.

But hey, call the FCC. They don't mess around when it comes to interfering devices.

Comment Drivers? Resource utilization? (Score 1) 108

Software drivers are a challenge, and we will work on providing some level of drivers, with the hopes that the community takes them up and pushes them to new levels and provides problem reports to us.

I assume the #9 is not nearly as complex as a modern-day GPU, but this sentence really concerns me. As a hardware guy myself, I'd want some more experienced hands on board for the software side. And a Linux driver needs to be part of the deliverables at least.

Also, what's the resource utilization? If this thing only runs in large Virtex-class chips then it's not terribly useful to the open-source community.

It would be really cool to have a graphics core of this level open-sourced, but I think the audience for this project is kind of small. You could build yourself a PCI graphics card for kicks, I guess, but you'd still need a PCI motherboard. Where it gets more interesting is with the "generic interface" option. Then for example you could use a Xilinx Zynq (which is an FPGA+ARM), implement the GPU in the FPGA, and talk to it on-chip over AXI. However I have a feeling they won't get to the $600000 level needed to make this possible.

Slashdot Top Deals

"No matter where you go, there you are..." -- Buckaroo Banzai