If something is harder to copy, it is ethically ok to have a different
standard for this piece of technology.
Seriously, that's what you're saying above. Because hardware may have
to be copied by hand, you consider them ethically not the same.
Yes, that's my position, for 20 years or more. I think that's the
right place to make the distinction: between "you can copy it
yourself" and "somebody can build more of them".
First of all, VHDL/Verilog are source code. Don't look anything like a
plan.
The crucial thing about source code is that you can compile it and run
it. (And also that you can edit it -- which can be done with
VHDL/Verilog code.)
Also, you don't need your very own fab. There are plenty of fabs
out there that will gladly take your source/plan and turn it into a nice
chip or two for you. It's even semi-affordable if you stick to the larger
feature sizes.
I don't think this brings us to the point where hardware plans become
morally equivalent to software.
Perhaps in the future there will come a time when we can all copy
computer hardware, or all produce computer hardware from plans (in
VHDL or whatever form). At that point I will conclude that we should
insist on making hardware from free plans.
In the mean time, however, I don't think we need to do this.
| Michał Kudła | [2.6.26-rc5] iwlwifi 4965 not working - last on 2.6.23 |
| monstr | [PATCH 52/60] microblaze_v4: fcntl.h sockios.h ucontext.h |
| James Bottomley | Re: Integration of SCST in the mainstream Linux kernel |
| Nick Piggin | [rfc] no ZERO_PAGE? |
git: | |
| Patrick Altman | Git Library? |
| Jakub Narebski | Re: [RFC] origin link for cherry-pick and revert |
| Avery Pennarun | [bug] Segfault in git rev-list --first-parent --bisect |
| skimo | [PATCH 16/22] unpack-trees.c: optionally clone submodules for later checkout |
| Richard Stallman | Real men don't attack straw men |
| Marco Peereboom | Re: Real men don't attack straw men |
| James Hartley | scp batch mode? |
| Brandon Lee | DELL PERC 5iR slow performance |
| Julius Volz | [PATCH RFC 13/24] IPVS: Add IPv6 support to ip_vs_conn_hashkey() |
| Christopher Snook | RFC: Nagle latency tuning |
| David Miller | Re: [PATCH 10/11] [IPSEC]: Disallow combinations of RO and AH/ESP/IPCOMP |
| Jeff Kirsher | [RESEND][NET-NEXT PATCH 04/29] ixgbe: Update watchdog thread to accomodate longerl... |
