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.

I also think sub-critical accelerator-driven systems (ADS) are a good way forward, since we have so much darned nuclear waste. Right now, the power level required for economical ADS is still a bit out of reach.

Yeah, I would find it hard to give up the print edition. A physical subscription includes access to the digital archive, which is nice.

A former landlady told me something similar. Her daughter was being harassed at school, and the administration would do nothing. So she tells her daughter to fight back. Pushes the assailant down some stairs (!) and after a brief hue and cry, everyone lives happily ever after.

I've been reading Hacker News, but the moderation is pretty strict (basically no fun allowed). A lot of the discussion is annoying and there is no easy way to "browse at 4-5".

We might just need to build our own /.

>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?

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.

You seem to be pushing an awful lot of signals across the PCMCIA connector, with hardly any ground pins. Is signal integrity okay?

The Minty MP3 was also a big 'wow' for me. I don't think I've built any Lady(ada)fruit projects, but I've certainly studied a bunch of them over the years.

Well, I stand corrected. Thanks for the link.

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.

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.

Bunnie has described this project as a "bespoke oscilloscope", so it's probably going to cost thousands of dollars. If that horrifies you even more, you're probably not the target audience.

All this hype about "the golden age of OSHW" is nonsense though.

"Boards ship" sounds fine to me, but I'm a hardware guy.

The more serious problem is that EOMA-68 doesn't appear to have anything to with the Vivaldi hardware. I mean, does a tablet with a removable CPU card make any sense whatsoever?

I've tried entering a Google Voice number in that space, but FB wouldn't take it. It's easy to ignore that screen though.